-
Notifications
You must be signed in to change notification settings - Fork 51
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
Reading LIFs, scene names vs. project structure #277
Comments
I should add that these projects were generated using the Navigator feature. On a related note, with the above linked .LIF, I can't seem to access scenes by index—I thought this would be a way to get around the double scenes names. However:
|
Ahhh well if On the scene index note, that's my bad. I merged those changes in but haven't released them. https://allencellmodeling.github.io/aicsimageio/CHANGELOG.html#unreleased Sorry! Will do so now! |
aicsimageio v4.0.4 has been released. You should now be able to upgrade and properly use |
Oh, shit I'm sorry I didn't realize what was in the docs wasn't for 4.0.3. Works like a charm btw... Regarding |
No worries! Our docs are aligned with |
So now I'm a bit unsure if this issue belongs here or over at Anyhow, based on your post in a different issue, I exported the xml and looked. You can see At the moment, |
I think this issue should probably be moved over / recreated on |
Yeah, sorry about that, I had no idea about |
`Readlif` has been update to better handle scene names that have a parent/child structure. This change addresses the issue originally reported here: AllenCellModeling#277 Bumping the version requirement on `readlif` is a significant quality-of-life improvement for `aicsimageio` users, as well as the new multi-scene reading widget in `napari-aicsimageio`. For example, in the case of multi-well experiments, regions of interest may have the same names (R1, R1 ...), but the parent (well) names will differ (A1, B2, etc.).
`Readlif` has been update to better handle scene names that have a parent/child structure. This change addresses the issue originally reported here: #277 Bumping the version requirement on `readlif` is a significant quality-of-life improvement for `aicsimageio` users, as well as the new multi-scene reading widget in `napari-aicsimageio`. For example, in the case of multi-well experiments, regions of interest may have the same names (R1, R1 ...), but the parent (well) names will differ (A1, B2, etc.).
`Readlif` has been update to better handle scene names that have a parent/child structure. This change addresses the issue originally reported here: AllenCellModeling/aicsimageio#277 Bumping the version requirement on `readlif` is a significant quality-of-life improvement for `aicsimageio` users, as well as the new multi-scene reading widget in `napari-aicsimageio`. For example, in the case of multi-well experiments, regions of interest may have the same names (R1, R1 ...), but the parent (well) names will differ (A1, B2, etc.).
Use Case
I use LAS X (Leica) Navigator to image and generate LIF projects of multi-well plate imaging.
The LIFs have either tilescans or multiple RoI per well.
Importing to ImageJ using ReadMyLIFs
https://twitter.com/jmutterer/status/1387740202484092934?s=20
lets me see the full names and select what I need for analysis.
Example:
This is R1 in well B/2.
Importing this same LIF with aicsimageio just lists R1, but if I have many wells, then I have many R1...
Also, I may have upwards of 60 ROI in a well, that I would like to import at once, but not merge.
Example:
This well has 60 ROI (not part of a mosaic merge).
Again, in ImageJ ReadMyLIFs I can mark the start and end of an import to get all 60 into a stack.
Here's a link to a representative LIF:
https://www.dropbox.com/s/jk9se8i1kpzqvsn/20210428_24w_L929_Ho_B2C3.lif?dl=0
B is row B, then B/n/ are wells in the B row. R1-R5 are actually mosaic merges, but that's not material to this issue. Same with C/
At the end is B/3/R1-R60 which ideally would be able to be imported together.
Solution
Ideally, importing via aicsimageio would be aware of the Leica project structure so that tile scans and multiple ROI scans would be 1) distinguishable (most important) and 2) able to be imported together.
Alternatives
N/A
The text was updated successfully, but these errors were encountered: