search

OpenNeuroDatasets-JSONLD / .github

Interesting things to be said about augmented OpenNeuro datasets
0 stars 1 forks source link

establish CI to produce / update shipped nidm.jsonld in nidm branch #5

Open yarikoptic opened 3 years ago

yarikoptic commented 3 years ago

first OpenNeuroDatasets-JSONLD/.github#6 should be done

then this CI run would run either triggered by an update to dataset (e.g. when OpenNeuroDatasets-JSONLD/.github#7 pushes an update) or on cron.

it should push updated (if anything changed) file back to the fork .

yarikoptic commented 1 year ago

ATM master is "openbagel-improved". I think we might want to establish a "pipeline of enhancements" and have master to be the merge branch accumulating them all while openbagel having only openbagel tune ups and nidm only bids2nidm? WDYT @surchs?

surchs commented 1 year ago

I think the goal would be to have any augmentations / semantic-annotations to the OpenNeuro datasets done in a format that is generic and usable by everyone. That was my takeaway from our little hackathon thing in Montreal last November. For example, the augmented participants.json files we have in the master branch here is not supposed to be a neurobagel type of annotation but something that is BIDS compatible and contains enough information to also make a nidm or dandi representation.

There's probably some more discussion to be done on the exact format of this file. We discussed starting a BEP with the OpenNeuro folks to make the format play nice with BIDS tooling (https://github.com/OpenNeuroOrg/openneuro/issues/2807#issue-1683747761) and we'll also talk this evening with the Repronim folks. But I vote for keeping the annotation as a shared thing, and then have bot-tools knit the different harmonized representations from them.

surchs commented 1 year ago

@yarikoptic: let's say we

then how should we do

then this CI run would run either triggered by an update to dataset (e.g. when https://github.com/OpenNeuroDatasets-JSONLD/.github/issues/7 pushes an update)

Is there some "any repo was updated" hook you were thinking of? Or do we need to specify such a job in each forked dataset repo separately?