13:55:40 RRSAgent has joined #sparql 13:55:40 logging to http://www.w3.org/2009/06/30-sparql-irc 13:55:42 RRSAgent, make logs world 13:55:42 Zakim has joined #sparql 13:55:44 Zakim, this will be 77277 13:55:44 ok, trackbot; I see SW_(SPARQL)10:00AM scheduled to start in 5 minutes 13:55:45 Meeting: SPARQL Working Group Teleconference 13:55:45 Date: 30 June 2009 13:55:49 Zakim, this will be SPARQL 13:55:49 ok, LeeF; I see SW_(SPARQL)10:00AM scheduled to start in 5 minutes 13:55:58 Chair: LeeF 13:56:03 Scribenick: KjetilK 13:56:12 Agenda: http://www.w3.org/2009/sparql/wiki/Agenda-2009-06-30 13:57:45 Orri got problem with his connection so he is missing today. 13:57:47 SW_(SPARQL)10:00AM has now started 13:57:54 +LeeF 13:58:19 Request for agenda addition: under "update" to discuss whether to start with the submission as the strawman for the update language. Are there alternatives to consider? (After strawman -- start throwing rocks at it to test it out) 13:58:20 bglimm has joined #SPARQL 13:58:35 AndyS, ack 13:58:51 zakim just hung up on me :( 13:59:01 zakim, don't hang up on greg 13:59:01 I don't understand 'don't hang up on greg', LeeF 13:59:08 +??P16 13:59:12 zakim, ??P16 is me 13:59:12 +AndyS; got it 13:59:28 +kasei 13:59:30 Zakim, mute me 13:59:30 kasei should now be muted 13:59:44 +??P18 13:59:45 Zakim, ??P18 is me 13:59:45 +AlexPassant; got it 14:00:02 +bglimm 14:00:10 Zakim, mute me 14:00:10 bglimm should now be muted 14:00:21 Regrets: Chimezie, SimonKJ, Bijan 14:00:57 bglimm, if there is an example, I'd appreciate seeing it to be informed about the issues but theer is no time-critical issue here for me. 14:01:22 I can check the OWL tests for one, but I haven't done that yet 14:01:50 pgearon has joined #sparql 14:01:51 zakim, who's on the phone? 14:01:51 On the phone I see LeeF, AndyS, kasei (muted), AlexPassant, bglimm (muted) 14:02:26 +pgearon 14:02:33 AndyS_ has joined #sparql 14:03:25 +cory 14:03:32 +??P24 14:03:37 zakim, cory is temporarily Prateek 14:03:37 +Prateek; got it 14:03:49 zakim, PP24 is Orri 14:03:49 sorry, LeeF, I do not recognize a party named 'PP24' 14:03:53 zakim, P24 is Orri 14:03:53 sorry, LeeF, I do not recognize a party named 'P24' 14:03:57 zakim, ??P24 is Orri 14:03:57 +Orri; got it 14:04:32 -Orri 14:04:37 Prateek has joined #sparql 14:05:28 zakim, who's on the phone? 14:05:38 On the phone I see LeeF, AndyS, kasei (muted), AlexPassant, bglimm (muted), pgearon, Prateek 14:06:29 Zakim, please dial ericP-office 14:06:29 ok, ericP; the call is being made 14:06:30 +EricP 14:06:34 Scribenick: AndyS 14:06:53 Scribe: AndyS 14:06:56 PROPOSED: Approve minutes at http://www.w3.org/2009/sparql/meeting/2009-06-23 14:07:06 AxelPolleres has joined #sparql 14:07:19 +1 14:07:28 +[IPcaller] 14:07:43 +AxelPolleres 14:07:47 zakim, IPCaller is Orri 14:07:47 +Orri; got it 14:07:54 RESOLVED Accepted the minutes of the meeting of 2009-06-23 14:08:35 regrets for next week 14:08:49 Next meeting: July 7 14:10:05 Please let me know if you'll be on holiday anytime over the rest of the summer 14:10:16 RDB2RDB WG: Now has 2 co-chairs. 14:10:33 ... and will start soon. 14:11:07 Nothing else from liaisons 14:11:22 Topic: Open Actions 14:11:35 LeeF: Please close your open actions. 14:11:45 Topic: FPWD of F&R 14:11:47 +??P29 14:12:01 Zakim, ??P29 is [Garlik] 14:12:01 +[Garlik]; got it 14:12:09 Input for charter for phase II of SPARQL WG 14:12:32 PROPOSED: Publish http://www.w3.org/2009/sparql/docs/features/ version 1.114 as First Public Working Draft 14:12:35 wrt open actions, can LeeF or AxelPolleres close http://www.w3.org/2009/sparql/track/actions/43 ? (already discussed previously) 14:12:36 LukeWM has joined #sparql 14:13:22 incorporates chnages from last week: text for time permitting features, language fixes, OWL Direct semantics included 14:13:23 SimonS has joined #sparql 14:13:50 alex, done 14:13:51 Any reservations? 14:14:00 Zakim, [Garlik] has swh and LukeWM 14:14:00 +swh, LukeWM; got it 14:14:03 (none) 14:14:15 PROPOSED: Publish http://www.w3.org/2009/sparql/docs/features/ version 1.114 as First Public Working Draft 14:14:29 RESOLVED: Publish http://www.w3.org/2009/sparql/docs/features/ version 1.114 as First Public Working Draft 14:15:01 No objections or abstentions 14:15:08 zakim, who is on the phone? 14:15:08 On the phone I see LeeF, AndyS, kasei (muted), AlexPassant, bglimm (muted), pgearon, Prateek, EricP, Orri, AxelPolleres, [Garlik] 14:15:10 [Garlik] has swh, LukeWM 14:15:17 ACTION: Eric to work with Lee to publish FPWD of features & rationales 14:15:17 Created ACTION-50 - Work with Lee to publish FPWD of features & rationales [on Eric Prud'hommeaux - due 2009-07-07]. 14:15:44 LeeF: Editors will continue to work on it. 14:15:50 F&R is valid HTML according to http://validator.w3.org/check?uri=http://www.w3.org/2009/sparql/docs/features/ 14:16:32 AndyS: Comments will arrive now. 14:16:40 q+ 14:16:44 + +0479864aaaa 14:16:53 Zakim, aaaa is me 14:16:53 +KjetilK; got it 14:16:55 LeeF: We do not need to formally track at the level of CR etc. 14:16:57 ack AxelPolleres 14:17:15 + +049261287aabb 14:17:24 Zakim, aabb is me 14:17:24 +SimonS; got it 14:18:27 Axel: Comments timeframe? 14:18:29 q+ 14:18:45 the F&R TOC has a 5.5, but it doesn't actually exist (?) 14:18:56 invisible ink? 14:18:59 ack me 14:19:18 EricP: ... a deadline to hint at timeliness 14:19:19 5.3 and 5.4 in invisible ink, certainly, but 5.5 shows up in the TOC :) 14:20:08 -LeeF 14:20:13 +LeeF 14:20:39 http://validator.w3.org/checklink?url=http://www.w3.org/2009/sparql/docs/features/#results1 found a broken link to http://www.w3.org/2009/sparql/docs/features/owl.css and three broken fragments: Entailment_status, Subqueries_issues, Basic_federated_querys_status 14:21:00 LeeF: end August? LC is autumn. 14:21:03 kasei: remove it from the TOC, is there a way to change the publishing action from 1.114 to 1.115 ? 14:21:31 q+ to say why 31 august fine with me. 14:21:40 KjetilK, AlexPassant, do you know where i should find owl.css? 14:21:57 ericP: I removed that link - was useless (comes from the OWL template we re-used) 14:22:05 Scribe: Scribe notes the resolution has the wrong version now. 14:23:00 LeeF: Can publish before comment period because it's a WD. 14:23:05 -KjetilK 14:23:23 EricP: Just need to note that comments may be relative to first version. 14:23:26 ack AxelPolleres 14:23:26 AxelPolleres, you wanted to say why 31 august fine with me. 14:23:49 +KjetilK 14:23:52 Axel: Vaction season is fast approaching 14:24:06 q+ 14:24:10 AlexPassant: 2.8.5 needs to be dropped, too, I think. 14:24:38 ack me 14:25:00 +1 to that 14:25:14 LeeF: Suggest saying comments to mailing list, no date. 14:25:18 AlexPassant, KjetilK, where should #Subqueries_issues point? 14:25:43 ... new resolution ... 14:25:56 yes 14:26:08 (what ericP said) 14:26:34 (formatting/editorial discussion) 14:27:00 ericP, #Subqueries_discussion probably 14:27:56 q+ to ask about last fix 14:29:46 EricP edits by remote control. 14:30:14 New voice activated intelligent agent deployed. 14:31:06 sure, but i have nothing to say new from two weeks ago. 14:31:08 q? 14:31:21 done fro mmy side as well 14:31:33 1.118 14:31:46 PROPOSED: Publish http://www.w3.org/2009/sparql/docs/features/ version 1.118 as FPWD, with comments to be solicited indefinitely to public-rdf-dawg-comments@w3.org 14:31:52 second 14:32:00 +1 14:32:11 +1 14:32:14 RESOLVED: Publish http://www.w3.org/2009/sparql/docs/features/ version 1.118 as FPWD, with comments to be solicited indefinitely to public-rdf-dawg-comments@w3.org 14:32:31 Zakim, unmute me 14:32:31 kasei should no longer be muted 14:32:43 Topic: Service descriptions 14:33:10 No disucssion of HTTP OPTIONs last discussion. Kasei presented his ideas. 14:33:22 LeeF: Short summary? 14:33:26 Zakim, mute me 14:33:26 KjetilK should now be muted 14:33:49 Kasei: coin URIs. One RDFS class for endpoints. Properties for endpoint to details. 14:33:51 (no objections or abstentions on the proposal to publish ... just for the records) 14:33:58 .. inc dataset description. 14:34:14 ... work with active void2 developement 14:34:23 http://www.w3.org/2009/sparql/wiki/Feature:ServiceDescriptions#Strawman_Proposal_for_Service_Description_Vocabulary_and_URIs 14:34:47 LeeF: Who is responsible for HTTP OPTIONS proposal? 14:35:32 .. Jacek? 14:35:36 yes 14:35:42 that was jacek, but he told me he is only attending occasionally. 14:35:49 ... feedback? 14:36:05 +1 to not over specifying 14:36:28 AndyS: Looks like a good start. 14:36:46 +1 Looks like the sweet spots have been hit. 14:36:48 zakim, who's here? 14:36:48 On the phone I see AndyS, kasei, AlexPassant, bglimm (muted), pgearon, Prateek, EricP, Orri, AxelPolleres, [Garlik], SimonS, LeeF, KjetilK (muted) 14:36:50 [Garlik] has swh, LukeWM 14:36:50 Steve: Going beyond is getting out of WG scope; less is not useful. 14:36:51 On IRC I see SimonS, LukeWM, AxelPolleres, Prateek, AndyS_, pgearon, bglimm, Zakim, RRSAgent, LeeF, kasei, AlexPassant, AndyS, swh, karl, john-l, iv_an_ru, KjetilK, trackbot, ericP 14:37:59 no string feelings 14:37:59 AndyS: Would likwe to proced with this. 14:38:11 s/string/strong/ 14:38:13 s/string/strong/ 14:38:23 q+ to ask about finding descriptions 14:38:24 q+ to ask about liaison with "void" 14:38:31 q- 14:39:00 -LeeF 14:39:08 ack AndyS 14:39:08 AndyS, you wanted to ask about finding descriptions 14:39:17 +LeeF 14:40:03 agree with AndyS 14:41:04 2 big blocks: (i) service descriptions (what?) (ii) how to find/serve them (how?) 14:41:19 Zakim, mute me 14:41:19 kasei should now be muted 14:41:24 AndyS: thoughts on how to find descriptions. 3rd party matters a lot but what about services publishing info about themselves? 14:41:59 does anyone have thoughts on the "extra" features I list as possibilities in the strawman, especially the first two? 14:42:01 LeeF: Strawman kasei's proposal and start on refinement/discussion. 14:42:05 q+ to advocate HTTP headers 14:42:17 ack me 14:42:17 AxelPolleres, you wanted to ask about liaison with "void" 14:42:39 Axel: Liaison with void? Formally? 14:43:13 +q to comment on kaseis extra features 14:43:13 Michael Hausenblas asked me to be the point of contact with them, but as mentioned it's less than formal. 14:43:15 I disagree that we should liase 14:43:41 Be good for someone to keep the WG up-to-date. 14:44:00 void is in a space which is likely to shift a whole lot. we should consider our job to link to things playing the void role 14:44:29 swh: Don't santion one schema. Instead, be neutral - don't refer to outside vocabs. 14:44:37 i don't mind using them in examples 14:44:43 s/santion/sanction/ 14:44:44 yes, examples is ok 14:45:05 PROPOSED: Adopt kasei's strawman proposal of what goes into a service description (http://www.w3.org/2009/sparql/wiki/Feature:ServiceDescriptions#Strawman_Proposal_for_Service_Description_Vocabulary_and_URIs) and begin to fill in details 14:45:30 seocnd 14:45:30 +1 14:45:33 second 14:45:35 +1 14:45:44 +1 14:45:44 RESOLVED: Adopt kasei's strawman proposal of what goes into a service description (http://www.w3.org/2009/sparql/wiki/Feature:ServiceDescriptions#Strawman_Proposal_for_Service_Description_Vocabulary_and_URIs) and begin to fill in details 14:45:46 No abstentions or objections 14:45:56 Zakim, unmute me 14:45:56 kasei should no longer be muted 14:46:07 q- 14:46:33 ACTION: Greg to flesh out service description proposal with initial URI suggestions for features, classes, properties, etc. 14:46:34 Created ACTION-51 - Flesh out service description proposal with initial URI suggestions for features, classes, properties, etc. [on Gregory Williams - due 2009-07-07]. 14:46:50 Zakim, mute me 14:46:50 kasei should now be muted 14:47:01 ack me 14:47:01 swh, you wanted to advocate HTTP headers 14:47:01 Topic: Finding service descriptions 14:47:29 swh: Use HTTP headers pointing to a URI. 14:47:52 ... but relative URI needed because sevice does not know what it's external name is 14:48:15 it's in the wiki under existing impls., not the strawman. 14:48:42 option 1 - use HTTP header in any GET/HEAD request on the endpoint (with or without a query) 14:48:55 option 2 - use HTTP OPTIONS verb 14:48:59 Steve says ANY http get reauest should have a pointer to the description? 14:49:00 ... URI is the endpoint with or without ?query 14:49:11 option 3 - place service description RDF in a well-known location on the server 14:49:19 option 4 - DESCRIBE query against SPARQL endpoint URI 14:49:22 q+ to suggest that [[ SELECT ?foo ?bar { ?foo ; ?bar } ]] requires no extension to HTTP tools like apache, iis, ... 14:49:39 +q 14:49:54 option 5 - suggest that endpoints SHOULD answer queries about their own URI 14:49:57 q+ to talk about endpoint URIs and separation from query engine 14:50:20 what if they don't know their own URI? or the client doesn't know the real one 14:50:26 q+ 14:50:27 ack EricP 14:50:27 ericP, you wanted to suggest that [[ SELECT ?foo ?bar { ?foo ; ?bar } ]] requires no extension to HTTP tools like apache, iis, ... 14:51:00 EricP: Make dft graph have own description in it. 14:51:14 pgearon: Not so sure about thisl 14:51:38 but the SPARQL query *is* a GET 14:51:39 ... not RESTful. GET on a web resource. 14:51:51 q+ to say you can use 4 via 1 14:52:24 ack pgearon 14:52:29 another option, which I think no one is going to care for, is a new sparql query method 14:52:30 ack AndyS 14:52:30 AndyS, you wanted to talk about endpoint URIs and separation from query engine 14:52:34 HEAD is the same as GET without the response body 14:53:07 +1 to AndyS on seperation 14:53:32 ericP, yes, in general, but when used in REST then it is usually used to retrieve metadata 14:53:52 HTTP only says that HEAD *should* start the same as GET 14:54:23 AndyS: issue can be that the protocol and dataset are separate in the service impl 14:56:01 q? 14:56:25 ack LukeWM 14:56:38 LukeWM: option 1 pref 14:56:47 ... avoids multipel requests 14:56:50 q+ to worry about difficulty in using OPTIONS 14:57:20 ... creatively, if a service changes frequently, may be an overhead 14:57:21 i don't see that there are more reqs required if you query the service than if you HEAD the service 14:57:28 ack swh 14:57:28 swh, you wanted to say you can use 4 via 1 14:57:44 swh: Can do opt 4 with canned describe query. 14:58:00 in fact, the contrary, as querying the service gives you the data, where HEADing the service is an extra indirect 14:58:04 ... Gralik store woudl find it hard to do opt 4 14:58:12 s/Gralik/Garlik/ 14:58:20 Zakim, unmute me 14:58:20 kasei should no longer be muted 14:58:39 ... differentiates between opt 1 and 4. 14:59:00 having trouble keeping track of which option belongs to which number :\ 14:59:19 i'll repeat :) 14:59:24 ... server has broadbased info 14:59:56 (Joseki does not have access to dynamic extensions the query engine may provide) 15:00:07 option 1 - use HTTP header in any GET/HEAD request on the endpoint (with or without a query) 15:00:07 option 2 - use HTTP OPTIONS verb 15:00:07 option 3 - place service description RDF in a well-known location on the server 15:00:07 option 4 - DESCRIBE query against SPARQL endpoint URI 15:00:07 option 5 - suggest that endpoints SHOULD answer queries about their own URI 15:00:23 ericP, I think it depends on how your application works. If you want to make the query and find out the service description whatever the description, using GET results in fewer requests. 15:00:36 kasei: OPTIONs has costs / difficulties. client libraries can make it tricky. 15:00:41 +1 to OPTIONS being difficult 15:00:43 q+ 15:00:55 LeeF: will send options to the email list 15:01:02 +1 with concern on OPTIONS option 15:01:26 q? 15:01:30 ack kasei 15:01:30 kasei, you wanted to worry about difficulty in using OPTIONS and to 15:01:42 LeeF: Next week: Negation, update from strawmans on negation update submission. 15:01:44 option 6 - add a new SPARQL query method alongside SELECT/CONSTRUCT/ASK/DESCRIBE 15:02:03 isn't that just DESCRIBE ? 15:02:04 DESCRIBE ENDPOINT 15:02:04 SELFDESCRIBE ? 15:02:15 I'm fine with option 6, but would still want a REST approach that was equivalent 15:02:23 LeeF: Thx to editors for FPWD. 15:02:25 pgearon++ 15:02:26 -Orri 15:02:29 -[Garlik] 15:02:30 -KjetilK 15:02:30 -AxelPolleres 15:02:32 Thx to Eric in advance 15:02:32 -EricP 15:02:32 -bglimm 15:02:33 -LeeF 15:02:33 -AlexPassant 15:02:35 -kasei 15:02:38 -Prateek 15:02:40 -pgearon 15:02:42 -SimonS 15:02:48 ADJOURNED 15:03:30 I think it has a lot of issues :) 15:03:39 -AndyS 15:03:40 SW_(SPARQL)10:00AM has ended 15:03:42 Attendees were LeeF, AndyS, kasei, AlexPassant, bglimm, pgearon, Prateek, Orri, EricP, AxelPolleres, swh, LukeWM, +0479864aaaa, KjetilK, +049261287aabb, SimonS 15:03:47 Any minutes magic thse days? 15:03:53 Are there any other technologies that we can learn from for this sort of thing? Or does everyone do this badly? 15:04:10 UDDI - for doing it badly. 15:04:19 But it's 3rd party. 15:04:24 P3P ruffled a bunch of feathers in defining a new header 15:04:28 And no one said S-O-A-P 15:04:38 AndyS, if you want you're welcome to try to follow the instructions in http://lists.w3.org/Archives/Public/public-rdf-dawg/2009AprJun/0406.html but i'm really plenty happy to do it myself 15:05:09 LeeF, can't today -- in a rush. 15:05:20 can try tomorrow for the fun of it. "fun" 15:05:33 :-) 15:05:36 AndyS's busy writing soap headers to communicate void 15:05:58 soap bubbles. 15:06:08 you mean void communication? 15:06:30 :-)( 15:06:31 no - avoid. 15:06:39 :-) 15:06:51 void2 and to void. 15:07:00 soap a void. ? 15:07:12 (turtle syntax) 15:07:26 ! 15:08:02 LukeWM has joined #sparql 15:08:37 AxelPolleres has left #sparql 15:12:47 SimonS has left #sparql 15:57:32 pgearon has left #sparql 17:03:12 Zakim has left #sparql 17:03:23 LukeWM has joined #sparql 17:26:11 LeeF has joined #sparql 17:56:14 KjetilK has joined #sparql 19:48:14 LeeF has joined #sparql 20:33:33 LeeF has joined #sparql