- From: Peter Ansell <ansell.peter@gmail.com>
- Date: Fri, 13 Jun 2008 07:55:21 +1000
- To: "Yves Raimond" <yves.raimond@gmail.com>
- Cc: public-lod@w3.org
2008/6/12 Yves Raimond <yves.raimond@gmail.com>: > > Hello again! > > As an example is worth 1000 words, I just made up one for this > void:example property. > > http://moustaki.org/void/void.n3 describes some aspects of one of the > DBtune dataset. It links, through the void:example property, towards a > RDF document at http://moustaki.org/void/jamendo_example.n3 . > > The SPARQL query at http://moustaki.org/void/void.sparql asks the > following question "is there a dataset described in this RDF which > holds information about music records, associated tags, and places to > download them?" > > You can try it out, it works :-) (I tested it with ARQ) > > $ sparql --query=void.sparql > Ask => Yes > > I am sure there is a way to make the query smaller, but I am not > really a SPARQL guru. > > I still think it provides a really simple way to automatically point a > user agent to the right direction - "oh, you should look over there, > it knows how to answer your query". > > Cheers! > y > > The examples look like the typical result of a SPARQL CONSTRUCT query against the endpoint. Would it be easier to give a URI which when used in a construct query against the declared void endpoint, would return a typical example of what can be expected? This would save people placing an example document somewhere and keeping its structure current with what the SPARQL endpoint generates if something changes. If they can all be collected via a robots.txt->sitemap.xml->void references->SPARQL CONSTRUCT method then people won't need to submit or preproduce them either. The option to produce the example and place it somewhere would be nice though as it would suit sindice who don't ever want to actually call sparql endpoints (if they can help it). Your example query gives the existence of a dataset relevant to your query but omits to tell you what the set is. A construct or a select query may be more relevant to you for doing what you want here. Cheers, Peter
Received on Thursday, 12 June 2008 21:55:57 UTC