13:55:34 RRSAgent has joined #sparql 13:55:34 logging to http://www.w3.org/2011/08/09-sparql-irc 13:55:36 RRSAgent, make logs world 13:55:36 Zakim has joined #sparql 13:55:38 Zakim, this will be 77277 13:55:38 ok, trackbot; I see SW_(SPARQL)10:00AM scheduled to start in 5 minutes 13:55:39 Meeting: SPARQL Working Group Teleconference 13:55:39 Date: 09 August 2011 13:55:39 zakim, this will be SPARQL 13:55:39 ok, LeeF; I see SW_(SPARQL)10:00AM scheduled to start in 5 minutes 13:55:41 Chair: LeeF 13:55:44 Scribe: bglimm 13:55:47 Scribenick: bglimm 13:56:32 Agenda: http://www.w3.org/2009/sparql/wiki/Agenda-2011-08-09 13:56:37 LeeF has changed the topic to: Agenda: http://www.w3.org/2009/sparql/wiki/Agenda-2011-08-09 (LeeF) 13:56:44 SteveH has joined #sparql 13:57:07 SW_(SPARQL)10:00AM has now started 13:57:15 +??P2 13:57:21 Zakim, ??P2 is me 13:57:21 +bglimm; got it 13:57:34 AndyS has joined #sparql 13:57:47 +??P3 13:57:54 zakim, ??P3 i sme 13:57:54 I don't understand '??P3 i sme', AndyS 13:57:58 + +1.617.553.aaaa 13:58:00 zakim, ??P3 is me 13:58:00 +AndyS; got it 13:58:04 zakim, aaaa is me 13:58:05 +LeeF; got it 13:58:18 MattPerry has joined #sparql 13:58:21 Hi there 13:58:25 A lot of echo 13:58:26 +??P4 13:58:31 Zakim, ??P4 is me 13:58:31 +SteveH; got it 13:58:33 Zakim, mute me 13:58:33 bglimm should now be muted 13:58:38 better? 13:59:20 +kasei 13:59:24 success! 13:59:51 cbuilara has joined #sparql 14:00:06 +??P12 14:00:12 zakim, ??P12 is me 14:00:12 +cbuilara; got it 14:00:29 + +1.603.897.aabb 14:00:39 zakim, aabb is me 14:00:39 +MattPerry; got it 14:01:00 axelpolleres has joined #sparql 14:01:04 alex has joined #sparql 14:01:52 yes 14:01:56 topic: Admin 14:02:01 PROPOSED: Approve minutes at http://www.w3.org/2009/sparql/meeting/2011-08-02 14:02:05 + +3539154aacc 14:02:49 Regrets: Olivier, Paul, Chimezie 14:02:55 RESOLVED: Approve minutes at http://www.w3.org/2009/sparql/meeting/2011-08-02 14:03:28 zakim, who is on the phone? 14:03:28 On the phone I see bglimm (muted), AndyS, LeeF, SteveH, kasei, cbuilara, MattPerry, +3539154aacc 14:03:46 that should be me 14:03:53 zakim, +3539154aacc is me 14:03:53 +alexpassant; got it 14:04:03 + +49.897.aadd 14:04:25 Zakim, aadd is probably me 14:04:25 +axelpolleres?; got it 14:04:40 LeeF: Next meeting next week 14:05:06 LeeF: AndyS is set to scribe 14:05:20 Next regular meeting: 2011-08-16 @ 15:00 UK / 10:00 EST (scribe: Andy) 14:05:48 LeeF: AndyS, anything from the RDF working group? 14:05:56 Zakim, umute me 14:05:56 I don't understand 'umute me', bglimm 14:06:06 Zakim, mute me 14:06:08 bglimm was already muted, bglimm 14:06:13 Zakim, unmute me 14:06:13 bglimm should no longer be muted 14:06:29 Zakim, mute me 14:06:29 bglimm should now be muted 14:06:48 I didn't get what Andy said 14:06:59 I have shitty sound :-( 14:07:07 Andy: Nothing new from RDF WG, but they will probably be reaching a decision on language tagged literals soon 14:07:12 topic: Federated Query 14:08:16 LeeF: We have a federated query review. Carlos, will you discuss further changes by email? 14:08:31 q+ 14:09:23 greg: The only major issues is that we agreed to not formally specify the endpoint semantics (?), the section is informative, but is wrong 14:09:28 ack axelpolleres 14:09:42 LeeF: I suggest to make the text less formal and keep the section informative 14:10:02 +q 14:10:02 Axel: As long as the section is informative, I think it is ok. We can change it later 14:10:14 LeeF: I think we should still get the semantics right 14:10:24 ack cbuilara 14:10:48 Carlos: The section was to address the changes suggested by Andy 14:11:37 LeeF: I think we just have to keep working towards convergence 14:11:58 ... Carlos, can you have a look at the comments and further discuss by email? 14:12:02 Carlos: Ok 14:12:04 I can take an action to check Greg's review and implications as well... 14:12:15 (would make it easier to remember for me ;-)) 14:12:17 ACTION: Axel to look at Greg's review of federated query 14:12:18 Created ACTION-514 - Look at Greg's review of federated query [on Axel Polleres - due 2011-08-16]. 14:12:31 What I see in doc is not as Carlos described (from a quick skim) is doc in CVS up to date? 14:13:08 Carlos: I commited a change 14:13:12 topic: Other documents 14:13:15 that "ranging over all services" is the part I'm not seeing and have a problem with. 14:13:17 AndyS: I'll read it more carefully then 14:13:42 LeeF: Axel did work on the overview doc and AndyS reviewed it 14:13:50 Axel: I partially adressed the comments 14:13:59 ... est we can to by email 14:14:04 s/est/rest/ 14:14:28 ... I will work on it further, but nothing seems critical for publishing 14:14:50 LeeF: Let's see whether we can publish th overview together with fed. query and the protocol oc 14:15:14 Axel: We should probably publish as a FPWD to get some feedback 14:15:36 LeeF: I think it is an important document, but we probably won't get too much feedback on it 14:15:39 q+ to ask about xmlspec / respec ization 14:16:13 LeeF: Can anybody else review the overview doc? 14:16:16 (silence) 14:16:19 q+ to ask one more question in the context off the overview doc 14:16:27 LeeF: Matt can you review it? 14:16:32 ACTION: Matthew to review the overview document 14:16:32 Created ACTION-515 - Review the overview document [on Matthew Perry - due 2011-08-16]. 14:16:33 Matt: Yes, I can review it 14:16:38 q? 14:16:40 ack AndyS 14:16:40 AndyS, you wanted to ask about xmlspec / respec ization 14:18:14 Axel: I asked on the mailing list about the wiki to HTML script 14:18:19 Zakim, unmute me 14:18:19 bglimm should no longer be muted 14:18:33 zakim, mute bglimm 14:18:33 bglimm should now be muted 14:18:33 q+ 14:18:41 Zakim, mute 14:18:41 I don't understand 'mute', bglimm 14:18:46 Zakim, mute me 14:18:46 bglimm was already muted, bglimm 14:18:56 Sandro said it is a lot of work to set the scrpt up 14:19:08 It is only worth doing if we use it several times 14:19:25 ok, I can do it manually, just wanted to know whether there's an easy way. 14:20:05 q? 14:20:07 ack axelpolleres 14:20:07 axelpolleres, you wanted to ask one more question in the context off the overview doc 14:20:13 ack me 14:20:14 LeeF: I think we can keep working on the wiki for a while and then manually convert to XML 14:20:31 Axel: Andy had a comment about using named graphs 14:20:56 .. I can avoid using named graphs, so we can get away without them 14:21:12 ... The other thing was the list of all documents, which we now have in all dcs 14:21:23 ... I used a different order than the other docs 14:21:38 ... I ordered to make a nice story in the overview 14:22:19 ... in some of the other documents, we don't have the list. I suggest to link from all other docs to the overview, where we have the list 14:22:40 ...so we would only have one list, which is in the overview doc 14:22:48 +1 to Axel's suggestion 14:23:15 AndyS: I personally don't find it useful to be directed to the overview 14:23:33 ... I find the order we ended up with appropriate 14:24:15 Axel: I don't have a particular order preference for thenon-overview docs, but I do have one for the overview 14:24:51 ... would you be ok to keep the structure of the document, but adjust the list? 14:24:52 alex has joined #sparql 14:25:21 AndyS: I think the structure should be major areas first and then the minor areas 14:25:21 I have no preference 14:25:30 I tend to favor Andy's approach 14:26:51 LeeF: We have slightly more votes for Andy's sugggestion. Axel, can you restructure? 14:27:01 Axel: Yes and it is anyway a FPWD 14:27:14 I can restructure, finding time is more the issue. 14:27:24 AndyS: I can't remember how long it takes overall from FPWD to LC 14:27:37 LeeF: FPWD has no fixed duration 14:27:54 ... LC has a minimum time of three weeks I believe 14:27:57 Shall we tendentially decide for a short name? proposal: sparql11-overview 14:28:21 LeeF: I am happy with the short name 14:28:29 AndyS: Looks good 14:28:41 LeeF: Let's decide when we decide to publish 14:29:21 ... Neither the chairs nor team contacts did make progress on the CVS document (scribed correctly?) 14:29:48 s/CVS/csv-tsv and json/ 14:30:07 ... I addressed most of Andy's comments for the protocol doc 14:30:39 it should follow the same rules as FROM FROM NAMED, shouldn't it? (didn't check the mails in detail) 14:30:41 ... we still have some discussions 14:31:17 ... Andy can you outline the usecase that you had on the mailing list? 14:31:41 Didn't get what Andy said :-( 14:33:33 AndyS: One possible UC is that the dataset for matching is a new, temporary dataset (maybe retrieved from the web) 14:33:49 Lee's way sounds good, USING/USING NAMED is described in Table 2 of the update doc 14:34:26 LeeF: Clearly the spec still needs to be improved 14:34:40 ... but the question whether the current model is acceptable 14:35:01 see http://www.w3.org/TR/sparql11-update/#mappingRequestsToOperations 14:35:06 AndyS: Regardless what we decide, the change will change the update doc 14:36:06 Axel: Sounds to me that removing the parameters is in line with the update document 14:36:13 LeeF: If that 14:36:25 Are you sure that we need to change Update, I don't think so. 14:36:29 LeeF: If you specified it like this, then we might not need a change 14:37:04 AndyS: We have time to do a last cal for update in parallel with the protocol doc 14:37:23 LeeF: Are we happy with the semantics of the protocol or should we consider alternatives? 14:37:38 ... AndyS, do you need more time to think about it? 14:38:00 I understand that protocol says that updateReq with parameters simply means that the requested endpoint needs to answer Tr(updateReq,parameters) where Tr just replaces the USING USINGCLAUSES 14:38:05 AndyS: Yes and we are a small group of people and I want to make sure we address the right problem 14:38:19 ... we are not getting enough input 14:38:33 this can be defined similarly as the tables in the update document, but it is ok if it defined in the protocol dfocument. 14:39:11 AndyS: Steve, you are another major update implementor. Did you get your head around that? 14:39:26 Steve: It is not a feature that we currently use, so I can't give input 14:39:43 LeeF: Anybody else implementing it? 14:40:03 Axel: How is it for query request now when there are parameters? 14:40:50 Lee's interpretation is the only one that makes sense to me 14:40:54 LeeF: The design for update is different because there are different update requests 14:41:18 LeeF: my proposal was that parameters replace any using/using named in any operation part of a request. 14:41:27 ... We don't want to do something that we regret later. Maybe I write up the current design and send it to the list to get feedback 14:41:46 AndyS: That might be a good idea. Any other points, where you need feedback? 14:42:00 LeeF: I think I addressed most points, but I will get back to it 14:42:12 AndyS: Add more example 14:43:16 LeeF: There is still an issue with characters in query strings 14:44:32 ... I'll rewrite the text, to make it clearer 14:44:50 ACTION: Lee to email list with proposed design for dataset parameters in protocol for update requests 14:44:50 Created ACTION-516 - Email list with proposed design for dataset parameters in protocol for update requests [on Lee Feigenbaum - due 2011-08-16]. 14:45:44 LeeF: Test case covering 14:45:55 ... Axel, can you give an overview of the status 14:46:13 Axel: We had a couple of actions to evaluate coverage 14:46:28 ... 492 and following 14:46:36 ... for update, the action is done 14:46:47 close ACTION-492 14:46:47 ACTION-492 Check coverage of test suite (on Update) closed 14:47:17 493 is create a summary on the wiki 14:47:23 http://www.w3.org/2009/sparql/wiki/TestSuiteCoverage 14:48:00 ... For each area we wanted to have statements from implementors as to who implements the features 14:48:26 ... please have a look and add yourself under implementation or remove yourself as appropriate 14:48:50 ... action 494 is query on greg 14:49:02 greg: I still need to finish it 14:49:11 JSON results test suite broken. 14:49:13 Axel: Yes, it is a lot of work 14:49:51 Axel: 495 is protocol test cases coverage, which should also cover how we test protocol at all 14:49:57 LeeF: No progress yet 14:50:04 Axel: Action 496 is on Chime 14:50:47 ... for the graph store protocol 14:50:59 ... it might need an extension for the manifest structure 14:51:26 close ACTION-497 14:51:27 ACTION-497 Check entailment regimes test case coverage closed 14:51:31 Axel: Action 497 is on entailment reg. 14:51:36 .. that is completed 14:51:50 ... That is the last action on test case coverage 14:52:12 Close ACTION-507 14:52:12 ACTION-507 Draft text for CSV/TSV status para closed 14:52:28 Close ACTION-500 14:52:29 ACTION-500 Review updates in Fed query doc (particularly section 2.4 and 4) for LC readiness closed 14:52:41 ... for update, we have not yet everything covered: http://www.w3.org/2009/sparql/wiki/TestSuiteCoverage#Update 14:52:50 ... Do we need to test silent? 14:53:16 ... In syntax tests that is covered, but sine we cannot test error, it is hard for non-syntax test 14:53:17 Is there not a EvalFail test type? 14:53:24 ... I propose to not test that 14:53:30 ... any objections? 14:53:39 ... silence=agreement? 14:53:56 q+ 14:54:35 greg: We could create a negative evaluation test 14:54:45 a test would be DROP SILENT GRAPH 14:55:16 I think minimal testing for SILENT is OK 14:55:22 but we can test it to an extent 14:55:24 greg: we could probably add something to make such tests possible 14:55:44 Axel: So the proposal is to add negative evaluation tests 14:56:28 greg: We might need a test for success, not a test for the state of the graph store 14:56:48 AndyS: A test without result, just saying that you somehow got through 14:56:57 Axel: I will look into that 14:57:30 LeeF: Shall we record an action? 14:57:35 ACTION: Axel to look into negative evaluation tests and "silent success test" possibility for update tests. 14:57:36 Created ACTION-517 - Look into negative evaluation tests and "silent success test" possibility for update tests. [on Axel Polleres - due 2011-08-16]. 14:58:34 Axel: Andy suggested to move the negative syntax tests to the syntax test folder 14:59:32 Axel: It is probably o t o move them there. Some tests are negative syntax tests because we disallowed bnodes, but they have not been moved after the decision 14:59:51 Suggest just leaving it as is for now then 14:59:59 Axel: Any volunteers to move the tests? 15:00:52 Axel: We anyway need to action somebody to create the missing update tests. Maybe that person can then also move the tests. 15:00:57 Zakim, pick a victim 15:00:57 Not knowing who is chairing or who scribed recently, I propose SteveH 15:01:26 Steve: No way I can find the time 15:01:35 LeeF: Let's leave it as it is for now 15:01:42 Axel: Next is entailment 15:02:13 ... we should also have negative tests for container membership properties 15:02:25 -alexpassant 15:02:27 no tests for axiomatic triples yet 15:02:51 ... we could just add an ask query for the triples 15:03:08 http://www.w3.org/2009/sparql/wiki/TestSuiteCoverage#Entailment 15:04:30 Axel: It seems we are out of time 15:04:33 yes 15:04:45 Axel: Birte, can you look into completing the test cases 15:04:48 Bire: Yes 15:04:52 adjourned 15:04:53 -LeeF 15:04:54 -MattPerry 15:04:55 -SteveH 15:04:56 axelpolleres: got a minute for a csv test question? 15:04:58 bye 15:05:02 close ACTION-489 15:05:03 ACTION-489 Review outcome of ACTION-462 as soon as it's done closed 15:05:04 -cbuilara 15:05:09 -AndyS 15:05:10 close ACTION-509 15:05:10 ACTION-509 Review latest federated query document for Last Call readiness closed 15:05:24 ACTION: birte to add missing test cases to improve http://www.w3.org/2009/sparql/wiki/TestSuiteCoverage#Entailment 15:05:24 Created ACTION-518 - Add missing test cases to improve http://www.w3.org/2009/sparql/wiki/TestSuiteCoverage#Entailment [on Birte Glimm - due 2011-08-16]. 15:05:31 Zakim, who is on the phone? 15:05:31 On the phone I see bglimm (muted), kasei, axelpolleres? 15:05:33 rrsagent, create minutes 15:05:33 I have made the request to generate http://www.w3.org/2011/08/09-sparql-minutes.html bglimm 15:05:44 AndyS has left #sparql 15:05:45 Birte, can you take care of the minutes? 15:05:50 -bglimm 15:06:01 -kasei 15:06:09 axelpolleres? 15:06:14 I try, but it says I have insufficient access privileges 15:06:22 I'll see whether I can get around that 15:06:34 last time Sandro had to adjust the rights 15:07:25 AndyS has joined #sparql 15:07:27 ok, I think the webpage worked 15:13:57 axelpolleres: I think you've committed bad data to the csv expected result files 15:22:10 alex has joined #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:06 Attendees were bglimm, +1.617.553.aaaa, AndyS, LeeF, SteveH, kasei, cbuilara, +1.603.897.aabb, MattPerry, alexpassant, +49.897.aadd, axelpolleres? 17:22:36 Zakim has left #sparql 18:21:39 SteveH has joined #sparql 18:21:49 SteveH_ has joined #sparql 18:26:35 alex has joined #sparql 19:15:31 AndyS has joined #sparql 20:28:48 did we say the grammar was going to forbid the variable-endpoint form of SERVICE? 20:30:15 I'm eager to figure out something to do with the :service5 test (either remove it, or change it to a negative syntax test...) 20:44:47 alex has joined #sparql 20:47:12 kasei, I think the grammar will allow it, but the text wont 21:03:06 ok. something in Query, though? or only in Fed? 21:04:08 now that you say that, I do recall discussing the grammar allowing it, but overall being unsupported (forbidden?)