- From: Arnaud Le Hors <lehors@us.ibm.com>
- Date: Wed, 29 May 2013 13:21:54 -0700
- To: Henry.Story@bblfish.net
- Cc: Linked Data Platform (LDP) Working Group <public-ldp-wg@w3.org>
- Message-ID: <OFF781604F.702E5A0B-ON88257B7A.006EECD3-88257B7A.006FDE6D@us.ibm.com>
Shouldn't the title read ldp:membershipPredicate rather than rdf:membershipProperty? -- Arnaud Le Hors - Software Standards Architect - IBM Software Group "Linked Data Platform (LDP) Working Group Issue Tracker" <sysbot+tracker@w3.org> wrote on 05/29/2013 09:57:24 AM: > From: "Linked Data Platform (LDP) Working Group Issue Tracker" > <sysbot+tracker@w3.org> > To: public-ldp-wg@w3.org, > Date: 05/29/2013 10:04 AM > Subject: ldp-ISSUE-75 (monotonicity): rdf:membershipProperty makes > LDP PATCHing non-monotonic [Linked Data Platform core] > > ldp-ISSUE-75 (monotonicity): rdf:membershipProperty makes LDP > PATCHing non-monotonic [Linked Data Platform core] > > http://www.w3.org/2012/ldp/track/issues/75 > > Raised by: Henry Story > On product: Linked Data Platform core > > The current spec says that: > > [[ > 5.2.5 An LDPC must contain one triple containing the > ldp:membershipPredicate or ldp:membershipPredicateInverse predicate > when the membership predicate is not rdfs:member. > ]] > > ie. rdfs:member is a default property. > > So from > > <> ldp:Container . > > one can deduce that > > <> ldp:Container ; > ldp:membershipPredicate rdf:member . > > but if one then PATCHes the above LDPC by adding say > { <> ldp:membershipPredicate foaf:depiction } > then one can no longer deduce that {<> ldp:membershipPredicate > rdf:member } which > means that appending { <> ldp:membershipPredicate xxx } is a non-monotonic > process. > > Would one not then also by doing this suddenly make a LDPC that had > members not > have any at all? It seems that the spec needs to say something about this. > > This seems to be one more argument in favor of ISSUE-71 . > > >
Received on Wednesday, 29 May 2013 20:22:35 UTC