W3C home > Mailing lists > Public > public-rdf-dawg@w3.org > April to June 2009

Requesting input for the Features and Rational document

From: Alexandre Passant <alexandre.passant@deri.org>
Date: Wed, 3 Jun 2009 09:16:15 +0100
Message-Id: <3B1661A3-F204-4979-BF78-FA1CED3AEAF9@deri.org>
To: SPARQL Working Group <public-rdf-dawg@w3.org>
Hi all,

In order to edit the Features and Rationale document, we use the Wiki  
as staging ground for the Working Draft.
We would like to publish a first working draft as soon as possible,  
focusing - for the moment - on the Required features.

For each feature, the F&R document has a subsection with the  
motivation, the description, existing implementations and related  
discussion.

To move forward, we'd like your assistance, so we ask that you to add  
appropriate text to the wiki for each of the required features.
We already have enough material for some of them, and so we especially  
call for feedback from the following points, see below.
Note that we have changed the title of the examples to "existing  
implementations", as seen with Axel and Lee, as it is important to not  
proceed into the next charter, and any speculation on syntax would do  
that. Thus, the examples must be taken from existing implementations.
In the related discussions section, we currently link to the ISSUEs,  
and we intend to continue to do that until we have reason to add other  
material.

Specifically, we ask you to focus on these holes in the current content:

* ProjectExpression needs a better description and motivation.
We feel that the mention of XSLT is not very relevant, as assigning a  
name automatically, like some engines do now, is sufficient for XSLT.
It should also be motivated by showing why it is required by other  
features.

* Aggregates needs a description. As mentioned in today's telecon, it  
must be generic enough to encompass all the things we may do.

* Subqueries is now described as subselects, and the description and  
examples needs to reflect that we may have other query forms in the  
subqueries (e.g ASK in subqueries).

* Negation. Is there any engine that support a NOT EXISTS  
implementation ?

Finally, there is a section in the document that calls for use cases  
that require more than one of the new features, so that we motivate  
the new features with concrete examples.
We do not have that for the moment, so if someone can come up with  
some, it would be great !
Use cases can be recorded at http://www.w3.org/2009/sparql/wiki/FRUseCases

Thanks for your input !

Best,

Alex and Kjetil

-- 
Alexandre Passant
Digital Enterprise Research Institute
National University of Ireland, Galway
:me owl:sameAs <http://apassant.net/alex> .
Received on Wednesday, 3 June 2009 08:16:55 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 16:15:39 GMT