- From: Renato Iannella <r@iannel.la>
- Date: Fri, 14 Jun 2024 17:02:05 +1000
- To: "public-odrl@w3.org Group" <public-odrl@w3.org>
- Message-Id: <FE8E1A33-C24A-4C0E-BE72-A92666ED3606@iannel.la>
I think the only way to “constrain” the assignee is to use a party collection…. Something like…. ex:policy001 a odrl:Agreement ; odrl:assigner <http://example.com/party:owner> ; odrl:target <http://example.com/asset:1> ; odrl:permission [ odrl:assignee a odrl:PartyCollection [ odrl:source <http://identity.bigcompany.com/> odrl:refinement [ odrl:leftOperand odrl:function ; odrl:operator odrl:eq ,; odrl:rightOperand <<http://identity.bigcompany.com/role/user> ] ] odrl:action odrl:play ] ; … R > On 13 Jun 2024, at 17:32, Joshua Cornejo <josh@marketdata.md> wrote: > > I am looking for a constraint-based model for the tuples of [action -> parties] to prevent the following 2 situations: > As your catalogue of policies grows (policies + roles + departments + parties), it will create unnecessary rules that need to be managed and tracked in sets (extra admin + more chance of errors). > If I want to map to the control layer in REGO (OPA) or CEL (FGA), I have N ODRL rules = 1 REGU/CEL rule (N = number of parties) – now my ‘mapper’ has to be extra smart to bound to the output (complex), or I will have a larger (unnecessary) ruleset to test (runtime inefficient). > 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 13 June 2024 at 04:04 > To: "public-odrl@w3.org <mailto:public-odrl@w3.org> Group" <public-odrl@w3.org <mailto:public-odrl@w3.org>> > Subject: Re: constraining parties and leftOperands > Resent-From: <public-odrl@w3.org <mailto:public-odrl@w3.org>> > Resent-Date: Thu, 13 Jun 2024 03:04:29 +0000 > > I may have missed some complexity, but would this work: > > ex:policy001 a odrl:Agreement ; > odrl:assigner <http://example.com/party:owner> ; > odrl:target <http://example.com/asset:1> ; > odrl:permission [ > odrl:assignee <http://example.com/party:user> ; > odrl:action odrl:play > ] ; > odrl:permission [ > odrl:assignee <http://example.com/party:administrator> ; > odrl:action odrl:transform > ] . > > Cheers - R > >
Received on Friday, 14 June 2024 07:02:26 UTC