[Insight-developers] Undefined behaviors of ImageSeriesReader
Bradley Lowekamp
blowekamp at mail.nih.gov
Wed Jul 29 00:24:21 EDT 2009
Greetings,
Thank you Luis for addressing bug 9205:
http://public.kitware.com/Bug/view.php?id=9205
In my effort to be completely examine the issue by looking at the
behavior of itkImageSeriesReader with regards to the dimensions in the
image files not matching expectations I became overwhelmed.
First consider the case when only _one_ image is specified.
1) IO Dimension (from file) -1 == ImageDimension (tempted image type)
This is what's expected, but handeling of IO Dimensions padded with
1's was not handled correctly. Should work now with Luis commit.
2) IO Dimension (from file) == ImageDimension (tempted image type)
This still does not work. Wrote a test which fails.
3) IO Dimension (from file) -1 < ImageDimension (tempted image type)
I am unsure if this would fail, still need to write a test
4) IO Dimension (from file) > ImageDimension (tempted image type)
This works as the ImageFileReader takes care to the dimensionality
issues. It'll truncate the extra dimensions.
The one case which is really unclear to me is case 2. What is the
expected behavior? Consider this specific example,
itk::ImageSeriesReader<Image<float,3> >, where its input is set to a
single image file which also happens to be 3D, say with a size of [10,
10, 10]. Is the largest region from the series reader expected to be
[10, 10, 10] or [10, 10, 1].
Then I still need to look at the behavior for multiple images under
similar cases.
Thanks,
Brad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/mailman/private/insight-developers/attachments/20090729/71ecdb24/attachment.htm>
More information about the Insight-developers
mailing list