-
Notifications
You must be signed in to change notification settings - Fork 24
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
idr0009 ScanR missing Wells #684
Comments
Tested this (originally posted at #675 (comment))... For idr0009 - need to add Fileset template prefixes - test with just a couple from that Plate and the next http://localhost:1080/webclient/?show=plate-2703
For each, create
This has created .bfoptions file... for http://localhost:1080/webclient/?show=plate-2705
The bfmemo exists for some Plates, e.g. first Plate of idr0009 on idr-testing:
and for Plate above http://localhost:1080/webclient/?show=plate-2705 with some missing Wells
but not for other plates with missing Wells - e.g. first plate above
lets try to delete .bfmemo and see if it fixes problem...
Now, we can no-longer view ANY images on http://localhost:1080/webclient/?show=plate-2705
👎 After I delete the bfoptions file created above
This allows images to be viewable again and a new .bfmemo is created
|
To get more stack trace, repeat.. http://localhost:1080/webclient/?show=plate-2703 is currently viewable, except for last Wells Write bfoptions... and check...
Delete bfmemo
Try to view any image from Plate in webclient...
|
This is failing because the Try to use SQL instead...
Then:
|
on idr0125-pilot, as omero-server...
We want to:
|
This issue has been mentioned on Image.sc Forum. There might be relevant details there: https://forum.image.sc/t/progressively-attach-timeframes-to-images-in-omero/93506/4 |
Final test on idr0009_filesets.csv
All images viewable once memo files regenerated (quite quick in webclient) |
Josh "SQL looks reasonable enough. I'd say we should really move this to a server method long-term though. (I'd probably have done |
Currently on idr-next (prod120) idr0009 Plates are not handling missing Wells correctly.
Seb: “The problem is that this data was originally loaded with a version of the ScanR reader that represents missing wells as black images while the default behavior in Bio-Formats is to represent these as sparse plates. When this was backported to OME Bio-Formats, an option was introduced to support both behaviors - see https://bio-formats.readthedocs.io/en/latest/formats/options.html I think the action is to update all plates in this study to set scanr.skip_missing_wells to false , delete & regenerate the memo files and retest”
The text was updated successfully, but these errors were encountered: