ISSUE-86: "membership triples" misnamed

membershipTriples

"membership triples" misnamed

State:

CLOSED

Product:

Linked Data Platform Spec

Raised by:

Henry Story

Opened on:

2013-11-14

Description:

The spec has the definition for membership triples:
[[
A set of triples in an LDPC's state that lists its members. A container's membership triples all have one of the following patterns:

membership-constant-URI membership-predicate member-URI
member-URI membership-predicate membership-constant-URI

The difference between the two is simply which position member-URI occupies, which is usually driven by the choice of membership-predicate. Most predicates have a natural forward direction inherent in their name, and existing vocabularies contain useful examples that read naturally in each direction. rdfs:member and dcterms:isPartOf are representative examples. Each container exposes properties that allow clients to determine which pattern it uses, what the actual membership-predicate and membership-constant-URI values are, and (for containers that allow the creation of new members) what value is used for the member-URI based on the client's input to the creation process.
]]

Here are some examples of relations that could be termed "membership triples" according to the current spec:

• { <#> :doesNotHaveAsMember <#y> }
• { <#x> a :Photon . }
• { <#z> loves #y }

How could any of these be considered to be "A set of triples in an LDPC's state that lists its members" ? The subject is not even an LDPC and the relation can be denying membership!

The word "member" here is very confusing. Better words of what these are may be "creation consequence" relations. Or "inferential consequences" or some such thing. But these are only indirectly related to membership of the two major constructs in LDP: the LDPC and the LDPR.

Related Actions Items:

No related actions

Related emails:

1. Re: About the ldp:xyz relationship (from lehors@us.ibm.com on 2013-12-05)
2. Re: About the ldp:xyz relationship (from henry.story@bblfish.net on 2013-12-05)
3. Re: What does "being a member" mean? (from henry.story@bblfish.net on 2013-11-23)
4. Re: What does "being a member" mean? (from eric@w3.org on 2013-11-23)
5. Re: What does "being a member" mean? (from henry.story@bblfish.net on 2013-11-23)
6. Re: What does "being a member" mean? (from eric@w3.org on 2013-11-23)
7. Re: Another approach to containers (from henry.story@bblfish.net on 2013-11-23)
8. Re: What does "being a member" mean? (from henry.story@bblfish.net on 2013-11-23)
9. Another approach to containers (from lehors@us.ibm.com on 2013-11-22)
10. Re: What does "being a member" mean? (from bertails@w3.org on 2013-11-22)
11. Re: What does "being a member" mean? (from ashok.malhotra@oracle.com on 2013-11-22)
12. Re: What does "being a member" mean? (from henry.story@bblfish.net on 2013-11-22)
13. Re: What does "being a member" mean? (from eric@w3.org on 2013-11-22)
14. Re: What does "being a member" mean? (from lehors@us.ibm.com on 2013-11-21)
15. Re: LDP Agenda for 18 November (from henry.story@bblfish.net on 2013-11-16)
16. Re: LDP Agenda for 18 November (from henry.story@bblfish.net on 2013-11-16)
17. ldp-ISSUE-86 (membershipTriples): "membership triples" misnamed [Linked Data Platform Spec] (from sysbot+tracker@w3.org on 2013-11-14)

Related notes:

Display change log