I’m currently trying to organize some of my datasets according to BIDS standards* and have a quick question about references to B0 inhomogeneity maps.
Can someone please confirm if having only one Siemens’ GRE_field_mapping image in the fmap folder [saved as *phasediff.nii.gz?] is enough for fmriprep to run field inhomogeneity correction?
I’m not sure. The magnitude image is essential to align the fieldmaps to the image you want to apply them to. The standard Siemens fieldmap sequence saves magnitude images (although they might be part of a 4D volume).
I have encountered a similar issue and thought this might be a good place to seek help.
I have the information about the different TEs, which I included in the phasediff.json file, according to the specs,
and the output from Siemens (converted to .nii, 1 screenshot below, due to the limit of one picture), yet when trying to run fmriprep I got the following error-
“traits.trait_errors.TraitError: The trait ‘in_files’ of an IntraModalMergeInputSpec instance is an existing file name, but the path ‘/snapshot/data/sub-001/fmap/sub-001_magnitude2.nii.gz’ does not exist.”
So- what is the standard way to split these combined 4d series to magnitude and phasediff?
Going through the whole sequence, getting the indices (of changes from phase to magnitude) and splitting by them is the only way, or there is some shortcut for this?
Sorry for the newbie question, but-
When converting Siemens gre_field_mapping sequences to the nifti format by running dcm2niix, one finds:
How does one should transform these to the magnitude and phase nii-s- which is which?
(Any documentation regarding these suffixes?)
Thanks, but our problem was rather “boring”- a bad naming scheme of Siemens:
“For Siemens users who get “_Eq” images: this occurs because Siemens scanners can generate the same series (0020,0011) and instance (0020,0013) number for the same slice acquired for two echoes.” (Prof. Rorden)
, together with some script handling duplicated data…
Anyhow- all the information is here:
WE MIGHT HAVE MISSED THE PROBLEM (IF WE WERE USING A DIFFERENT NIFTI CONVERSION TOOL)- IT WAS NOTICED ONLY AFTER A DCM2NIIX WARNING APPEARED DURING CONVERSION!
BTW, do you have any recommendations regarding the time difference between a field map scan and the matching bold data?
or- how “stable” is the field (I can test our data, but I’m wondering if some general advise exists…)