You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@pollaro dcm2niix assumes that DICOM images are truthful. Note that 0018,0080 reports a 65ms TR. I would expect resting state data on a Trio to list EP as the ScanningSequence. Indeed, both gradient echo fMRI and spin echo DTI use the Echo Planar core. Note that for EPI data, the BIDS format strictly defines the TR as the time between consecutive sampling of the same slice. However, some MR scanning sequences may have more frequent (perhaps non-selective) excitation pulses. If you have a protocol PDF for this sequence, it may provide more insight. Likewise, the Siemens Research Collaboration Manager associated with your center can provide insights. You could also peak at the CSA header:
@neurolabusc Yeah, that's kind of what I thought. I've gone through the all the info I have. I'm pretty sure that it's a standard GRE-EPI. I'll ask Siemens, but I'm pretty sure they've got the header wrong. Thanks
Describe the bug
Much like issue 369, the TR in our dicoms was per slice. It's almost the exact same thing, only ours was acquired on a Siemens Trio.
dcm2niix result:
DICOM header:
I didn't acquire the data myself. I do know where it came from and the TR should be 2.08s (32 * 0.065).
Expected behavior
TR should be what the TR is. This isn't your fault, Siemens messes lots of stuff up.
Version
dcm2niiX version v1.0.20230411 (JP2:OpenJPEG) (JP-LS:CharLS) GCC8.4.0 x86-64 (64-bit Linux)
Troubleshooting
I don't have admin privileges to do all this. I can force them to update if this has already been taken care of.
The text was updated successfully, but these errors were encountered: