Could use "DHW" dimension order with ITKReader?
See original GitHub issueIs your feature request related to a problem? Please describe.
There are different data storing order in Nibabel and ITK, WHD
in Nibabel and DHW
in ITK, Now MONAI uses the only dimension order WHD
both with nibabel reader and ITK reader, paritcularly do data transpose in ITKReader. However, when using MONAI trained model in C++ with ITK library, addtiional transposes are needed, It’s terrible and WHD
order is not optimal performance.
Describe the solution you’d like Could choose different dimension order when using Nibabel or ITKReader?
Issue Analytics
- State:
- Created 2 years ago
- Comments:5 (4 by maintainers)
Top Results From Across the Web
monai.deploy.operators.monai_seg_inference_operator
This operator preforms pre-transforms on a input image, inference using a ... order HW, and # when all slices are stacked with depth...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
yes, it’ll work as long as these properties are defined: https://github.com/Project-MONAI/MONAI/blob/dev/monai/data/image_reader.py#L233-L240
thanks for the comment, this pull request adds a
reverse_indexing
option toITKReader
. Models trained withreverse_indexing=True
should be compatible with the ITK c++ spatial indexing convention.