- From: Eric Prud'hommeaux <eric@w3.org>
- Date: Thu, 3 May 2007 07:08:44 -0700
- To: public-rdf-dawg@w3.org
- Message-ID: <20070503140844.GA7354@w3.org>
http://www.w3.org/2007/05/01-dawg-minutes [1]W3C RDF Data Access Weekly 1 May 2007 [2]Agenda See also: [3]IRC log Attendees Present AndyS, jeen, LeeF, Chimezie_Ogbuji, EricP, Souri, SimonR Regrets Chair LeeF Scribe jeen Contents * [4]Topics 1. [5]convene 2. [6]action items 3. [7]leading digits in prefixed names 4. [8]non-URI characters in IRIs 5. [9]Last Call comments status / CR status 6. [10]ordered, distinct, and reduced attributes in SPARQL XML Results Format * [11]Summary of Action Items _________________________________________________________________ <AndyS> Ref: [12]http://rfc.net/rfc3987.html#s3. <LeeF> Scribe: jeen <AndyS> better: [13]http://rfc.net/rfc3987.html#s3.1. just before 3.2 <LeeF> ericP, you coming along? convene <LeeF> minutes from 24 Apr -> [14]http://www.w3.org/2007/04/24-dawg-minutes.html <LeeF> minutes approved, seconded by jeen <AndyS> Off topic: Joost launch: RDF in action! [15]http://news.bbc.co.uk/1/hi/business/6612199.stm <LeeF> next meeting, 8 May, scribe @@ action items <LeeF> ACTION: ericP to respond to Jeremy Carroll's comments re: langMatches [DONE] [recorded in [16]http://www.w3.org/2007/05/01-dawg-minutes.html#action01] <LeeF> ACTION: ericP to respond [17]http://www.w3.org/mid/4617D68D.4010608@hp.com [DONE] [recorded in [18]http://www.w3.org/2007/05/01-dawg-minutes.html#action02] <LeeF> ACTION: EricP to run the yacker tool over and annotate the existing tests [CONTINUES] [recorded in [19]http://www.w3.org/2007/05/01-dawg-minutes.html#action03] <LeeF> ACTION: ericP to get in touch with SteveH re: setting up an environment to generate an Overview page for tests in data-r2 a la [20]http://www.w3.org/2001/sw/DataAccess/tests/ [CONTINUES] [recorded in [21]http://www.w3.org/2007/05/01-dawg-minutes.html#action04] <LeeF> ACTION: ericP, jeen, or LeeF to update [22]http://www.w3.org/2001/sw/DataAccess/tests/README with info on possible results format and on changes to manifest and test vocabularies [CONTINUES] [recorded in [23]http://www.w3.org/2007/05/01-dawg-minutes.html#action05] <LeeF> ACTION: ericP to write a test showing that langMatches doens't do extended matching [CONTINUES] [recorded in [24]http://www.w3.org/2007/05/01-dawg-minutes.html#action06] <LeeF> ACTION: LeeF or EliasT to reply to Bjoern regarding (not) POSTing application/sparql-query documents [CONTINUES] [recorded in [25]http://www.w3.org/2007/05/01-dawg-minutes.html#action07] <LeeF> ACTION: LeeF or EliasT to reply to Bjoern regarding (not) POSTing application/sparql-query documents [CONTINUES[ [recorded in [26]http://www.w3.org/2007/05/01-dawg-minutes.html#action08] <LeeF> ACTION: LeeF to mark the 4 regex tests approved [CONTINUES] [recorded in [27]http://www.w3.org/2007/05/01-dawg-minutes.html#action09] leading digits in prefixed names LeeF: discussed this last week, consensus seems no technical objections against allowing <SimonR> I do have a technical reason against it. LeeF: I was going to check whether this would be substantive enough to need a new LC SimonR: I did have a technical objection, you can put it in a construct and thus produce something which is not a legal XML QName in your output graph <chimezie> i don't see how expanding 'qname' lexical form will be problematic for serializing RDF/XML <chimezie> via CONSTRUCT EricP: if the data is there in the first place, it can already occur in the output of a query, so we are not introducing a _new_ problem. <AndyS> Example: x:0123 becomes <[28]http://example/ns/0123> as a property which is not qname-able in RDF/XML. <chimezie> ahh, thx SimonR: I'd be inclined not to change the spec and be conservative. but the world won't fall if we do allow this. <AndyS> Can do it in other ways - this makes it a bit easier to do. LeeF: EricP talked to Ralph (and Tim). according to him it is a substantive change. ... but we could mark it as 'at risk', reserving the right to remove in PR if we want. <LeeF> AndyS: neutral <LeeF> SimonR: do nothing <LeeF> jeen: neutral <LeeF> chimezie: add it at-risk <LeeF> ericP: add it at-risk <LeeF> Souri: add it at-risk SimonR: can we explain in the spec why it is at risk? LeeF: we have no obligation to do that, at least. <LeeF> PROPOSED: To accept leading digits in the local part of a prefixed name and mark this as a feature at-risk in the sepcification seconded by AndyS <LeeF> so resolved. RESOLVED, no abstentions or objections <SimonR> I'm willing to write some text explaining the issues around leading digis. <LeeF> ACTION: SimonR to write text explaining the leading digits at-risk feature [recorded in [29]http://www.w3.org/2007/05/01-dawg-minutes.html#action10] <LeeF> ACTION: AndyS to update the grammar for leading digits [recorded in [30]http://www.w3.org/2007/05/01-dawg-minutes.html#action11] <LeeF> ACTION: chimezie to write up a test case showing leading digits in local part of prefixed names [recorded in [31]http://www.w3.org/2007/05/01-dawg-minutes.html#action12] non-URI characters in IRIs <LeeF> issue inspired by comments in [32]http://lists.w3.org/Archives/Public/public-rdf-dawg-comments/2007A pr/0007.html <SimonR> Do we have a way in the test suite to express an "at risk" feature? I'm presuming at the moment our tests are supposed to either succeed or fail. Do we have any marked to only work in the case of a optional feature? (Exntailment regimes, user-defined functions, etc?) <AndyS> <chimezie> i *think* the current test suite uses 'vanilla' RDF test vocabulary, so I don't think so (currently) <jeen> simon, i don't think we do <SimonR> Okay, so there might be some test suite framework extension required, as well as writing the tests themselves. <chimezie> IRI specification includes certain characters which would cause conflicts in our grammar (< for instance) AndyS: in favor of maximizing interoperability by keeping out that excluded-char list <AndyS> Example: <[33]http://example/a{b}c> seems to be a legal IRI but not a URI. <SimonR> Is RDF core officially using IRIs yet? (Probably a silly question, but I might as well ask.) LeeF: my inclinination would be to stick to as close as what we have right now, and keep the exclusion list <AndyS> RDF core is not using IRIs because it predates RFC 3987 Souri: also in favor of sticking with as-is <chimezie> if there is no technical pushback is seems prudent to go in teh IRI direction <chimezie> as thit seems to be the general consensus direction jeen: not sure about changing this without taking a good look at consequences for current parsers first. <AndyS> Chimezie - just an observation - the arg could be to go for the most conservative as well. This is tricky. <chimezie> yes, the uncertainty for me is mainly what hiccups (if any) it introduces <SimonR> You know, if we delimited our prefixed named with <> and left IRIs delimited by whitespace, we might dodge this. Probably to confusing to consider, but <> would be no issue for pseudo-XML characters. <SimonR> to/too <AndyS> Jeen - SeRQL uses {} for delims doesn't it? <Jeen> Andy - delims around subject and object (i.e. graph nodes as opposed to edges) . uris are delimited with <> same as in SPARQL <AndyS> Jeen - thanks <Souri> What are the characters? <,>,{,}, space, ... <AndyS> Souri: "<", ">", '"', space, "{", "}", "|", "\", "^", and "`" <AndyS> (from RFC 3987 near end sec 3.1) <Souri> Thanks Andy. Last Call comments status / CR status <LeeF> [34]somewhat accurate comment report <LeeF> [35]#2 has been fixed, #3 is a question, #1 is mainly a question LeeF: we have pretty much addressed all the LC comments (only have to send one more reply) ... still hoping to move to CR next week LeeF: I will go through old objections and summarize their status ordered, distinct, and reduced attributes in SPARQL XML Results Format <LeeF> [36]attributes in results format LeeF: question on whether we need additional reduced attribute in XML format triggered discussion on under-specification on meaning of distinct attribute ... so the broader question is whether we need a reduced keyword and whether we need to keep the distinct and ordered keywords in the result format? <ericP> my vote: wipe them all out <LeeF> Is anyone in favor of keeping the distinct= and ordered= attributes? <Souri> I too favor removing them Chimezie: I'm in favor of removing as well LeeF: we seem to have consensus on this <LeeF> PROPOSED: To remove the ordered= and distinct= attributes from the SPARQL Query Results XML Format second by jeen and andy RESOLVED, no abstentions or objections <LeeF> ACTION: jeen to remove ordered and distinct attributes from the query results xml format editors' draft [recorded in [37]http://www.w3.org/2007/05/01-dawg-minutes.html#action13] ADJOURNED Summary of Action Items [NEW] ACTION: AndyS to update the grammar for leading digits [recorded in [38]http://www.w3.org/2007/05/01-dawg-minutes.html#action11] [NEW] ACTION: chimezie to write up a test case showing leading digits in local part of prefixed names [recorded in [39]http://www.w3.org/2007/05/01-dawg-minutes.html#action12] [NEW] ACTION: jeen to remove ordered and distinct attributes from the query results xml format editors' draft [recorded in [40]http://www.w3.org/2007/05/01-dawg-minutes.html#action13] [NEW] ACTION: LeeF or EliasT to reply to Bjoern regarding (not) POSTing application/sparql-query documents [CONTINUES[ [recorded in [41]http://www.w3.org/2007/05/01-dawg-minutes.html#action08] [NEW] ACTION: SimonR to write text explaining the leading digits at-risk feature [recorded in [42]http://www.w3.org/2007/05/01-dawg-minutes.html#action10] [PENDING] ACTION: ericP to get in touch with SteveH re: setting up an environment to generate an Overview page for tests in data-r2 a la [43]http://www.w3.org/2001/sw/DataAccess/tests/ [recorded in [44]http://www.w3.org/2007/05/01-dawg-minutes.html#action04] [PENDING] ACTION: EricP to run the yacker tool over and annotate the existing tests [recorded in [45]http://www.w3.org/2007/05/01-dawg-minutes.html#action03] [PENDING] ACTION: ericP to write a test showing that langMatches doens't do extended matching [recorded in [46]http://www.w3.org/2007/05/01-dawg-minutes.html#action06] [PENDING] ACTION: ericP, jeen, or LeeF to update [47]http://www.w3.org/2001/sw/DataAccess/tests/README with info on possible results format and on changes to manifest and test vocabularies [recorded in [48]http://www.w3.org/2007/05/01-dawg-minutes.html#action05] [PENDING] ACTION: LeeF or EliasT to reply to Bjoern regarding (not) POSTing application/sparql-query documents [recorded in [49]http://www.w3.org/2007/05/01-dawg-minutes.html#action07] [PENDING] ACTION: LeeF to mark the 4 regex tests approved [recorded in [50]http://www.w3.org/2007/05/01-dawg-minutes.html#action09] [DONE] ACTION: ericP to respond [51]http://www.w3.org/mid/4617D68D.4010608@hp.com [recorded in [52]http://www.w3.org/2007/05/01-dawg-minutes.html#action02] [DONE] ACTION: ericP to respond to Jeremy Carroll's comments re: langMatches [recorded in [53]http://www.w3.org/2007/05/01-dawg-minutes.html#action01] [End of minutes] _________________________________________________________________ Minutes formatted by David Booth's [54]scribe.perl version 1.128 ([55]CVS log) $Date: 2007/05/03 13:54:26 $ References Visible links 1. http://www.w3.org/ 2. http://lists.w3.org/Archives/Public/public-rdf-dawg/2007AprJun/0033.html 3. http://www.w3.org/2007/05/01-dawg-irc 4. http://www.w3.org/2007/05/01-dawg-minutes#agenda 5. http://www.w3.org/2007/05/01-dawg-minutes#item01 6. http://www.w3.org/2007/05/01-dawg-minutes#item02 7. http://www.w3.org/2007/05/01-dawg-minutes#item03 8. http://www.w3.org/2007/05/01-dawg-minutes#item04 9. http://www.w3.org/2007/05/01-dawg-minutes#item05 10. http://www.w3.org/2007/05/01-dawg-minutes#item06 11. http://www.w3.org/2007/05/01-dawg-minutes#ActionSummary 12. http://rfc.net/rfc3987.html#s3. 13. http://rfc.net/rfc3987.html#s3.1. 14. http://www.w3.org/2007/04/24-dawg-minutes.html 15. http://news.bbc.co.uk/1/hi/business/6612199.stm 16. http://www.w3.org/2007/05/01-dawg-minutes.html#action01 17. http://www.w3.org/mid/4617D68D.4010608@hp.com 18. http://www.w3.org/2007/05/01-dawg-minutes.html#action02 19. http://www.w3.org/2007/05/01-dawg-minutes.html#action03 20. http://www.w3.org/2001/sw/DataAccess/tests/ 21. http://www.w3.org/2007/05/01-dawg-minutes.html#action04 22. http://www.w3.org/2001/sw/DataAccess/tests/README 23. http://www.w3.org/2007/05/01-dawg-minutes.html#action05 24. http://www.w3.org/2007/05/01-dawg-minutes.html#action06 25. http://www.w3.org/2007/05/01-dawg-minutes.html#action07 26. http://www.w3.org/2007/05/01-dawg-minutes.html#action08 27. http://www.w3.org/2007/05/01-dawg-minutes.html#action09 28. http://example/ns/0123%3E 29. http://www.w3.org/2007/05/01-dawg-minutes.html#action10 30. http://www.w3.org/2007/05/01-dawg-minutes.html#action11 31. http://www.w3.org/2007/05/01-dawg-minutes.html#action12 32. http://lists.w3.org/Archives/Public/public-rdf-dawg-comments/2007Apr/0007.html 33. http://example/a 34. http://www.w3.org/2001/sw/DataAccess/lc-status-report.html 35. http://lists.w3.org/Archives/Public/public-rdf-dawg-comments/2007Apr/0027.html 36. http://lists.w3.org/Archives/Public/public-rdf-dawg/2007AprJun/0031.html 37. http://www.w3.org/2007/05/01-dawg-minutes.html#action13 38. http://www.w3.org/2007/05/01-dawg-minutes.html#action11 39. http://www.w3.org/2007/05/01-dawg-minutes.html#action12 40. http://www.w3.org/2007/05/01-dawg-minutes.html#action13 41. http://www.w3.org/2007/05/01-dawg-minutes.html#action08 42. http://www.w3.org/2007/05/01-dawg-minutes.html#action10 43. http://www.w3.org/2001/sw/DataAccess/tests/ 44. http://www.w3.org/2007/05/01-dawg-minutes.html#action04 45. http://www.w3.org/2007/05/01-dawg-minutes.html#action03 46. http://www.w3.org/2007/05/01-dawg-minutes.html#action06 47. http://www.w3.org/2001/sw/DataAccess/tests/README 48. http://www.w3.org/2007/05/01-dawg-minutes.html#action05 49. http://www.w3.org/2007/05/01-dawg-minutes.html#action07 50. http://www.w3.org/2007/05/01-dawg-minutes.html#action09 51. http://www.w3.org/mid/4617D68D.4010608@hp.com 52. http://www.w3.org/2007/05/01-dawg-minutes.html#action02 53. http://www.w3.org/2007/05/01-dawg-minutes.html#action01 54. http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm 55. http://dev.w3.org/cvsweb/2002/scribe/ Hidden links: 56. http://rfc.net/rfc3987.html#s3.1. -- -eric office: +1.617.258.5741 NE43-344, MIT, Cambridge, MA 02144 USA mobile: +1.617.599.3509 (eric@w3.org) Feel free to forward this message to any list for any purpose other than email address distribution.
Received on Thursday, 3 May 2007 15:27:27 UTC