[Insight-users] itkGDCMImageIO

[Martin Urschler]

> Well the short answer is: could you provide a PixelType for ITK that 
> would allow you to read/manipulate this '12' bits images ?
>
> The long answer is: gdcm has no intention of rewritting extremely 
> optimized libraries that allow you to store image on 12bits pixels. 
> Until someone demonstrate that this is indeed an easy task, gdcm will 
> keep loading 12bits image into 16bits.

hi mathieu,

these 12 bit images i'm talking about are stored with 16 bits in the 
file and my in memory rep also has 16 bits. the 4 unused bits are just 
kept empty, or there might be overlays in the dicom images which would 
be stored there (but aren't in my case)

my point is not about image on file or in memory representation (i'm 
not using some 12 bit special data type, but simply an unsigned short) 
but about keeping these internal representation tags the same during a 
write as they were in the input image (this info can be found in the 
meta data dictionary), and just changing to some hard coded defaults in 
case a totally different data type has to be stored compared to the 
original meta data dictionary or in case one wants to write a raw 
volume as dicom or something like that...

regards,
Martin