- From: Steyskal, Simon <simon.steyskal@siemens.com>
- Date: Thu, 4 Jul 2024 07:18:22 +0000
- To: Joshua Cornejo <josh@marketdata.md>, "public-odrl@w3.org Group" <public-odrl@w3.org>
- Message-ID: <DU0PR10MB585226E2ED91D3E7E58B79D489DE2@DU0PR10MB5852.EURPRD10.PROD.OUTLOOK.COM>
Do I hear SHACL? đ Hereâs a quick example on how this could look like: https://s.zazuko.com/hAA9xf Fwiw, thereâs also a wiki we created years ago here https://github.com/simonstey/ODRL-SHACL-Shapes/wiki Br, simon From: Joshua Cornejo <josh@marketdata.md> Sent: Thursday, 4 July 2024 09:02 To: public-odrl@w3.org Group <public-odrl@w3.org> Subject: Re: odrl:LeftOperand and odrl:Action affinity to odrl:Rule classes Yes â I thought about as part of the validation. I had a brief conversation with Yassir on Monday and explained how there âthe many layersâ and where SHACL is useful (grammatical validation) and where it could be a good idea but wonât be performant (evaluation). Unless someone has already done it - I will try to build a SHACL baseline and put it on GitHub. Regards, ___________________________________ Joshua Cornejo marketdata<https://www.marketdata.md/> embed open standards across your supply chain From: Renato Iannella <r@iannel.la<mailto:r@iannel.la>> Date: Thursday 4 July 2024 at 03:04 To: "public-odrl@w3.org Group<mailto:public-odrl@w3.org%20Group>" <public-odrl@w3.org<mailto:public-odrl@w3.org>> Subject: Re: odrl:LeftOperand and odrl:Action affinity to odrl:Rule classes Resent-From: <public-odrl@w3.org<mailto:public-odrl@w3.org>> Resent-Date: Thu, 04 Jul 2024 02:04:11 +0000 Maybe this is where SHACL comes in? We did discuss this (briefly) many years ago, but decided to let the community define this level of additional rules. For example, you could conceive a Duty where I had to play a video of a Gambling Warning video each time I showed a Gambling advert (as we do here in Australia!) Cheers - R On 3 Jul 2024, at 20:52, Joshua Cornejo <josh@marketdata.md<mailto:josh@marketdata.md>> wrote: Hi, Has anyone considered the need for explicit affinity from left operands and actions to Rule classes? Operands: Example: odrl:payAmount should only be used in odrl:Duty Or are there use cases where implicit duties are applicable: ex:PaymentRefinement a odrl:Constraint; odrl:leftOperand odrl:payAmount; # <-- this refinement now looks like a Duty within a Permission odrl:operator odrl:eq; odrl:rightOperand "25"^^xsd:decimal. ex:ActionURI a odrl:Action; odrl:action odrl:play; odrl:unit iso4217:EUR; odrl:refinement ex:PaymentRefinement. ex:Permission a odrl:Permission; terms:created "2024-067-03T09:33:36.9180000Z"^^xsd:dateTime; odrl:target ex:AssetURI; ex:actionReference ex:ActionURI. Actions: Likewise, certain actions shouldnât have an affinity with rule classes. An example that comes to mind would be odrl:play shouldnât be used within an odrl:Duty. Regards, ___________________________________ Joshua Cornejo marketdata<https://www.marketdata.md/> embed open standards across your supply chain
Received on Thursday, 4 July 2024 07:18:32 UTC