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
That's only seven datasets, but that indicates to me that dcm2niix has been generating AcquisitionDuration metadata for years, and in no cases is it used in the sense that it's defined in BIDS for BOLD data:
Duration (in seconds) of volume acquisition. Corresponds to DICOM Tag 0018, 9073 Acquisition Duration. This field is mutually exclusive with "RepetitionTime".
Must be a number greater than 0.
The goal of AcquisitionDuration was to have a way to encode triggered fMRI, where the TR is non-constant but the TA (time from start to end of volume acquisition) is constant. Instead, it is used as an measure of the time the entire BOLD series took to collect, which matches the DICOM tag (0018,9073) "The time in seconds needed to run the prescribed pulse sequence. [...]".
The intent was something more along the lines of "Frame Acquisition Duration" (0018,9220) "The actual amount of time [in milliseconds] that was used to acquire data for this frame." I'm not sure if we ever actually see that.
Given that the field is not used in this way, I would suggest that we move it to a generic MRI field so that at least cross-referencing a dataset with BIDS will not be wrong.
Then it would be nice to have some way of capturing TA if SliceTiming is undefined. Perhaps VolumeAcquisitionDuration? And if we can find example data where (0018, 9220) is actually used for that case, we could even ask dcm2niix to populate the field.
The text was updated successfully, but these errors were encountered:
Grepping for
AcquisitionDuration
on OpenNeuro we see:That's only seven datasets, but that indicates to me that
dcm2niix
has been generatingAcquisitionDuration
metadata for years, and in no cases is it used in the sense that it's defined in BIDS for BOLD data:The goal of AcquisitionDuration was to have a way to encode triggered fMRI, where the TR is non-constant but the TA (time from start to end of volume acquisition) is constant. Instead, it is used as an measure of the time the entire BOLD series took to collect, which matches the DICOM tag (0018,9073) "The time in seconds needed to run the prescribed pulse sequence. [...]".
The intent was something more along the lines of "Frame Acquisition Duration" (0018,9220) "The actual amount of time [in milliseconds] that was used to acquire data for this frame." I'm not sure if we ever actually see that.
Given that the field is not used in this way, I would suggest that we move it to a generic MRI field so that at least cross-referencing a dataset with BIDS will not be wrong.
Then it would be nice to have some way of capturing TA if
SliceTiming
is undefined. PerhapsVolumeAcquisitionDuration
? And if we can find example data where (0018, 9220) is actually used for that case, we could even ask dcm2niix to populate the field.The text was updated successfully, but these errors were encountered: