-
Notifications
You must be signed in to change notification settings - Fork 34
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
Add support for organization information #26
Comments
Hi, feedback as part of OSTrails. warn on integration of “affiliation” and “ROR” example of possible implementation issue : https://community.crossref.org/t/ror-affiliation-raw-affiliation-in-american-physical-society-aps-publisher-publications/12450/9 |
Thanks @rduyme! I have a PR, #71 , open that has an example of an affiliation portion of the record. For the proposed schema addition, both the affiliation name and organizational identifiers are optional fields, allowing systems to use them as separate assertions. I think this should avoid potential issues like the one cited, where affiliation strings are replaced with the names in ROR records or ROR IDs (and other organizational identifiers) are used exclusively in place of affiliations. ROR is just one type of identifier that can be included. We have allowed for The schema definition for the affiliation identifier reads:
The schema definition for the affiliation name is:
Perhaps we can reword those 2 to make it clear that the identifier should not be used to convey a human readable name for the affiliation, but rather a unique and persistent identifier. |
Hi Brian, Suggestion to simplify affiliation (this is "label" approach we decided to take for SKG-IF, to cover every possible need of a user)
An affiliation is just a free label. from this label you can have a one or more ROR, this can be done at any stage by a human or an IA model ( ex: see authors ROR institutions derived from label raw affiliation by OpenAlex model in https://api.openalex.org/works/doi:10.1890/120103 ) My opinion is that it is very important to just give the freedom to a user to express a full affiliation with many details (lab, department, sub department, sub sub sub department, school of university university, city state, country etc...) => And not even try to model this structure that is different for every country in the world... :-) ROR is just categorisation, a ROR can even not exists at the time you create the DMP, ( or can even be created 2 years later ;-) ) |
We are in the process of adding organization identifiers to the DMPRoadmap codebase, specifically ROR and FundRef. It would be useful to somehow incorporate these into the Common Standard schema.
Perhaps something like:
This could then:
contact
andcontributors
asaffiliation
name
andfunder_id
on thefunding
object asfunder
The text was updated successfully, but these errors were encountered: