Skip to content
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

[Feature Request] Machine interpretable terms of use #133

Open
HLWeil opened this issue Dec 11, 2024 · 1 comment
Open

[Feature Request] Machine interpretable terms of use #133

HLWeil opened this issue Dec 11, 2024 · 1 comment
Labels
Type: Feature Request This item is confirmed by the maintainers to be a request for a new feature

Comments

@HLWeil
Copy link
Member

HLWeil commented Dec 11, 2024

Currently, in ARCs (and most other git repositories), licenses are used to specify access conditions in a human readable way.

But..

  • there may be special cases not covered by these standard licenses. E.g. when the Data results from funding prohibiting usage of the data outside a given country.
  • it would be beneficial to store these conditions in a machine interpretable format. This allows automatic acting on the conditions, e.g. blocking users from accessing data they are not allowed to use and helping users find data which they are allowed to use

I propose the extension of the ARC specification by such an machine interpretable terms of use file. In the context of the bio NFDIs, the datamodel defined in ODRL might be a good candidate. Formatted as JSON-LD, it could be parsed with relative ease and seamlessly integrated in the ARC-RO-Crate representation too.

In the ARC scaffold, we could store it in the root-level. My proposed name would be TermsOfUse.json, but this is up for discussion.

@arendd
@feserm
@muehlhaus
@Brilator
@kMutagene

For reference, requirements and possible solutions were thorougly discussed on the 3rd Biohackathon Germany.

@Brilator
Copy link
Member

IMO, an optional ODRL / routine to document an ARC'S terms of use would be a great addition and would align well with existing research data policies (e.g. in CEPLAS).
I'm wondering how much this can be aligned with or complementary to Git's existing LICENSE file.

@HLWeil HLWeil added Type: Feature Request This item is confirmed by the maintainers to be a request for a new feature and removed Status: Needs Triage This item is up for investigation. labels Jan 23, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Feature Request This item is confirmed by the maintainers to be a request for a new feature
Projects
Status: No status
Development

No branches or pull requests

2 participants