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

Re: Endpoint connected to Web update then query

From: Steve Harris <steve.harris@garlik.com>
Date: Fri, 24 Aug 2012 13:58:02 +0100
Cc: W3C SPARQL Working Group <public-rdf-dawg@w3.org>
Message-Id: <A6ADBDD9-8610-4AF8-BF2F-6574A4613863@garlik.com>
To: Arthur Keen <AKeen@algebraixdata.com>
On 23 Aug 2012, at 23:39, Arthur Keen wrote:

> I promised  feedback to the WG on the issue that Andy brought up, where an endpoint is serving up RDF from the web and receives an update followed by a query.  Current implementations have three different ways of handling this:
> 1)  Allow the update and execute the query on the updated data, 
> 2)  Allow the update and execute the query on the original data from the web,
> 3)  Refuse the update since the data is from the web and therefore read only.
> We have not started implementing update yet and here is my take on this:
> If an endpoint is configured to retrieve data from the web, then it should be treated as read-only and the endpoint should not allow local updates to that data.  The user should make their own local copy of the data and update that local copy.  Unless I am missing some important use cases, for example the endpoint owns the web data and is staging updates for the web.

One use case is that the data "on the web"* has changed, and the local copy needs updating.

Rather than just replacing the whole thing you might choose to apply a patch to minimise the writes… just for example :)

> If however, the SPARQL WG decides to allows local updates to that read only web data data and the administrator of the endpoint configures this behavior, then our endpoint will process the update query (nondestructively) and the subsequent query will be executed on the newest version of the data.   
> If the standard allows these 3 different behaviors, then a user should be able to discover which behavior is being followed.

Ah, it's never that simple… one approach would be that some users, or some endpoints, or some combination of both are allowed to update, but others are not.


* noting that "on the web" is really a very vague term, as you're beholden to caches, bugs, outages, CDNs, client detection, round robin DNS, and all manner of craziness that makes it hard to pin down.

Steve Harris, CTO
Garlik, a part of Experian 
1-3 Halford Road, Richmond, TW10 6AW, UK
+44 20 8439 8203  http://www.garlik.com/
Registered in England and Wales 653331 VAT # 887 1335 93
Registered office: Landmark House, Experian Way, NG2 Business Park, Nottingham, Nottinghamshire, England NG80 1ZZ
Received on Friday, 24 August 2012 12:58:38 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:01:07 UTC