[MINC-users] 4d data with dcm2mnc

Vladimir S. FONOV vladimir.fonov at gmail.com
Sun Oct 28 18:23:55 EDT 2012


Hello,

it looks like dcm2mnc doesn't recognize that these is a time series and 
extracts only the first one ... Maybe you can try following things:

1. use -splitdynamic option - this probably will not work anyway , but 
worth trying

2. make a script which will run dcm2mnc with groups of 16 files, writing 
output in a separate minc files:

something like that (in bash):

for i in $(seq 1 160);do j in $(seq 1 37);do n=$((i*37+j));
printf 
"RestingState__160_Volumes37slices2sec_7/IM-0006-%04d.dcm\n">>/tmp/$i.lst
done
dcm2mnc -stdin -dname . -fname r112749_100_20111106_160551_`printf 
"%03d" $i`.mnc  rs_160_dcm2mnc < /tmp/$i.lst
rm /tmp/$i.lst
done

this will create series of 160 files with names
rs_160_dcm2mnc/r112749_100_20111106_160551_????.mnc  corresponding to 
the individual scans, which you can later concatenate using mincconcat 
to create a single 4D MINC file.

Hope this will help.

On 12-10-27 04:58 AM, R.L. Muetzel wrote:
> Dear Dr. Fonov,
>
> Thank you for your help!
>
> Below in the text, you'll find the screen output with the -debug flag turned off, and attached you'll find the output from both the -debug and from mincheader.
>
> We are using a clinical GE MR750 3T.  These are EPI fMRI data.  Each dicom file is a single slice (i.e., we're not using any kind of mosaic format, 37 slices, 160TRs = 5290 files).  I have also included the output from dcmtk /dcmdump for one of the dicom files, which includes some of the dicom headers.  Does this give you enough info about the dicom?  Let me know if there are other questions I can answer about the type of dicom.
>
> Thank you again for your time and help!
>
> All the best,
>
> Ryan
>
>
> lorisadmin at rietveld:~/sample_scans/R112749_100$ dcm2mnc RestingState__160_Volumes37slices2sec_7 ./rs_160_dcm2mnc
> Checking file types...
> File RestingState__160_Volumes37slices2sec_7/IM-0006-0906.dcm appears to be DICOM (CD/Export).
> Parsing 5920 files   |<--------------------------------------------------->|
> Sorting 5920 files...   Done sorting files.
> Processing files, one series at a time...
> -Parsing series info |<--------------------------------------------------->|
> WARNING: Coordinate spacing (-3.99999) differs from DICOM slice spacing (4)
>   (perhaps you should consider the -usecoordinates option)
>   Using -3.99999 for the slice spacing value.
> -Creating minc file  |<--------------------------------------------------->|
> Done processing files.
>
>
>
>
>
> lorisadmin at rietveld:~/sample_scans/R112749_100$ On Oct 26, 2012, at 9:30 PM, Vladimir S. FONOV wrote:
>
>> Hello Ryan,
>>
>> I suppose exact command line and the output of -debug would be useful. Also, can you describe what kind of dicom files you have got?
>>
>> On 12-10-26 09:13 AM, R.L. Muetzel wrote:
>>> Hello all,
>>>
>
>>>
>>> We are having trouble converting 4D data with dcm2mnc….basically, we get a 3D image out, and no error messages in the command line.
>>>
>>> We compiled this version (the tar.gz file):
>>>
>>> http://www.bic.mni.mcgill.ca/pipermail/minc-users/2012-September/003522.html
>>>
>>> The output from dcm2mnc -version:
>>>
>>> ~$ dcm2mnc -version
>>> program: 2.0.07 built Oct 25 2012 16:57:03
>>> libminc: 2.2.00
>>> netcdf : 4.1.1 of Nov  7 2011 11:35:16 $
>>> HDF5   : 1.8.4
>>>
>>> Any thoughts on what might be going on?  would it be helpful for us to send you the output from -debug?
>>>
>>> Thanks in advance for any help!
>>>
>>> (also, sorry if this is a duplicate post, as I'm not sure if it got sent through twice)
>>>
>>> Ryan Muetzel
>>> Generation R/Department of Child and Adolescent Psychiatry
>>> Erasmus MC - Sophia Children's Hospital
>>> Rotterdam, the Netherlands


-- 
Best regards,

  Vladimir S. FONOV ~ vladimir.fonov <at> gmail.com


More information about the MINC-users mailing list