W3C home > Mailing lists > Public > public-rdf-dawg@w3.org > January to March 2010

Re: Agenda SPARQL TC 2010-02-09

From: Axel Polleres <axel.polleres@deri.org>
Date: Tue, 9 Feb 2010 12:18:16 +0000
Cc: "SPARQL Working Group" <public-rdf-dawg@w3.org>
Message-Id: <B53E440D-ADB4-479A-BFFE-09D4DF49DC42@deri.org>
To: "Andy Seaborne" <andy.seaborne@talis.com>
I agree with all but ISSUE-12... so let's propose some resolutions:


PROPOSED: Close ISSUE-3 with the consensus that subqueries do not
require a special "subquery keyword" but need to be put in mandatory
curly braces


ISSUE-4: agreed...

PROPOSED: Close ISSUE-4 with the consensus that only projected variables have scope outside a subquery.


ISSUE-36: agreed...

PROPOSED: Close ISSUE-36 by disallowing projected with the same name
as an existing variable (throwing a static error).



ISSUE-12: hmmm...
IIRC, the last discussion we had about that ended in that 

{SELECT S
WHERE W
GROUP BY G
HAVING F}

ist just the same as 

{SELECT S
WHERE W
GROUP BY G
} FILTER F

That's why I am still hesitant to use HAVING instead of just FILTER as
a keyword. At least, I still am not convinced that introducing another
keyword is useful here. I think the dispute of the issue is still just
the used keyword itself, isn't it? Do we have a resolution confirming
to use HAVING? I remember this being the last state of discussion,
where no real agreement was reached:
http://www.w3.org/2009/sparql/meeting/2009-11-02#line0255
Let me know if I miss some later findings on that from the list or from a later call.

best,
Axel



On 9 Feb 2010, at 09:18, Andy Seaborne wrote:

> 
> 
> On 08/02/2010 8:09 AM, Axel Polleres wrote:
> >        Any updates on F2F3?
> >        Query Issues:
> >                Andy's Summary
> >                Discussion on issue-29
> >                Discussion on issue-35
> >        Test suite / test cases
> >        On the deck:
> >                SD issues: Greg's summary
> >                ENT issues: Birte's summary
> 
> We could try to close some of these issues which Steve and I picked out
> as having consensus as far as we knew.
> 
> We won't do all of them but we could try for 3,4,12,36
> 
> 
> ISSUE-3
> http://www.w3.org/2009/sparql/track/issues/3
> 
> ISSUE-4
> http://www.w3.org/2009/sparql/track/issues/4
> 
> ISSUE-12
> http://www.w3.org/2009/sparql/track/issues/12
> 
> ISSUE-36
> http://www.w3.org/2009/sparql/track/issues/36
> 
> 
> 
>         Andy
> 
> More complete list from the emails:
> 
> 
>  > ISSUE-3
>  > Subquery syntax (e.g. mandatory curly braces
>  > DONE - use {}
> 
>  > http://www.w3.org/2009/sparql/track/issues/3
>  > Subquery syntax (e.g. mandatory curly braces)
>  > - I've not heard anyone speaking against braces recently.
> 
>  > ISSUE-4
>  > What is the variable scope between main queries and subqueries
>  > DONE - join scoping subject to projection.
> 
>  > http://www.w3.org/2009/sparql/track/issues/4
>  > What is the variable scope between main queries and subqueries?
>  > - Only projected variables have scope outside a subquery.
> 
> 
>  > ISSUE-8
>  > What determines the RDF dataset for subqueries?
>  > DONE - Same as outer query - no FROM in subqueries.
> 
>  > ISSUE-12
>  > Presence and syntactic detail of HAVING clause
>  > DONE (it's like a FILTER with the word HAVING)
> 
>  > http://www.w3.org/2009/sparql/track/issues/12
>  > Presence and syntactic detail of HAVING clause
>  > - Seems consensus on the post-aggregate FILTER being called.
> 
>  > ISSUE-36
>  > What happens when expressions are projected with the same name as an
>  > existing variable?
>  > DONE Current doc proposes this is a static error.
> 
>  > http://www.w3.org/2009/sparql/track/issues/36
>  > What happens when expressions are projected with the same name as an
>  > existing variable?
>  > - Seems consensus on it being an error.
> 
>  > ISSUE-39
>  > Can variable used as aliases for expressions be themselves used in other
>  > expressions?
>  > DONE
>  > Scope starts at point of definition - can use to the right and outer
> scope.
> 
> 
> 
Received on Tuesday, 9 February 2010 12:18:50 GMT

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