- From: Lee Feigenbaum <lee@thefigtrees.net>
- Date: Mon, 05 Nov 2007 01:36:39 -0500
- To: 'RDF Data Access Working Group' <public-rdf-dawg@w3.org>
We're at 14:30 UTC. Find your local time here:
http://www.timeanddate.com/worldclock/fixedtime.html?month=11&day=06&year=2007&hour=14&min=30&sec=0&p1=0
Short agenda, please join if you can.
0. Convene [1]RDF Data Access WG meeting of Tuesday, 6 November 2007
at 14:30:00 UTC
+ LeeF chairing
+ teleconference bridge: tel:+1.617.761.6200
tel:+33.4.89.06.34.99 tel:+44.117.370.6152 code:7333
+ on irc at: irc://irc.w3.org:6665/dawg
+ Scribe: @@
+ Regrets:
+ roll call
+ minutes from last week [2] (well, two weeks ago)
+ Next meeting is 13 Oct 2007 @@ recruit scribe, regrets?
+ agenda comments?
1. Review ACTION Items
These actions appear DONE:
ACTION: EricP to draft documents into /2007/SPARQL with namespace
changes etc. for review next week
Let's check on the status of the following actions:
2. REDUCED tests
As part of our PR transition call, we agreed to create REDUCED tests for
the test suite, publish them, and solicit implementation results during
PR. I imagine that one syntax test and one or two evaluation tests will
suffice. The syntax test is straightforward, but the evaluation tests
require one of three possiblities that I see:
+ flag the test in the manifest as qt:laxCardinality (or other term).
This indicates that an implementation passes the test if it has the
right results, but the cardinality of each result can be between 1 and
the cardinality in the given result set (inclusive)
+ associate the test in the manifest with multiple result files. This
indicates that an implementation passes the test if its results match
any of the given result files
+ create multiple tests. Expect that an implementation passes exactly
one of them.
The third possibility is nice because implementors do not need to change
their test harness at all. (We just need logic in the goo that generates
the implementation report to look out for these tests). It's not nice
because it means that no one will ever get 100% on the approved tests
(nor would we expect them to).
The first and second solutions require implementors to adapt their test
harnesses a bit. For the first one, a test harness needs to detect the
qt:laxCardinality predicate and adapt their result-checking procedure
accordingly. For the second one, the result-checking procedure stays the
same, but the implementation needs to know to check against multiple
result files and pass the test if they match any of those result files.
Thoughts?
3. Implementation report going forward
I'd like to keep it updated for at least the coming few months, but this
needn't take Working Group time. Is anyone else interested in helping
keep the implementation report up-to-date and improving its quality?
4. Testimonials
A reminder to begin gathering SPARQL testimonials.
5. RDF-RDB Workshop
One and a half weeks ago was a W3C workshop on RDF access to relational
databases[3], at which SPARQL made a great showing. Several of us were
there, but several weren't. Perhaps we could have a brief update on the
workshop, and also a note in particular about Matt Gheen's presentation
regarding using the DAWG test suite against a relational database.
...I'm sure there was one other topic, but for the life of me I can't
remember what it was nor find it in my notes. Alas (and alack).
[1] http://www.w3.org/2001/sw/DataAccess/
[2] http://www.w3.org/2007/10/23-dawg-minutes.html
[3] http://www.w3.org/2007/03/RdfRDB/program
Received on Monday, 5 November 2007 06:37:00 UTC