Warning: Can't synchronize with repository "(default)" (/home/git/ome.git does not appear to be a Git repository.). Look in the Trac log for more information.
- Timestamp:
-
10/18/10 09:52:24 (14 years ago)
- Author:
-
jburel
- Comment:
-
Legend:
- Unmodified
- Added
- Removed
- Modified
-
-
Property
Priority
changed from
minor
to
major
-
initial
|
v1
|
|
3 | 3 | Comment: When I attempt to export to ome.tiff I get a tiff stack which ImageJ interprets as a tiff with 600 z slices. The correct structure is 2 channels, 12 z slices, and 25 t time points. I can set these manually in ImageJ. But I was hoping that ImageJ would interpret the ome.tiff correctly and I could avoid this step. Any suggestions? |
4 | 4 | [[BR]] |
5 | | {{{ |
6 | | |
7 | | }}} |
| 5 | I have been working on this issue some more and have some additional information. There seems to be a problem with how omero implements the ome.tif export. When I use the most recent LOCI plugin for ImageJ to export to ome.tif the resulting file is correct. When I use omero to export the file to ome.tif C and Z get mixed up. It appears that as you scroll through Z the images alternate between C. Also, I should mention that opening images in ImageJ using the LOCI Bio-Formats Importer resolves the stack order issue I mentioned originally in this comment. That was a psuedo-issue. The real problem is that the omero export functionality appears to be broken. |
1.3.13-PRO © 2008-2011
Agilo Software all
rights reserved
(this page was served in: 0.12953 sec.)