- 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