13:56:14 RRSAgent has joined #sparql 13:56:14 logging to http://www.w3.org/2010/05/11-sparql-irc 13:56:16 RRSAgent, make logs world 13:56:16 Zakim has joined #sparql 13:56:18 Zakim, this will be 77277 13:56:18 ok, trackbot; I see SW_(SPARQL)10:00AM scheduled to start in 4 minutes 13:56:19 zakim, this will be SPARQL 13:56:19 Meeting: SPARQL Working Group Teleconference 13:56:19 ok, LeeF; I see SW_(SPARQL)10:00AM scheduled to start in 4 minutes 13:56:19 Date: 11 May 2010 13:56:24 Agenda: ?? 13:56:53 agenda+ Administration 13:57:00 agenda+ Negation survey 13:57:08 agenda+ Document reviews and readiness 13:57:14 agenda+ Dedicated telecons? 13:57:16 agenda+ AOB? 13:58:20 SW_(SPARQL)10:00AM has now started 13:58:20 kasei, do we have any need to talk about the naming issues more on today's TC? 13:58:28 +??P18 13:58:35 zakim, ??P18 is me 13:58:35 +AndyS; got it 13:58:44 +Lee_Feigenbaum 13:58:59 I think only if sandro has more to say (and he's not here today, right?) 13:59:21 + +49.238.aaaa 13:59:47 + +1.518.276.aabb 13:59:49 Zakim, 49.238.aaaa is me 13:59:49 sorry, OlivierCorby, I do not recognize a party named '49.238.aaaa' 13:59:56 we could discuss namedgraph vs. namedgraphdescription, but that seems less interesting.. 14:00:00 Zakim, aabb is me 14:00:02 +kasei; got it 14:00:14 Zakim, aaaa is me 14:00:14 +OlivierCorby; got it 14:00:28 Regrets: MattPerry, Souri 14:00:44 Zakim, mute me 14:00:44 kasei should now be muted 14:00:54 kasei - what do you think? /me will go with what the editor suggests (evenifnamedgraphdescriptionisverylong) 14:01:07 +??P27 14:01:09 AndyS, ick! :) 14:01:18 Zakim, ??P27 is me 14:01:19 +bglimm; got it 14:01:20 minutes from last week are at - http://www.w3.org/2009/sparql/meeting/2010-05-04 14:01:27 I prefer just NamedGraph, but NamedGraphDescription certainly seems more accurate. 14:01:32 Zakim, mute me 14:01:32 bglimm should now be muted 14:01:53 + +03539149aacc 14:02:02 trackbot, start meeting 14:02:04 RRSAgent, make logs world 14:02:06 Zakim, this will be 77277 14:02:06 ok, trackbot; I see SW_(SPARQL)10:00AM scheduled to start 2 minutes ago 14:02:07 Meeting: SPARQL Working Group Teleconference 14:02:07 Date: 11 May 2010 14:02:14 zakim, this is SPARQL 14:02:14 ok, LeeF; that matches SW_(SPARQL)10:00AM 14:02:26 zakim, aacc is AxelPolleres 14:02:26 +AxelPolleres; got it 14:02:31 zakim, who's on the phone? 14:02:31 On the phone I see AndyS, Lee_Feigenbaum, OlivierCorby, kasei (muted), bglimm (muted), AxelPolleres 14:02:44 Could explain in the text that it describes. It's a pun we use all the time thing and pattern for thing - we talk about triples in a query 14:02:48 zakim, dial ivan-voip 14:02:48 ok, ivan; the call is being made 14:02:50 +Ivan 14:03:20 did anyone understand the openlink BINDINGS issue email? 14:03:26 AndyS - yes, true. 14:03:36 kasei, I asked that it be sent to the WG mailing list, and then I'll give it a close read 14:03:52 scribe: Axel Polleres 14:04:41 LeeF: main goal is to check documents for publication, and secondly collect big issues and schedule 14:05:09 ... dedicated task forces/telecons on these issues (Andy's suggestion) 14:05:31 zakim, next agendm 14:05:32 I don't understand 'next agendm', LeeF 14:05:33 zakim, next agendum 14:05:33 agendum 1. "Administration" taken up [from LeeF] 14:05:38 topic: Admin 14:05:43 minutes from last week - http://www.w3.org/2009/sparql/meeting/2010-05-04#federated_queries 14:05:50 PROPOSED: Approve minutes at http://www.w3.org/2009/sparql/meeting/2010-05-04#federated_queries 14:06:13 RESOLVED: Approve minutes at http://www.w3.org/2009/sparql/meeting/2010-05-04#federated_queries 14:06:27 next meeting is one week from today May 18 14:06:31 regrets for me 14:06:36 Sandro to scribe next week 14:06:44 I will be at a meeting in Stockholm 14:06:45 sandro to scribe next week. 14:07:17 + +1.312.863.aadd 14:07:19 other admin issues? 14:07:29 Zakim, aadd is me 14:07:30 +pgearon; got it 14:07:44 Lee: rdb2rdf to publish use cases/requirements soon... 14:07:58 hi 14:07:59 AlexPassant has joined #sparql 14:08:13 ... rdb2rdf discuss whether SPARQL2SQL is a goal or not. 14:08:20 zakim, close agendum 14:08:20 I don't understand 'close agendum', LeeF 14:08:24 zakim, next agendum 14:08:24 agendum 2. "Negation survey" taken up [from LeeF] 14:08:30 +??P14 14:08:36 Zakim, ??P14 is me 14:08:36 topic: negation survey 14:08:38 +AlexPassant; got it 14:08:43 web survey on negation at http://www.w3.org/2002/09/wbs/35463/Negation/ 14:09:29 Lee: one response per organisation 14:09:49 ... please agree and reply by monday next week. 14:10:35 ... if appropriate add rationale to your answers, but not obligatory. 14:10:35 zakim, next agendum 14:10:35 agendum 3. "Document reviews and readiness" taken up [from LeeF] 14:10:50 topic: Document reviews and readiness 14:11:37 lee: we look at actually publishing end of next week, all docs that are ready, not necessarily all. 14:11:52 ... matt did a review. 14:11:56 MattPerry's review of query document: http://lists.w3.org/Archives/Public/public-rdf-dawg/2010AprJun/0115.html 14:12:48 ... looks like no real blockers for publishing in those comments, but some things should be sorted before publication. 14:13:19 http://lists.w3.org/Archives/Public/public-rdf-dawg/2010AprJun/0127.html 14:13:25 Andy: I expected this publication to be rather a snapshot. 14:13:47 Lee: we won't neglect those comments. 14:14:00 Andy: TODOs have been added. 14:14:16 PROPOSE: Publish SPARQL 1.1 Query as a Working Draft 14:14:26 +1 14:14:27 +1 14:14:27 +1 14:14:39 +1 14:14:40 RESOLVED: Publish SPARQL 1.1 Query as a Working Draft 14:14:47 Lee: anyone wants to abstain or object? 14:14:51 no one... 14:15:31 ACTION: Lee to remove old working draft snapshots from CVS 14:15:31 Created ACTION-233 - Remove old working draft snapshots from CVS [on Lee Feigenbaum - due 2010-05-18]. 14:15:33 Lee: Editors please check as far as possible the pubrules, will take over overall coordination. 14:15:41 ACTION: Lee to coordinate prep and publication of working drafts 14:15:41 Created ACTION-234 - Coordinate prep and publication of working drafts [on Lee Feigenbaum - due 2010-05-18]. 14:15:56 subtopic: update 14:16:28 Lee: my review will be done this week, hope to decide to publish next week 14:16:56 return codes discussion: http://lists.w3.org/Archives/Public/public-rdf-dawg/2010AprJun/0113.html 14:17:03 Paul: ... discussion about partial LOAD. 14:17:26 chimezie has joined #sparql 14:17:34 We do say "failure => stop, no further operations attempted"? 14:17:34 Zakim, bglimm has bglimm, chimezie 14:17:34 +bglimm, chimezie; got it 14:17:41 Zakim, who is on the phone? 14:17:41 On the phone I see AndyS, Lee_Feigenbaum, OlivierCorby, kasei (muted), bglimm (muted), AxelPolleres, Ivan, pgearon, AlexPassant 14:17:43 ... not sure what/how much to say about success/failure here. 14:17:43 bglimm has bglimm, chimezie 14:18:18 Zakim, who is here? 14:18:18 On the phone I see AndyS, Lee_Feigenbaum, OlivierCorby, kasei (muted), bglimm (muted), AxelPolleres, Ivan, pgearon, AlexPassant 14:18:22 bglimm has bglimm, chimezie 14:18:24 On IRC I see chimezie, AlexPassant, Zakim, RRSAgent, LeeF, bglimm, OlivierCorby, AndyS, AxelPolleres, ivan, iv_an_ru, pgearon, karl, kasei, sandro, trackbot 14:18:53 Lee: we had discussed different failure codes for different failure conditions for protocol 14:19:03 q+ 14:19:08 ack AndyS 14:19:08 ... do people think we need that or just success/failure? 14:19:36 +q 14:19:40 ack pgearon 14:20:09 Andy: don't mind more sophisticated failure, but some systems may have difficulties determining partial load 14:20:44 andy, did I get that right? 14:21:18 AndyS: some systems would have a lot of trouble telling one failure cause from another 14:21:35 Andy: we can make some suggestions 14:22:10 q+ 14:22:29 Lee: think simple approach is better for the moment 14:22:47 ack AxelPolleres 14:23:08 AxelPolleres: What was Andy's suggestion? 14:23:13 q? 14:24:59 Lee: on the protocol level, we have only two overall failures "it's your fault" or "it's my fault" ... more detailed information typically not in HTTP, but in a (rather human readable) messagein the payload of the response. 14:25:47 LeeF: let's leave it to success failure, but we could give some recommendations on how to specify errors in more detail 14:26:17 Paul: I'll do it in a day or do, or otherwise keep it in mind. 14:26:23 I reviewed it 14:26:30 it's ready I would say 14:26:30 subtopic: service description 14:26:49 Leef: We have a review from Birte. 14:26:51 review from birte: http://lists.w3.org/Archives/Public/public-rdf-dawg/2010AprJun/0130.html 14:27:40 ... one issue which is stil discussed on the mailinglist concerning naming. 14:27:47 PROPOSE: Publish SPARQL 1.1 Service Description as Working Draft 14:27:48 ... but we should be ready to publish. 14:27:50 +1 14:27:51 +1 14:27:53 +1 14:27:57 +1 14:27:57 +1 14:28:08 RESOLVED: Publish SPARQL 1.1 Service Description as Working Draft 14:28:30 subtopic: http-update 14:28:39 not discussed last week. 14:28:41 i don't think we did 14:28:57 I need feedback about the updates 14:29:03 regarding Kjetl's comments 14:29:07 Lee: chime, is it good to be published? 14:29:10 primarily 14:29:28 ... we need a reviewer. 14:29:53 http://lists.w3.org/Archives/Public/public-rdf-dawg/2010AprJun/0067.html 14:30:06 was my overview of the updates and there was some more back and forth in the thread 14:30:27 ... open, rewording for ISSUE-49 14:31:16 I also need to incorporate text regarding fragments in URIs and Base URI resolution also discussed in other threads 14:31:22 but that was a less contenious issue IMHO 14:31:23 ... reviewer should check the document with respect to the latest changes in response to that mail-thread. 14:31:31 i can look over it 14:31:48 I will work the changes into the editor's draft 14:31:53 ACTION: Greg to review HTTP Uniform Protocol for Managing RDF Graphs 14:31:53 Created ACTION-235 - Review HTTP Uniform Protocol for Managing RDF Graphs [on Gregory Williams - due 2010-05-18]. 14:32:10 yes 14:32:28 Lee: Chime, you want to include changes for this publication still? 14:32:28 okay 14:32:34 Chime: yes. 14:32:47 subtopic: Entailment 14:32:50 Ent. reg. is ready for review 14:33:05 from my point it's in a good state 14:33:08 Lee: no reviewer yet. 14:33:26 Peter Patel Schneider reviewed it 14:33:46 he mainly looked at the OWL part 14:34:24 ivan: I can do a review, not sure that's the best, I was quite involved. 14:34:36 ACTION: Ivan to review SPARQL 1.1 Entailment document for WD publication readiness 14:34:36 Sorry, amibiguous username (more than one match) - Ivan 14:34:36 Try using a different identifier, such as family name or username (eg. ivan, imikhail) 14:34:39 ... will go through it tomorrow. 14:34:46 ACTION: ivan to review SPARQL 1.1 Entailment document for WD publication readiness 14:34:46 Sorry, amibiguous username (more than one match) - ivan 14:34:46 Try using a different identifier, such as family name or username (eg. ivan, imikhail) 14:34:58 ACTION: ivan herman to review SPARQL 1.1 Entailment document for WD publication readiness 14:34:58 Sorry, amibiguous username (more than one match) - ivan 14:34:58 Try using a different identifier, such as family name or username (eg. ivan, imikhail) 14:35:01 ACTION: herman to review SPARQL 1.1 Entailment document for WD publication readiness 14:35:01 Created ACTION-236 - Review SPARQL 1.1 Entailment document for WD publication readiness [on Ivan Herman - due 2010-05-18]. 14:35:35 subtopic: federated query 14:35:57 Lee: some open questions still 14:36:20 q+ 14:36:22 ... will clarify with Eric, we hold off from publishing right now. 14:36:28 ack ivan 14:37:34 Lee: group thinks that fed query SERVICE should be optional. but BINDINGS is something maybe more important for query. 14:37:54 ... I had assumed that it will be a separate document. 14:38:01 q+ 14:38:34 ack AxelPolleres 14:38:53 A brutal C&P and we could add to query doc as an appendix for now. 14:40:28 straw poll: federated query as own doucment or in query document 14:40:36 +1 for query 14:40:40 +1 own document 14:40:41 0 14:40:42 Axel: remember we said that we should publish for now as own document, but could later include it (since all queries may be refused) 14:40:44 +1 own 14:40:44 0: don't mind 14:40:51 0 14:40:56 0 14:40:58 +1 own 14:41:01 +0.5 for query 14:41:25 0 separate for now and include later (like propertypaths), seems fine to me but means extra hurdle of FPWD 14:42:02 Lee: anything more about the document itself? 14:42:03 LeeF: I'll talk to Eric about it and propose approach to publishing fed query this week on mailing list 14:42:10 zakim, next agendum 14:42:10 agendum 4. "Dedicated telecons?" taken up [from LeeF] 14:42:51 AxelPolleres: Talk to Eric also about the discussion re: variables in SERVICE 14:42:57 Lee: will check with Eric about the minutes two weeks ago. 14:43:32 ... regarding variables for SERVICE, some remark should have been added at least to the doc. 14:44:00 topic: issues and schedule 14:44:07 potential topics: 14:44:10 * update formal model 14:44:19 Lee: we collect topics and organis dedicated telconfs. 14:44:27 * property paths open questions (duplicates, cycles, negated paths) 14:44:37 * building test cases 14:45:45 * Dminus entailment (probably this is a minor/time allowed one) 14:46:07 D Entailment without RDFS entailments 14:46:26 call 14:46:39 but muted (sitting in a loud hotel lobby) 14:47:05 Who would try to attend a dedicated TC on an update formal model? 14:47:08 +1 14:47:09 +1 14:47:11 +1 14:47:13 +1 14:47:48 Who would try to attend a dedicated TC on property paths open issues? 14:47:57 +1 14:47:59 +1 14:47:59 +1 14:47:59 +1 14:48:01 +1 14:48:01 +1 14:48:05 +1 14:48:05 +1 14:48:07 +1 14:48:15 0.5 (not certain) 14:48:41 Who would try to attend a dedicated TC for building out test cases? 14:48:44 +1 14:48:45 +1 14:48:46 +1 time permitting 14:48:48 +1 14:48:48 +1 14:48:57 +1 14:49:09 (but not *doing* all test cases) 14:49:25 LeeF: will try to set up doodle or alike 14:49:55 Who would try to attend a dedicated TC for Dminus entailment? 14:49:57 +1 14:49:58 +1 14:49:58 +1 14:50:02 +1 14:50:31 zakim, next agendum 14:50:31 agendum 5. "AOB?" taken up [from LeeF] 14:50:31 :-) 14:50:41 topic: AOB 14:51:14 bye 14:51:14 good bye 14:51:17 -bglimm 14:51:18 zakim, drop me 14:51:18 Ivan is being disconnected 14:51:18 -Ivan 14:51:19 ciao 14:51:24 -kasei 14:51:26 -OlivierCorby 14:51:27 -Lee_Feigenbaum 14:51:32 Lee: next week, we will finish WD's conversation and other issues arising on the mailinglist. adjourned. 14:51:35 -AndyS 14:51:38 -pgearon 14:51:47 rrsagent, make records public 14:52:02 regrets: Matt Perry 14:52:45 chair: Lee Feigenbaum 14:53:01 rrsagent, make records public 15:01:14 news is so funny. I googled for "w3c rif news" and found "New Rule Interchange Format (W3C RIF) Standard Published" http://www.targetwire.com/targetwire/2009/07/21/tw645/tw645_uk.html Compared to that, where is the news in a Proposed Recommendation? :-) 15:02:06 (I guess this was a press release from the RuleML folks.) 15:13:47 -AlexPassant 15:14:47 (oops wrong channel) 15:32:57 OlivierCorby has left #sparql 15:35:01 disconnecting the lone participant, AxelPolleres, in SW_(SPARQL)10:00AM 15:35:05 SW_(SPARQL)10:00AM has ended 15:35:07 Attendees were AndyS, Lee_Feigenbaum, +49.238.aaaa, +1.518.276.aabb, kasei, OlivierCorby, +03539149aacc, AxelPolleres, Ivan, +1.312.863.aadd, pgearon, AlexPassant, bglimm, chimezie 15:55:48 AxelPolleres has left #sparql 15:58:16 bglimm has joined #sparql 16:00:54 AxelPolleres has joined #sparql 16:39:45 ACTION: Lee to coordinate dedicated teleconferences 16:39:45 Created ACTION-237 - Coordinate dedicated teleconferences [on Lee Feigenbaum - due 2010-05-18]. 16:53:53 is there a reason the fed editor's draft isn't linked from the wiki sidebar? 16:56:46 oversight 16:56:56 ...and i never remember how to edit the sidebar :) 16:59:19 OK, made this update 17:07:17 hrm. I thought BINDINGS was supposed to be the last thing in the query so it could be streamed but the fed draft says it comes right after the where GGP... 17:08:05 i.e. before SolutionModifier 17:16:18 yeah, Andy brought that up and we had consensus that it should be changed 17:16:23 one of the things on my list to talk to EricP about 17:16:25 along with 17:16:28 * no BINDINGS in update 17:16:36 * is BINDINGS a required part of SPARQL query? 17:16:44 ah, ok. i missed that. 17:16:55 * discussion of variables in SERVICE 17:17:23 all these things that we've talked about and I thought we had resolved... :)