<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1491" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=321251620-14032005><FONT face=Verdana color=#0000ff size=2>The
long term answer is that GDCM will be the preferred DICOM import/export
utility.</FONT></SPAN></DIV>
<DIV><SPAN class=321251620-14032005><FONT face=Verdana color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=321251620-14032005><FONT face=Verdana color=#0000ff size=2>In
the short term, it looks like the code in DICOMAppHelper has the wrong sign on
the y component of the normal. Probably a cut and paste error. I expect
this has a nasty effect of forcing the vector to be 90 degrees off where is
supposed to be. Since the normal is only used for computing a sorted filelist, I
am not sure what impact it would have had. It might have affected oblique
volumes.</FONT></SPAN></DIV>
<DIV><SPAN class=321251620-14032005><FONT face=Verdana color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=321251620-14032005><FONT face=Verdana color=#0000ff size=2>When
my builds finish, I'll run a few tests and check in a fix...</FONT></SPAN></DIV>
<DIV><SPAN class=321251620-14032005><FONT face=Verdana color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=321251620-14032005><FONT face=Verdana color=#0000ff
size=2>Jim</FONT></SPAN></DIV>
<DIV><SPAN class=321251620-14032005><FONT face=Verdana color=#0000ff
size=2></FONT></SPAN> </DIV>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B>
insight-users-bounces@itk.org [mailto:insight-users-bounces@itk.org]<B>On
Behalf Of </B>Roxana Racz<BR><B>Sent:</B> Monday, March 14, 2005 2:04
PM<BR><B>To:</B> insight-users@itk.org<BR><B>Subject:</B> [Insight-users]
DICOMParser, GDCM? <BR><BR></FONT></DIV>
<DIV>Hi all!</DIV>
<DIV> </DIV>
<DIV>I have to do an aplication , that must be able to register
volumes having different orientations. </DIV>
<DIV> </DIV>
<DIV>For reading the series of DICOM images I tried both libraries :
DICOMParser, gdcm <BR></DIV>
<DIV>Between the 2 libraries I observed the following difference regarding the
computation of normal used to sort the files by Image Position Patient </DIV>
<DIV> </DIV>
<DIV>- in DICOMParser: file DICOMAppHelper.cxx
,functionGetImagePositionPatientFilenamePairs, line 2244
:<BR> normal[1] =
((*sn_iter).second.ImageOrientationPatient[0]
<BR>*(*sn_iter).second.ImageOrientationPatient[5])<BR> -
<BR>((*sn_iter).second.ImageOrientationPatient[2]*
<BR>(*sn_iter).second.ImageOrientationPatient[3]);</DIV>
<DIV> </DIV>
<DIV>- in gdcm : file gdcmHeaderHelper.cxx, function
ImagePositionPatientOrdering(), line 184
:<BR> normal[1] =
cosines[2]*cosines[3] - cosines[0]*cosines[5];</DIV>
<DIV> </DIV>
<DIV>This difference influence the coordinate system of the resulting image
volume.<BR>How is correct?</DIV>
<DIV> </DIV>
<DIV>I want to use itkOrientImageFilter to bring all the volume to a single
coordinate system.This filter has to know the coordinate system of the input
image. </DIV>
<DIV><BR>The question I have is : How can I found out the coordinate system of
the image I get from the reader in both cases : when I use DICOMParser and
when I use gdcm ? (in both cases I want the files to be read
ascending , by Image Position Patient) </DIV>
<DIV> </DIV>
<DIV>I use itk 2.0</DIV>
<DIV> </DIV>
<DIV>Thank you in advance! <BR>Roxana</DIV>
<P>__________________________________________________<BR>Do You
Yahoo!?<BR>Tired of spam? Yahoo! Mail has the best spam protection around
<BR>http://mail.yahoo.com </P></BLOCKQUOTE></BODY></HTML>