transferring thought process to new issue from #1069
code finds BIDS datasets
shouldn't this only look up towards root from current location (and obviously not look if allow any path is used).
find dandiset.yaml to determine where to look for bids dataset_description.json files
also i'm assuming 26 is a culprit in the thinking, so any depth traversal could be a heuristic depth based on where dandiset.yaml is. (as in a dataset_description.json has to be either at the level of dandiset.yaml, or perhaps at most 2-3 directories down from dandiset.yaml).
even with our hacked setup, there shouldn't be a need to traverse everything. i can't offhand think of other scenarios that violate this.
[000108] / {dandiset.yaml}, dataset_description.json
[000026] / dandiset.yaml
[000026] / [rawdata] / dataset_description.json
[000026] / [derivatives] / [EPIC] / dataset_description.json
and we could formalize this into our validator.
transferring thought process to new issue from #1069
shouldn't this only look up towards root from current location (and obviously not look if allow any path is used).
find dandiset.yaml to determine where to look for bids dataset_description.json files
also i'm assuming 26 is a culprit in the thinking, so any depth traversal could be a heuristic depth based on where dandiset.yaml is. (as in a dataset_description.json has to be either at the level of dandiset.yaml, or perhaps at most 2-3 directories down from dandiset.yaml).
even with our hacked setup, there shouldn't be a need to traverse everything. i can't offhand think of other scenarios that violate this.
and we could formalize this into our validator.