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

RE: Test case proposal in the context of RV-10: insert-data-same-bnode

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
> 
> 

Received on Tuesday, 25 September 2012 12:42:41 GMT

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