questions > Transformation Philips Enhanced dcm to one nii file.
Showing 1-3 of 3 posts
Display:
Results per page:
Sep 25, 2019  06:09 AM | Anton Troitskii
Transformation Philips Enhanced dcm to one nii file.
Dear users,

I have one enhanced Philips MRI dcm file which contains 2D mri series with different times-echo. When I try to do something like that "dcm2niix -o /path/to/nifti_dir -z y /path/to/dicom_dir" I get a lot of files which number is equal to numbers of echos. But I would like to get the one file which contains all echos to process in NiftyFit.

Does anybody have any suggestion about my issue?
Sep 25, 2019  12:09 PM | Chris Rorden
RE: Transformation Philips Enhanced dcm to one nii file.
Hello. This is the intended behavior. dcm2niix tries to create consistent NIfTI files regardless of the different interpretations of the DICOM standard used by different vendors. It will fill the first 3 dimensions with spatial data, and will create 4D data for sequences where the 4th dimension is time (fMRI, ASL, resting state, etc) or gradient direction (diffusion data). However, the NIfTI standard does not really specify how other properties (echo time, trigger time, phase data, real data) should be stored. Therefore, dcm2niix saves each of these different properties as a separate NIfTI file, and uses the file name to distinguish them. 

While for your own work, it might be convenient if dcm2niix packed the echo time in a different dimension, this would not be the desired behavior for someone working with a multi-echo fMRI time series. 

I think either [url=https://fsl.fmrib.ox.ac.uk/fsl/fslwiki/FSL%20FAQ]FSLMerge[/url] or nii = NII_TOOL('cat3D', filenames) will concatenate your images. Alternatively, you might want to contact the developers of NiftyFit.
Oct 11, 2019  12:10 PM | Anton Troitskii
RE: Transformation Philips Enhanced dcm to one nii file.
Originally posted by Chris Rorden:
Hello. This is the intended behavior. dcm2niix tries to create consistent NIfTI files regardless of the different interpretations of the DICOM standard used by different vendors. It will fill the first 3 dimensions with spatial data, and will create 4D data for sequences where the 4th dimension is time (fMRI, ASL, resting state, etc) or gradient direction (diffusion data). However, the NIfTI standard does not really specify how other properties (echo time, trigger time, phase data, real data) should be stored. Therefore, dcm2niix saves each of these different properties as a separate NIfTI file, and uses the file name to distinguish them. 

While for your own work, it might be convenient if dcm2niix packed the echo time in a different dimension, this would not be the desired behavior for someone working with a multi-echo fMRI time series. 

I think either [url=https://fsl.fmrib.ox.ac.uk/fsl/fslwiki/FSL%20FAQ]FSLMerge[/url] or nii = NII_TOOL('cat3D', filenames) will concatenate your images. Alternatively, you might want to contact the developers of NiftyFit.


Thank you for your answer it has clarified my gaps. But you mentioned the word "marge" in your message. So, I started to google and found that dcm2niix has an option "-m". It was very helpful to me and I have sorted out with this issue. So, finally, I have one "4D" file with multi-echo.