[Insight-users] Help with fixing the error message: "GDCMSeriesFileNames (0xa14300): No Series were found" with ITK 3.10.2

[Desikachari Nadadur]

Hi Mathieu,

Thanks for the reply.

The two tags I reported below are from a single DICOM image in the 
series and not two images. The whole series has 68 DICOM images/files. 
All of them have these two tags set in the way I reported.
 
I used gdcmIO->SetLoadPrivateTags(true) in my code. I tried commenting 
that out and still got the error. It worked only when I manually removed 
(0021,1035) tag or set both tags to the correct SeriesNumber (=25) in 
these DICOM files. I am only trying to understand why these two private 
tags were causing the error I reported, if the "private" tags are only 
loaded but never parsed by the ITK/GDCM.

Thanks,
Desika

Mathieu Malaterre wrote:
> On Tue, Mar 3, 2009 at 12:46 AM, Desikachari Nadadur <dnadadur at intio.us> wrote:
>   
>> Hi,
>>
>> I think I figured this out. It seems to be the DICOM tags in my series. The
>> inconsistency of following two tags is causing the problem:
>>
>> -----------
>> (0021,1003) SS 25                                       #   2, 1
>> SeriesFromWhichPrescribed
>> (0021,1035) SS 23                                       #   2, 1
>> SeriesFromWhichPrescribed
>> -----------
>>
>> The Series I was using has a SeriesNumber of 25. My program can load the
>> series, if I (1) delete the above two tags, (2) Delete the second tag only
>> that has wrong SeriesNumber or (3) Set the second tag value to the same
>> value as the first tag (=25).
>>
>> I do not know how itkGDCM handles the above two tags. Could there be a long
>> term solution for this problem within (itk)GDCM rather than changing my
>> program to fiddle with tags in the DICOM files, so they can be read?
>>     
>
> No. ITK/GDCM will not use private tags for any reason. You must be
> explicitely listing them as rules somewhere in your code to split out
> your volume. You should double check your code.
>
> Unless of course you were talking about Series UID, in which case yes
> the two images will be explicitely set in two differents 'itk volume'
>
> 2cts
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/pipermail/insight-users/attachments/20090303/8c70eca6/attachment.htm>