Skip to content

naming and metadata keys in derivatives #309

@satra

Description

@satra

cc/ @bids-standard/derivatives

this is an offshoot of #301

at the bids derivatives meeting one thought was the following:

Consider storing all metadata in the json file, bring them to the filename as 
needed only for filesystem disambiguation, but not processing. This means 
that filename globbing is not a recommended pattern outside of the base 
filename. Indexing and reading for processing will require reading the full 
metadata dictionary. 

so while we may be able to solve the current state with some tweaks of keywords, there is a more fundamental problem of categorization/parameterization. what if i run a pipeline that compares spm/fsl/afni models like the work from @nicholst? or one that compares os environments? or essentially any parametric/algorithmic/environment mixture.

is there some expected consensus that:

  1. these are out of scope and cannot be stored as bids derivatives?
  2. any parameterization should be stored as separate derivative datasets?

if not, could the above principle work?

The principle could dissociate the creation of keys (knowledge) from the current use of keys as glob patterns and address disambiguation in a systematic manner.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions