[ITK] Nifti, int64 and uint64

Dženan Zukić dzenanz at gmail.com
Wed Oct 25 10:09:38 EDT 2017


Hi Nil,

I confirm your problem, and also think it is a bug. A post to start
discussion is here
<https://discourse.itk.org/t/no-support-for-64-bit-integral-pixel-types/353>.
Please register on Discourse <https://discourse.itk.org/> and take part in
the discussion there.

Regards,
Dženan

On Wed, Oct 25, 2017 at 9:31 AM, Nil Goyette <nil.goyette at imeka.ca> wrote:

> Hi Dženan,
>
> I'm using an in-house version of MITK [1], which I know was built in
> 64bits and it's running on a 64bits windows.
>
> So you're telling me that ITK should be able to read my image? I thought
> the fault was on ITK side because the error arises in itkImageIOBase.cxx
> in this method (m_ComponentType == 0) :
>
> unsigned int ImageIOBase::GetComponentSize() const
> {
>   switch ( m_ComponentType )
>     {
>     case UCHAR:
>       return sizeof( unsigned char );
>     case CHAR:
>       return sizeof( char );
>     case USHORT:
>       return sizeof( unsigned short );
>     case SHORT:
>       return sizeof( short );
>     case UINT:
>       return sizeof( unsigned int );
>     case INT:
>       return sizeof( int );
>     case ULONG:
>       return sizeof( unsigned long );
>     case LONG:
>       return sizeof( long );
>     case FLOAT:
>       return sizeof( float );
>     case DOUBLE:
>       return sizeof( double );
>     case UNKNOWNCOMPONENTTYPE:
>     default:
>       itkExceptionMacro ("Unknown component type: " << m_ComponentType);
>     }
> }
>
> AFAIK, INT and LONG are equivalent so I don't understand which line is
> supposed to handle INT64.
>
> Nil Goyette
>
> [1] http://mitk.org/wiki/MITK
>
> Le 2017-10-25 à 09:07, Dženan Zukić a écrit :
>
> Hi Nil,
>
> which ITK-based tool are you using? If it was compiled in 32-bits, that
> might be the reason for lack of support of 64-bit data-types. Are you using
> x86 processor architecture?
>
> Regards,
> Dženan
>
> On Tue, Oct 24, 2017 at 9:50 AM, Nil Goyette <nil.goyette at imeka.ca> wrote:
>
>> Hi all,
>>
>> I created an image using nibabel and I found that I can't open them with
>> an itk-based tool. I found on this page [1] the supported datatypes of
>> "Analyze" image. I was surprised by the absence of [unsigned] long long,
>> aka int64 and uint64, mostly because the standard do support them.
>>
>> In the nifti1.h header
>> #define DT_INT64                1024     /* long long (64 bits)
>> */
>> #define DT_UINT64               1280     /* unsigned long long (64 bits)
>> */
>>
>> I didn't found much on the internet telling me that ITK doesn't support
>> them so I'm still unsure. Does ITK support those datatypes? Thank you.
>>
>> Nil Goyette
>>
>> [1] https://itk.org/Wiki/ITK/File_Formats
>>
>> The ITK community is transitioning from this mailing list to
>> discourse.itk.org. Please join us there!
>> ________________________________________
>> Community mailing list
>> Community at itk.org
>> http://public.kitware.com/mailman/listinfo/community
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20171025/9cd01cd2/attachment-0001.html>


More information about the Community mailing list