- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Fri, 22 Nov 2013 18:09:26 -0500
- To: public-ldp-wg@w3.org
- Message-ID: <528FE426.2040907@openlinksw.com>
On 11/22/13 5:28 PM, Linked Data Platform (LDP) Working Group Issue Tracker wrote: > ldp-ISSUE-91 (rel='type' Link-based interaction): The LDP (REST) interactions must be driven by the rel='type' Link header [Linked Data Platform Spec] > > http://www.w3.org/2012/ldp/track/issues/91 > > Raised by: Alexandre Bertails > On product: Linked Data Platform Spec > > We have already agreed that LDP interactions are not strictly hypermedia driven, as we agreed not to define a new media-type for LDP. Instead we have a Link header for Resource [1]. > > The problem is that 4.2.10 [1] does not really advertise the LDP interaction, just the "LDP support" for the resource, and the interaction is currently derived from a { <> a ldp:Container } triple (or its absence). That means than I cannot create a simple LDPR with that triple _without_ the related interaction model. This is wrong. > > My proposal is to say that the interaction model is directly (and solely) derived from the "type" Link header, having one for the LDPR and one for the LDPC. This is aligned with the previous proposal of not defining a new media type but to extend the existing RDF ones with the rel='type' Link header. > > For an LDPR (and ideally for Binary if it also were an LDPR): > Link: <http://www.w3.org/ns/ldp#Resource>; rel="type" > > For an LDPC: > Link: <http://www.w3.org/ns/ldp#Container>; rel="type" > > Now, I can copy the content of an LDPC (eg. for backup purposes) into a new LDPR, without inheriting the LDPC interactions. > > Also, creating an LDPC is now easy to define (and implement): you POST a document *with* the corresponding Link header (otherwise, it's an LDPR, or a Binary). > > Alexandre. > > [1] https://dvcs.w3.org/hg/ldpwg/raw-file/default/ldp.html#ldpr-4_2_10 > > > > +1 -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen
Attachments
- application/pkcs7-signature attachment: S/MIME Cryptographic Signature
Received on Friday, 22 November 2013 23:09:47 UTC