[Also on GitHub under issue 1177 https://github.com/bids-standard/bids-specification/issues/1177]
I would like some input on the following suggestion. Can we add an OPTIONAL _task- to structural MRI acquisitions as well?
I am currently converting a dataset to be shared in BIDS and can't quite get it all to fit with the available tags for structural MRI.
In my study setup, which is about different prospective and retrospective motion correction techniques for clinical structural MRI acquisitions, I had subjects perform different types of controlled motion (STILL,NOD, SHAKE) during the structural acquisitions.
Besides this I also acquire two conditions, MOCO_ON and MOCO_OFF (meaning prospective motion correction on or off; note, during propsective motion correction the acquired k-space data is changed during acquisition since the actual acquisition is changed). Finally, I can reconstruct the data using extra TRs I tag onto the acquisition or without (_RR).
This leads only for the MPRAGE (I have 5 more sequences) to names like this for the same session(!):
Now onto the available labels (from https://bids-specification.readthedocs.io/en/stable/04-modality-specific-files/01-magnetic-resonance-imaging-data.html#anatomy-imaging-data or even https://bids-specification.readthedocs.io/en/stable/99-appendices/09-entities.html):
"This is a custom label the user MAY use to distinguish a different set of parameters used for acquiring the same modality." Now my parameters of the sequence don't change, but the actual sequence does if I consider MOCO ON/OFF a parameter, so I could stuff MOCO_ON/OFF in there.
_ce- - not applicable, contrast doesn't change
The only mentioning of motion correction is under the reconstruction _rec-. That makes sense to me in the case of retrospective motion correction, where you have the same k-space data, but reconstruct it differently aka using motion data. Hence, to me the reconstruction label does not cover that I am doing prospective motion (MOCO_ON/OFF). I'll use -acq for this.
Same goes for _RR - by adding extra TRs, I do add stuff to my k-space, so it feels strange to put it under -rec, but it could maybe be used here.
I could misuse run to now take care of STILL,NOD and SHAKE, but the problem is that I can only sort run numerically.
So here exactly my question comes in. Can we add an OPTIONAL _task- to structural MRI acquisitions as well?
And yes, this is probably a total violation of the 80/20 rule in terms of tasks in sturcturla MRI; my study is quite specific. But looking at the ISMRM MoCo community there's lots of studies out that could be shared and I am trying to make mine an example for that.
Let me know your thoughts!
Rigshospitalet, building 6931
Juliane Maries Vej 28, 3rd floor
DK-2100 Copenhagen, Denmark
Phone: +45 3545 6712
Fax: +45 3545 6713
This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message.
We are also working on a similar dataset and ran into the same problem as you did. We only had different conditions (still and movement at two levels) and used acq only; however, I also think adding a task field for anatomical images makes sense.
In your case, I would still use a combination of fields, as you described:
Also, please, make sure that you do not use any ‘_’ in your field values!
BTW, do you also plan to make your dataset available or is it already?
Auer, Tibor M.D. Ph.D.
School of Psychology, Faculty of Health and Medical Sciences
University of Surrey, Guildford GU2 7XH
We are all colleagues working together to shape brain imaging for tomorrow, please be respectful, gracious, and patient with your fellow group members.
You received this message because you are subscribed to the Google Groups "bids-discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bids-discussi...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/bids-discussion/000001d8a5ff%24d9197f40%248b4c7dc0%24%40nru.dk.