Meeting record: Data Access Working Group telecon 1 May 2007

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