-
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
idr0004-thorpe-rad52 S-BIAD867 #637
Comments
Fails with:
|
The error rings a bell as I recall there were historical issues with some data from this historical submission. |
Going to use
Of course - |
Size estimate of data... 2 * 672 * 510 * 10 * 2 * 96 * 47 / 1000000000 61.8 GB |
cc: @dgault in case it rings a bell for him as well. |
@melissalinkert and I did some dredging of old synapses re: rad52 during the formats meeting:
|
I just used bioformats2raw, I didn't use any specific IDR reader version. Yes, probably easiest to use cli-zarr export. Let me try... |
Unfortunately doesn't work either:
|
Tried some other plates again with bioformats2raw, all failed with errors like
|
ah, at least that might be a straight-forward one to fix in Python land. |
The issue is that the first Well is empty, so when we write metadata after the first Well, we have no Wells to write (also found that print of progress/eta fails). I just pushed a fix to ome/omero-cli-zarr@1d72626 which is the branch we're using (you'll want to use the |
Awesome, thanks, @will-moore. How far away from a release on those changes do you think we are? |
@joshmoore There are some issues at ome/omero-cli-zarr#147 like whether to support removal of Probably I'll remove the |
@joshmoore Added more testing to ome/omero-cli-zarr#147 about writing zarrs with various names. Turns out that whitespace isn't the issue but |
👍 Thanks Will, seems to work now. I'll carry on converting idr0004 then and upload to biostudies. |
Converted and uploaded to Biostudies. |
We seem to be missing a zip as I only see 46 Used this JS code on the submissions page above to load names from IDR and compare:
It doesn't find any They both appear to have the same Wells, but in different positions! cc @sbesson |
As before, this now finds the 9 empty wells for Plate-1966 (Well<0)&(Plate==1966): C4, C8, C10, E9, F10, F11, G5, H3, H11 - that corresponds to #637 (comment) |
Testing mkngff on idr0125-pilot...
Only let it run for 3 filesets... - took about 3 minutes each...
|
Waiting on memo regeneration, e.g. http://localhost:1080/webclient/?show=image-698736 |
To test mkngff on all 46 Plates on idr-testing... NB - plate to be deleted above will be ignored by mkngff based on table below... https://uk1s3.embassy.ebi.ac.uk/bia-integrator-data/pages/S-BIAD867.html
Started Viewing images on first Plate
SetId took about a minute. |
Results of check_pixels... Checking 50 images from each plate: IDR/idr-utils#55 (comment)
|
Plate The image at C7 on P115 with "missing chunks" at IDR/idr-utils#55 (comment) looks OK at https://ome.github.io/ome-ngff-validator/?source=https://uk1s3.embassy.ebi.ac.uk/bia-integrator-data/S-BIAD867/35cfc0db-7795-497c-aed5-1ae591b2d9f1/35cfc0db-7795-497c-aed5-1ae591b2d9f1.zarr/C/7/0/ Rendering the image is clearly corrupted: http://localhost:1080/webclient/render_image/692975/0/0/?c=1|586:2652$FFFFFF,2|257:1400$00FF00 |
With the duplicate plates issue Re-export on idr-ftp /data/idr0004/
Deleted
|
Checking image above:
If we print the size of the bytes right before the error above, we can see that the bytes we get is too large:
prints
685440 is what is returned when we expect 614400 bytes (2 bytes per pixel, 307200 pixels is 480 * 640). When rendering the but we don't see this when requesting Requesting |
The size mismatch is because ZarrReader is assuming that all images in the Plate are the same size. Plate
Plate
Now they look like this:
Now delete the existing memo files...
Try to view images again... |
P132 plate has been updated on BioStudies. https://hms-dbmi.github.io/vizarr/?source=https://uk1s3.embassy.ebi.ac.uk/bia-integrator-data/S-BIAD867/77517221-a983-4761-8021-c0039a7728e1/77517221-a983-4761-8021-c0039a7728e1.zarr On idr0125-pilot...
Added to IDR/mkngff_upgrade_scripts@db9efb8 |
The sql generated above when logged-in to idr.openmicroscopy.org, so we have the original Fileset ID etc. So lets generate fresh sql from the updated plate on idr0125-pilot... as omero-server... logged in to localhost
Viewing in webclient looks good - after memo regenerated...
|
On idr-next, as omero-server...
|
Checking Fileset IDs still valid:
|
idr0004-thorpe-rad52
The text was updated successfully, but these errors were encountered: