- From: Michael Steidl via GitHub <sysbot+gh@w3.org>
- Date: Wed, 25 Jan 2017 08:55:44 +0000
- To: public-poe-archives@w3.org
@riannella Frankly I'm not happy with this "opening up" language as I
tried to make it clear what each of these attributes stands for, now
it got ambiguous.
I think we must use a strict divide by "in case of a Constraint
expression" and "in case of Constraint Relations expression" else any
reader who is not familiar with the thinking of this group will not be
able to sort out the difference ... so I propose for
http://w3c.github.io/poe/model/#constraint:
* As inserted 3rd paragraph:
A Constraint can also be used for a Constraint Relations expression to
combine the results of two Constraints.
* * leftOperand: the left operand of the operation (REQUIRED)
* (below the bullets)
In case of a Constraint expression the leftOperand identifies the left
operand of the logic operation for the Constraint, it SHOULD include
the entity it constrains and how its value for a comparison has to be
retrieved/generated. The leftOperand MAY be one of the Constraint Left
Operands defined in the ODRL Vocabulary [vocab-odrl] or from an ODRL
Profile. In case of a Constraint Relations expression the leftOperand
MUST refer to a complete Constraint object.
* In case of a Constraint expression the operator identifies the
logical operation such as “greater than” or “equal to” between the
left and right operand. In case of a Constraint Relations expression
the operator identifiers the logic relationship of two constraints
using operators like 'and', 'or' or 'xor'.
* In case of a Constraint expression the rightOperand identifiers ...
In case of a Constraint Relations expression the rightOperand MUST
refer to an complete Constraint object.
* In case of a Constraint expression the dataType indicates ...
{{appended}} In case of a Constraint Relations expression these
attributes MUST NOT be used.
* In case of a Constraint expression the status provides ....
{{appended}} In case of a Constraint Relations expression status MUST
NOT be used.
And we need a clarification in
http://w3c.github.io/poe/model/#constraint-relations which constraints
can be used for Constraint Relations: from the discussions I infer
using only constraints of the Permission/Prohibition/Duty the
Constraint Relations is applied to is sufficient, relationships
"across the boarder" are not needed.
A practical issue I see: How can a receiver of a policy easily parse
out that the leftOperand and the rightOperand are a constraint? In RDF
this might be easier than in XML. I guess an implicit selector for
"is Constraint" or "is Constraint Relations" could be the value of the
operator: AND, OR or XOR makes it a Constraint Relations.
**Note**: I don't understand the specification of the status attribute
... it provides "the current value of leftOperand" - could the value
of leftOperand change over time??
--
GitHub Notification of comment by nitmws
Please view or discuss this issue at
https://github.com/w3c/poe/issues/94#issuecomment-275052635 using your
GitHub account
Received on Wednesday, 25 January 2017 08:55:50 UTC