[Insight-users] Dicom Series Sorting - GDCM

[Uday Kurkure]

Hello all,

If some one knows anything about the following questions, please do let me
know.

Questions:
1. If user reads data acquired from different centers, how do I make sure
that the series are always ordered from head to feet irrespective of
acquisition order/image number etc.?
2. Also, how can I get all the SOP instance UIDs (ordered) and non-string
keys from gdcm meta dictionary?

Thanks,
Uday


On 4/14/06, Uday Kurkure <ukurkure at uh.edu> wrote:
>
>
> I am sorry, my mistake. In Sante Dicom Viewer, it is showing "0.0" but
> when I checked in Analyze it shows "0.0\0.0\-27.1 ". So, it has Image
> position tag value but the problem still remains.
>
> I am working on EBCT data.
>
> -Uday
>
>
>
> On 4/13/06, Mathieu Malaterre <mathieu.malaterre at kitware.com> wrote:
> >
> >
> > > On Thu, 2006-04-13 at 15:48 -0500, Uday Kurkure wrote:
> > > > Hello all,
> > > >
> > > > I need help in sorting Dicom series.
> > > >
> > > > Description:
> > > > In my application, user specifies the folder where dicom files are
> > > > stored. I am using gdcmIO library to read the series. I understand
> > > > that gdcm sorts the series according to:
> > > > 1. Image Position (Patient) (0020,0032)
> > > > 2. Image Number (0020,0013)
> > > > 3. File Name
> > > >
> > > > In my dicom data header, image position key is blank, so I believe
> > > > that my series is being sort according to image number.
> > >
> > > That's a wierd DICOM file. I thought (0020,0032) is a type 1 tag. So
> > its
> > > absence is a violation of the standard.
> >
> > Not for all Modality. But anyway :
> > - What is your Modality ?
> > - Are you sure those are DICOM files, and not old ACR-NEMA, where Image
> > Patient Position (RET) is in 0020,0030
> >
> > Thanks
> > Mathieu
> >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://public.kitware.com/pipermail/insight-users/attachments/20060417/4bd431fc/attachment.htm