Open will-moore opened 1 year ago
Based on the stack trace, I suspect the issue is related to the acquisition.id
metadata - which has been clarified in https://github.com/ome/ngff/pull/120, implemented in https://github.com/glencoesoftware/bioformats2raw/pull/152 and released in bioformats2raw 0.5.0
. It would be useful to test whether the same plate converted with a recent version of bioformats2raw
displays the same issue
$ conda update -c ome bioformats2raw
$ bioformats2raw --version
Version = 0.6.1
Bio-Formats version = 6.12.0
NGFF specification version = 0.4
Want to try and setup a new env on idr0125-pilot for doing the conversion and import to that server, which has recent bf2raw fixes etc.
Created new env on idr0125-pilot, install bioformats2raw
with $ conda install -c ome bioformats2raw
:
$ bioformats2raw --version
Version = 0.6.1
Bio-Formats version = 6.12.0
NGFF specification version = 0.4
But can't get the data there...
(bioformats2raw) [wmoore@pilot-idr0125-omeroreadwrite mias]$ rsync -rvP --progress idr0-slot3.openmicroscopy.org:/uod/idr/repos/curated/mias/frans/siRNA_PRIM1_03102008 .
ssh: Could not resolve hostname idr0-slot3.openmicroscopy.org: Name or service not known
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: unexplained error (code 255) at io.c(226) [Receiver=3.1.2]
Since I have a local copy, upload to idr-pilot...
$ rsync -rvP --progress siRNA_PRIM1_03102008 idr-pilot.openmicroscopy.org:/home/wmoore/
Then copy from there to idr0125-pilot:
$ ssh -A idr-pilot.openmicroscopy.org
$ rsync -rvP --progress siRNA_PRIM1_03102008 idr0125-omeroreadwrite:/home/wmoore/
$ ssh -A -o 'ProxyCommand ssh idr-pilot.openmicroscopy.org -W %h:%p' idr0125-omeroreadwrite -L 1080:localhost:80
$ mv siRNA_PRIM1_03102008 test_data/mias/
$ conda activate bioformats2raw
$ bioformats2raw siRNA_PRIM1_03102008/001-365700055641/results/NEOlog2008-09-18-14h37m07s.txt plate.zarr
cd ../
mv mias/ /ngff/
cd /ngff
sudo chown -R omero-server mias
$ sudo chown -R omero-server
$ source /opt/omero/server/venv3/bin/activate
$ omero import --transfer=ln_s --depth=100 siRNA_PRIM1_03102008/
Plate:10322
Other imported objects:
Fileset:5286923
==> Summary
139 files uploaded, 1 fileset, 1 plate created, 16 images imported, 0 errors in 0:01:31.977
(venv3) (venv3) (base) [omero-server@pilot-idr0125-omeroreadwrite mias]$ omero import --transfer=ln_s --depth=100 plate.zarr
Plate:10323
Other imported objects:
Fileset:5286924
==> Summary
358 files uploaded, 1 fileset, 1 plate created, 16 images imported, 0 errors in 0:06:17.050
$ python swap_filesets.py Plate:10322 Plate:10323
UPDATE pixels SET name = '.zattrs', path = 'demo_2/Blitz-0-Ice.ThreadPool.Server-12/2023-04/24/16-49-56.080/plate.zarr' where image in (select id from Image where fileset = 5286924);
$ source /opt/omero/server/venv3/bin/activate
$ export OMERODIR=/opt/omero/server/OMERO.server
$ omero config get --show-password
$ PGPASSWORD=****** psql -U omero -d idr -h 192.168.10.102
UPDATE pixels SET name = '.zattrs', path = 'demo_2/Blitz-0-Ice.ThreadPool.Server-12/2023-04/24/16-49-56.080/plate.zarr' where image in (select id from Image where fileset = 5286924);
UPDATE 16
Original Data:
NGFF Plate:
Original Plate after NGFF Fileswap and regenerate thumbnails (Save to All
in webclient):
sudo -u omero-server -s
cd
wget https://github.com/glencoesoftware/raw2ometiff/releases/download/v0.4.1/raw2ometiff-0.4.1.zip
unzip raw2ometiff-0.4.1.zip
cd /ngff/mias/
/opt/omero/server/raw2ometiff-0.4.1/bin/raw2ometiff plate.zarr plate.ome.tiff
source /opt/omero/server/venv3/bin/activate
export OMERODIR=/opt/omero/server/OMERO.server
omero import --transfer=ln_s plate.ome.tiff
Plate:10324
Other imported objects:
Fileset:5286925
==> Summary
1 file uploaded, 1 fileset, 1 plate created, 16 images imported, 0 errors in 0:03:58.218
Set the original imported Plate to use the ome.tiff Fileset...
python swap_filesets.py Plate:10322 Plate:10324
// psql - NB: needed to use plate.ome.tiff
idr=> UPDATE pixels SET name = 'plate.ome.tiff', path = 'demo_2/Blitz-0-Ice.ThreadPool.Server-14/2023-04/24/19-12-28.091/' where image in (select id from Image where fileset = 5286925);
UPDATE 16
This fixes the Wells ordering in the Original imported Plate, now using ome.tiff Fileset:
Thanks @will-moore. This seems to indicate 2 things:
See e.g. https://github.com/IDR/idr-metadata/issues/652#issuecomment-1505229546 The reordering of Wells seen there is hard to work with since it needs
.pattern
files, which can't be easily imported alongside NGFF plates, since we don't have a server that can read both.Try to test and use other HCS formats to reproduce the issue... Use small mias plate to test... - unfortunately, the converted NGFF plate failed to import...
Import original and NGFF plates... into merge-ci...
Also tried removing
/OME
dir and...