<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font size="-1"><font face="Arial">Hello, Alex<br>
        It is indeed a change in GDCM 2.x. You can read about it at <br>
      </font></font><small><br>
      <a class="moz-txt-link-freetext"
href="http://sourceforge.net/apps/mediawiki/gdcm/index.php?title=Using_GDCM_API#Automatic_ordering_of_slices_for_vtkGDCMImageReader.SetFileNames">http://sourceforge.net/apps/mediawiki/gdcm/index.php?title=Using_GDCM_API#Automatic_ordering_of_slices_for_vtkGDCMImageReader.SetFileNames</a><br>
      <br>
      <a class="moz-txt-link-freetext"
href="http://sourceforge.net/apps/mediawiki/gdcm/index.php?title=Imager_Pixel_Spacing#Spacing_along_Z_.28third_dimension.29">http://sourceforge.net/apps/mediawiki/gdcm/index.php?title=Imager_Pixel_Spacing#Spacing_along_Z_.28third_dimension.29</a><br>
      <br>
      <a class="moz-txt-link-freetext"
href="http://sourceforge.net/apps/mediawiki/gdcm/index.php?title=Using_GDCM_API#Where_is_the_value_of_gdcm.Image.Spacing_coming_from_.3F">http://sourceforge.net/apps/mediawiki/gdcm/index.php?title=Using_GDCM_API#Where_is_the_value_of_gdcm.Image.Spacing_coming_from_.3F</a>
    </small><br>
    <br>
    <div class="moz-cite-prefix"><small>Kind regards,<br>
        RĂ´mulo</small><br>
      <br>
      <br>
      On 12/06/2012 10:16 AM, Alexander Schmidt-Richberg wrote:<br>
    </div>
    <blockquote
      cite="mid:1354785415.9932.1447.camel@rumpel.imi.uni-luebeck.de"
      type="cite">
      <pre wrap="">Hi,

sorry if this has been discussed before. I'm sure I'm not the first to
realize, but I couldn't find anything in the mailing lists.

I have a problem with reading/writing volume images as Dicom files with
ITKv4, presumably due to the change from GDCM 1.x to 2.x.

In ITK 3, the image spacing was stored in the tags
"SpacingBetweenSlices" and "ImagerPixelSpacing". In v4,
"NominalScannedPixelSpacing" is used for the in-plane spacing, however,
the z-spacing is not stored at all (if I'm right). That means, all of
the "old" images I'm reading with ITK4 have a uniform spacing of 1,
since the old tags are not interpreted. Moreover, programs like MeVisLab
ignore the new tag.

Has this behavior been discussed? Is it working as intended and is there
any workaround?

Best regards Alex

</pre>
    </blockquote>
    <br>
  </body>
</html>