Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create large images for all items in a folder #1568

Closed
wants to merge 99 commits into from

Conversation

gabrielle6249
Copy link
Contributor

This adds an endpoint that creates large images for an entire folder, as mentioned here. It iterates through the folder's items and creates a large image item for each if it isn't one already, with the option to recurse child folders. It also has an option to create a job for each large image item, and another to make the jobs local.

This does not yet finish creating large images for items with a large image in progress, but seemed to be a good start.

@@ -17,6 +19,7 @@ def addSystemEndpoints(apiRoot):
"""
apiRoot.folder.route('GET', (':id', 'yaml_config', ':name'), getYAMLConfigFile)
apiRoot.folder.route('PUT', (':id', 'yaml_config', ':name'), putYAMLConfigFile)
apiRoot.folder.route('PUT', (':id', 'items'), createLargeImages)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This adds the endpoint folder/:id/items. Other endpoints that are explicitly for large_images are either in item/:id/tiles/... or large_image/.... I think, conceptually, this is a utility function so it would make more sense to move this to rest/large_image_resource.py endpoint and rename the route to ('folder', ':id', 'create') (though I could also see using tiles rather than create for consistency).

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That route and location make more sense. Function moved and route renamed here.

manthey and others added 29 commits July 10, 2024 12:14
When bioformats tries to open a zip file, it opens the file once per
internal file.  If it fails to find a file that can be opened within the
zip, it throws an error and leaves all of the file handles open.  By
dividing the reader into more steps, we can ask to open an empty file,
which somehow releases the file handles.
…sh commits from master

 # dependency-type: direct:production
  #update-type: version-update:semver-major
@gabrielle6249
Copy link
Contributor Author

Ran into some trouble on this branch, so I created a new branch & PR.

@gabrielle6249 gabrielle6249 deleted the folder-recheck branch July 12, 2024 01:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants