-
Notifications
You must be signed in to change notification settings - Fork 17
On requiring mutually disjoint sets of policy/rule types #280
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
Comments
Hi,
I think the text "(as they are equivalent)" or the entire sentence
should be removed, as they may create confusion.
Víctor
For the examples in this document, the ODRL Policy subclasses are mapped
to the JSON-LD @type <https://github.com/type> tokens. *The above
example could have also used |Policy| type instead of |Set| type (as
they are equivalent).*
…
-> |odrl:Policy owl:equivalentClass odrl:Set|
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#280>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/AFLs5R10khroMumh8KR1uRt1RVudB0iLks5svtGygaJpZM4QFfAT>.
--
Víctor Rodríguez-Doncel
D3205 - Ontology Engineering Group (OEG)
Departamento de Inteligencia Artificial
ETS de Ingenieros Informáticos
Universidad Politécnica de Madrid
Campus de Montegancedo s/n
Boadilla del Monte-28660 Madrid, Spain
Tel. (+34) 91336 3753
Skype: vroddon3
|
This was covered in #154 Please outline what (if anything) of the specs need to change, and if this means that any test cases are impacted (worse!) Should we have deprecated Set? Please note that the ODRL vocab does not include: |
Proposal: Remove "Set" from the list of disjoint classes Add a new bullet point to section 2.1:
Add a new bullet point to section 2.6:
This will make it consistent with the intent and the ODRL ontology, and should no have any impact on test cases. |
completed |
Although never explicitly mentioned in the IM, the Vocab (i.e. ontology) defines all types of rules and all types of policies as being mutually disjoint (which was also briefly touched upon in #247) .
and while that arguably makes sense for e.g. some types of rules (as pointed out by @vroddon #247 (comment)):
it doesn't for certain policy types or ones added by profiles, e.g.:
http://w3c.github.io/poe/model/#policy-set
->
odrl:Policy owl:equivalentClass odrl:Set
https://w3c.github.io/poe/vocab/#term-Agreement
->
odrl:Agreement rdfs:subClassOf odrl:Policy
->
odrl:Agreement owl:disjointWith odrl:Set, ...
=>
odrl:Agreement owl:disjointWith odrl:Set, odrl:Policy, ...
odrl:Agreement rdfs:subClassOf odrl:Set, odrl:Policy .
The text was updated successfully, but these errors were encountered: