13:55:06 RRSAgent has joined #sparql 13:55:06 logging to http://www.w3.org/2011/03/22-sparql-irc 13:55:20 Zakim has joined #sparql 13:55:34 Zakim, this will be sparql 13:55:34 ok, AxelPolleres; I see SW_(SPARQL)10:00AM scheduled to start in 5 minutes 13:55:57 agenda: http://www.w3.org/2009/sparql/wiki/Agenda-2011-03-22 13:56:03 AxelPolleres has changed the topic to: agenda: http://www.w3.org/2009/sparql/wiki/Agenda-2011-03-22 (AxelPolleres) 13:56:08 chair: Axel Polleres 13:56:14 regrets: Chime 13:59:16 SW_(SPARQL)10:00AM has now started 13:59:16 +kasei 13:59:24 +AxelPolleres 13:59:36 SteveH_ has joined #sparql 13:59:39 +??P5 13:59:40 -??P5 13:59:40 +??P5 13:59:47 MattPerry has joined #sparql 13:59:51 zakim, ??P5 is me 13:59:51 +cbuilara; got it 13:59:56 +??P15 14:00:00 + +49.911.973.4.aaaa 14:00:04 zakim, ??P15 is me 14:00:06 +AndyS; got it 14:00:08 zakim, +49 is me 14:00:10 +NicoM; got it 14:00:18 + +33.4.92.38.aabb 14:00:34 zakim, aabb is me 14:00:34 +OlivierCorby; got it 14:00:35 + +1.603.897.aacc 14:00:44 +??P19 14:00:47 zakim, aacc is me 14:00:48 +MattPerry; got it 14:01:02 Zakim, ??P19 is me 14:01:06 +SteveH_; got it 14:02:11 Zakim, who is on the phone? 14:02:11 On the phone I see kasei, AxelPolleres, cbuilara, AndyS, NicoM, OlivierCorby, MattPerry, SteveH_ 14:02:36 I'll scribe 14:02:43 ScribeNick: AndyS 14:02:48 topic: Admin 14:02:50 Scribe: Andy Seaborne 14:03:00 PROPOSED: Approve minutes at http://www.w3.org/2009/sparql/meeting/2011-03-15 14:03:16 seconded 14:03:26 RESOLVED: Approve minutes at http://www.w3.org/2009/sparql/meeting/2011-03-15 14:03:55 -SteveH_ 14:04:15 next week back to normal? 14:04:23 Next meeting : Europe on summer time. Meeting 15:00 UK. 14:04:26 Next regular meeting: 2011-03-29 @ 15:00 UK / 10:00 EST (scribe: Birte) 14:04:43 +LeeF 14:04:57 ScribeNick: LeeF 14:05:15 Scribe: Lee Feigenbaum 14:05:17 topic: Comments 14:05:20 topic: Comments 14:05:24 +??P25 14:05:34 http://www.w3.org/2009/sparql/wiki/Comments 14:05:35 Zakim, ??P25 is me 14:05:35 +SteveH; got it 14:05:46 I have some drafts ready-to-be-approved. 14:05:55 AxelPolleres: unassigned comments 14:06:01 ...one old one from Jeremy Carrol 14:06:24 pgearon has joined #sparql 14:06:30 ...new comment on federation extension 14:06:46 ACTION: Carlos to dradft an answer for comment WG-1 14:06:46 Created ACTION-413 - Dradft an answer for comment WG-1 [on Carlos Buil Aranda - due 2011-03-29]. 14:06:53 +pgearon 14:07:07 AxelPolleres: one comment by Kjetil is being superceded by other mails from Kjetil 14:07:25 AxelPolleres: there are some draft responses on the mailing list, please send comments / +1s on those draft responses 14:07:28 Andy's outstanding responses: JB-5 (zero responses so far), and SC-1 (has one yes from Axel) 14:07:48 AxelPolleres: re: Gregg Reynolds's comment, Lee says that offlist communication indicates that Gregg does not expect a response from this WG 14:09:12 AxelPolleres: should we reconsider the naming of the dataset protocol document again? alternative would be "graph store protocol" 14:09:23 http://www.w3.org/2009/sparql/wiki/CommentResponse:KK-12 14:09:47 AndyS: where is the vote from last time so we can see where things stood? 14:10:03 http://www.w3.org/2009/sparql/meeting/2011-01-25 14:10:13 some people replied that we might change the name to "SPARQL 1.1 Graph Store HTTP Protocol 14:10:47 http://lists.w3.org/Archives/Public/public-rdf-dawg/2011JanMar/0088.html was the list of choices 14:11:34 AndyS: RDF WG is likely to draw a distinction between the graph and the container for the graph 14:11:41 AxelPolleres: I don't think we should adopt their terminology at this point 14:11:52 AndyS: Right, don't know where the terminology will end up, but let's get the framework right 14:12:44 LeeF: I'll email the WG list floating the possibility of renaming the dataset protocol yet again 14:12:57 SteveH: users don't notice the distinction between mutable and non-mutable concepts 14:13:57 +Sandro 14:14:10 topic: to last call 14:14:17 http://www.w3.org/2009/sparql/wiki/To_Last_Call 14:14:27 AxelPolleres: query status? 14:14:54 AndyS: I processed Birte and Axel's reviews that pertain to my sections; I'm up to date 14:15:05 SteveH: One note in the document that I need to talk to Andy about. 14:15:41 + +34.92.38.aadd 14:15:41 ... one piece of algebra that is wrong per Birte and haven't yet been able to figure out what is right 14:16:44 AxelPolleres: I also identified a few issues with the aggregate details 14:16:49 SteveH: Haven't yet gotten to those comments 14:16:52 you folks don't [plan to] have a 1.1 test harness which does graph bnode isomorphism for the tester, do you? 14:16:55 (i ask 'cause RDB2RDF group contemplating such a harness 'cause their implementations don't require isomorphism equivalence other than for testing) 14:17:05 ericP, no plans for that right now 14:17:08 tx 14:17:09 AxelPolleres: Lee still has open review 14:17:15 s/open/pending 14:17:24 SPARQL 1.0 does? 14:17:50 SteveH: Not likely to be completed this month. 14:18:15 AndyS: there are still pending reviews from Lee and a bit from Axel 14:18:32 AxelPolleres: mine is OK as is if I don't get to anything else 14:19:42 LeeF: I'll punt on my review rather than hold back the schedule. My review is more likely to focus on editorial clarity and consistency then on the algebra details. 14:19:48 Steve: should be ready by April 8 14:19:52 AndyS: Offer to help SteveH with algebra changes 14:20:06 SteveH: Thanks, quite possibly helpful. 14:20:35 SteveH: Could use help looking at Birte's suggested algebra changes for grouping, hard to figure out precise details 14:20:40 (agreement to take conversation offline) 14:20:42 Zakim, who is on the phone? 14:20:42 On the phone I see kasei, AxelPolleres, cbuilara, AndyS, NicoM, OlivierCorby, MattPerry, LeeF, SteveH, pgearon, Sandro, +34.92.38.aadd 14:20:46 AxelPolleres: update status? 14:21:11 AxelPolleres, yes, I've not read your review yet 14:21:14 pgearon: will spend some time this week 14:21:31 AxelPolleres: Alex says we'll have update on formal semantics 14:22:10 AndyS: there are some yet-unaddressed comments from an earlier review from last August - we need to make sure those aren't lost 14:22:19 pgearon: i can look through that list this afternoon 14:22:35 ACTION: paul to check (andy's) old comments on update 14:22:35 Created ACTION-414 - Check (andy's) old comments on update [on Paul Gearon - due 2011-03-29]. 14:22:55 ACTION: Axel to check back with Alex on update formal semantics 14:22:55 Created ACTION-415 - Check back with Alex on update formal semantics [on Axel Polleres - due 2011-03-29]. 14:23:39 moduylo formal semantics issue, should be ready for LC by first week of April 14:23:55 AndyS: other review? 14:24:01 kasei: Haven't had a chance to start it yet 14:24:19 ... ping me when I should start? 14:24:36 ACTION: axel to ping greg for review as soon as Update formal semantics is ready 14:24:37 Created ACTION-416 - Ping greg for review as soon as Update formal semantics is ready [on Axel Polleres - due 2011-03-29]. 14:24:48 AxelPolleres: protocol? 14:25:21 http://www.w3.org/2009/sparql/docs/protocol-1.1/Overview2.xml 14:26:25 LeeF: section 2.1 has some updates, would be good to have feedback 14:27:53 so, maybe if specifically the reviewers at least could have a look, comments welcome from everybody. 14:28:03 AxelPolleres: service description? 14:28:19 kasei: held up on editorial issues 14:28:24 ... 1 is based on protocol document 14:28:36 ... other is on empty graph issue, waiting on ACTION-406 for Lee to provide some text 14:28:40 bglimm has joined #sparql 14:28:42 ... minor changes, nothing substantive 14:28:53 AxelPolleres: on protocol document - schedule? 14:29:26 protocol schedule schedule not entirely clear 14:29:35 + +44.186.528.aaee 14:29:39 service description essentially ready for LC 14:29:48 kasei: for protocol dependencies I just need stable links into the document 14:29:51 Zakim, +44.186.528.aaee is me 14:29:51 +bglimm; got it 14:29:56 kasei: ready for LC very very soon then, I hope 14:30:03 AxelPolleres: dataset protocol? 14:30:29 AxelPolleres: there are some comments pending 14:31:44 I made some attempt to summarise our position in the draft response to KK-12 ... 14:31:45 I think bullet one is done. 14:32:04 ... maybe the name change is an issue. 14:32:25 ... and bullet 2 is a change in fundamentals (?) 14:32:30 AxelPolleres: entailment, main problem is still waiting for a review 14:32:38 bglimm: yes, and i might need to add something about property paths 14:32:45 ... because they are different from BGP matching 14:33:00 ... and entailment is not defined for paths that can't be reduced to normal BGPs 14:33:07 AxelPolleres: can we add that to wiki page? 14:33:09 bglimm: yes 14:34:35 AxelPolleres: can we move ahead without other reviews? 14:34:39 LeeF: no process requirement otherwise 14:34:46 AxelPolleres: if we have no more internal reviews, I'd be OK to go ahead 14:34:51 (silence, other than typing) 14:35:19 ACTION: Birte to add aa paragraph in entailment on property paths 14:35:19 Created ACTION-417 - Add aa paragraph in entailment on property paths [on Birte Glimm - due 2011-03-29]. 14:35:32 ACTION: Axel to review proprtey paths paragraph in Entailment 14:35:33 Created ACTION-418 - Review proprtey paths paragraph in Entailment [on Axel Polleres - due 2011-03-29]. 14:35:41 AxelPolleres: federated query status? 14:35:58 AxelPolleres: re: entailment, there is still pending discussion of d-entailment and canonicalization 14:36:06 ... let simmer for a week and see if we get more clarification 14:36:08 ... no traffic 14:36:21 ... we said if we don't get clarification then we might just drop it 14:36:32 bglimm: not sure we accomplish anything by waiting another week 14:37:03 bglimm: either remove it or strengthen it to define a minimum set of datatypes that need to be supported 14:37:09 AxelPolleres: straw poll! 14:37:25 bglimm: could be an option to leave as is, but seems to be agreement that it's not useful in its current form 14:37:43 Strawpoll: +1 change D-entailment towards canonicalization -1 drop D-entailment 14:37:51 0 14:37:52 +1 canonicalize 14:37:56 0 14:37:56 +1 14:37:56 0 14:37:57 0.5 14:37:57 +1 14:37:58 0 14:37:58 -1 (haven't heard of any systems that actually do SPARQL + D-entailment) 14:38:08 0 14:38:45 bglimm: I would need help defining what data types must be supported 14:38:47 Zakim, who is on the phone? 14:38:47 On the phone I see kasei, AxelPolleres, cbuilara, AndyS, NicoM, OlivierCorby, MattPerry, LeeF, SteveH, pgearon, Sandro, +34.92.38.aadd, bglimm 14:39:02 q+ to ask about canonicalization 14:39:07 AxelPolleres: Matt, could you help? 14:39:10 MattPerry: sure 14:40:27 LeeF: I don't think canonicalization (of data being input to a store) is at issue here. This is about stores that do NOT canonicalize data on the way in but enforce D-entailment rules at query time, and we don't know of any systems that do that 14:41:04 +1 - suggest it is on input; and for datatypes, suggest coverage - not MUST 14:41:40 if you do and don't do canonicalization, you get different answers... that's an entailment regime, and it's done by systems 14:43:36 LeeF: I don't understand how canonicalization of data input has anything to do with entailment at query time 14:43:44 AndyS: the entailment regimes do specify legal graphs for input 14:43:59 bglimm: I'd rather not put in the work if there's no benefit to it 14:44:16 AxelPolleres: I read that Oracle does this 14:44:23 RIOT can canonicalize on input 14:44:35 MattPerry: is there things in D-entailment that would not be captured by doing canonicalization at input time? 14:44:39 bglimm: you also need to do RDFS entailment 14:45:15 MattPerry: I can send out a list of the canonicalization that we do. 14:45:36 ACTION: Matthew to sync with Birte on Datatypes for canonicalisation 14:45:36 Created ACTION-419 - Sync with Birte on Datatypes for canonicalisation [on Matthew Perry - due 2011-03-29]. 14:45:52 AxelPolleres: federated query status? 14:45:58 Zakim, mute me 14:45:58 bglimm should now be muted 14:46:05 cbuilara: applied the comments from Axel and Lee 14:46:07 topic: Fed Query 14:46:10 ... sent email 14:46:19 ... wiki page with the comments of how I handled these comments 14:46:24 ... waiting for answers 14:46:32 ... need to clarify some things 14:46:39 ... from Axel and Lee 14:47:03 AxelPolleres: link to wiki page? 14:47:31 Carlos, add missing issues to Last call page on wiki, please 14:47:34 I'd take the grammar extract out - it's probably out of date. Link to ServiceGraphPattern 14:48:33 ACTION: Carlos to look into removing grammar extracts from Fed query and direclty link to current grammar 14:48:33 Created ACTION-420 - Look into removing grammar extracts from Fed query and direclty link to current grammar [on Carlos Buil Aranda - due 2011-03-29]. 14:48:34 -pgearon 14:48:48 fed Query review: http://www.w3.org/2009/sparql/wiki/To_Last_Call/Federated_Query_Review 14:49:02 AxelPolleres: JSON results format? 14:49:09 AndyS: no changes yet, concentrating on query 14:49:15 ... JSON can go on a different schedule if need be 14:49:34 +??P13 14:49:39 Zakim, unmute me 14:49:39 bglimm should no longer be muted 14:49:46 Zakim, ??P13 is me 14:49:49 +NickH; got it 14:50:37 Birte: entailment... ready by end of first week of april 14:50:37 cbuilara: if comments this week, need 1-2 weeks at most to apply final comments 14:50:46 Zakim, mute me 14:50:46 bglimm should now be muted 14:51:10 Carlos: reaslistic 1st or 2nd week of april (assuming open questions are addressed by Lee and Axel) 14:51:23 AxelPolleres: overview document? 14:51:27 ... Lee and Axel to discuss offline 14:52:24 topic: test cases 14:52:33 AxelPolleres: looking for volunteers to look through test cases and figure out what is ready for approval 14:52:44 ... look through minutes, mailing list, etc. 14:52:55 Property Path tests are ready as far as I'm concerned 14:53:01 I've added some bad syntax tests recently. 14:53:21 Zakim, pick a victim 14:53:21 Not knowing who is chairing or who scribed recently, I propose MattPerry 14:53:24 LeeF: suggest agenda items for next week: property path tests and bad syntax tests 14:53:33 I can contribute to test cases 14:54:17 + +1.540.412.aaff 14:54:28 ACTION: Olivier to look through test cases and provide a summary by next TC 14:54:28 Created ACTION-421 - Look through test cases and provide a summary by next TC [on Olivier Corby - due 2011-03-29]. 14:54:40 Zakim, aaff is me 14:54:40 +pgearon; got it 14:56:19 topic: action review 14:56:28 AxelPolleres: (reviews pending actions) 14:56:55 407 is done 14:57:11 close ACTION-407 14:57:11 ACTION-407 Change conformance section in SD to refer to including "at least" one triple... closed 14:57:27 yes 14:57:52 408 is done (currently pending) will close. review of 407. 14:58:52 yes 14:59:05 close ACTION-394 14:59:42 close ACTION-393 14:59:43 ACTION-393 Review query closed 14:59:54 close ACTION-390 14:59:54 ACTION-390 Update comments page closed 15:01:31 bye 15:01:34 -SteveH 15:01:35 -cbuilara 15:01:37 -NickH 15:01:37 Adjourned. 15:01:39 -Sandro 15:01:43 -bglimm 15:01:47 - +34.92.38.aadd 15:01:49 -MattPerry 15:01:51 -pgearon 15:01:53 -AndyS 15:01:58 ACTIONS upto 397 will be reviewed next time. 15:01:59 -kasei 15:02:04 adjourn 15:02:05 RRSAgent, make logs world 15:02:24 Zakim, who is on the phone? 15:02:24 On the phone I see AxelPolleres, NicoM, OlivierCorby, LeeF 15:06:02 Zakim, who is here? 15:06:02 On the phone I see AxelPolleres, NicoM, OlivierCorby, LeeF 15:06:03 On IRC I see bglimm, pgearon, SteveH, Zakim, RRSAgent, cbuilara, OlivierCorby, AndyS, LeeF, AxelPolleres, karl, ericP, NickH, kasei, trackbot, sandro 15:06:30 kasei, we decided against jsonp, didn't we? I now think that was a mistake..... 15:06:41 oh? 15:06:54 still time to change... :) 15:07:27 Sandro - could you send an email to the list about it. 15:09:22 well, I've started doing some coding where I need jsonp, and it works great, and it occurs to me that it'll still be a while before practically-all browsers implement it, even if just because it takes years for people to upgrade their browsers. 15:09:27 Will do, AndyS 15:10:15 The "years" argument seems quite important. Good that semweb now has such problems! 15:11:29 -LeeF 15:11:30 -AxelPolleres 15:27:42 AndyS, kasei, I take it back. I didn't realize that CORS had been out there quite so long already. I did the math, and 86% of current users are on a browser that supports CORS. The ones who don't are IE 6 or 7 (9%), Opera (2.5%), and other ancient versions (2%). I don't care too much about support for them, I guess. 15:29:57 (The opera case is truly bizarre. They don't support it, but the Editor of the CORS TR is Anne van Kesteren, and he works for Opera. I'm sure there's an interesting story here.) 15:30:29 sandro - facts - good. And IE6 or 7 is unlikely to run the apps anyway (users not that sort?, behind firewalls banning them etc etc) 15:31:04 Right. 16:47:38 AndyS has joined #sparql 17:46:47 SteveH has joined #sparql 18:06:16 AndyS has joined #sparql 18:19:29 pgearon has joined #sparql 18:37:40 pgearon has joined #sparql 20:35:37 karl has joined #sparql 20:51:37 is there a name for rdfs:Resource - rdfs:Literal? is that even a reasonable question? 21:03:56 i wish there was... i don't think (but am not sure) owl:Thing is what you want. 21:04:23 not a bit owl person, but think that can cover literals 21:05:06 i'm worried that it's not a reasonable question for the logics side of things, but that it's a very reasonable thing to want in practice. 21:05:37 kasei, thanks, that's exactly where i'm at 21:05:45 owl:thing == rdfs:Resource, so yeah, that's not what i want 21:05:52 but i want some way to write down metadata about sparql functions 21:05:56 such as the parameters they expect 21:06:06 and want to be able to say that a function wants a type thingy 21:06:43 In SPARQL 1.0 we just talk about IRIs, without giving them a URI 21:10:51 despite my (possibly wrong) impressions of owl:Thing, seems like you should be able to express this in owl as !rdfs:Literal 21:15:42 SteveH has joined #sparql 21:15:49 owl:Thing isa rdfs:Class but does not contain rdfs:Class. Can some be a literal and have a IRI? 21:16:44 LeeF: "a function wants a type thingy" ==> That's really about the graph node type - not the thing being named. 21:48:56 dang, missed AndyS 23:23:10 bglimm has joined #sparql