You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ODRL is a datamodel aimed to represent data access rules (for licensing e.g.). ARCs could also profit from this, as it would allow to fine-tune the access rules on an ARC level. See nfdi4plants/ARC-specification#133 for reference.
Suggested Solution
So I would suggest that the ARCitect could integrate the ODRL wizard, similarly to Swate. It is being hosted on deNBI, so hopefully it should be fairly stable.
I'm not sure about the technical details of integration, though, and we should await the specifics of integration of the ODRL part into the ARC Scaffold specification.
Maybe a comment from my side. The ODRL Wizard is a configurable tool. So you could think about hosting your own instance of the frontend to configure it to your needs (what obligations, permissions, prohibitions you want to support). This new instance could still use the externally hosted backend for rendering if needed. But could adjust the user interface to plugin mode, implement custom ARCitect specific logic, etc. This would allow for a more seamless integration of the wizard in the ARCitect.
ODRL
ODRL is a datamodel aimed to represent data access rules (for licensing e.g.). ARCs could also profit from this, as it would allow to fine-tune the access rules on an ARC level. See nfdi4plants/ARC-specification#133 for reference.
Suggested Solution
So I would suggest that the ARCitect could integrate the ODRL wizard, similarly to Swate. It is being hosted on deNBI, so hopefully it should be fairly stable.
I'm not sure about the technical details of integration, though, and we should await the specifics of integration of the ODRL part into the ARC Scaffold specification.
@feserm @JonasLukasczyk @Freymaurer
The text was updated successfully, but these errors were encountered: