14:59:26 RRSAgent has joined #ldp 14:59:26 logging to http://www.w3.org/2014/11/24-ldp-irc 14:59:28 RRSAgent, make logs public 14:59:28 Zakim has joined #ldp 14:59:30 Zakim, this will be LDP 14:59:30 ok, trackbot; I see SW_LDP()10:00AM scheduled to start in 1 minute 14:59:31 Meeting: Linked Data Platform (LDP) Working Group Teleconference 14:59:31 Date: 24 November 2014 14:59:44 Ashok has joined #ldp 14:59:54 SW_LDP()10:00AM has now started 15:00:00 +Arnaud 15:00:11 +deiu 15:00:46 +Ashok_Malhotra 15:01:52 +Roger 15:02:01 SteveS has joined #ldp 15:02:04 roger has joined #ldp 15:02:06 +??P8 15:02:15 zakim, ??P8 is me 15:02:15 +pchampin; got it 15:02:16 TallTed has joined #ldp 15:02:22 +Steve_Speicher 15:02:34 zakim, Steve_Speicher is SteveS 15:02:34 +SteveS; got it 15:02:38 +OpenLink_Software 15:03:14 +Sandro 15:03:26 zakim, OpenLink_Software is TallTed 15:03:26 +TallTed; got it 15:03:53 MiguelAraCo has joined #ldp 15:04:00 Zakim, TallTed is OpenLink_Software 15:04:00 +OpenLink_Software; got it 15:04:02 Zakim, OpenLink_Software is temporarily me 15:04:02 +TallTed; got it 15:05:15 +Alexandre 15:05:45 betehess has joined #ldp 15:06:29 Zakim, who is on the phone? 15:06:29 On the phone I see Arnaud, deiu, Ashok_Malhotra, Roger, pchampin, SteveS, TallTed, Sandro, Alexandre 15:07:06 scribenick: TallTed 15:07:14 Proposal: Approve the minutes of the 17 November teleconf: http://www.w3.org/2013/meeting/ldp/2014-11-17 15:07:28 Approvedl: Approve the minutes of the 17 November teleconf: http://www.w3.org/2013/meeting/ldp/2014-11-17 15:07:39 s/Approved/Resolved/ 15:07:52 s/Approvedl/Resolved 15:08:00 +EricP 15:08:55 Topic: LDP spec 15:09:38 Arnaud: Eric has scheduled transition request calls... we need test contributions for Paging 15:10:08 bblfish has joined #ldp 15:10:09 I said last week, we have and will do more 15:11:04 roger: implementation is likely, but no timeframe is settled 15:12:34 +??P11 15:12:44 Ashok: Oracle will probably implement whatever Paging comes out of LDP-Next 15:12:49 Zakim, ??P11 is me 15:12:49 +nmihindu; got it 15:12:54 Zakim, mute me 15:12:54 nmihindu should now be muted 15:13:26 Topic: LDPatch format 15:13:43 http://lists.w3.org/Archives/Public/public-ldp-wg/2014Nov/0064.html 15:13:56 Arnaud: new draft was announced last week. one issue was raised, with proposal for resolution. 15:15:37 PROPOSED: Close ISSUE-100 making leading slash of Path expression optional per Alexandre's email 15:16:19 betehess: Path expressions were spec'ed with leading slash; wish was to spec *with* slash, mimicing SPARQL which was not inspiration for this syntax. proposal is to make the slash optional. 15:17:28 + +33.6.47.14.aaaa 15:17:47 ... XPath was inspiration, which uses leading slash to go up a step 15:18:16 q+ 15:18:31 q+ 15:19:49 ack bblfish 15:20:47 bblfish: has been using something similar in Scala and BananaRDF. wonders if the confusion comes from doing Patch before Search. 15:21:31 proposed LD path production rule at https://dvcs.w3.org/hg/ldpwg/raw-file/ldpatch/ldpatch.html#grammar-production-path 15:21:40 path ::= ('/'? step | constraint )? ( '/' step | constraint )* 15:21:46 ack Ashok 15:22:30 Ashok: XPath leading-slash starts at the root of the tree. what is leading-slash telling us here? 15:23:30 ... what does a path of *just* a slash mean? 15:23:40 betehess: just a slash isn't allowed by the grammar 15:23:42 so a PointedGraph is defined as case class PointedGraph(node: Node, g: Graph) 15:24:09 q+ 15:24:14 a + 1 + 2 + 3 15:25:01 sandro has joined #ldp 15:25:18 https://github.com/InTheNow/banana-rdf/blob/master/rdf/common/src/main/scala/org/w3/banana/PointedGraph.scala 15:25:42 ack pchampin 15:26:16 pchampin: the path is not self-sufficient, it's relative to what came before it 15:26:31 q+ 15:26:43 ... in this context, the slash sets relativity to the subject that came before it 15:27:04 q+ to say then use a dot, and never put a space before it 15:27:16 q+ 15:27:17 https://github.com/w3c/banana-rdf/blob/master/rdf-test-suite/jvm/src/main/scala/org/w3/banana/diesel/DieselGraphExplorationTest.scala 15:27:17 ack sandro 15:27:17 sandro, you wanted to say then use a dot, and never put a space before it 15:27:20 implementing it, you understand why it really makes sense 15:27:23 https://github.com/w3c/banana-rdf/blob/topic/ldpatch/ldpatch/src/main/scala/org/w3/banana/ldpatch/Semantics.scala#L181 15:27:33 exactly it's like a dot 15:27:52 sandro: so the slash here is like a dot in most programming languages these days -- subject.name is the subject's name 15:28:01 .foo.bar 15:28:03 s.foo.bar 15:28:30 ack bblfish 15:28:37 ... slash tends to suggest filepath or URL 15:28:39 https://github.com/w3c/banana-rdf/blob/master/rdf-test-suite/jvm/src/main/scala/org/w3/banana/diesel/DieselGraphExplorationTest.scala 15:28:48 betehess / foaf.name 15:28:58 it is a bit different in banana... 15:29:02 q+ to ask how much a leading '/' shows up in XPath. (I never see it in XSLT.) 15:29:03 val betehess: PointedGraph[Rdf] = ( 15:29:05 ... ) 15:29:06 I know, I implemented it 15:29:29 there is no pointed graph here, bblfish 15:29:35 no 15:29:43 So, there is a space. 15:29:44 -1 15:29:52 Eric, I believe a leading / indiactes the root of the doc on Xpath 15:29:56 Bind ?event <#> /schema:performerIn 15:29:59 Bind ?event <#>/schema:performerIn 15:30:24 Bind ?event <#> /schema:performerIn[/schema:url\ 15:30:28 I don't understand the space argument 15:30:31 Bind ?event <#> / schema:performerIn[ / schema:url\ 15:32:06 perhaps someting like 15:32:07 ack ericP 15:32:07 ericP, you wanted to ask how much a leading '/' shows up in XPath. (I never see it in XSLT.) 15:32:12 Bind ?event { <#> /schema:performerIn } 15:32:36 yeah, the optional leading / also surprised me 15:32:42 ericP: in XPath, the slash is optional. is there difference between XSLT and XQuery? 15:32:49 Bind ?event { <#>/schema:performerIn } 15:33:20 ... I don't have any leading slashes on paths in the XSLT I've written 15:33:36 s/written/read/ 15:34:34 q+ 15:34:41 ack sandro 15:34:54 i'd be ok with that 15:35:00 sandro: is the solution to make the slash mandatory, and remove the space character from the example code? 15:35:14 q+ 15:35:29 pchampin: I'd prefer more spaces than fewer. they make examples much clearer. 15:35:30 q- 15:35:40 sandro: I'm fine with a space before every slash 15:35:53 bethess "there is no pointed graph here, bblfish" <- that may be the problem in the explanation 15:36:00 Bind ?event <#> / schema:attendee [ / schema:url = ] . 15:36:08 so, mandatory / and example with space before all / 15:36:16 Bind ?event <#> /schema:attendee [ /schema:url = ] . 15:36:31 Bind ?event <#> / schema:attendee [ / schema:url = ] . 15:36:50 no mandatory space 15:37:06 TallTed: space-slash-space works best for me, for clarity in examples. doesn't need to be mandatory in code. 15:37:48 note the huge difference between " 1+2 " and "1 +2 " 15:37:58 agree spaces should not be mandatory, but in examples they may help clarify things 15:38:09 and "1 + 2" and "1+ 2" 15:38:31 right. asymmetric spacing on operators is very confusion. 15:40:26 PROPOSAL: mandatory / in grammar, examples in the spec with symmetric spacing around / 15:40:37 PROPOSED: Close ISSUE-100 keeping leading slash required, making use of spaces consistent in the examples in the spec 15:40:55 +1 15:40:56 +1 15:41:05 +1 15:41:12 +0 15:41:15 q+1 15:41:17 +1 15:41:21 +! 15:41:23 +1 15:41:24 +1 (it's not a `leading slash` because it's not a part of the element which follows ) 15:41:35 +1 15:41:37 +1 15:41:37 TallTed, exactly 15:41:45 (right, it's the "so-called leading slash") 15:41:59 perhaps introducing the notion of a pointed graph would help. 15:42:23 RESOLVED: Close ISSUE-100 keeping leading slash required, making use of spaces consistent in the examples in the spec 15:42:38 Topic: Timeline 15:43:02 it's a 20 minutes fix (need to update the implementation first, as the grammar is generated from there) 15:43:10 I think it is worth waiting 15:43:31 Arnaud: do we decide to go to CR now, or do we need review time after this change? 15:43:33 -Roger 15:43:43 I'd like to read it, in more detail as it is gathering more support 15:44:18 [ general consensus on taking a week to review, for 2014-12-01 vote on CR ] 15:45:10 Topic: Charter 15:45:48 q+ 15:45:54 ack 1 15:45:57 ack betehess 15:46:02 Arnaud: I've had no objections to current content, and no requests for addition 15:48:24 the specs 15:49:11 for us, the most important missing feature is a simple query language 15:52:37 me too 15:52:56 me too, I think it is a very practical model 15:53:00 Arnaud's proposal seems good. One would have to find out how to present featuers on the internet 15:57:08 -TallTed 15:57:15 bye! 15:57:16 -Ashok_Malhotra 15:57:21 -nmihindu 15:57:22 -Arnaud 15:57:23 -Sandro 15:57:23 -SteveS 15:57:24 - +33.6.47.14.aaaa 15:57:25 -Alexandre 15:57:28 -EricP 16:05:12 -deiu 16:15:37 sandro, can you say which version you prefer? 16:15:38 Bind ?event <#>/schema:attendee[/schema:url=] . 16:15:38 Bind ?event <#> /schema:attendee [/schema:url=] . 16:15:38 Bind ?event <#> / schema:attendee[ / schema:url= ] . 16:15:38 Bind ?event <#> / schema:attendee [ / schema:url= ] . 16:15:39 Bind ?event <#> /schema:attendee [ /schema:url= ] . 16:15:40 or something else? 16:15:58 in constraints, the left operand of / is implicit 16:16:15 it's like a higher-order function whose argument is the current node 16:16:29 so it's hard to "balance" the spacing in that case 16:17:55 note: unlike ericP said, / is not for the top node, it's just that at the top-level, we know to which node set to apply the path on 16:18:03 I mean, in xpath 16:20:56 I prefer 3 (or 4), though I’m not sandro 16:21:33 this can get me started :-) 16:21:52 thanks 16:23:35 Arnaud1 has joined #ldp 16:35:00 disconnecting the lone participant, pchampin, in SW_LDP()10:00AM 16:35:01 SW_LDP()10:00AM has ended 16:35:01 Attendees were Arnaud, deiu, Ashok_Malhotra, Roger, pchampin, SteveS, Sandro, TallTed, Alexandre, EricP, nmihindu, +33.6.47.14.aaaa 17:38:24 SteveS has joined #ldp 18:08:53 Zakim has left #ldp 18:58:51 #3 would be my pick. #4 preserves the confusing appearance that the "/" is part of "/schema". 18:59:39 I went for that, plus keeping the spaced around the = 18:59:44 *spaces 18:59:47 or... sorry. can't number in my head. #4 (better) or #3. not #5. 19:00:26 right now I have: 19:00:27 Bind ?event <#> / schema:performerIn[ / schema:url = <https://www.w3.org/2012/ldp/wiki/F2F5> ] . 19:00:46 with html entities, sorry :-) 19:00:52 in context of the rest of #3, "attendee[ / schema" looks like an accidental omission 19:01:20 this can be debated, as [...] is a filter on what's preceding 19:01:35 "attendee [ / schema" reads more consistent, to my eye -- particularly given the "> ] ." at the end 19:01:52 well, one is inside, the other is outside 19:01:59 but I really don't care 19:02:24 as Steve said he was also considering 4), I can just go with it as well 19:02:33 on the right-end, the square bracket is surrounded by spaces. on the left-end, it's not. that's inconsistent presentation, regardless of syntactical validity. 19:03:15 (this is where my history in graphic design, layout, and publishing jumps in) 19:04:21 note that my argument was not about (in)consistent presentation, rather about conveying the intent 19:04:37 and note that I absolutely don't care about this specific issue 19:04:47 which is why I am going with it :-) 19:51:45 :-) 20:36:32 bblfish has joined #ldp