[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [xdi] Identifying dogs and things
I don't understand why actual things would not have a persistent identifier. IMO things need "entity" clouds that are not really different than personal and organization clouds. I don't think a "thing" belongs in a dictionary. A dictionary contains definitions that describe a type of thing not the actual thing itself.
My car is an actual thing. It should be discoverable. It should be able to have relationships. It should be portable. It has persistence.
The shift in * semantics under XDI means that there is now a case for *names to be in a dictionary service for discoverability.
Interestingly, there is a direct precedence for this in Wikipedia: they have articles on both generic subjects (e.g., glaciers, hypochondria) and specific instances (Picasso's Guernica, Munch's Scream). So XDI dictionaries could contain entries for both +words and *words.
I believe, as with + words, that * words would not map to persistent identifiers, since the semantics of the word itself are what persists.
On Tue, Nov 26, 2013 at 8:30 AM, Chasen, Les <email@example.com> wrote:
How are they discoverable? This implies a common community of *? What would their persistent identifier be?
Animesh, you bring up a good question about well-known names that are not people and not owned by anyone.
I don't believe they belong in the = namespace as it stays very clean if = names represent natural people.
And if “Picasso’s Guernica” or “Munch’s Scream” have become generic cultural icons, they don't belong in the @ namespace because that's for legal entities that have rights in the name.
So they belong in the * namespace, which makes sense because they are both "things", i.e., *guernica and *scream.
Since both names are contextual (i.e., both need the context of the artist to make it clear what they are referring to), I'd suggest the best mapping is *picasso*guernica and *munch*scream.
In essence, * is to instances of things what + is to classes of things.
On Tue, Nov 26, 2013 at 5:11 AM, Chowdhury, Animesh <Animesh.Chowdhury@neustar.biz> wrote:
The semantics of a natural person or a legal entity is quite clear. So, there’s no confusion there. However, I do think that there are some “things” which may not be owned by anyone – thus, cannot be easily identified under an “equal” or “at” name.
For example, classic art works like “Picasso’s Guernica” or “Munch’s Scream” are not commonly seen as owned by someone. So, if one wanted to name these objects likewise , =Guernica or =scream , I think that should be allowed.
What do you think ?
Les, per my last message, I agree with Markus. I prefer not to go into the old XRI semantics and I-Broker agreements and rather just focus with on current XDI semantics. But with these, an = identifier is used exclusively to identify a natural person. If you wanted to identify a dog, you could use:
Similarly for a car:
But an =identifier by itself always represents a natural person (and the new XDI.org registration agreements should specify that). That's very clean, and makes the =authority branches of the XDI graph very clear.
On Mon, Nov 25, 2013 at 11:27 AM, Markus Sabadello <firstname.lastname@example.org> wrote:
But (at least under the old I-Broker system) this would be a violation of the registration agreement.
And in XDI I believe it would be inconsistent with the semantic meaning of =
On Mon, Nov 25, 2013 at 8:10 PM, Chasen, Les <email@example.com> wrote:
The question came up whether the = symbol can be
used to identify dogs or phones. Markus explained that the = symbol is strictly for natural persons. To identify the concept of a dog, +dog would be used. To assign an identifier to a specific dog, a * identifier would be used. Markus added that a registrar for XDI identifiers will typically have legal requirements to allow registration of = and @ identifiers only for purposes consistent with their semantic meanings. Animesh speculated whether it would make sense to also have a registry for * identifiers.
I could have =rover who happens to be a +dog. Couldn't i?
I could also have =les.chasen.car which happens to be a +car.
I wouldn't have to have these in the = community but i could if i wanted to.