Skip to content
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

Image Writer should respect dimension order #517

Open
imagejan opened this issue Nov 28, 2018 · 0 comments
Open

Image Writer should respect dimension order #517

imagejan opened this issue Nov 28, 2018 · 0 comments

Comments

@imagejan
Copy link

When using a Merger node to create an XYZC image and then trying to write the image using an Image Writer, the resulting files are save with wrong dimension order, i.e. the pixel values end up in the wrong place.

For example, a 2-channel image will contain the data of the second original channel in the second half of the z stack, spread across both channels (when re-opened using an Image Reader, or in Fiji).

Here's an example workflow to reproduce the issue (look at the images written to disk):

Image Writer Dimensions Issue.zip

In our "real-world" use case, the order of dimensions differed depending on the image format: in TIF, dimensions were interleaved/mixed up between Z and Channel, but when saving to ICS, the data was interleave line-wise in the Y dimension. Whereas the former is easy to work around in Fiji by Hyperstack To Stack and Stack To Hyperstack, the latter issue is more difficult to handle.

A work-around I didn't test yet would be to use the Dimension Swapper and Set Image Metadata, but I guess that wouldn't actually fix the pixel order, would it?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant