14:57:49 RRSAgent has joined #sparql 14:57:49 logging to http://www.w3.org/2012/01/03-sparql-irc 14:57:51 RRSAgent, make logs world 14:57:51 Zakim has joined #sparql 14:57:53 Zakim, this will be 77277 14:57:53 I do not see a conference matching that name scheduled within the next hour, trackbot 14:57:54 Meeting: SPARQL Working Group Teleconference 14:57:54 Date: 03 January 2012 14:58:09 chair: Axel Polleres 14:58:19 agenda: http://www.w3.org/2009/sparql/wiki/Agenda-2012-01-03 14:58:35 MattPerry has joined #sparql 14:59:37 bglimm has joined #sparql 14:59:39 AxelPolleres: are we using Zakim or freeconference? 14:59:42 AndyS1 has joined #sparql 14:59:55 kasei: just trying... 15:00:07 I'm on freeconference 15:00:15 Zakim ist down still... let's use freeconference (see http://lists.w3.org/Archives/Public/public-rdf-dawg/2012JanMar/0009.html) 15:00:36 Olivier has joined #sparql 15:01:12 So I have to dial to the US? No voip? That might be difficult 15:01:27 it's not a very good line from the UK, quite noisy 15:01:55 I can't connect to that phone :( 15:02:44 We have Andy, Matt, SteveH, Greg, on the phone... who else? 15:03:16 Birte, sorry, maybe Sandro has some alternative? 15:03:24 Paul joined 15:03:38 bglimm, if you can call a UK number I can join you to the call? 15:03:43 I thought the site said something about internet calls. 15:03:55 (carlos, birte having technical problems...) 15:03:55 sandro, I couldn't find anything just now 15:04:36 And the local chemical warning siren is testing (I hope) here :-| 15:04:52 birte joined 15:05:10 sandro joined 15:05:48 sandro has changed the topic to: No Zakim today. 1-213-342-3000 code 4264131 15:05:49 I joined the telcon 15:05:58 Olivier joined 15:06:11 I called the US number via Skype 15:06:26 but you have to have Skype credit to do that 15:06:33 agenda: http://www.w3.org/2009/sparql/wiki/Agenda-2012-01-03 15:06:47 (fwiw, Google Voice can't call this number :-( ) 15:06:59 AxelPolleres: Happy new year everybody 15:07:08 topic: admin 15:07:09 ... we had several resolutions last year 15:07:20 PROPOSED: Approve minutes at http://www.w3.org/2009/sparql/meeting/2011-12-20 15:07:46 +1 15:07:47 ...Comments on the minutes? 15:07:50 (silence) 15:07:57 RESOLVED: Approve minutes at http://www.w3.org/2009/sparql/meeting/2011-12-20 15:08:10 Next regular call in a week's time 15:08:11 Next regular meeting: 2012-01-10 @ 15:00 UK / 10:00 EST (scribe: Axel Polleres) 15:08:20 Axel is next on the scribe list 15:08:32 No report from the RDF WG? 15:08:43 Nothing to report 15:09:04 We skip this then and go to the publication issues 15:09:30 We have several documents to be published, but Jan 2nd is no longer an option 15:09:41 ... We need to decide on another publication date 15:09:52 ... Jan 5th was discussed on the mailing list 15:09:58 ... Is that feasible? 15:10:29 Sandro: I think 5th is the first available pub date 15:10:39 Axel: We could go for Jan 9th as well 15:11:02 Sandro: We can publish Mondays and Thursdays 15:11:18 Axel: So we could decide for 5th or 10th Jan 15:11:25 5th or 10th... try for the earliest possible. 15:11:30 ... We could try the earliest possible 15:11:57 ... I used a wrong text on possibly skipping CR 15:12:33 ... it is almost as required, but I suggest to stick exactly to the resolution text 15:13:07 Change the text referring to possibly skipping CR as per last time's resolution: http://www.w3.org/2009/sparql/meeting/2011-12-20#resolution_8 15:13:39 AxelPolleres: I asked myself whether we should do something with the change logs 15:13:55 ... Some documents still have change logs from previous versions 15:14:01 ... These should be removed 15:14:42 let's go through documents 15:14:46 ... we go through the docs one by one 15:14:51 .. starting with Query 15:15:12 Query... mail from Andy: http://lists.w3.org/Archives/Public/public-rdf-dawg/2012JanMar/0007.html 15:15:39 We need to check that it is LC and put in the required comment text 15:15:56 The text for possibly skipping CR is the one from the resolution 15:16:29 Query is ready to go 15:16:30 query HTML checked into CVS 15:16:37 Entailment regimes ready to go? 15:16:39 ... under pub/ 15:16:39 AxelPolleres: Entailment Regimes? 15:16:46 bglimm: Ready to go 15:17:01 pub/20120102/WD-sparql11-query-201120105/ 15:17:13 pub/20120102/WD-sparql11-query-20120105/ 15:17:46 pub/20120102/ 15:18:03 AxelPolleres: documents should be in the pub/20120102/ folder 15:19:09 AxelPolleres: Update still had two open comments 15:19:17 http://www.w3.org/2009/sparql/wiki/Comments#Last_Call_comments ... 15:19:28 ... at least they are makred as open on the comments page 15:19:39 BV-5 and NL-1 15:19:44 DB-5 and NL-1 look still open 15:19:59 s/BV-5/DB-5/ 15:20:21 The first one is addressed,, but the wiki was not updated 15:21:13 http://www.w3.org/2009/sparql/wiki/CommentResponse:DB-5 exists, not linked 15:21:21 Paul?: NL-1 is about query and not update 15:22:19 AxelPolleres: It probably doen't make sense to touch the doc now, we can leave that for a future version of the spec 15:22:25 (one moment) 15:23:03 ... NL-1 is definitely about Query 15:23:28 AndyS1: Looking at the use-case he must do a full construct 15:23:32 ... due to the filters 15:23:54 ... I can see some restricted cases that we could address with the current design 15:24:34 ... It seems to be a query that should return all touched triples 15:24:43 It's why we put the limitation in 15:24:47 SteveH: We have discussed this at one of the F2Fs 15:24:47 because doing the alternative was too... icky 15:25:06 AxelPolleres: We didn't want to tough this 15:25:16 .... extensions could be put on the future issues list 15:25:33 ... we could use our standard reply for future issues 15:25:43 ... I can draft a reply along these lines 15:25:51 ... unless there are other volunteer 15:26:04 AndyS1: I don't even fully understand his example 15:26:16 AxelPolleres: I'll just do a high level reply 15:26:52 AndyS: I wouldn't go into extensions of the short form. There is always the long form for complicated use cases. 15:27:08 ACTION: Axel to draft a reply to NL-1 pointing to stay on the basic level for the CONSTRUCT WHERE shortcut, and that there's the full form for more complex cases 15:27:09 Could not create new action (failed to parse response from server) - please contact sysreq with the details of what happened. 15:27:09 Could not create new action (unparseable data in server response: local variable 'd' referenced before assignment) - please contact sysreq with the details of what happened. 15:27:52 His use case does seem clear (to me) what the template would be if UNION and filters involved (e.g. UNION arms have partial overlaps of patterns used) 15:27:58 AxelPolleres: No actions either. Comments seem addressable, so Update is ready to go 15:28:07 ... Service Descriptions? 15:28:23 Greg: not ready yet due to pub rule checking issues 15:28:46 Sorry I dropped out, but not due to lack of credit 15:28:50 will dial in again 15:29:11 scribenick: AndyS1 15:29:26 greg: will turn to protocol once SD is ready 15:29:49 end document state review 15:30:17 for the review period of 4 weeks, exactly 4 weeks or one month? 15:30:27 sandro? 15:30:58 sandro: does not matter - prefer to end day before a WG TC 15:31:01 I am back 15:31:41 let's choose a date 1 day before the coming WG meeting after 4 weeks have passed... 15:32:26 AxelPolleres: The next point on the agenda is to check on the status of the other documents 15:32:37 axel: other docs - graphstore protocol 15:32:37 ... we didn't decide on the graph store protocoll yet 15:32:48 ... can anybody report? 15:34:03 plan to publish soon, sandro reports to mainly have agreed on the crucial points with Chime. 15:34:12 ?: I am not sure what the status is now 15:34:28 My preference is to see text in doc (inc ptr to changed text to make it easier to find) 15:34:33 ... I talked to Chime, but I am not sure what his schedule is 15:34:33 ...right after publication, let's focus on it in next week's telecon and try to resolve wording issues by then per email 15:35:02 AxelPolleres: Let's discuss by email, so we can decide about the doc next week 15:35:15 ... We got some feedback for protocol 15:35:23 ... I am not sure how to treat this 15:35:24 http://lists.w3.org/Archives/Public/public-rdf-dawg/2012JanMar/0003.html ... an early last call comment? 15:35:29 ... as an early LC comment? 15:35:39 Sandro?: I guess that makes sense 15:36:29 AxelPolleres: Is there anything that says we address need another last call if we make changes 15:36:42 Lee: only critical thing could be conformance criteria 15:37:14 LeeF: The doc says that if you implement query then you need to do it in one of the 3 specified ways 15:37:41 ... it is not clear whether you have to implement all 3 15:38:10 .... it is not too clear whether you are performant if you support one of those or whether you have to support all 3 15:38:25 Any reason not to require GET ? 15:38:46 AxelPolleres: If a clarification requires another call, shouldn't we wait another week to get clarity about this? 15:39:03 I'd be happy supporting a requirement for all of the 3 styles. 15:39:04 Sandro: We could add an at risk note 15:39:35 LeeF: Can we check on IRC whether we have consensus about this? 15:40:27 q+ 15:40:41 ... if we follow Gregs proposal to require all three, it is a higher burden on implementors 15:41:03 AndyS: If we require all three, we should say why 15:41:07 ack kasei 15:41:28 kasei: If we only require GET and give the option to also implement the others 15:41:37 ... and describe this in the SDs? 15:41:57 AndyS: But it is not just between a client and server 15:42:11 ... to see iwhether GET works you might just have to try and see whether it works 15:42:32 AxelPolleres: What worries me is that we don't have any text there yet 15:42:44 LeeF: But it is just one sentence in the Conformance section 15:43:19 I don't think we have a easy way to implement direct POST 15:43:37 .... The client doesn't have to implement all three, only the server 15:44:21 LeeF, could you scribe the proposed text? 15:44:25 Server MUST implement all forms, client MUST implement one form to be compliant 15:44:58 s/compliant/conformant/ 15:44:58 LeeF: Is anybody really worried if we have MUST for all three forms for the sever? 15:45:31 Steve: The problem we have is that the HTTP server is custom code. We would have to add another one apart from GET and POST 15:45:36 ... not a real blocker 15:47:23 discussion about motivation for direct POST 15:47:47 AxelPolleres: LeeF, will you draft a text and email that? 15:48:05 LeeF: Yes, I'll mail it and we can see whether there are objections to that 15:48:47 AxelPolleres: Putting that text at risk doesn't really help us 15:49:55 PROPOSED: Lee to draft conformance text on the mailinglist which we put into the publication of protocol, unless objections (adendum to resolution http://www.w3.org/2009/sparql/meeting/2011-12-20#resolution_6) 15:50:15 AxelPolleres: Would this address Thomas comment? 15:50:51 LeeF: There is a fair amount of work to be done, but should be ok 15:51:05 +1 to the proposal 15:51:32 RESOLVED: Lee to draft conformance text on the mailinglist which we put into the publication of protocol, unless objections (adendum to resolution http://www.w3.org/2009/sparql/meeting/2011-12-20#resolution_6) 15:51:34 AxelPolleres: No objections? 15:52:02 AxelPollere: Lee, will you have any time to work on the publication? 15:52:09 LeeF: Not sure 15:52:28 AxelPolleres: I'll try to look at the documents tomorrow evening 15:52:52 Axel: Lee, please take care of protocol, I will check all other docs tomorrow night. 15:53:07 adjourned 15:53:07 adjourned 15:53:20 AndyS1 has left #sparql 15:53:37 rrsagent, make records public 15:53:38 RRSAgent, make logs world 15:53:56 http://www.w3.org/2012/01/03-sparql-irc 15:58:50 SteveH has joined #sparql 16:37:42 bglimm has joined #sparql 17:18:44 AxelPolleres has joined #sparql 18:32:58 AndyS has joined #sparql