- From: Wilde, Erik <Erik.Wilde@emc.com>
- Date: Wed, 22 May 2013 15:08:47 -0400
- To: "public-ldp-wg@w3.org" <public-ldp-wg@w3.org>
- CC: Alexandre Bertails <bertails@w3.org>
hello all. On 2013-05-22 11:00 , "Alexandre Bertails" <bertails@w3.org> wrote: >My biggest fear is LDP to become a mini-language whose semantics >(eg. container membership) would depend on an external domain >model. There should be *only one way* to speak about membership. words of wisdom. representations always should be self-describing for the service domain. if i need a vocabulary to interpret the vocabulary (need the membershipPredicate info to be able to tell how membership is represented), this violates one of the main principles of REST. it also makes it virtually impossible to aggregate/combine resources, because when i start doing this, now what do i do? do i have two membershipPredicates and they apply to different members? can there be conflicts in these mappings? if cannot take a LDP resource from one container and simply POST it to another container, then something is fishy. can i do that with the current membershipPredicate model? how would a container keep track of various membershipPredicate mappings in various resources? cheers, dret.
Received on Wednesday, 22 May 2013 19:09:41 UTC