-
Notifications
You must be signed in to change notification settings - Fork 1
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
Disambiguate Authors: format is not specified, and not enriched with ORCID #82
Comments
Thanks Yarik. I like the idea of disambiguating the authors list in the
|
Since bids can already have citation.cff in them to curate authors information in a more structured manner, I am not sure what this issue is meant to bring. |
If anything for bids 2 I would remove authors from the dataset description all together and force it in citation.cff |
Thanks @Remi-Gau. For the BIDS 1.x to BIDS 2.0 migration script, would we then parse the |
I had started working on a CLI tool to help with this a long time ago, but I was waiting for the bids validator to validate citation.cff file to get back to it. https://github.com/Remi-Gau/bids2cite So I should probably start dusting it up. |
Hi. To put this into context from our side: any clear recommendation from bids on how to write an author string within the specifications would already lower the variability across bids datasets. Of course long-term we would definitely prefer a structured registration of authors through e.g. the cff |
This is great. Thank you @Remi-Gau. |
Thank you @lzehl. I definitely agree. |
by any, do you think |
Yes. That would harmonize already a bit. |
ATM Authors field is just a list of free form strings. That complicates interlinking bids datasets easily across authors/contributors, as expressed e.g. by @lzehl in their pipeline for inclusion of BIDS datasets within openMINDs KG etc. ATM we have in the
https://github.com/bids-standard/bids-specification/blob/HEAD/src/schema/objects/metadata.yaml#L207
we have
I feel that we better start defining some notion of a Person which would have clear mapping schema.org's Person record. Critically
Ideally, provide additional metadata relevant per person
If we solve the critical issue, we could then rely on CITATION.cff to be the one which would provide necessary more structured data (ORCID, affiliations), but need to keep in mind some of already identified shortcomings (which might later be worked out in CITATION.cff):
and unfortunately CITATION.cff not really seeing much of "development" in the past year(s).
The text was updated successfully, but these errors were encountered: