- From: Nandana Mihindukulasooriya <nmihindu@fi.upm.es>
- Date: Tue, 22 Jan 2013 16:57:59 +0100
- To: "public-ldp-wg@w3.org" <public-ldp-wg@w3.org>
- Message-ID: <CAAOEr1moyRw6d+U5TDpQCDhXu9J_rp1_8fUrfDnmsk1z_GD_ug@mail.gmail.com>
Hi, On Tue, Jan 22, 2013 at 4:35 PM, Alexandre Bertails <bertails@w3.org> wrote: > On 01/22/2013 10:17 AM, Steve Speicher wrote: > >> On Tue, Jan 22, 2013 at 10:03 AM, Henry Story <henry.story@bblfish.net> >> wrote: >> >>> ISSUE-36: Can applications create new containers? >>> >>> We cannot make a collection by POSTing a doument on a collection, since >>> that >>> creates a resource. We therefore would need a different HTTP Method to >>> do this. >>> >>> >> Why can't we do this? A Container/Collection IS a resource. So >> therefore POST'ing the representation of it seems like the most >> obvious way to create one. >> > > I agree with Henry's premises: this way of creating containers should > be discussed. The reason is that this strategy forces you to look into > each RDF document that is POSTed, to search for the triples saying > "hey, by the way, I'm an LDPC!". > > It's not that it's impossible, it's just very annoying in practice. So > it's at least not perfect. Yes, I think we had a similar discussion avoiding content sniffing whenever possible in the thread [1] about whether using the slug header or a rdf property for suggesting a name for the created resources. If we don't have to look for parse the content of every post, I think this proposal is a good way to go. Can we follow the same approach as in previous case to use a HTTP header to let the server know when client is posting a container ? Best Regards, Nandana [1] - http://lists.w3.org/Archives/Public/public-ldp-wg/2013Jan/0016.html
Received on Tuesday, 22 January 2013 15:58:45 UTC