-
Notifications
You must be signed in to change notification settings - Fork 171
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
Inheritance: Further Relaxation allowing multiple files per directory #1195
Labels
Comments
@yarikoptic Finally got around to this; see Lestropie#5. |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
|
Okay. New issue created. Will hide these posts. |
FWIW, this is inline with and if implemented, would close this issue. With that in hope/mind - I would not bother addressing this for BIDS 1.0 since would require changes to tools etc, but would better be made more explicit in BIDS 2.0 formulation. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Follow up/continuation to #1003 as suggested/discussed in #1003 (comment) . Extracting here:
For that latter case (e.g.
task-rest_bold.json
andacq-tricky_bold.json
) we could have removed this requirement ("subsequent ... is a strict superset ...") and require that for such cases of unclear ordering, order is arbitrary but metadata files MUST NOT have identical metadata fields overloaded (thus order would not matter).It would be up for validator to ensure adherence to such a principle. This would "relax" inheritance principle further and allow for arbitrary combinatorics if so desired for some studies, e.g. mix in of
_task-rest_bold.json
andses-pilot_bold.json
,_space-X
and_desc-Y
in bids-standard/bids-bep016#32 etc.The text was updated successfully, but these errors were encountered: