13:58:37 RRSAgent has joined #sparql 13:58:37 logging to http://www.w3.org/2010/08/24-sparql-irc 13:58:38 s/hel/hell/ 13:58:39 +??P12 13:58:44 MattPerry has joined #sparql 13:59:04 +[IPcaller] 13:59:13 zakim, [IPCaller] is me 13:59:15 +AxelPolleres 13:59:23 +kasei 13:59:23 Zakim, who is on the phone? 13:59:27 +AndyS; got it 13:59:39 agenda: http://www.w3.org/2009/sparql/wiki/Agenda-2010-08-24 13:59:40 On the phone I see ??P12, AndyS, AxelPolleres, kasei 13:59:41 zakim, dial ivan-voip 13:59:45 +OlivierCorby 13:59:46 regrets: Lee Feigenbaum 13:59:55 chair: Axel Polleres 14:00:06 OK 14:00:07 ok, ivan; the call is being made 14:00:09 +Ivan 14:00:13 scribe: AndyS 14:00:13 scribenick: AndyS 14:00:19 +MattPerry 14:00:21 scribe: Andy Seaborne 14:00:21 zakim, ??P12 is me 14:00:28 Zakim, who is on the phone? 14:00:33 +NickH; got it 14:00:39 On the phone I see NickH, AndyS, AxelPolleres, kasei, OlivierCorby, Ivan, MattPerry 14:00:43 Zakim, why are you so slow? 14:00:51 Regrets: LeeF 14:00:59 I don't understand your question, NickH. 14:01:02 +pgearon 14:01:13 +??P22 14:01:27 zakim, who is speaking? 14:01:32 This meeting: schedule / editors then test cases then other 14:01:39 NickH, listening for 10 seconds I could not identify any sounds 14:01:39 Why can I not even call France? The number you called is not available... 14:01:46 topic: admin 14:01:47 Topic: admin 14:01:58 PROPOSED: Approve minutes at http://www.w3.org/2009/sparql/meeting/2010-08-17 14:02:11 ??P22 might be me, not sure 14:02:21 Corrections? 14:02:38 RESOLVED: Approve minutes at http://www.w3.org/2009/sparql/meeting/2010-08-17 14:02:51 + +1.603.791.aaaa 14:02:56 Zakim, passcode? 14:02:59 the conference code is 77277 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), bglimm 14:03:24 sandro, able to scribe next week? 14:03:26 +[IPcaller] 14:03:38 Zakim, +[IPcaller] is me 14:03:38 sorry, AlexPassant, I do not recognize a party named '+[IPcaller]' 14:03:59 http://www.w3.org/2009/sparql/meeting/2010-08-10#document_publishing_status__2f_plans 14:04:03 Topic: publication schedule 14:04:42 Status of query 14:05:01 +[IPcaller.a] 14:05:08 Zakim, +[IPcaller.a] is me 14:05:10 sorry, bglimm, I do not recognize a party named '+[IPcaller.a]' 14:05:16 Zakim, I hate you 14:05:16 I don't understand 'I hate you', bglimm 14:05:18 SteveH: maybe end September 14:05:20 tentatively end of september 14:05:27 Zakim, [IPcaller.a] is me 14:05:27 +bglimm; got it 14:05:34 AndyS: Good enough target 14:05:34 Zakim, [IPcaller] is me 14:05:34 +AlexPassant; got it 14:05:45 Zakim, mute me 14:05:45 bglimm should now be muted 14:06:16 pgearon: missing edits to do / pregress next week / semantics ? --> mid Sept 14:06:28 Zakim, unmute me 14:06:28 bglimm should no longer be muted 14:06:33 chimezie has joined #sparql 14:06:52 bglimm: ready to go - one example to add ideally 14:07:01 AxelPollares: Last call status? 14:07:10 AxelPolleres: Last call status? 14:07:15 chime, are you on the phone already? 14:07:20 q+ 14:07:33 not yet, dealing with something on my end will be joinining in a few seconds 14:07:37 ivan: some open issues with RIF 14:07:42 Zakim, what is the passcode? 14:07:42 the conference code is 77277 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), chimezie 14:07:43 ack ivan 14:07:53 open issues about rif:imports ... 14:08:16 semi-sparql/semi-rif stuff 14:08:17 +Chimezie_Ogbuji 14:08:22 sorry, just looked at my diary, end sept is a bit optimistic, I'm on holiday for 2 weeks before then, mid oct is more likely 14:08:54 Souri has joined #sparql 14:09:18 AxelPolleres: open issues on RIF e.g. rif:imports - timescale? 14:09:44 chimezie: no interest from RIF WG yet. 14:10:04 ivan: formally, there is an open issue on this 14:10:33 AxelPolleres; at risk? 14:10:41 ivan: no - must be decided 14:11:03 should we just mark the naming of the URI rif:imports "at risk", unless we get agreement. 14:11:07 ... naming is less certain - prefer to agree with RIF on URI name 14:12:26 AxelPolleres: RIF call moved - inconvenient 14:13:02 ACTION: will find out about next RIF meeting and try to join, to clarify use of rif:imports URI. 14:13:02 Sorry, couldn't find user - will 14:13:07 ivan: also : URIs to use for naming entailment regimes for RIF 14:14:04 Rif is today, will try to join. 14:15:29 Can we maybe try and get at least one person from RIF to take part in the reviewing that be do before we publish? 14:15:37 chimezie: ready mid Sept 14:15:41 s/be/we/ 14:16:07 on RIF WG agenda: 5. Feedback on SPARQL ER [9-11] (20 mn) 14:16:22 Zakim, mute me 14:16:22 bglimm should now be muted 14:16:24 ACTION: ask in RIF for another review from them 14:16:24 Sorry, couldn't find user - ask 14:16:40 ACTION: axel to ask in RIF for another review from them 14:16:40 Created ACTION-297 - Ask in RIF for another review from them [on Axel Polleres - due 2010-08-31]. 14:17:00 ACTION: axel to clarify se of rif:imports URI with RIF. 14:17:00 Created ACTION-298 - Clarify se of rif:imports URI with RIF. [on Axel Polleres - due 2010-08-31]. 14:17:23 protocol - LeeF sent regrets for today 14:17:27 ACTION: Axel to check with Lee about protocol 14:17:27 Created ACTION-299 - Check with Lee about protocol [on Axel Polleres - due 2010-08-31]. 14:17:42 kasei: 2 open issues 14:17:58 ... one for parsable formats for endpoint 14:18:20 ... other entailment regimes and parameterized inference 14:18:34 ... done as much as we can do for that at the moment 14:19:14 I think we concluded that there are too many different opinions and it is out of scope 14:20:05 that's my understanding 14:20:17 [re. prop paths and [sth] being part of query doc] 14:20:17 fed-query and prop-paths within query 14:20:19 Zakim, mute me 14:20:19 Chimezie_Ogbuji should now be muted 14:20:19 AxelPolleres; Prop path & service -> query doc 14:20:22 q+ to ask about conformance criteria 14:20:37 Zakim, unmute me 14:20:37 bglimm should no longer be muted 14:20:58 bglimm: PF what is required? 14:21:38 who started to speak, please put yourself on the queue :-) 14:22:48 and there will always be bugs ;-) 14:22:56 AndyS: you mgiht wish to reject some queries in some circumstances 14:23:45 sd:feature 14:23:51 but it was meant for features that are outside of SPARQL 14:24:27 I think Andy is correct, it's very hard to cover the real world cases 14:24:33 we do have concrete instances, but not for this. 14:25:02 The problem with PP is that it changes the algebra and that means it changes the evaluation of BGPs, which is also what ent. reg. does, so there is a kind of conflict in that ent. regimes assume standard SPARQL algebra. PP is orthogonal to Ent. Regimes. 14:25:15 might support count() but not other aggregates 14:25:20 right 14:25:52 bglimm, orthogonal - yes- not conflicting with. 14:26:10 ... it does not change BGP eval. 14:26:44 well, the semantics of PP can be undefined, we just don't have anything for that 14:26:54 so we don't have a notion of a well-formed query? 14:26:57 q? 14:27:42 { ?x :p* ?y } ??? 14:29:56 andys: pp are orthogonal to entailment 14:30:10 birte: then it's not a problem 14:31:04 topic: rdf-http-update 14:31:18 Zakim, unmute me 14:31:18 Chimezie_Ogbuji should no longer be muted 14:31:28 Zakim, mute me 14:31:28 bglimm should now be muted 14:31:57 chimezie: "ready for publication = all major issues addressed" => TBL comments, some WG points (small) 14:32:13 comments from timbl open, comments from the WG should be mostly handled, depends on timbl's answers. 14:32:29 axel: let's follow up with sndro as well on that 14:32:53 topic: test cases 14:32:54 Zakim, mute me 14:32:54 Chimezie_Ogbuji should now be muted 14:33:09 two sets: select expressions, count aggregates 14:33:14 http://lists.w3.org/Archives/Public/public-rdf-dawg/2010JulSep/0242.html 14:33:22 count aggregate: http://lists.w3.org/Archives/Public/public-rdf-dawg/2010JulSep/0242.html 14:33:48 http://www.w3.org/2009/sparql/docs/tests/data-sparql11/aggregates/ 14:34:34 can we approve agg01-agg07 ? 14:35:39 I agree with (and pass) agg01-agg07. 14:36:02 I would like to abstain on all 14:37:14 PROPOSED: Approve test cases agg01-agg07 modulo check by email from Andy 14:38:42 I don't think I'll be able to run them for real 14:38:51 [sorry, very noisy here, dont want to use phone] 14:39:02 I can "run" then on paper 14:39:08 sure 14:39:10 ACTION: andy to check test cases agg01-agg07 14:39:10 Created ACTION-300 - Check test cases agg01-agg07 [on Andy Seaborne - due 2010-08-31]. 14:39:25 ACTION: steve to check test cases agg01-agg07 14:39:25 Created ACTION-301 - Check test cases agg01-agg07 [on Steve Harris - due 2010-08-31]. 14:39:59 q+ to ask whether the current test setup would allow testing of group_concat (non-deterministic w.r.t. sorting) 14:40:45 no 14:40:48 ack me 14:40:49 bglimm, you wanted to ask about conformance criteria 14:40:50 ack bglimm 14:40:57 Zakim, mute me 14:40:57 bglimm should now be muted 14:41:35 yes, order applies after the aggregates 14:42:23 andyS: order in the group vs order by 14:42:30 I'm talking about results like: "1, 2" vs. "2, 1" 14:43:19 Can't be expressed - and isn't defined 14:43:33 kasei: could use a regex on a subquery 14:43:41 greg: could be done with an outer ask query checkin all the possiblities 14:44:00 "1, 1" and "2, 2" is ok 14:44:01 andy: not to write tests which are not portable 14:44:26 seems most (portable) solutions to this involve subqueries 14:44:34 ... alternative to regex would be length (not perfect, but ok) 14:45:20 there is one query with to results in the testsuite. 14:45:30 -bglimm 14:46:16 we shouldn't change the 1.0 testsuite 14:46:29 but we can publish a new suite 14:46:41 axel: extend testcase vocabulary by alternatives. 14:46:57 andy: jsut one or two alternatives isn't really the issue. 14:47:00 +bglimm 14:47:17 ... embedding tst in the outer query would be better. 14:47:23 Zakim, mute me 14:47:23 bglimm should now be muted 14:48:04 bglimm, were :) 14:48:06 let's see how far we get with deterministic testcases only. 14:48:09 I prefer to have subqueries and one result per test, not alternative results 14:49:06 SELECT ?N COUNT(?P1) WHERE { ?P name ?N; knows ?P1 } group by ?P 14:49:41 zakim, unmute me 14:49:41 Chimezie_Ogbuji should no longer be muted 14:49:52 q+ 14:49:52 undefined or error? 14:50:20 q- 14:50:21 i would think this should be an error 14:51:08 Oracle SQL will give an error 14:51:27 http://www.w3.org/2009/sparql/meeting/2010-03-26#line0804 14:53:15 q- 14:53:51 strawpoll: should ungrouped variabled in project expressions generate an error? 14:53:56 what about a warning? 14:54:13 +1 14:54:14 s/project expresisons/projections/ 14:54:22 +1 14:54:22 +1 14:54:26 +1 for error 14:54:26 +1 14:54:34 0 14:54:35 0 14:54:40 0 14:54:44 0 14:54:45 0 14:54:45 0 14:54:48 0 14:54:49 (DERI hat) +1 14:55:33 didn't we already have a descision on this, or is it a new issue? 14:55:43 we have discussed this before 14:55:44 I agree with CHime 14:55:55 I agree with chime too 14:55:57 i'd probably have to know what "not an error" actually is... unbound? undefined behaviour? 14:56:01 I'd object I think 14:57:42 we have one objection (souri) against not error... and no objection against error... 14:57:44 all queries, if you don't like them 14:58:10 Andy: we don't have other cases for queries which are syntactically correct, but should raise an error 14:58:29 Chime: we don't have a notion of "well-formed" queries 14:59:40 axel: how is that different from bnodes being shared between groups? 15:00:48 probably we need to take that to email... 15:01:14 Andy: if we find a class of queries for that case, it might be ok. 15:01:23 I belive that the current text says it an error, FWIW 15:01:28 but doesn't define an mechanism 15:01:30 if we can statically figure out that it does not conform, IMO we should consider giving an error 15:02:02 ACTION: Axel to try to summarise the positions on projecting ungrouped variables 15:02:02 Created ACTION-302 - Try to summarise the positions on projecting ungrouped variables [on Axel Polleres - due 2010-08-31]. 15:02:10 adjourn 15:02:18 zakim, drop me 15:02:18 Ivan is being disconnected 15:02:19 -Ivan 15:02:41 -bglimm 15:02:42 rrsagent, make records public 15:02:54 -Chimezie_Ogbuji 15:02:59 -AxelPolleres 15:03:20 -??P22 15:03:40 SELECT (SAMPLE(?P) AS ?P) .... 15:04:14 -AlexPassant 15:04:27 zakim, who is on the phone? 15:04:27 On the phone I see NickH, AndyS, kasei, OlivierCorby, MattPerry, pgearon, +1.603.791.aaaa 15:04:31 -kasei 15:04:40 AndyS, yeah, that's probably what I'd do in an impl. given a free hand 15:04:40 -AndyS 15:04:43 -NickH 15:04:45 it's a little crazy 15:04:53 -OlivierCorby 15:04:59 but sueful 15:05:16 The error in Oracle database for an incorrect use of select list expression in the presence of GROUP BY (select empno, count(*) from scott.emp group by ename) is: ORA-00979: not a GROUP BY expression 15:05:28 zakim, aaaa is me 15:05:28 +Souri; got it 15:05:35 currently wording prohibits any reuse of the name even if completely different variable (e.g. another subquery, or a different union branch) 15:05:46 SteveH_ has joined #sparql 15:05:50 AndyS, yes 15:06:22 but a subquery without group can reuse a variable ... err ! 15:06:40 apologies for having had to run quickly... seems my "let's adjourn" was not heard by another conversation on top 15:06:43 Needs to define use (not introduction) in expressions in SELECT 15:06:58 .. add to SELECT expressions section? 15:07:50 seemed that steve and andy kept on discussing, didn't want to stop them 15:07:53 got to go ... bye 15:08:13 bye all, sorry for the somewhat chaotic end of the call 15:08:26 thanks for scribing to andy 15:08:28 -MattPerry 15:08:36 rrsagent, make records public 15:09:39 SteveH__ has joined #sparql 15:09:58 -Souri 15:11:20 -pgearon 15:11:22 SW_(SPARQL)10:00AM has ended 15:11:23 Attendees were AxelPolleres, kasei, AndyS, OlivierCorby, Ivan, MattPerry, NickH, pgearon, +1.603.791.aaaa, bglimm, AlexPassant, Chimezie_Ogbuji, Souri 15:18:57 OlivierCorby has left #sparql 15:39:44 (new machine syndrome) where are the instructions for producing the minutes? 15:54:01 Whoever it is, please stop editting the chatlog 15:56:09 Why is material being added to the chatlog that was not in the meeting? 16:04:07 Andy, no worries, did the minutes already 16:04:29 if you want to have another look, please go ahead, think they're fine. 16:05:48 "Whoever it is, please stop editting the chatlog" that would've been me then... ;-) sorry, got in a routine of just doing the minutes myself recently 16:05:53 I have done the minutes. 16:06:55 Do not like the additional material that was not part of the call being added. I added a note about it. 16:07:30 you mean the summary? 16:09:06 it was just a summarty that should help us recalling the main outsomes of the call. 17:34:08 Zakim has left #sparql