W3C home > Mailing lists > Public > public-prov-wg@w3.org > July 2011

Re: PROV-ISSUE-53 (sparql-query-is-overkill): can't we have a lighter method to retrieve provenance-uri, given a document uri? [Accessing and Querying Provenance]

From: Luc Moreau <L.Moreau@ecs.soton.ac.uk>
Date: Fri, 29 Jul 2011 08:30:50 +0100
Message-ID: <EMEW3|2beab9ed6c28442c5cde57e013dc0d0bn6S8Uv08L.Moreau|ecs.soton.ac.uk|4E3261AA.6010902@ecs.soton.ac.uk>
To: public-prov-wg@w3.org
+1


On 07/29/2011 03:46 AM, Reza B'far wrote:
> As an implementer, I strongly agree with Luc.  REST-base http protocol with minimal payload is a much more likely first option.  Also, it's not necessary that provenance is stored in a traditional notion of a database.  I guess folks call many various persistence mechanisms these days a database, but some of these (say simple files, LDAP, etc) map mug easier to a simple API with just GET's or something like that.
>
> Usage of SPARQL is still very limited to sem web specialists (compared to simple REST/http/minimal)
>
> Best
>
> On Jul 28, 2011, at 8:04 AM, Graham Klyne<GK@ninebynine.org>  wrote:
>
>    
>> SPARQL might well be considered overkill if you had to implement it from scratch.  But there are now many SPARQL toolkits that doesn't seem to be such an issue.  If you do a REST interface, it would likely be backed by some kind of database, so not so much complexity saving there.
>>
>> I think there's a case for defining a simple REST API that might be implemented over a SPARQL store using an LDA (http://code.google.com/p/linked-data-api/wiki/Specification) toolkit, or by other means.  It's not clear to me if that would receive more developer attention.  Maybe for the time being we might define both (REST and SPARQL) and review them as we approach candidate recommendation.  (Oh, but that won't apply to the PAQ, will it?)
>>
>> (BTW, SPARQL is not inherently non-RESTful for simple queries.)
>>
>> #g
>> --
>>
>>
>> Provenance Working Group Issue Tracker wrote:
>>      
>>> PROV-ISSUE-53 (sparql-query-is-overkill): can't we have a lighter method to retrieve provenance-uri, given a document uri? [Accessing and Querying Provenance]
>>> http://www.w3.org/2011/prov/track/issues/53
>>> Raised by: Luc Moreau
>>> On product: Accessing and Querying Provenance
>>> Isn't it too onerous to require third parties to provide sparql endpoints, simply to answer the query illustrated in http://dvcs.w3.org/hg/prov/raw-file/default/paq/provenance-access.html#third-party-services  (give the provenance-uris for this resource)?
>>> Stian had suggested a REST service to answer this query, encoding the URL as an argument passed to the service. I had outlined a variant with GET instead of POST.
>>> Some implementers may not use an RDF serialization of provenance, and therefore, it would be good to have a non-SPARQL approach for finding a provenance URI.
>>>        
>>
>>      
>    

-- 
Professor Luc Moreau
Electronics and Computer Science   tel:   +44 23 8059 4487
University of Southampton          fax:   +44 23 8059 2865
Southampton SO17 1BJ               email: l.moreau@ecs.soton.ac.uk
United Kingdom                     http://www.ecs.soton.ac.uk/~lavm
Received on Friday, 29 July 2011 07:31:32 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 26 April 2012 13:06:37 GMT