W3C home > Mailing lists > Public > public-ldp@w3.org > March 2014

Re: Multiple Named Graph

From: <henry.story@bblfish.net>
Date: Tue, 25 Mar 2014 10:40:10 +0100
Cc: "public-ldp@w3.org" <public-ldp@w3.org>, public-ldp-wg@w3.org
Message-Id: <8989BB55-497C-4ED0-BE6F-2AEB28E69EFC@bblfish.net>
To: Reto Gmür <reto@apache.org>

On 21 Mar 2014, at 10:39, Reto Gmür <reto@apache.org> wrote:

> Hi Henry,
> 
> On Fri, Mar 21, 2014 at 12:27 AM, henry.story@bblfish.net <henry.story@bblfish.net> wrote: 
>> With the previous published version it was possible to have an LDP compliant server backed by a single graph. This would be my choice of implementation if the data has a single provenance and the access restrictions are the same for all the triples.
> 
> I think you can do that with a DirectContainer. You can put your ldp:contains and all the rest of your triples in the same graph.
> 
> That's not the point. It's not about being able to put all in the same graph is LDP is designed to be backed by different graphs of different LDPR. Assume are are running a bank. Several years ago we replaced our RDBMS with a triple store. We are having one graph containing all the customers, as well as their assets and liabilities we manage (we discussed a lot about which design to choose and this turned out to be the best). Allowing our data to be accessed via LDP should not require us to split out data into many graphs.

So you would want a GET on one resource to return all the triples in the store? ( since you only have one graph )
How would you implement the creation of an LDPR by POSTing it to a LDPC? Do all the triples you posted also appear in 
this one unique graph? Do they all also appear in the created resource? Do both those resources end up containing the same
triples? If so you perhaps don't need an LDPC. You just need one LDPR to which you can send PATCHes to. 

Henry


Social Web Architect
http://bblfish.net/


Received on Tuesday, 25 March 2014 09:40:45 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:16:37 UTC