-
Notifications
You must be signed in to change notification settings - Fork 7
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
Porting create_empty_zarr
to iohub
#234
Conversation
TODO: |
Heads up, I'll have a bunch of comments and edits here, WIP |
P.S. I'm leaving a bunch of comments here so we can agree on the structure, but I'm also happy to implement some of these suggestions, I'm not asking others (Ed) to implement all of these. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The functions to process_
and transform_
the data could be made for general and work on arbitrary axes with some changes. We did this here in ultrack
Is it really necessary to have a function to process a single position?
From my POV, these "apply" functions should take an arbitrary BaseFOVMapping
as input and write an ome-zarr.
We could write a wrapper of the BaseFOV
that creates a "trivial" BaseFOVMapping
that behaves as an HCS, so there's a single implementation for both cases and supporting multiple file types as input.
* unify comment format * fix typing and docstring * create ngff sub-package and refactor display util file * refactor ngff meta file * refactor ngff * export transformation model * fix type hint * bump ome-zarr target in docstring * migrate to pydantic v2 * isort * fix validators * remove union type * fix dependency * update docstring * typing improvements * Update iohub/ngff/models.py Co-authored-by: Jordão Bragantini <[email protected]> * fix style * update module docstring to specify their content --------- Co-authored-by: Jordão Bragantini <[email protected]>
…arguments to be more intuitive.
Related: czbiohub-sf/shrimPy#123 |
* Fixing pyramid scaling factor * fix pyramid test * fix test again
also removed non-standard axis
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ready to go from me!
This PR adds shrimPy utility functions relevant to iohub listed below:
create_empty_zarr
: enables the creation of an empty zarrprocess_single_position
: function that can apply a czyx in czyx out function to a zarr store.TODO:
Decide on the processing BaseFOV vs Position levelmoved toPosition
should be a subclass ofBaseFOV
#249