12:26:31 RRSAgent has joined #poe 12:26:31 logging to http://www.w3.org/2017/01/23-poe-irc 12:26:33 RRSAgent, make logs public 12:26:33 Zakim has joined #poe 12:26:35 Zakim, this will be 12:26:35 I don't understand 'this will be', trackbot 12:26:36 Meeting: Permissions and Obligations Expression Working Group Teleconference 12:26:36 Date: 23 January 2017 12:26:40 RRSAgent, make logs public 12:26:59 Chair: Ben 12:27:06 Regrets: Sabrina, Victor 12:27:12 present+ renato 12:28:18 present+ 12:28:23 michaelS has joined #poe 12:29:00 present+ 12:29:33 Serena has joined #poe 12:29:52 present+ 12:30:33 present+ 12:30:44 scribe: Phil 12:30:48 scribeNick: phila 12:31:19 Thanks ;-) 12:31:52 Topic: Last Week's minutes https://www.w3.org/2017/01/16-poe-minutes.html 12:32:08 smyles has joined #poe 12:32:25 present+ 12:33:17 present+ 12:34:08 CarolineB has joined #poe 12:34:13 present+ michaelS 12:34:18 benws2: Any objections? 12:34:31 RESOLUTION: Last week's minutes accepted 12:34:37 Brian_Ulicny has joined #poe 12:34:42 present+ 12:34:51 Topic: Constraints 12:35:10 https://lists.w3.org/Archives/Public/public-poe-wg/2017Jan/0012.html 12:35:13 benws2: renato Wouldyou like to introduce your solution to complex constraints and how that extendes to extended relations 12:35:22 present+ CarolineB 12:35:37 renato: Idea is that constraints on constraints work by allowing L and R operand to be existing constraint objects 12:35:50 ... This is supported in our 3 syntaxws 12:35:55 ... use XOR or AND 12:36:10 ... Create the 2 constraints and then say XOR between C1 and C2 12:36:24 ... That is then closely related to extended relations 12:36:50 ... If we only constrained constraints... we already have L&R operands. Doesn't fit with duties 12:37:19 q? 12:37:47 renato: TNhe proposal is not to support extended relations for duties as it doesan't have the same functions as constraints 12:37:59 ... where we have L & R operands. We don't have tht for duties 12:38:17 ... So if we only limit ERs to Constraints then we're OK 12:38:26 ... The use case for this was a duty that had 2 constraints 12:38:32 ... We'll support this. 12:38:35 q? 12:38:43 +q 12:38:57 benws2: The 1st question - would anyone suffer if ER were no longer applicable to duties? 12:39:04 ack simonstey 12:39:37 simonstey: Regarding the use case, there's the famous example of breaking the law, you can choose whether you want to pay or go to gaol, so you have 2 ways to act 12:40:13 simonstey: But another question... 12:40:34 ... in the e-mail, renato, you said ... AIUI, each L & R operand would be a constraint object 12:40:54 ... So we might have dateTime for Left Op, and then ... 12:41:02 ... So end of 2016, OR end of 2017 12:41:20 ... Or can we only bundle constraints... (scribe lost detail) 12:41:29 renato: At the constraint level, the 2 objects would be constraints 12:41:56 simonstey: I don't see why, without doing the changes, I think legacy ODRL, I think those extended relations are also easy? 12:42:13 q+ 12:42:16 ... I don't see how the changes affect on a constraint level 12:42:58 renato: I think before we had explicit left operand, where the LO was an actual constraint, say, 'day time' then it seemed harder to model the ERs between 2 separate constraints. 12:43:18 ... Now it's clear that we have LO and RO, and they can be constraint objects, it seems clearer 12:43:28 simonstey: I'd have C1 less than C2... 12:43:41 [Agreement] 12:43:52 benws2: TO summarise... 12:44:00 ... The model doesn't change, just the syntax? 12:44:22 renato: Pretty much. There are no major changes. maybe a bit of narrative updatwe for how to use them. But there's no structural change to the model 12:44:34 ... As I replied to Stuart, we may have processing rules for XML 12:44:41 benws2: No impact on expressivity? 12:44:52 simonstey: You can say more things 12:45:09 ... AND brings no additional expressivity, but OR and XOR do 12:45:30 benws2: I meant compared with the old model 12:45:38 simonstey: Hopefully only the extended expressivity. 12:45:45 simonstey: It's really just the same thing. 12:45:51 q? 12:46:00 ack smyles 12:46:18 smyles: I agree that the proposed solution works, and it does make the model more powerful 12:46:30 ... I just think we'll have to work through the details of the syntax 12:46:40 ... You need a slightly more powerful processing model than we did for ODRL 2.1 12:46:46 ... Otherwise I think it works. 12:46:57 benws2: On the concept of Cs on Cs... 12:47:02 +q 12:47:05 q? 12:47:10 q+ 12:47:17 ack simonstey 12:47:24 simonstey: The ERs are fine and understandable 12:47:45 ... what this depends on... it's tricky. There are many different ways to look at it. 12:47:56 ... Does depend have a logical implication? 12:48:18 ... If A depends on B then can't be true if B is false, but that doesn't imply any temporal order 12:48:41 ... And then there is this temporal dependency: first X has to be true, then y has to be true - and that's not the same. 12:48:59 ... Depending how we define our ERs could extend to the situation where you have a nested XOR on one side 12:49:18 ... and this depends on another giant construct, both referring to the same Cs in a loop 12:49:47 ... When do you want to check, how long do you have to wait? 12:49:56 ... Many differnet things to consider and be aware of. 12:50:02 benws2: Are you optimistic? 12:50:12 simonstey: Optimistic with ERs, but not the dependencies 12:50:12 q+ 12:50:32 ... We have to be super clear on how Cs that depend on each other have to be validated and processed. 12:50:49 ... Maybe we have to make it impossible to point to certain... 12:51:30 benws2: I think the way to progress, is to generate some cases that you can bring back to the group 12:51:48 action simonstey to generate some use cases the show problems with dependencies 12:51:48 Created ACTION-39 - Generate some use cases the show problems with dependencies [on Simon Steyskal - due 2017-01-30]. 12:52:12 benws2: Does that capture what you wanted to do? 12:52:30 q? 12:52:38 simonstey: There are many different aspects. Is this feasible, anda then describe it in a bullet proof way 12:52:44 q+ to talk about test suites (again) 12:52:49 ack michaelS 12:53:04 michaelS: I sent a comment earlier today... it goers close to what Simon has outlined. 12:53:14 q+ 12:53:17 ... Maybe we can trim it down to a sequence 12:53:33 ... Then I notice that renato says something like that was defined for ODRL1 but then taken out. 12:53:43 ... My basic concern is that it gets too complex. 12:54:05 ... Could there be a chain of such dependencies... C1 on C2 on C3 etc. 12:54:17 ... I'd like to trim it down to things that are widely requested 12:54:29 benws2: So could you collaborate with Simon on some cases? 12:54:30 q? 12:54:32 michaelS: Yes 12:54:34 ack r 12:54:56 renato: I agree with both the previous points. It can get complicated, that's why we took it out. 12:55:32 ... What we could do... we could state that C1 and C2 should be atomic constraints, i.e. not part of another expression, so you always havea a simple operation 12:55:42 ... So I think we should include that in the processing model 12:55:57 renato: Happy for others to come up with better wording of course. 12:56:19 ... And the other thing... the other option is not to support Cs on Cs and say it's too hard and will cause problems in the future. 12:56:44 benws2: Just on Cs on Cs, we've talked about it a lot, which is worrying, but there are some solid use cases so it's clearly needed. 12:57:08 q? 12:57:09 ... We do have to respond to constraints that are more complex than the model currently supports. Embargo being a simple case in point 12:57:30 renato: Sure this proposal forCs on Cs we should stipulate that C1 nad C2 should be atomic 12:57:32 precedes/succeeds ? 12:57:34 ack me 12:57:34 phila, you wanted to talk about test suites (again) 12:59:06 phila: Exhorts Simon and Michael to think in terms of test data when coming up with these examples 12:59:41 simonstey: Seems reasonable. Maybe we can work out a way that those sequential Cs could work. The current version wouldn't work in long chains 13:00:14 ... You need to know if it;s the same sequence, or a separate sequence, I don't see how this works without URIs 13:00:39 ... There may be a C that precedes another C etc. 13:00:49 q? 13:00:55 ack s 13:00:56 ack simonstey 13:01:07 benws2: Any more to say on constraints? 13:01:13 [Silence] 13:01:16 https://www.w3.org/2016/poe/wiki/Deliverables 13:01:18 Topic: Deliverables 13:01:29 renato: An update.. 13:01:39 ... The vocab and model have been updated in the EDs 13:01:44 ... Less than a day ago. 13:01:50 https://github.com/w3c/poe/issues 13:01:56 ... All current issues, including those ones we are talking about today... 13:02:02 ... Most are now marked to be closed 13:02:06 ... With a Red tag 13:02:29 ... That will cover the approved requirements, the multiple actions and parties... 13:02:57 ... So I think the current state of the 23 TR docs to be - after we make the changes after today, I think the docs will be ready to be published as next iterations 13:03:04 ... Ideally we can vote next Monday 13:03:25 ... Depending whether Simon and Michael's use cases raise any other issues along the way, 13:03:30 benws2: OK 13:03:54 renato: What that means for the rest of the WG is: please read the current 2 specs. You can follow through the issues, or just read the drafts 13:04:06 renato: Both docs include change logs 13:04:38 ... Please read through and raise any issues, especially substantive ones. 13:04:55 ... We need to get the wide reviews so ideally we're close to having all the functional detail done 13:05:22 benws2: Are we going to update the UCR? 13:05:34 renato: Yes, but it doesn't have to be simultaneous 13:06:45 +1 to phil 13:07:01 phila: No rules on this, but if it is only a week before UCR is ready, then it makes a better PR story if they all go out together 13:07:25 benws2: OK, can my fellow UCR editors get the doc done in 2 weeks? 13:07:43 "a hard fortnight" ;-) 13:07:52 [General discussion about getting the UCR doc updated] 13:08:01 benws2: Anything else under deliverables? 13:08:11 https://www.w3.org/2016/poe/wiki/Deliverables 13:08:17 renato: The list of who we're going to seek wide review from 13:08:35 ... More names/organisations would be good there 13:08:50 q? 13:09:51 action: phila to find example of wide review e-mail text 13:09:51 Created ACTION-40 - Find example of wide review e-mail text [on Phil Archer - due 2017-01-30]. 13:10:05 ivan: There are some WGs that have their own self-testing questionnaire 13:10:11 ... Privacy I think has that 13:10:18 phila: Yes, i18n does too 13:10:35 ivan: So it might be worth going through that immediately after publication. 13:10:49 ... Privacy folks will ask you to go through that before they look at it 13:11:18 http://gregnorc.github.io/ping-privacy-questions/ 13:11:31 https://w3ctag.github.io/security-questionnaire/ 13:11:47 https://www.w3.org/International/techniques/developing-specs?collapse 13:12:20 +q 13:12:22 phila: I don't think this WG is relevant to a11y? 13:12:34 ivan: Probably not, but in the past they have commented on the spec itself. 13:14:30 [Phil and Ivan discuss a11y needs] 13:14:46 action: phila Look into accessible SVG version of the model diagram 13:14:46 Created ACTION-41 - Look into accessible svg version of the model diagram [on Phil Archer - due 2017-01-30]. 13:15:46 https://www.w3.org/WAI/ER/tools/ 13:16:03 simonstey: I can remember when we had a more tedious method of checking docs through a11y 13:16:18 ... If you pass those guidelines then you could go. 13:16:34 -> https://www.w3.org/pubrules/ PubRules 13:16:47 ivan: I don't think PubRules does a11y atthe moment 13:17:12 simonstey: I can imagine that for our vocab to be accessible, something to complain about is certain concepts may not be full described 13:17:44 ivan: I think having a description for each terms is a GOOD THING 13:17:48 https://www.w3.org/2016/poe/track/actions/open 13:17:58 s/GOOD THING/good thing/ 13:18:39 benws2: Reads through the open issues, noting his own... 13:19:07 ... Unit of count. I remember having a discussion about this. I don't think Good Relations provided that support. 13:19:46 *you mean Sabrina I guess :)* 13:19:52 simonstey: I know Sabrina is busy this week 13:20:18 RRSAgent, draft minutes 13:20:18 I have made the request to generate http://www.w3.org/2017/01/23-poe-minutes.html phila 13:20:46 close action-34 13:20:46 Closed action-34. 13:21:00 benws2: I think we can close action-36 13:21:04 close action-36 13:21:04 Closed action-36. 13:21:16 benws2: We have decided on London... 13:21:23 close action-37 13:21:23 Closed action-37. 13:21:38 benws2: Any more to say on actions? 13:21:44 Topic: London F2F 13:22:10 renato: At this stage it's about logistics. We'll work on the agenda nearer the time but dates and venues are decided. 13:22:22 benws2: I'll provide recommended hotels etc. 13:22:46 q+ 13:22:52 ack simonstey 13:23:04 Topic: BYTE 13:23:06 https://lists.w3.org/Archives/Public/public-poe-comments/2017Jan/0002.html 13:23:54 +q 13:24:26 ack phila 13:25:13 benws2: Might be worth pinging Victor directly 13:25:25 .. ANd I did this translation some time aho 13:25:48 simonstey: I'm in Dalicc - we're responsible for the processing, not the modelling 13:26:06 ... They tried to read the entire licence and see whether there were pieces missing 13:26:17 ... to represent the whole licence is complicated 13:26:41 ack simonstey 13:26:48 My response: https://lists.w3.org/Archives/Public/public-poe-comments/2017Jan/0003.html 13:27:28 simonstey: I had a meeting with a legal expert . They're trying to compare ccBy with other open licences and then we can some up with a way to crrectly represent them. 13:27:30 Duties are not "correctly" modelled... 13:28:16 q? 13:28:38 phila: Mentions the work at the EU data Portal where many licences have been compared 13:28:47 simonstey: Not sure that listing all the actions is the right approach. 13:28:56 benws2: Wraps up 13:29:07 RRSAgent, draft minutes 13:29:07 I have made the request to generate http://www.w3.org/2017/01/23-poe-minutes.html phila 13:29:09 Serena has left #poe 14:27:58 phila_ has joined #poe 14:28:51 phila_ has joined #poe 14:31:16 benws has joined #poe 14:37:29 phila_ has joined #poe 14:38:07 phila__ has joined #poe 14:49:14 ivan has joined #poe 15:42:14 phila__ has joined #poe 15:42:40 Zakim has left #poe