-
Notifications
You must be signed in to change notification settings - Fork 2
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
Multi-session with single anat produces error #85
Comments
In your original fMRIPrep outputs, are the anatomical data in the subject directory (e.g.,
I do have an issue about that (#71) but haven't gotten around to it yet. I definitely want to fix it at some point though! |
It is in sub-01/ses-1/anat
sub-01/ses-1/func
sub-01/ses-2/func (This is, by the way, consistent with the way my rawdata are organized.) Do I understand correctly that if, from an experimental point of view, |
It's not actually a problem with your raw BIDS data. In fact, you have that organized correctly, and putting the anatomical data under sub-01 would be invalid. However, fMRIPrep automatically collects all of the available anatomical scans and averages them, then uses that for all of the sessions. I haven't processed data with your specific design before, but I think fMRIPrep should write out the preprocessed anatomical data to the subject folder. In any case, fMRIPost-AROMA should be made to work with your file structure, so I will try to fix this soon. I haven't had much time for the fMRIPost workflows lately, so it might be a little while. In the meantime, would you be willing to try copying your |
What happened?
fmripost-aroma produced the following error:
Data consist of two sessions (ses-1 and ses-2), each session having a restingstate recoding, but only session 1 has an anatomical image.
fMRIPrep call was:
This produced the expected fMRIPrep outputs (no error).
Interestingly, I could trick fmripost-aroma by doing the following hack: I copied fMRIPrep output for
ses-1/anat
intoses-2/anat
and renamed the content ofses-2/anat
by replacingses-1
byses-2
. I did this only to pin-point the issue in fmripost-aroma and indeed, it runs without error in that case.Totally unrelated note: in this issue template (bug description), there is a string that should be adapted from fmriprep, namely:
What command did you use?
What version of fMRIPost-AROMA are you running?
0.1.dev1+g5d5b065
How are you running fMRIPost-AROMA?
Singularity
Is your data BIDS valid?
Yes
Are you reusing any previously computed results?
No
Please copy and paste any relevant log output.
Additional information / screenshots
No response
The text was updated successfully, but these errors were encountered: