polymorphic pixel type reader about itkdicom HOT 4 OPEN

On Tue, May 30, 2017 at 8:00 PM, Francois Budin ***@***.***> wrote: The advantage of ITKPython is that it is... in Python. So wrapping all the possible types is possible (see 1 <https://github.com/InsightSoftwareConsortium/ITK/blob/master/Wrapping/Generators/Python/itkTemplate.py#L419-L481> ). In C++, the problem comes with the templates. @pieper <https://github.com/pieper> : In the example you shared, it seems that you are wrapping only scalar types. I used a similar paradigm (macros) to wrap more types (see 2 <https://github.com/BlueQuartzSoftware/ITKImageProcessing/blob/develop/ITKImageProcessingFilters/Dream3DTemplateAliasMacro.h> and 3 <https://github.com/BlueQuartzSoftware/ITKImageProcessing/blob/develop/ITKImageProcessingFilters/ITKImageReader.cpp#L155-L229>). [2] is difficult to read and applied to a complex case, but something similar could be done in ITK. [3] is a more straightforward reader. The example I shared supports scalar, vector, and RGB/RGBA images. One could extend it to other types of images too. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#7 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAHsfUcPadZLcC1kNeFST7gzDBGrRBmUks5r_K24gaJpZM4Nq2zN> .