Re: SPARQL best practice for egov?

Hi Cory,

On 23 Apr 2010, at 09:16, Cory Casanave wrote:
> We had some discussion about the relationship between a RDF URL and a
> SPARQL endpoint as well as other resources such as graph metadata.   
> The
> conclusion seemed to be that there are various vocabularies where a
> triple in the graph could point to the endpoint that points to  
> metadata.
> The issue with this is that you would then have to get the entire  
> graph
> to get this one triple - which kind of missed the point if you have a
> large dataset that you want to query instead of download.
>
> I can imagine two conventions that could help solve this:
>
> 1) That every resource should respond to a SPARQL endpoint.  This  
> would
> then allow you to query that one resource directly to subset the data
> and/or to get the triple that points to metadata.

This option is not feasible IMO because it requires a major revamp of  
the organization's web publishing infrastructure. Typically, a SPARQL  
endpoint, if provided at all, is located on a different server and is  
architecturally separate from the rest of the web server. What you are  
asking for requires completely new server software, and I'm not aware  
of a single product that currently implements this.

> 2) That a standard manipulation is done on a URI to get metadata about
> resources, which would include the query point.  For example:
> http://www.example.com/rdf/people.rfd#cory could have metadata at
> http://www.example.com/rdf/metadata.rdf.  There are some existing
> solutions that use this approach.

The voiD [1] solution is to have a triple:

<http://www.example.com/rdf/people.rdf> void:inDataset <http://www.example.com/rdf/metadata.rdf#Dataset 
 > .

Resolving <http://www.example.com/rdf/metadata.rdf> would yield a  
description of the datset, perhaps including a triple:

<http://www.example.com/rdf/metadata.rdf#Dataset> void:sparqlEndpoint <http://www.example.com/sparql 
 > .

This exact problem is one of the use cases we had in mind when  
creating voiD. Implementation is reasonably straightforward, it  
requires publication of the <metadata.rdf> (or <void.ttl>) file, and  
one extra link in each RDF file.

Best,
Richard

[1] http://rdfs.org/ns/void-guide


>
>
>
> Can we set a "best practice" for open government data?  My preference
> would be the first.  Thoughts?
>
>
>
> -Cory
>

Received on Monday, 26 April 2010 16:29:23 UTC