- From: Polleres, Axel <axel.polleres@siemens.com>
- Date: Tue, 25 Sep 2012 14:39:36 +0200
- To: "andy.seaborne@epimorphics.com" <andy.seaborne@epimorphics.com>, "public-rdf-dawg@w3.org" <public-rdf-dawg@w3.org>
- Message-ID: <9DA51FFE5E84464082D7A089342DEEE801463C491368@ATVIES9917WMSX.ww300.siemens.net>
> mf:action [ > ut:request <insert-data-same-bnode.ru> ; > ] ; > > so this > > INSERT { GRAPH :g2 { _:b :p :o } } > WHERE { GRAPH :g1 { _:b :p :o } } ; > > matches nothing. Sorry, it seems I hadn't saved the file before attaching it. :-S Fixed version attached. The idea is that starting with an empty graph store the same triple (with a bnode) is inserted into two graphs, then g1 is copied to g2, by which the number of triples within g2 should not increase. Best, Axel > -----Original Message----- > From: Andy Seaborne [mailto:andy.seaborne@epimorphics.com] > Sent: Dienstag, 25. September 2012 12:53 > To: public-rdf-dawg@w3.org > Subject: Re: Test case proposal in the context of RV-10: > insert-data-same-bnode > > > > On 25/09/12 10:23, Polleres, Axel wrote: > > I'm not at the computer with my ssh-keys for CVS installed, > so please > > forgive me that I attach the files for the proposed variant of test > > case insert-05a called > > insert-data-same-bnode > > and the modified > > > http://www.w3.org/2009/sparql/docs/tests/data-sparql11/basic-update/ma > > nifest.ttl > > for this added test case. > > > > Axel > > > > This test does not make sense to me. > > There is no data in teh test set up: > > > mf:action [ > ut:request <insert-data-same-bnode.ru> ; > ] ; > > so this > > INSERT { GRAPH :g2 { _:b :p :o } } > WHERE { GRAPH :g1 { _:b :p :o } } ; > > matches nothing. > > What is the test trying to illustrate? > > Andy > >
Attachments
- application/octet-stream attachment: insert-data-same-bnode.ru
Received on Tuesday, 25 September 2012 12:42:41 UTC