[Insight-users] itkGDCMIO : Different behaviour with MNOCHROME1 images when using gdcm 2.0.x rather than gdcm 1.2.x

Thu Dec 30 08:24:47 EST 2010

Mathieu,

we'll take into account your recommendations. I also think it is better for
the user (and the developer) to be free to decide explicitly which
transformations to apply and when.

Just one more question, so far itk 3.x is using gdcm 1.x and the use of gdcm
2.x is up to the user, so if the behaviour is different I guess it's not
responsibility of itk. Then itk4 will use gdcm 2.x natively so

   - Are their developers aware of this change of behaviour?
   - Is there any intention to keep into itk4 the old gdcm 1.x behaviour
   (implicit color space) or it would have the gdcm 2.x behaviour (explicit
   color space)?

Thanks and happy new year!

On Thu, Dec 30, 2010 at 11:06 AM, Mathieu Malaterre <
mathieu.malaterre at gmail.com> wrote:

> Jesús,
>
>  There is indeed a subtle difference in between GDCM 2.x and GDCM
> 1.x. Within GDCM 1.x an implicit color space used to occur without
> explicit control by the user. Because ITK does not define an explicit
> color space, the image are now loaded in the exact same color space as
> stored on disk (MONO1, MONO2, RGB, YBR...). This my "processing is not
> rendering" motto. I have summarized the issue in the GDCM FAQ:
>
>
> http://sourceforge.net/apps/mediawiki/gdcm/index.php?title=Using_GDCM_API#What_is_the_color_space_used_by_GDCM_to_ouput_an_Image_.3F
>
>  I would encourage you to move away from the old GDCM 1.x approach,
> and instead use what is described in the FAQ. The ideal solution would
> be to allow the user to switch the color space on demand.
>
> Happy holidays !
>
> On Wed, Dec 29, 2010 at 9:55 AM, Jesús Spínola <jspinola at gmail.com>
> wrote:
> > Hi again,
> > does anybody know what are the differences in itkGDCMIO when using gdcm
> > 1.2.x and gdcm 2.0.x?
> > As I said before I am getting different results for MONOCHROME1 images,
> so I
> > want to know what I should take into account when using gdcm 2.0.x to
> > achieve the same resaults as with gdcm 1.2.x
> > Thanks in advance!
> >
> > On Fri, Dec 24, 2010 at 12:58 PM, Ivan Macia <imacia at vicomtech.org>
> wrote:
> >>
> >> Hello,
> >>
> >> I can confirm this too. We are having exactly the same problem with the
> >> same configuration. I cannot say exactly which GDCM version since I
> don't
> >> have it here. What I don't remember either is if the problem appeared as
> a
> >> result of moving to GDCM 2.x or from upgrading from ITK 3.16 to 3.20 but
> I
> >> would say it was the upgrade to GDCM 2.x
> >>
> >> Best regards
> >>
> >> Iván
> >>
> >> 2010/12/24 Jesús Spínola <jspinola at gmail.com>
> >>>
> >>> Hello,
> >>> I am a DICOM viewer application developer and we use itk, gdcm and vtk.
> >>> Until our last release we were using itk 3.16 (with integrated gdcm
> >>> 1.2.x) for reading the images and vtk 5.0 for displaying them.
> >>> We updated the libraries recently, so we are now using itk 3.20 (linked
> >>> against external gdcm 2.0) and vtk 5.6
> >>> We observed a different behaviour with gdcm 2.0.x when reading
> >>> MONOCHROME1 images with itkGDCM interface. The same MONOCHROME1 images
> that
> >>> were displyed correctly with itk 3.16 are now displayed like in inverse
> >>> video mode. I guess there have been some changes in the regarding
> classes so
> >>> in prior versions (itk+gdcm) some computation in the grayscale space
> was
> >>> performed which now it is not.
> >>> I would like to know the diferences between these versions regarding
> >>> image reading and what I should do if I want to display them like
> >>> itk3.16+gdcm1.2.x does.
> >>> This behaviour could be reproduced with the sample MONOCHROME1 images
> >>> contained
> >>> in http://www.creatis.insa-lyon.fr/~jpr/PUBLIC/gdcm/gdcmData.tar.gz
> >>> like D_CLUNIE_RG1_RLE.dcm or D_CLUNIE_RG3_RLE.dcm.
> >>>
> >>> Thanks in advance!
> >>> --
> >>> Jesús Spínola
> >>>
> >>> _____________________________________
> >>> Powered by www.kitware.com
> >>>
> >>> Visit other Kitware open-source projects at
> >>> http://www.kitware.com/opensource/opensource.html
> >>>
> >>> Kitware offers ITK Training Courses, for more information visit:
> >>> http://www.kitware.com/products/protraining.html
> >>>
> >>> Please keep messages on-topic and check the ITK FAQ at:
> >>> http://www.itk.org/Wiki/ITK_FAQ
> >>>
> >>> Follow this link to subscribe/unsubscribe:
> >>> http://www.itk.org/mailman/listinfo/insight-users
> >>>
> >>
> >
> >
> >
> > --
> > Jesús Spínola
> >
> > _____________________________________
> > Powered by www.kitware.com
> >
> > Visit other Kitware open-source projects at
> > http://www.kitware.com/opensource/opensource.html
> >
> > Kitware offers ITK Training Courses, for more information visit:
> > http://www.kitware.com/products/protraining.html
> >
> > Please keep messages on-topic and check the ITK FAQ at:
> > http://www.itk.org/Wiki/ITK_FAQ
> >
> > Follow this link to subscribe/unsubscribe:
> > http://www.itk.org/mailman/listinfo/insight-users
> >
> >
>
>
>
> --
> Mathieu
>

-- 
Jesús Spínola
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/pipermail/insight-users/attachments/20101230/c1083cc4/attachment.htm>