Re: Implement decision on bNodelabel/INSERT DATA operations.

Done; only the first link to the SPARQL Update doc included.

By the way - there are no anchors in SPARQL Update for terminology like 
"request" or "operation".

	Andy

On 03/10/12 14:46, Polleres, Axel wrote:
> Hi Andy, all,
>
> If I see it correctly, the anchor is
>   http://www.w3.org/2009/sparql/docs/query-1.1/rq25.xml#grammarBNodes
> instead of
> http://www.w3.org/2009/sparql/docs/query-1.1/rq25.xml#grammarBNodeLabels
> (nitpicking, it's anyways correct in the doc)
>
>
> As for the new text... Some minor correction suggestions inline below:
> -------------------------------------------------------------------------
>          </div2>
>          <div2 id="grammarBNodes">
>            <head>Blank Nodes and Blank Node Labels</head>
>
> -         <p>The blank nodes can not used in:</p>
> +         <p>Blank nodes can not used in:</p>
>            <ul>
>              <li><code><a href="#rDeleteWhere">DELETE WHERE</a></code></li>
>              <li><code><a href="#rDeleteWhere">DELETE DATA</a></code></li>
>              <li>a <code><a href="#rDeleteClause">DeleteClause</a></code></li>
>            </ul>
> +       <p>in a <a href="http://www.w3.org/TR/sparql11-update/">SPARQL Update</a> request.</p>
>
>            <p>Blank node labels are scoped to the
>            <a href="#defn_SPARQLRequestString">SPARQL Request String</a>
>            in which they occur. Different uses of the same blank node label in a
>            request string refer to the same blank node. Fresh blank nodes are generated for
>            each request; blank nodes can not be referenced by label across requests.
>            </p>
>
>            <p>The same blank node label can not be used in:</p>
>            <ul>
>              <li>two basic graph patterns in a SPARQL Query</li>
> -           <li>two <code><a href="#rModify">WHERE</a></code> clauses
> -           of SPARQL Update operations</li>
> +           <li>two <code><a href="#rModify">WHERE</a></code> clauses
> +           in a <a href="http://www.w3.org/TR/sparql11-update/">SPARQL Update</a> request</li>
> -           <li>two <code><a href="#rInsertData">INSERT DATA</a></code>
> -           SPARQL Update operations</li>
> +           <li>two <code><a href="#rInsertData">INSERT DATA</a></code>
> +           clauses in a <a href="http://www.w3.org/TR/sparql11-update/">SPARQL Update</a> request</li>
>            </ul>
>
>            <p>Note that the same blank node label can occur in different
>            <a href="#rQuadPattern">QuadPattern</a> clauses
>            in a <a href="http://www.w3.org/TR/sparql11-update/">SPARQL Update</a> request.
>            </p>
>
>          </div2>
> -------------------------------------------------------------------------
>
> With those minor changes, I'm fine with the new text (completing ACTION-692).
> Changes within Update to follow next (separate mail)
>
> Thanks & best regards,
> Axel
>
>
>> -----Original Message-----
>> From: Andy Seaborne [mailto:andy.seaborne@epimorphics.com]
>> Sent: Dienstag, 02. Oktober 2012 21:24
>> To: SPARQL Working Group
>> Subject: Implement decision on bNodelabel/INSERT DATA operations.
>>
>> ACTION-691 completed
>>
>> == Changes to rq25
>>
>> Section "19.6 Blank Node Labels"
>> http://www.w3.org/2009/sparql/docs/query-1.1/rq25.xml#grammarB
>> NodeLabels
>>
>> This also consolidated grammar notes 9 and 10 in to 19.6.
>>
>> (NB: the allowed reuse in different QuadPattern is not visible:
>> each individual template is subject to instantiation before
>> any blank nodes get in to the data.)
>>
>> To minimise change:
>>
>> Grammar note 9 left as-is.
>> Grammar note 10 now just a textual mention of 19.6
>>     (so numbering of notes has not changed)
>>
>> == No grammar rule changes
>>
>> == Tests
>>
>> syntax-update-53.ru is correct (no need to remove it or to
>> unapprove it).
>>
>> I have added a negative test (not approved): syntax-update-54.ru
>>
>> ------
>> PREFIX : <http://www.example.org/>
>>
>> INSERT DATA { _:b1 :p :o }
>> ;
>> INSERT DATA { _:b1 :p :o }
>> ------
>>
>>        Andy
>>
>>
>

Received on Wednesday, 3 October 2012 14:31:11 UTC