Support repetition time stored in BIDS AFI B1-mapping sidecar file #62
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Added support for BIDS-ified data which specifies separate
RepetitionTime
s in the sidecar metadata of each AFI volume.The toolbox was written based on data where (because of sequence restrictions) the
RepetitionTime
metadata fields were always the same for the two separate AFI volumes, which were really recorded with two differentRepetitionTime
s. The legacy solution to this was to read theRepetitionTime
s from a Siemens DICOM field (alTR
), which is preserved if the hMRI toolbox conversion is used.Under the assumption that BIDS will drive solutions to enable saving two separate
RepetitionTime
s (either in the sequence or during the DICOM to NIfTI conversion), the toolbox now checks whether the two TRs are different, and if they are, uses them rather than the legacy method.Backwards compatibility warning
This pull request will break backwards compatibility with some scripts. It requires the input AFI data to be given in the opposite order to previously when using the legacy method. Note that this new order is more logical and matches the order of
RepetitionTime
s in thealTR
array.Following a previous pull request, a warning should be printed if the toolbox detects that reversing the data order would improve the quality of the B1 map.
If the data are BIDS-compliant and specify a different
RepetitionTime
in each sidecar file, then the order will not matter.