W3C home > Mailing lists > Public > public-rdf-dawg@w3.org > October to December 2012

RE: Implement decision on bNodelabel/INSERT DATA operations.

From: Polleres, Axel <axel.polleres@siemens.com>
Date: Wed, 3 Oct 2012 15:46:46 +0200
To: "andy.seaborne@epimorphics.com" <andy.seaborne@epimorphics.com>, "public-rdf-dawg@w3.org" <public-rdf-dawg@w3.org>
Message-ID: <9DA51FFE5E84464082D7A089342DEEE80149E378B726@ATVIES9917WMSX.ww300.siemens.net>
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 13:47:13 GMT

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