You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
> We should test that these new datasets are correctly converted to zarr, whether they carry HCS or 'Pos0'... position labels
I am guessing that this segment will need to be modified to provide string indices for the position and channel axes, rather than integers. These should be obtained from NDTiffReader._axes, such that you call dataset.as_array(position='Pos1',...) rather than dataset.as_array(position=1,...)
# create array of coordinate tuples with innermost dimension
# being the first dim acquired
self.coords= [
(dim3, dim2, dim1, dim0)
fordim3inrange(dims[3])
fordim2inrange(dims[2])
fordim1inrange(dims[1])
fordim0inrange(dims[0])
]
Do you mean that the converted OME-Zarr will have path names that reflect non-HCS MM stage position labels? Currently we put each position in a separate well in a single row, will this behavior be preserved, thus producing FOV paths 0/Pos000/0, 0/Pos001/0 etc?
Do you mean that the converted OME-Zarr will have path names that reflect non-HCS MM stage position labels? Currently we put each position in a separate well in a single row, will this behavior be preserved, thus producing FOV paths
0/Pos000/0
,0/Pos001/0
etc?Originally posted by @ziw-liu in #166 (comment)
The text was updated successfully, but these errors were encountered: