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

Checking in on our issues

From: Lee Feigenbaum <lee@thefigtrees.net>
Date: Mon, 28 Sep 2009 23:41:35 -0400
Message-ID: <4AC181EF.9010407@thefigtrees.net>
To: SPARQL Working Group <public-rdf-dawg@w3.org>
As per my action, http://www.w3.org/2009/sparql/track/actions/89, I 
checked up on all our issues.

I either made sure they're tied to a specific feature's design page, 
tied to an action, could be closed already, or were ready to be closed. 
The first set are those that I'll propose to close either tomorrow or 
next week.

I'll follow-up after FPWD with editors to schedule TC time for issues 
that need it.


Issue Status and Action

== Proposed to Close ==

PROPOSED: Resolve [http://www.w3.org/2009/sparql/track/issues/3 Subquery 
syntax (e.g. mandatory curly braces)] by requiring curly braces around 
subqueries and without introducing a keyword.

PROPOSED: Resolve [http://www.w3.org/2009/sparql/track/issues/4 What is 
the variable scope between main queries and subqueries?] by noting that 
only variables projected from a subquery are visible outside the 
subquery and that all other variables and all blank nodes within the 
subquery are local to the subquery.

PROPOSED: Resolve [http://www.w3.org/2009/sparql/track/issues/11 
Implicit vs explicit GROUPing] by requiring explicit grouping and 
prohibiting projecting variables (or scalar functions on variables) not 
mentioned in GROUP BY.

PROPOSED: Resolve [http://www.w3.org/2009/sparql/track/issues/12 
Presence and syntactic detail of HAVING clause] in favor of a HAVING clause

== Needs more info ==

http://www.w3.org/2009/sparql/track/issues/23 - what does this mean?

== Other action taken ==

http://www.w3.org/2009/sparql/track/issues/1 - tied to 
http://www.w3.org/2009/sparql/wiki/Design:BasicFederatedQuery

http://www.w3.org/2009/sparql/track/issues/2 - closed, resolved by Phase 
II charter text on function library

issues 4-8,10,13 - tied to 
http://www.w3.org/2009/sparql/wiki/Design:SubSelect

http://www.w3.org/2009/sparql/track/issues/9 - closed, clear consensus 
that SPARQL Query/1.1 includes subselects in graph patterns

issues 14-16, 35, 41 - tied to 
http://www.w3.org/2009/sparql/wiki/Design:Aggregate

issues 18-22, 24-28 - already tracked on 
http://www.w3.org/2009/sparql/wiki/UpdateIssues

issue 29 - tied to http://www.w3.org/2009/sparql/wiki/Design:Negation

http://www.w3.org/2009/sparql/track/issues/30 - no action taken, will be 
resolved by review & eventually last call publication of restful update doc

http://www.w3.org/2009/sparql/track/issues/31 - closed based on decision 
to publish Service Description document on its own and by decision to 
discover service descriptions via request on the endpoint URI

http://www.w3.org/2009/sparql/track/issues/32 - closed based on 
resolution at 
http://www.w3.org/2009/sparql/meeting/2009-08-04#resolution_2 .

issue 33 - already tied to action-77 on Lee

issue 34 - tied to 
http://www.w3.org/2009/sparql/wiki/Design:EntailmentRegimes

issue 36, 39 - tied to 
http://www.w3.org/2009/sparql/wiki/Design:Project_Expression
Received on Tuesday, 29 September 2009 03:42:28 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 26 April 2012 12:08:28 GMT