18:00:23 RRSAgent has joined #shapes 18:00:23 logging to http://www.w3.org/2016/07/28-shapes-irc 18:00:25 RRSAgent, make logs rdf-data-shapes 18:00:25 Zakim has joined #shapes 18:00:27 Zakim, this will be SHAPES 18:00:27 ok, trackbot 18:00:28 Meeting: RDF Data Shapes Working Group Teleconference 18:00:29 Date: 28 July 2016 18:00:52 chair: Arnaud 18:00:56 kcoyle has joined #shapes 18:00:57 agenda: https://www.w3.org/2014/data-shapes/wiki/Meetings:Telecon2016.07.28 18:03:00 present+ 18:03:25 present+ 18:03:32 present+ 18:04:09 I'm fighting with webex myself... 18:04:59 present+ 18:06:46 present+ 18:08:24 regrets: jamsden, andys 18:10:39 scribenick: dimitris topic: Admin 18:11:15 PROPOSED: Approve minutes of the 21 July 2016 Telecon: http://www.w3.org/2016/07/21-shapes-minutes.html 18:11:37 RESOLVED: Approve minutes of the 21 July 2016 Telecon: http://www.w3.org/2016/07/21-shapes-minutes.html 18:12:02 Arnaud: we meet again next week topic: Disposal of Raised Issues 18:12:15 PROPOSED: Open ISSUE-175 18:12:41 +1 18:12:44 Arnaud: Dimitris raised an issue and put together some proposals for renaming the term scope 18:12:48 +1 18:13:12 +1 18:13:32 RESOLVED: Open ISSUE-175 18:13:39 ... let's open it but should try and close it next week 18:13:55 topic: ISSUE-134 18:14:12 PROPOSED: Close ISSUE-134 as no longer relevant 18:14:33 Arnaud: Looks like this has become irrelevant with the choices we made 18:14:34 +1 18:14:57 +1 18:14:58 +1 18:15:06 +1 18:15:26 q+ 18:15:34 ack kcoyle 18:16:00 kcoyle: have we accepted the proposal for the property path generalization and can anyone point to that? 18:16:35 Dimitris: yes 18:17:15 Kcoyle: I can look up the resolution 18:17:37 https://www.w3.org/2016/06/30-shapes-minutes.html#resolution04 18:18:49 hknublau_ has joined #shapes 18:19:23 we can hear you 18:19:35 maybe time to retire? 18:20:13 RESOLVED: Close ISSUE-134 as no longer relevant 18:20:47 +1 18:21:50 topic: Drafts Publication 18:22:08 Arnaud: When can we publish a new SHACL draft? 18:22:38 q+ 18:22:44 ... how much time do the editors need? 18:22:49 ack hknublau_ 18:23:18 hknublau: I think issue 133 will have a big impact and then the renaming of scope 18:23:43 ... after these are resolved mostly readability and editorial issues will remain 18:23:48 q+ 18:24:21 ack Dimitris 18:25:14 Arnaud: we can decide if we delay 133 and 175 18:25:49 dimitris: I think we should delay a couple of weeks to make the syntax stable 18:27:07 q+ 18:27:14 ack kcoyle 18:27:23 Arnaud: The abstract syntax was improved to tackle the issues we discussed last week but people should check the new document 18:28:09 kcoyle: I would like to hear from people what they think about it 18:28:30 Arnaud: I'd like us to agree on a plan 18:28:31 q+ to say i'd love to rescue the word "parameters" 18:29:06 ericp: there are many buttons that can hide different things in the document 18:29:16 q+ 18:29:22 ack ericP 18:29:22 ericP, you wanted to say i'd love to rescue the word "parameters" 18:29:27 ack Dimitris 18:30:33 Dimitris: I noticed some duplication in the examples, would be nice to align them 18:30:34 Thanks @ericP to the collapse button for the BNF 18:30:49 ericP: Scoping was a reason for duplication 18:32:13 ... would be nice to make the validation work without explicit scopes 18:32:34 Dimitris: There was already an issue about this by Holger 18:33:29 hknublau: It is useful but since we are keep changing at the moment and syncing is not easy 18:33:56 Arnaud: can we somehow automate the syncing 18:34:17 ericP: Scala would be an option 18:34:32 "Nary" should become "N-ary" ... https://en.wikipedia.org/wiki/Arity "Nary" has meanings other than intended. 18:34:42 thx ted 18:36:20 Arnaud: Holger and Dimitris should signal when you are done so that Eric and Karen can start 18:37:23 Ericp: I will do another pass at naming things 18:37:40 ... like parameters / arguments 18:38:41 tallted: if you want to change terminology you should make a complete proposal 18:39:30 Arnaud: I agree with Ted, if you want to rename something make a concrete proposal, at this point we should be very precise 18:40:08 topic: ISSUE-133 18:41:10 TallTed, s/nary/n-ary/g done 18:41:11 q+ 18:41:12 Arnaud: last week we had a strawpoll and the WG was divided with a slight preference for merging Shapes and NodeConstraints 18:41:16 ack kcoyle 18:42:01 kcoyle: with Shape becoming a subclass of Constraint it doesn't work for me because we have shapes at different levels 18:42:40 ... I need someone to explain to me how this works when constraints contain constraints 18:43:00 ... at this point shapes look shapeless 18:44:10 hknublau: we already have this situation anyway, shapes can point to NodeConstraints and NodeConstraints can point to Shapes 18:44:43 ... it depends on if we agree if a Shape is actually a big constraints 18:45:15 ... it is like an AND construct 18:45:43 ... from this point of view merging makes sense 18:46:13 kcoyle: then why do we still have constraint? 18:47:08 ... so Shape is a Constraint 18:48:42 hknublau: before we had sh:constraint to link to a NodeConstraint but now we attach directly to the shape 18:48:52 q+ 18:50:39 EricP: the problem was with filters I think that was not clear if filters had filters what is happening 18:50:49 https://www.w3.org/2016/07/21-shapes-minutes.html#item04 18:51:01 q- 18:52:15 I think that's what I see, too 18:52:38 STRAWPOLL: a) merge Shape and NodeConstraint, b) don't merge Shape and NodeConstraint 18:52:41 Arnaud: this merge collapses concepts 18:53:05 Dimitris: I also like to keep things separate 18:53:08 a) +1 b) -0.7 18:53:11 a) -.9 b) +1 18:53:30 a) -0 b) +1 18:53:46 a +0.9 b -0.9 18:53:49 a:+1 b:0 18:53:56 a) -.9 18:54:03 a) -.9 b) +1 18:56:39 Arnaud: what do we do with the strawpoll now? Either one would pass because noone has objected firmly 18:57:01 s/a +0.9 b -0.9/a +1 b -1/ 18:59:15 ... Eric, how is this related to ShEx? 18:59:50 EricP, this will not change the abstract syntax, this is less about the alignment with ShEx 19:00:00 PROPOSED: merge Shape and NodeConstraint 19:00:08 +1 19:00:11 s/EricP, /EricP: / 19:00:16 +1 19:00:20 +1 19:00:21 -0 19:00:21 -.9 19:00:29 -.9 19:00:58 RESOLVED: Merge Shape and NodeConstraint 19:01:28 Arnaud: with that done we can close issue 133, right? 19:01:47 PROPOSED: Close ISSUE-133, based on the series of related resolutions 19:01:59 +1 19:02:02 hknublau: there are a couple of follow-up issues mentioned in my email but can be treated separate 19:02:04 +1 19:02:11 +1 19:02:51 +1 19:02:59 RESOLVED: Close ISSUE-133, based on the series of related resolutions 19:04:11 hknublau: with the merging sh:or is simpler and we can drop sh:datatypeIn and sh:classIn 19:04:18 https://lists.w3.org/Archives/Public/public-data-shapes-wg/2016Jul/0076.html 19:04:46 topic: ISSUE-135 19:04:46 issue-135 -- Should sh:and/sh:or/sh:not/sh:valueShape support constraints too? -- open 19:04:46 http://www.w3.org/2014/data-shapes/track/issues/135 19:04:52 ... and another issue is if sh:and/or point to constraints which is indirectly resolved 19:05:15 PROPOSED: Close ISSUE-135, no longer relevant 19:05:19 +1 19:05:22 +1 19:05:23 +1 19:05:33 +1 19:05:38 +1 19:05:49 RESOLVED: Close ISSUE-135, no longer relevant 19:06:12 topic: ISSUE-141 19:06:12 issue-141 -- How to represent mixed datatype-or-class ranges -- open 19:06:12 http://www.w3.org/2014/data-shapes/track/issues/141 19:06:40 proposes: remove sh:datatypeIn and sh:classIn components as they can be expressed with sh:or 19:07:22 +1 19:07:40 s/proposes/PROPOSED/ 19:09:04 +1 19:09:10 +1 19:09:23 ericP: should we remove sh:in as well 19:09:29 +1 19:09:41 0 19:09:41 hknublau: sh:in is useful and I would keep it 19:09:51 0 19:09:57 RESOLVED: Remove sh:datatypeIn and sh:classIn components as they can be expressed with sh:or 19:11:14 PROPOSED: Close ISSUE-141, mixed ranges can now be uniformly handled 19:11:14 PROPOSED: close issue 141, mixed ranges can be expressed with sh:or 19:11:19 +1 19:11:33 +1 19:11:45 +1 19:11:45 +1 19:11:54 0 19:12:08 +1 19:12:12 RESOLVED: Close issue 141, mixed ranges can be expressed with sh:or 19:12:18 Wow, we are on a run. Should we handle the scope naming issue next? 19:13:02 Arnaud: let's talk about nested severities topic: ISSUE-150 19:13:24 https://lists.w3.org/Archives/Public/public-data-shapes-wg/2016Jul/0079.html 19:14:31 EricP, I had an action item to see how ShEx people would do it and they said they avoid it 19:14:32 action-37 19:14:32 action-37 -- Eric Prud'hommeaux to Check what happens in the shex extension that has severities -- due 2016-05-26 -- OPEN 19:14:32 http://www.w3.org/2014/data-shapes/track/actions/37 19:16:01 issue-150 19:16:01 issue-150 -- Treatment of nested severities -- open 19:16:01 http://www.w3.org/2014/data-shapes/track/issues/150 19:17:31 Arnaud: Dimitris sent an email with his preferences 19:18:08 https://lists.w3.org/Archives/Public/public-data-shapes-wg/2016Jul/0079.html 19:22:12 lowest = least severe? 19:22:33 19:22:35 b) Use the outer, unless the inner was lower e.g. 19:22:37 outer: Warning, inner: Info -> use Info 19:22:39 outer: Warning, inner: Violation -> use Warning 19:24:13 q+ 19:26:24 ack kcoyle 19:26:58 kcoyle: I would want the opposite of what Dimitris prefers, the most severe 19:27:30 ... if it is inner or outer, the most severe should win 19:28:13 q+ 19:28:17 Arnaud: there are different dimensions 19:28:31 ack hknublau_ 19:28:34 kcoyle: but we need to make it very clear 19:29:28 q+ 19:29:33 hknublau: I think the current spec is OK for me, if an nested object returns a violation there are many cases where we want to override 19:30:00 ... I need some time to look into this in more detail 19:30:04 ack TallTed 19:30:46 TallTed: I think the conceptualization of this is key 19:31:00 ... I have data about people and require an address 19:31:41 ... within the address I can allow a city or state, or more details, if the inner shape is the address 19:32:02 ... my address shape must have a street address 19:32:35 sh:shape may even take a companion parameter to specify the minimum severity. 19:32:41 ... the violation of the inner shape should not mean that the outer shape is broken 19:54:15 trackbot, end meeting 19:54:15 Zakim, list attendees 19:54:15 As of this point the attendees have been hknublau, pano, kcoyle, TallTed, Arnaud, ericP, Dimitris 19:54:23 RRSAgent, please draft minutes 19:54:23 I have made the request to generate http://www.w3.org/2016/07/28-shapes-minutes.html trackbot 19:54:24 RRSAgent, bye 19:54:24 I see no action items