Re: Minutes of RDF Data Access WG telcon 2005-04-12 for review

Hi, Dave

I sended regrets for 2005-04-12 Tcon
http://lists.w3.org/Archives/Public/public-rdf-dawg/2005AprJun/0060.html

Also regrets for 2005-04-19 Tcon (meeting in Bonn Germany)
and for 2005-04-26 Tcon (meeting in Halifax Canada)

-- 
Jos De Roo, AGFA http://www.agfa.com/w3c/jdroo/




Dave Beckett <dave.beckett@bristol.ac.uk>
Sent by: public-rdf-dawg-request@w3.org
14/04/2005 12:29

 
        To:     RDF Data Access Working Group <public-rdf-dawg@w3.org>
        cc:     (bcc: Jos De_Roo/AMDUS/MOR/Agfa-NV/BE/BAYER)
        Subject:        Minutes of RDF Data Access WG telcon 2005-04-12 for review



Minutes of RDF Data Access WG telcon 2005-04-12

RDF Data Access
http://www.w3.org/2001/sw/DataAccess/

Present:
Dave Beckett (scribe),
Jeen Broekstra,
Dan Connolly (chair)
Kendall Clark,
Steve Harris,
Pat Hayes,
Eric Prud'hommeaux,
Alberto Reggiori,
Hiroyuki Sato,
Andy Seaborne,
Kevin Wilkinson

Regrets: Bryan Thompson, Howard Katz

Agenda
http://lists.w3.org/Archives/Public/public-rdf-dawg/2005AprJun/0059.html

1. Convene, take roll, review records

Minutes of 5 April 2005 telcon
  http://www.w3.org/2005/04/05-dawg-minutes.html
approved

next meeting: 19 Apr. JeenB to scribe


ACTION: KendallC to work out remaining details in sparqlx.{rnc,xsd,rng}:
expression syntax, order-by stuff
ACTION: KendallC to incorporate EricP's privacy text, salting to taste
ACTION: KendallC to own wsdlAbstractProtocol (based on WSDL description
added to protocol to editor's draft).
ACTION: DaveB to consider use of xsi:dataType ala comment from Steer

all actions continued


2. issue: fromUnionQuery

Discussed Re: fromUnionQuery Dave Beckett (Monday, 11 April):
  http://lists.w3.org/Archives/Public/public-rdf-dawg/2005AprJun/0054.html
and background graph, it's use in protocol, keywords for them in the
query language (last WD) such as LOAD, FROM, WITH.

Discussed a proposal from SteveH of a design without a distinguished
background graph in:
  http://lists.w3.org/Archives/Public/public-rdf-dawg/2005JanMar/0440.html
which was to instead of having a single background graph, with no
name, to specify a set of graphs (a set of URIs with "use") which
together answer matches with no GRAPH keyword.  When a GRAPH keyword
is used, the "constrain" set of URIs (the named graphs) provide
matches, and bindings for the GRAPH ?var.  This makes the background
graph explicit.

The current protocol WD doesn't mention the background graph because
as it was understood from the query WD, it is implicit and unnamed.
The dataset in the query language may cover things the protocol
cannot specify.

SteveH noted that he was having problems with the un-named aspect of
the background graph which was one reason for his proposal.  The use
case is data management of the background graph.

ACTION SteveH: write up the use case that can't be handled by the
current design - data management of background graph

Discussion of the terminology of background graph, target graph,
default graph.  The current design of the dataset is:
  { G, (u1, G1), (u2, G2), . . . (un, Gn) }
where the first G has no URI.

Considering the two types of datasets, considered data/background,
trusted/untrusted (but objections to thas a overloaded),
named/unnamed (objections to it being emphasising naming),
named/default, foreground/background, others.

ACTION KendallC: draft protocol section on specifying datasets
(fromUnionQuery) including WSDL types and HTTP examples

ACTION EricP: try out the "2 list of URIs" datasets design from
http://lists.w3.org/Archives/Public/public-rdf-dawg/2005JanMar/0440.html

DaveB asked about forming the dataset in the query language using
keywords, which was removed after a decision at F2F5 in Boston,
refering to use cases in
  http://lists.w3.org/Archives/Public/public-rdf-dawg/2005AprJun/0054.html

DaveB said passing along (data to query, query to operate) together in a
document is very handy - should be available in rdf query as it is in
xquery and xslt with document(). 

Discussion of the reason why it was removed at F2F5, and issues with
having the dataset specification in query and protocol.  Some support
for having it in the query language, could be a forward compatibility
point for any later work on subqueries, passing on query results to
other queries in the same query document.

If the dataset specification was in both query and protocol, then the
case of what happens if both are present turns up - conflicts, which
takes precendence, or an error given.

Took straw polls saw support for allowing dataset in both query and
protocol.  On how to resolve conflicts in dataset specifications, the
choices seen were:
  * error if both are present
  * QL overrides protocol
  * protocol overrides QL
  * error if they disagree
Some people had preferences for answers, several didn't care.

ACTION AndyS: add syntax to specify datasets in the query language



3. issue: valueTesting

ACTION: DaveB to work with EricP to clarify valueTesting proposal ETA 19
Apr
CONTINUES

ACTION: HowardK to seek clarification on valueTesting w.r.t. differenced
from XQuery

Discussed Klyne' Comments on SPARQL 17-Feb-2005 draft
  http://lists.w3.org/Archives/Public/public-rdf-dawg-comments/2005Apr/0010.html


4. issue: punctuationSyntax

ACTION: DanC to propose to close punctuationSyntax (again) sans 
<<reifiction shorthand>>
http://lists.w3.org/Archives/Public/public-rdf-dawg/2005AprJun/0048.html

ACTION: [PENDING] DaveB to consider dots in qnames, report on impact
on turtle
DONE

PROPOSED: to not have reification syntax
objections: none
abstain: KendallC, AndyS/KevinW (HP), PatH, JeenB
in favor: DanC/EricP (W3C), HiroyukiS, SteveH, DaveB, AlbertoR
so RESOLVED

ACTION AndyD: take out the reification syntax


5. issue sort

ACTION: PatH to review sort design
DONE

PatH: reviewed it and it's complicated, but it would have to be.
Needs a total ordering.  More concerned about what the motiviation
for sorting was.  AndyS said it had a total ordering in response to
earlier PatH feedback.  Discussion if a total ordering was needed,
and it may not be but it could be a consistent ordering.

ACTION JeenB: Write a few sort test cases.
Of the order of about 10 - 6 normal cases and 4 weird things users
want to do.

JeenB asked about ordering in the XML results format.  DaveB says it
matches the query language's result set, so at present is unordered.

The test result format would also need changing to add an extra
property to record the result index in the ordering, if sorting is
added.



6. SPARQL QL publication candidate

ACTION: DaveB to review rq23 editor's draft this week
DONE:
Design Review of SPARQL query editor's draft $Revision: 1.293 $ Dave
Beckett (Thursday, 7 April)
http://lists.w3.org/Archives/Public/public-rdf-dawg/2005AprJun/0039.html

ACTION: PatH to internal review of rq23, starting monday
DONE

ACTION: AndyS to clarify 5.4 w/r/t closed world assumption
CONTINUED

other comments, e.g.
V. odd example Bijan Parsia (Monday, 4 April)
http://lists.w3.org/Archives/Public/public-rdf-dawg/2005AprJun/0012.html

AndyS and EricP are still catching up on the comments after
travelling and vacations.

PROPOSED: to publish editor's best effort this week, publication date
early next week (week of Apr18)
objections: none
abstentions: SH
resolved


Meeting ended

Received on Monday, 18 April 2005 08:27:10 UTC