Skip to content
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

update qMRI to align with the new definition of derivatives #1812

Open
Remi-Gau opened this issue May 6, 2024 · 4 comments · May be fixed by #1813
Open

update qMRI to align with the new definition of derivatives #1812

Remi-Gau opened this issue May 6, 2024 · 4 comments · May be fixed by #1813

Comments

@Remi-Gau
Copy link
Collaborator

Remi-Gau commented May 6, 2024

  1. qmri appendix defines quantitative maps as derivatives regardless of how they were generated

    https://bids-specification.readthedocs.io/en/latest/appendices/qmri.html#quantitative-maps-are-derivatives

    Regardless of how they are obtained (pre- or post-generated), qMRI maps are stored in the derivatives directory.

    One exception to this in the qMRI page is the recommendation to store scanner-generated UNIT1 files along with the raw data.

  2. The schema files rules for quantitative maps under the rules for raw datasets.

  3. The legacy valiator (version 1.14.5) is completely fine with having those quantitative maps in a raw dataset (tested on several of the bids examples).


  • 1 contradicts the operational definition of derivatives datasets that was agreed on in Copenhagen last year.

    https://bids-specification.readthedocs.io/en/latest/derivatives/introduction.html#bids-derivatives

    Raw data are data that have been curated into BIDS from a non-BIDS source. If a dataset is derived from at least one other valid BIDS dataset, then it is a derivative dataset.

  • 1 contradicts the behavior of the legacy validator (**3"") and, 1 and 2 tends to contradict each other as the schema seems to imply that quantitative maps are legit raw data (I would expect that the deno validator would behave the same as the legacy one given the schema).

@Remi-Gau
Copy link
Collaborator Author

Remi-Gau commented May 6, 2024

Note

the location of this definition of derivatives should probably be moved to common principles (maybe in the definition section)

@Remi-Gau
Copy link
Collaborator Author

Remi-Gau commented May 6, 2024

Suggestion

Adapt the qmri appendix to align with the definition of derivatives.

As far as I can tell this would not break backward compatibility as it only expands things that can go in raw dataset and also because it seems that any invalid dataset under the current reading of the BIDS spec for qMRI would not have been detected by the validator.

@Remi-Gau
Copy link
Collaborator Author

Remi-Gau commented May 6, 2024

@agahkarakuzu

pinging you, so you are not surprised if you get a PR to review.

@Remi-Gau Remi-Gau changed the title update qMRI to align with new definition of derivatives update qMRI to align with the new definition of derivatives May 6, 2024
@agahkarakuzu
Copy link
Contributor

@Remi-Gau, thank you so much for looking into this, and sorry for being late to the party!

qMRI maps are stored differently depending on the process that generated them. Pre-generated qMRI maps MAY be stored as part of a raw BIDS dataset, where as they MUST be stored in a derivative BIDS dataset if they were post-generated.

This reads great! Actually, this was something we originally wanted to mention in the proposal, but at that time it seemed like a detail and we decided not to push for it. I'm so glad that now is the time :) Having this separation is important and adds value.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants