- From: Lee Feigenbaum <lee@thefigtrees.net>
- Date: Tue, 29 Jun 2010 23:12:49 -0400
- To: Birte Glimm <birte.glimm@comlab.ox.ac.uk>
- CC: Gregory Williams <greg@evilfunhouse.com>, Paul Gearon <gearon@ieee.org>, SPARQL Working Group <public-rdf-dawg@w3.org>
Thanks for the pointer. That was the start of the discussion which was
resolved the following week at
http://www.w3.org/2009/sparql/meeting/2010-03-09#resolution_2
"""
RESOLVED: Blank nodes in DELETE templates act as "wild cards",
effectively as variables bound to all RDF terms; the same blank node
cannot be used in the WHERE clause and the template, or in multiple
BGPs, SteveH, dcharbon2, LeeF abstaining
"""
So the answer to Paul's question is that that query should be illegal
because it reuses _:b in both the WHERE clause and the template.
I believe that everyone agreed that
DELETE WHERE { ?s :p _:b } ought to be equivalent to
DELETE WHERE { ?s :p ?abcdefghijk }
though I can't find a resolution to that effect. Note that this means
that DELETE WHERE { ... } is more than *just* a syntactic transformation.
Lee
On 6/29/2010 6:45 PM, Birte Glimm wrote:
> I believe these are the relevant minutes:
> http://www.w3.org/2009/sparql/meeting/2010-03-02
>
> I haven't read them completely, but they cover bnodes in deletes.
> Birte
>
> On 29 June 2010 22:39, Gregory Williams<greg@evilfunhouse.com> wrote:
>> On Jun 29, 2010, at 5:12 PM, Paul Gearon wrote:
>>
>>> I've been trying to find the conversation we've had on the scope of
>>> blank nodes in a delete, but so far I haven't found it.
>>>
>>> What happens for the following query:
>>>
>>> DELETE { ?s :p _:b } WHERE { ?s :p _:b }
>>>
>>> Is the _:b treated as the same node in the template as it is in the pattern?
>>
>> Relatedly, I'd wonder if this is exactly equivalent to:
>>
>> DELETE WHERE { ?s :p _:b }
>>
>> or if the semantics are slightly different. I can't figure out based on the text in the latest working draft of Update whether these two should act the same.
>>
>> .greg
>>
>>
>>
>
>
>
Received on Wednesday, 30 June 2010 03:13:30 UTC