That's a tricky one. I included all the solutions for the various
problem data I've encountered in the SPM DICOM conversion code. This
seems to be new one.
When you do encounter problems with DICOM conversion, it may be worth
letting the mailing list know what sort of scanner the data came from.
Each manufacturer uses their own modifications to DICOM.
Best regards,
-John
On 29 March 2012 00:09, irene lerin labrada <[log in to unmask]> wrote:
> Hi!!!
>
> The problem is that ,after doing DICOM Import in SPM8, we only have the
> first slices of each volume(1,9,17,25...etc) so we are missing a lot of
> information to continue prepocessing the data. ¿Any solution?
>
> Thanks!!
>
>> Date: Wed, 28 Mar 2012 17:56:47 +0100
>> From: [log in to unmask]
>> Subject: Re: [SPM] SPM8 Warning
>> To: [log in to unmask]
>
>>
>> Normally, there are a series of numbers in the DICOM headers that can
>> be used to determine which DICOM files should be put together into the
>> same 3D volume. Some manufacturers (or sequence programmers - I'm not
>> really sure) don't set these fields in the header. Therefore, the
>> conversion routine needs to make an educated guess (which I think it
>> probably does quite well) about which DICOMs should be slices in which
>> NIfTI file.
>>
>> The message is only a warning that things may have gone wrong. I hope
>> that in most instances, all should be OK - but I can never be 100%
>> sure. I would suggest checking with your MR sequence developers to
>> see if the ordering of the slices into volumes makes sense, given the
>> information in the DICOM headers.
>>
>> Best regards,
>> -John
>>
>> On 28 March 2012 16:40, irene lerin labrada <[log in to unmask]> wrote:
>> >
>> > Hi!
>> >
>> > I am working with SPM8 and fMRI for my thesis.
>> > When I start the preprocessing of the data, in the fisrt step (DICOM
>> > Import)
>> > appears the following warning and i can't continue processing the data:
>> >
>> >
>> > " The AcquisitionNumber counter does not appear to be chanching from
>> > one
>> > volumen to another. Another possible explanation is that the same DICOM
>> > Slices are used multiple items. The conversation is having to guess how
>> > slices should be arrangeg into volumes "
>> >
>> > ¿Anyone had had the same problem?
>> > I have checked the headers and all of them are allright.
>> >
>> > Thanks!
>> >
|