15:56:36 RRSAgent has joined #rdf-wg 15:56:36 logging to http://www.w3.org/2012/02/08-rdf-wg-irc 15:56:38 RRSAgent, make logs world 15:56:40 Zakim, this will be 73394 15:56:40 ok, trackbot; I see SW_RDFWG()11:00AM scheduled to start in 4 minutes 15:56:41 Meeting: RDF Working Group Teleconference 15:56:41 Date: 08 February 2012 15:57:08 zakim, this is 73394 15:57:08 ok, AndyS; that matches SW_RDFWG()11:00AM 15:58:55 zakim, dial ivan-voip 15:58:55 ok, ivan; the call is being made 15:58:56 +Ivan 15:58:57 swh has joined #rdf-wg 15:59:36 +Guus 15:59:48 gavinc has joined #rdf-wg 15:59:49 Zakim, who is on the phone? 15:59:49 On the phone I see ??P5, Ivan, Guus 15:59:54 Zakim, ??P5 is me 15:59:54 +yvesr; got it 15:59:56 +Peter_Patel-Schneider 16:00:10 Arnaud has joined #rdf-wg 16:00:12 pfps has joined #rdf-wg 16:00:34 +OpenLink_Software 16:00:38 + +33.9.54.07.aaaa 16:00:40 Zakim, OpenLink_Software is temporarily me 16:00:40 +MacTed; got it 16:00:41 Zakim, mute me 16:00:41 MacTed should now be muted 16:00:43 +??P13 16:00:53 zakim, +33.9.54.07.aaaa is me 16:00:53 +AZ; got it 16:00:54 Zakim, ??P13 is me 16:00:54 +NickH; got it 16:00:59 + +1.707.861.aabb 16:00:59 zakim, mute me 16:01:01 AZ should now be muted 16:01:01 + +1.408.996.aacc 16:01:02 Zakim, mute me 16:01:03 NickH should now be muted 16:01:10 Zakim, aabb is me 16:01:10 +gavinc; got it 16:01:13 AlexHall has joined #rdf-wg 16:01:20 + +1.443.212.aadd 16:01:31 zakim, aadd is me 16:01:31 +AlexHall; got it 16:01:33 +Sandro 16:01:45 sandro has changed the topic to: 8 Feb -- http://www.w3.org/2011/rdf-wg/wiki/Meetings:Telecon2012.02.08 16:01:47 zakim, who is here? 16:01:48 On the phone I see yvesr, Ivan, Guus, Peter_Patel-Schneider, MacTed (muted), AZ (muted), NickH (muted), gavinc, +1.408.996.aacc, AlexHall, Sandro 16:01:55 On IRC I see AlexHall, pfps, Arnaud, gavinc, swh, RRSAgent, AZ, ScottB, Zakim, LeeF, AndyS, Guus, MacTed, mischat, ivan, danbri, SteveH, yvesr, davidwood, mdmdm, manu, trackbot, 16:02:02 ... manu1, NickH, sandro, ericP 16:02:04 +??P17 16:02:09 Zakim, ??P17 is me 16:02:10 pchampin has joined #rdf-wg 16:02:20 +swh; got it 16:02:24 +Tony 16:02:42 Zakim, Tony is me 16:02:42 +ScottB; got it 16:03:46 +??P24 16:03:51 zakim, ??P24 is me 16:03:51 +AndyS; got it 16:04:02 +davidwood 16:04:15 + +44.117.230.aaee 16:04:23 zakim, +44.117.230.aaee is danbri 16:04:25 +danbri; got it 16:05:27 (we've got a breather...) 16:05:43 scribe: swh 16:05:48 scribenick: swh 16:06:29 minutes look fine 16:06:35 PROPOSED: accept minuites of last week 16:06:53 zwu2 has joined #rdf-wg 16:06:55 RESOLVED 16:06:57 zakim, code? 16:06:57 the conference code is 73394 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), zwu2 16:07:07 Pending review items 16:07:14 ACTION-166: done 16:07:14 Sorry... adding notes to ACTION-166 failed, please let sysreq know about it 16:07:29 + +1.650.265.aaff 16:07:35 FabGandon has joined #rdf-wg 16:07:38 zakim, +1.650.265.aaff is me 16:07:38 +zwu2; got it 16:09:10 +[Sophia] 16:10:53 +EricP 16:11:47 -AndyS 16:12:15 +[IPcaller] 16:12:16 (was I audible?) 16:12:21 zakim, IPCaller is me 16:12:22 +AndyS; got it 16:13:15 + +1.707.318.aagg 16:13:25 cgreer has joined #rdf-wg 16:13:55 One more review since last week 16:14:49 AlexHall: there's a lot of cleanup in XSD around defn's of lexical and value spaces, and mapping. RDF doesn't say anything about them. Just refers to them. No action needed. 16:14:59 +??P37 16:15:10 … one change that needs discussion is distinction between identity and equality 16:15:11 zakim, who is talking? 16:15:14 zakim, who is talking? 16:15:22 sandro, listening for 10 seconds I heard sound from the following: Guus (14%), AlexHall (19%), AndyS (13%) 16:15:33 Guus, listening for 10 seconds I heard sound from the following: Guus (9%), swh (5%), AlexHall (94%) 16:16:00 … has implications around entailment - for eg. +0 and -0 are distinct under XSD 1.1, but were equiv under 1.0 16:16:20 … NaN has implications for SPARQL, but not RDF 16:16:30 -AndyS 16:16:55 … we might need to write some text in the semantics document to make this clear 16:17:00 +??P24 16:17:04 zakim, P24 is me 16:17:04 sorry, AndyS, I do not recognize a party named 'P24' 16:17:11 zakim, ??P24 is me 16:17:11 +AndyS; got it 16:18:04 … should probably include duration as well as the datetime etc. datatypes in the types that are good for use with RDF 16:18:17 Guus: we should raise that as an issue 16:18:29 AlexHall: there's already an older issue 16:18:44 http://www.w3.org/2011/rdf-wg/track/issues/66 16:19:46 Guus: should add that review to ISSUE-66 16:20:36 Turtle 16:20:56 Guus: things came up this week, from Ivan w.r.t. multiline comments 16:21:20 gavinc: read through it, not had time to write an email 16:21:35 … comment that we should do it like python is a problem because python doesn't 16:21:45 … have multiline comments 16:21:59 Souri has joined #rdf-wg 16:22:00 ? CSS has multiline comments. 16:22:05 … CSS only has single line comments, I don't see it as major problem 16:22:07 ??? 16:22:16 +Souri 16:22:17 -zwu2 16:22:31 Danny Ayres had a comment 16:22:47 re CSS .... /* I thought it \n did */ 16:22:47 gavinc: yes, CSS does have multiline comments 16:23:13 … we could do what python does, but seems like a large change 16:23:30 Guus: ask gavinc or ericP to respond to Danny 16:23:36 ericP: do we need a descision? 16:23:45 http://www.w3.org/TR/CSS1/#comments "similar to those in the C programming language" 16:23:52 … we want to keep alignment with SPARQL etc. 16:23:54 q+ 16:24:22 sandro, Yeah, I have have no idea where my brain was 16:24:32 ericP: I feel like I have lack of authority 16:24:48 Guus: might be best to raise an issue 16:24:50 Yeah, I think this needs a WG resolution. 16:25:27 ack ivan 16:25:45 ivan: was a discussion danny raised on swig, not formally raised on this group, Ivan just drew groups attention to it 16:25:58 + +1.603.438.aahh 16:26:21 zakim, +1.603.438.aahh is me 16:26:21 +zwu2; got it 16:26:22 Guus: I think it would be in the spirit to regard this as a comment 16:26:42 … ericP and gavinc, please take an action 16:27:01 ACTION: ericP to repsond to multiline comments comment of Danny Ayres 16:27:01 Created ACTION-142 - Repsond to multiline comments comment of Danny Ayres [on Eric Prud'hommeaux - due 2012-02-15]. 16:27:22 Guus: 2nd issue, raised by Alex, on local name escapes 16:27:48 AlexHall: one issue is a typo… [noise] 16:28:18 … double \ was shown as introducing a char escape squence 16:28:30 … the other I was confused by appearance of % escape encoding in local part 16:28:44 … want clarification that they're not treated as escapes 16:29:02 … Andy confirmed for SPARQL, but not Turtle editors 16:29:37 rdf:foo%20bar 16:29:38 ericP: you concern is whether I can say %68 and have it be equivalent to the unencoded version 16:29:51 on comments, Python still doesn't have multi line comments, nor Perl, and Ruby has really really funky multi line comment 16:29:59 f-o-o-%-2-0-b-a-r 16:30:16 AlexHall: if I include a % in the localname, is it equiv. to the unescaped version 16:30:23 ericP: [writing example] 16:30:31 my:foob%61ar -- my:foobar ? 16:31:16 ericP: I believe that the % has to stay in there - can't take %s out and have equivalence 16:31:19 I think you mean: my:foob%61r -- my:foobar 16:31:52 AlexHall: I'm worried that people might thing it gets deescaped 16:32:23 ericP: ok, we need a bit of text saying you're not intended to unescape during processing 16:32:46 gavinc: possibly just reference the RFC doc 16:33:08 q? 16:33:10 §5.3.1- simple string comparison 16:35:09 ACTION: ericP to propose text to say that %nn is *NOT* unescaped while parsing Turtle 16:35:09 Created ACTION-143 - Propose text to say that %nn is *NOT* unescaped while parsing Turtle [on Eric Prud'hommeaux - due 2012-02-15]. 16:35:58 gavinc: do want to look at publishing a new draft of Turtle soon 16:36:03 - +1.707.318.aagg 16:36:09 +1 to gavinc 16:36:12 … we have Turtle in HTML, grammar has changed, 16:36:49 ericP: were there any changes we made without consensus 16:37:01 Guus: may need formal review if WG wants 16:37:48 Topic: named graphs 16:37:59 Guus: want to talk a bit about exchanging data 16:38:14 … message from AndyS 16:38:32 I don't think we have consensus 16:38:37 Guus: AndyS, do you think we reached consensus 16:39:09 AndyS: I brought it up because it was a priority before 16:39:29 … I think Pat and I are agreed about whether it would be best if we published the smenatics of the 4th column 16:39:42 … I think we'd like to see it published, but need back compat 16:40:26 AndyS: if you look at dbpedia they have a 4th col, but I don't know what it means, they're not complying to a published method, but it is a usecase 16:40:53 Guus: so, you can't use the 4th column as an IRI to fetch the triples 16:40:58 AndyS: no 16:41:04 … it's got a hash on the end 16:41:11 … it's quite profile, and it exists 16:41:11 Zakim, unmute me 16:41:11 MacTed should no longer be muted 16:41:21 q? 16:42:11 Guus: what is the relationship between the 4th col and the triple? 16:42:19 MacTed: I don't know, trying to get answer 16:43:05 ACTION: MacTed to investigate what the relationship is, and document it 16:43:05 Created ACTION-144 - Investigate what the relationship is, and document it [on Ted Thibodeau - due 2012-02-15]. 16:43:17 AndyS: the consequence is that quads are not just an internal issues 16:43:24 ivan: I don't understant 16:43:34 AndyS: I phrased the usecase as being about TriG 16:43:53 … it's from the extraction project, not the running service 16:46:08 ACTION-144: relationship between 4th col and triple 16:46:08 ACTION-144 Investigate what the relationship is, and document it notes added 16:46:26 Guus: usecase discussion between sandro and AndyS 16:46:43 q+ to ask about the details of the use case 16:46:53 … to illustrate how you go about identifying time-varying gboxes 16:47:01 q- 16:47:07 … AndyS, sandro, do you think your desgins are the same 16:47:23 sandro: we're talking about the same pattern 16:47:38 Guus: that makes it worth exploring in more detail 16:47:50 … in general I'l like to explore more solution designs and apply to usecase 16:48:07 http://www.w3.org/2011/rdf-wg/wiki/TriG-REST 16:48:40 Guus: we started exploring sulution designs 16:48:50 … try to give a natural language explanation of what it means 16:48:58 … so non RDF geeks can understand 16:49:04 … started writing down examples 16:49:17 … my question to WG is, is this kind of approach useful? 16:49:17 -AZ 16:49:33 Useful to explore this pattern 16:49:58 … in the 3rd usecase sandro has a statement about static graph container, those appear in AndyS's solution too 16:50:07 … do we want to define that, and if so, in what namespace 16:50:12 q+ 16:50:17 no moee namespaces please 16:50:23 +1 16:50:26 Guus: is it useful to look at these designs? 16:50:36 q? 16:50:37 +1 on looking at solutions in more detail 16:50:41 +1 16:50:59 +1 16:51:01 +AZ 16:51:02 ivan: we certainly have to move on and look at possibilities 16:51:04 zakim, mute me 16:51:04 AZ should now be muted 16:51:31 … what I don't fully understand is that the usecase means the semantics of GET, but does it mean that you would have other semantics? 16:51:49 Guus: how do we do the page structuring? I thought one page per solution 16:52:07 … tried to come up with nat lang description of TriG RESR 16:52:14 s/RESR/REST/ 16:52:30 AndyS - do you have a sample fourth-column value from those DBpedia dumps? 16:52:33 sandro: at a tutorial level the text description is ok 16:52:45 ivan: I would prefer to see all on one page 16:52:50 Guus: no problem 16:52:54 (even better, a full row or two from any of those N-quad files) 16:52:55 http://www.w3.org/2011/rdf-wg/wiki/TF-Graphs-Designs 16:53:02 MacTed - the load page has samples IIRC 16:53:12 sandro: I was doing the same thing 16:53:28 ... not sure if they are representative enough. 16:54:00 sandro: my impression right now is that most of the group is not following this closely enough to make descisions about it 16:54:26 Guus: I prefer to see people owning solutions 16:54:47 sandro: don't want to get too emotionally involved 16:55:07 scribenick: ericP 16:55:08 -swh 16:55:28 Guus: happy to write more examples for this solution 16:56:13 … i'll try to stay impartial in my defense of this solution 16:56:36 http://www.w3.org/2011/rdf-wg/wiki/TF-Graphs-Designs 16:56:38 … and there's the equality use case? 16:57:15 sandro: in TF-Graphs-Designs, the first is "trig state" (earlier called "trig rest") (subject of guus's page) 16:57:26 … second is "trig equality" 16:57:47 Guus: where the lable is a placeholder for the set of triples, instead of pointing to it 16:59:05 sandro: 3rd is the n3 style of explicitly naming the relation (scroll down to "graph object") 17:00:48 ... "Graph Objects" is triples, where nodes can be graphs 17:01:09 q+ 17:01:19 q- 17:01:22 Guus: could be seen at quints, e.g.: 17:01:23 (regarding 'bigger than RDF', I always think of RDF as http://en.wikipedia.org/wiki/Flatland ... and quads as adding an extra dimension...) 17:01:44 … eg:s1 eg:p1 eg:o1. eg:g1 rdf:graphState 17:01:52 it is possible to store such things in a quad store (that's how my SWI-Prolog N3 implementation works) 17:02:09 sandro: steve argued that there's a problematic computational overhead to this approach 17:03:06 … distinction between Graph Objects and Graph Datatypes is that former has graphs in the object position and latter has turtle literals 17:04:41 the type of the thing identified by the label. 17:04:41 re 5., I would be more comfortable with something more keywordish, like "@graphLabelRelation rdf:graphState" 17:04:47 AndyS: [re: Relation Flag"] i was imagining the the modifier applied to each triple, e.g. eg:s eg:p eg:o. eg:g 17:06:21 Guus: in AndyS's Oct mail, he used types like StaticGraphContainer 17:06:38 … these are close to Graph Objects 17:07:11 sandro: with trig state, there are precise semantics which i think are distinguishable [from andy's mail] 17:07:50 q? 17:07:53 q? 17:07:55 … calling Andy's proposal "typed @@1" 17:08:28 zwu: with graphs as objects, how could you enforce equality? 17:08:57 ericP: i.e. have the same extension? 17:09:12 zwu: right, owl:sameAs has powerful semantics 17:09:40 sandro: hasn't come up in the use cases, but you could say 17:10:09 """The built-in OWL property owl:sameAs links an individual to an individual.""" 17:10:12 … ^h^h^h utter some inconsistency which was computationally hard to catch 17:10:28 +1 to calling it something else 17:10:53 ivan: later, we can say sameas is sameas sameas 17:10:57 sameGraph ? 17:10:58 … so if we use owl:sameAs, are we bringing in baggage? happy to use something else 17:11:06 … sameGraphAs 17:11:23 -1000 sameGraphAs 17:11:30 zwu: triple order and bnodes make it hard 17:11:32 sameGbox maybe 17:11:32 It is expensive to test for equality. See JJC paper. 17:12:00 (implying also sameGsnap, sameGtext) 17:12:06 @MacTed no, as I get it, the idea is to identify the g-snap here, to the g-box 17:12:44 Please see http://en.wikipedia.org/wiki/Graph_isomorphism 17:12:49 MacTed, how about rdf:isGSnap ? 17:13:01 sandro: i think we can factor out that computation because it's not necessary for the use cases 17:14:29 [general exceptance of the term "GSnap"] 17:14:55 Guus: would like to execute the provenance scenario with these different designs 17:15:12 Arnaud: have we defined GSnap et al? 17:15:28 http://www.w3.org/2011/rdf-wg/wiki/TF-Graphs-Designs#Graph_Objects edited to use rdf:isGSnap 17:15:32 sandro: plan is that these terms won't make it into the final specs 17:15:59 ACTION: Guus to merge his page with Sandro's 17:15:59 Created ACTION-145 - Merge his page with Sandro's [on Guus Schreiber - due 2012-02-15]. 17:17:03 ACTION: Guus to write down the provenance scenario example, as well as those in AndyS's and Steve's email, and the one from DBPedia 17:17:03 Created ACTION-146 - Write down the provenance scenario example, as well as those in AndyS's and Steve's email, and the one from DBPedia [on Guus Schreiber - due 2012-02-15]. 17:17:19 -Peter_Patel-Schneider 17:17:55 Guus: let's start with the three in sandro's message, plus the one in Andy's message and the keeping-inference-separate examples 17:18:19 bye 17:18:22 -AZ 17:18:23 bye 17:18:27 bye! 17:18:27 -zwu2 17:18:29 -Ivan 17:18:37 s/general exceptance/general acceptance/ 17:18:38 -Souri 17:18:41 -yvesr 17:18:43 -NickH 17:18:47 -AlexHall 17:18:48 -gavinc 17:18:52 -ScottB 17:19:03 http://www.w3.org/2009/CommonScribe/ ? 17:19:21 /quit 17:19:25 AlexHall has left #rdf-wg 17:19:35 - +1.408.996.aacc 17:19:36 -pchampin 17:20:08 -AndyS 17:20:15 AndyS has left #rdf-wg 17:21:09 https://www.w3.org/2008/06/wiki_scribe/?source=http://www.w3.org/2011/rdf-wg/wiki/Chatlog_2012-02-08 17:21:54 -davidwood 17:22:05 -MacTed 17:22:15 -danbri 17:22:23 quit 17:22:27 zakim, who is on the call? 17:22:27 On the phone I see Guus, Sandro, FabGandon, EricP 17:24:03 -FabGandon 17:25:33 FabGandon has left #rdf-wg 17:25:54 zakim, who is on the call? 17:25:54 On the phone I see Guus, Sandro, EricP 17:27:03 -EricP 17:29:29 http://www.w3.org/2011/rdf-wg/wiki/TF-Graphs-HUC 17:32:47 -Sandro 17:32:48 -Guus 17:32:48 SW_RDFWG()11:00AM has ended 17:32:48 Attendees were Ivan, Guus, yvesr, Peter_Patel-Schneider, MacTed, AZ, NickH, +1.707.861.aabb, +1.408.996.aacc, gavinc, +1.443.212.aadd, AlexHall, Sandro, swh, ScottB, AndyS, 17:32:48 ... davidwood, danbri, zwu2, FabGandon, EricP, +1.707.318.aagg, pchampin, Souri 19:31:50 Zakim has left #rdf-wg 19:58:56 Arnaud has left #rdf-wg 21:22:44 davidwood has joined #rdf-wg 22:25:28 mischat has joined #rdf-wg 23:34:58 danbri has joined #rdf-wg