-
Notifications
You must be signed in to change notification settings - Fork 169
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] Incorrect description of DWI "TRACE" image #1862
[BUG] Incorrect description of DWI "TRACE" image #1862
Comments
Is the proposal to create TRACEW to mean trace-weighted in addition to, or in lieu of TRACE? |
I would personally opt to:
I'm not aware of any DWI sequence that exports as a scanner-generated derivative the trace of the estimated tensor, so don't see any merit in keeping both parametric maps described alongside one another in the specification. If there's another vendor that does generate such data, happy to stand corrected, I have little to no experience outside of Siemens. But I think this is best treated as an erroneous description. |
cc @neurolabusc I believe the ADC/TRACE definitions were motivated by your use case. Does this make sense to you? |
@effigies on this topic I am a user and not an expert. Following advice from experts, our existing BIDS compatible dataset on OpenNeuro provides images generated by the scanner manufacturer with names like @Lestropie is doing a great job of developing a community consensus on diffusion topics. |
- Rename "TRACE" suffix to "trace". - Add "exponentiated ADC" measure. - Fix description of trace-weighted image, resolving bids-standard#1862. - Modify descriptions of FA and colFA. - Fix alphabetic sorting of suffices.
Describe your problem in detail.
Prompted by work happening in #1831, but is actually a consequence of #1725.
Having acquired data with all scanner-generated derivatives enabled, I can confirm that the "
*_TRACEW
" image produced by the Siemens product DWI sequence is not the trace of the diffusion tensor, as the specification currently states; rather, it is a "trace-weighted image", being the mean intensity of b>0 data.(Unfortunately I did not think to obtain multi-shell data to find out whether the sequence does what one would naturally expect for multi-shell data, being a 4D series with a trace-weighted image volume per unique b-value. It's possible that whether or not it does this will depend on the scanner base software version / sequence used.)
Describe what you expected.
No response
BIDS specification section
https://bids-specification.readthedocs.io/en/latest/modality-specific-files/magnetic-resonance-imaging-data.html#diffusion-imaging-data
The text was updated successfully, but these errors were encountered: