- From: Toby Inkster <tai@g5n.co.uk>
- Date: Thu, 17 Sep 2009 15:04:59 +0100
- To: "Seaborne, Andy" <andy.seaborne@hp.com>
- Cc: "martin.hepp@ebusiness-unibw.org" <martin.hepp@ebusiness-unibw.org>, Dan Brickley <danbri@danbri.org>, Harry Halpin <hhalpin@ibiblio.org>, Renato Iannella <renato@nicta.com.au>, Norman Walsh <ndw@nwalsh.com>, Peter Mika <pmika@yahoo-inc.com>, Brian Suda <brian.suda@gmail.com>, "www-archive@w3.org" <www-archive@w3.org>, "public-rdf-dawg-comments@w3.org" <public-rdf-dawg-comments@w3.org>
On Thu, 2009-09-17 at 11:28 +0000, Seaborne, Andy wrote:
> Blank nodes in a SPARQL query are variables and, as such, should match
> nodes in the graph being matched with URIs or literal or blank nodes
> in the data.
Drat! You are right, of course. And that's a good thing really.
Perhaps it was a bad experience in one particular implementation that
made me think that [...] wouldn't match URI nodes. Or more likely some
other error in my query caused it to fail and I ended up blaming the
square brackets! But certainly ARQ seems to get things right.
PS: Andy, you may be interested in running 'SELECT * WHERE
{ <http://demiblog.org/vocab/oauth#> rdfs:label ?label }'
at <http://demiblog.org/_sparql> and requesting the result in
text/turtle. It uses your result-set vocab.
--
Toby A Inkster
<mailto:mail@tobyinkster.co.uk>
<http://tobyinkster.co.uk>
Received on Thursday, 17 September 2009 14:05:58 UTC