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

How to organize sample-wise group-level calls? #15

Open
tsalo opened this issue Feb 4, 2025 · 2 comments
Open

How to organize sample-wise group-level calls? #15

tsalo opened this issue Feb 4, 2025 · 2 comments

Comments

@tsalo
Copy link
Collaborator

tsalo commented Feb 4, 2025

For large datasets, it seems likely that folks will want to aggregate summary measures of smaller samples within the dataset with the "group" level option. For example, if you have fMRIPost-AROMA derivatives from ABCD (lots of subjects!) and you want to use the "group" option to summarize the postprocessing results, you might want to just look at a subset of the subjects, like data from the first session only.

The current plan would create a group-level set of results in the fMRIPost-AROMA derivatives dataset where the participant-level results live, but that's a problem if you want to run the group-level workflow on multiple subsets.

Should we organize nipost group-level arguments as:

  • app preproc-dset postproc-dset
  • app postproc-dset group-postproc-dset

The former seems more BIDS-y, but the latter allows users to create multiple group-level subsets without overwriting previous runs.

@effigies
Copy link
Member

effigies commented Feb 6, 2025

If the raw dataset is no longer needed, then passing the derivative as the input dataset seems perfectly in-keeping with BIDS.

@tsalo
Copy link
Collaborator Author

tsalo commented Feb 19, 2025

I can imagine cases where we might want to plot QC metrics from the post-processing subject-level run against demographics from the raw dataset's participants.tsv file, but we could just expect users to patch those into a post-processing participants.tsv file.

I just want to make sure that it won't conflict too badly with the BIDS execution BEP. I know that's not going to be merged into BIDS, but I'd still like to follow it to the extent feasible.

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

No branches or pull requests

2 participants