- From: Phil Archer <phila@w3.org>
- Date: Mon, 30 Jan 2017 13:36:43 +0000
- To: POE WG <public-poe-wg@w3.org>
The minutes of today's meeting are at
https://www.w3.org/2017/01/30-poe-minutes
Thanks to Caroline for scribing.
Snapshot below:
Permissions and Obligations Expression Working Group Teleconference
30 Jan 2017
[2]Agenda
[2] https://www.w3.org/2016/poe/wiki/Meetings:Telecon20170130
See also: [3]IRC log
[3] http://www.w3.org/2017/01/30-poe-irc
Attendees
Present
renato, simonstey, phila, michaelS, CarolineB, Sabrina,
benws2, smyles, Brian_Ulicny, victor.
Regrets
serena
Chair
renato
Scribe
CarolineB
Contents
* [4]Topics
1. [5]Preliminaries
2. [6]deliverables
* [7]Summary of Action Items
* [8]Summary of Resolutions
__________________________________________________________
Preliminaries
<michaelS> scribe: CarolineB
<michaelS> scribenick: CarolineB
<renato> [9]https://www.w3.org/2017/01/16-poe-minutes.html
[9] https://www.w3.org/2017/01/16-poe-minutes.html
<phila> [NOTUC]
minutes approved
<phila> (No objection to unanimous consensus)
deliverables
<renato> [10]https://github.com/w3c/poe/issues
[10] https://github.com/w3c/poe/issues
renato: from issues list, got thorugh many last week, couple
waiting for comment.
... semantic details being discussed
... json ld section needs work
<simonstey> +q
benws2: complex constraints. Simon and Michael were going to
give examples to show pitfalls
<renato> isNecessaryFor - the left operand Constraints must be
satisfied before processing the left operand Constraint which
then must be satisfied
simonstey: main problem is that isNecessary means that temporal
dependencies can be imposed between constraints
<simonstey> c1 isNecessaryFor c2, c2 isNF c3, c3 isNF c1
simonstey: adn this leads to deadlock - as example above
<simonstey> c1 isNF c2, c3 isNF c2, c1 xor c3
<simonstey> c4 isNF c1 -> c4 not resolveable
<michaelS> q
simonstey: I think we should avoid combining constraints so
that we avoid huge chains
... lets simply say before or after date/times
michaelS: we need to think of worst cases. So if checking takes
too long we could set a timeout period for checking
... or a default value for what happens if you get a timeout
renato: Remove all extended constraint stuff?
simonstey: just leave and or xor etc. remove IsNecessary
concept for now
... we need to leave constraint on constraint, not remove it
... just still need to think about the requirement. Temporal
constraint is too difficult
benws2: we d need to be able to check amount and unit
... so we need to keep case where there is more than one
predicate. Is it simply temporal that is problematic?
... are there complex constraints we can retain?
renato: haven't yet found a solution to cover all cases despite
talking a lot
... but if we don't have it at all in the draft we are saying
we can't handle constraint on constraint at all
<benws2> +1 to expression
simonstey: if we keep it, I want to go over edge cases and
explain the problems
... we must avoid must be satisfied *before* processing. to
avoid deadlocks
michaelS: so should we include sequence for processing?
renato: is necessary for gives us that sequence
brian_ulicny: owl and sparql use if then - can we do the same
and only evaluate all constraints when they are all
satisfiable?
... exampe of event + 30 inutes relies on representing the
extra 30 mins
simonstey: All Time a possible solution?
<simonstey> owl
owl time that is
<simonstey> [11]https://www.w3.org/TR/owl-time/
[11] https://www.w3.org/TR/owl-time/
simonstey: you can't always check everything of ocurse
<phila> phila: if it matters, OWL time gets an update on
Thursday [12]https://www.w3.org/TR/2017/WD-owl-time-20170202/
[12] https://www.w3.org/TR/2017/WD-owl-time-20170202/
<benws2> :)
renato: we will need to revisit this section and add more
narrative to IsNecessaryFor (isNF)
simonstey: some editorial things need fixing.
... current information model still contains legacy sections
(from xml) that are confusing; e.g. 3.4
... adn some parts too implementation specific; e.g. inherit
condition
... please would everyone go over, check these things and
suggest changes w eneed
benws2: there is some ambiguity around prohibitions and
permissions
simonstey: shouldn't have a policy with only prohibitions
benws2: is a prohibition at same level as permission or should
it only qualify a permission?
renato: originally anything permitted must be in the expression
all else assumed ot be prohibited
... yes, we should probably revisit for clarity
michaelS: the starting point of nothing is permitted came from
discussion with lawyers. It's a legal pov
simonstey: suggests this could be too restrictive for ODRL
<smyles> [13]http://dev.iptc.org/RIghtsML-Processing-Model
[13] http://dev.iptc.org/RIghtsML-Processing-Model
smyles: rightsML processing model is defined 1. first look at
whats permitted then look at ODRL.
... reason we defined it that way since news is handled that
way now ex ODRL
renato: we are reviewing the prohiition section
<simonstey> +q
renato: q-
... we need to create a JsonLD context
<michaelS> regret not joining next call
Summary of Action Items
Summary of Resolutions
[End of minutes]
__________________________________________________________
Received on Monday, 30 January 2017 13:36:27 UTC