W3C home > Mailing lists > Public > public-ldp-wg@w3.org > January 2013

Re: issue-34 example

From: Henry Story <henry.story@bblfish.net>
Date: Sun, 20 Jan 2013 13:13:27 +0100
Cc: public-ldp-wg@w3.org
Message-Id: <FB6BAD71-8840-4C5E-8C0A-F9102BDCA579@bblfish.net>
To: Arnaud Le Hors <lehors@us.ibm.com>

On 18 Jan 2013, at 22:15, Arnaud Le Hors <lehors@us.ibm.com> wrote:

> > From: Nandana Mihindukulasooriya <nmihindu@fi.upm.es> 
> > To: public-ldp-wg@w3.org, 
> > Cc: "public-ldp-wg@w3.org" <public-ldp-wg@w3.org> 
> > Date: 01/18/2013 10:58 AM 
> > Subject: Re: issue-34 example 
> > 
> > On Fri, Jan 18, 2013 at 7:40 PM, Andy Seaborne <andy.seaborne@epimorphics.com
> > > wrote: 
> > POST, as it's simply additional triples:
> > 
> > <Person/1> :friend <Person/4> .
> > 
> > This follows from "Extending a database through an append 
> > operation." (RFC 2616)
> > 
> > (it would be valuable to be explicit that POST to LDP-R is add triples) 
> > 
> > +1. If that is the case, I think we should amend the 4.3 HTTP POST 
> > [1] of the LDP spec to make it explicit. Reading the spec as it is 
> > now, it is not clear whether it is allowed or what is the expected behavior. 
> > 
> > Best Regards, 
> > Nandana 
> > 
> > [1] - https://dvcs.w3.org/hg/ldpwg/raw-file/default/ldp.html#http-post 
> >   
> 
> I agree the spec is silent as to what exactly happens when POSTing to a simple/non-LDPC LDPR and the spec should be changed if this is the desired behavior. 
> 
> I created Issue-45 for that purpose://www.w3.org/2012/ldp/track/issues/45 

Just a question on this. Since PATCH is going to be needed, and since that will presumably
offer a way to add and remove triples, would it not be better to leave appending to a 
PATCH rather than use the POST method?


> 
> This is separate from Issue-34 which Roger was talking about. I'm still not sure what Roger had in mind though. 
> 
> Regards. 
> --
> Arnaud  Le Hors - Software Standards Architect - IBM Software Group
> 

Social Web Architect
http://bblfish.net/




Received on Sunday, 20 January 2013 12:13:59 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:11:44 UTC