[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

*To*: IDN registration policy list <idn-reg-policy@xxxxxxx>*Subject*: Re: model with overlapping variants*From*: "Adam M. Costello" <idn-reg-policy.amc+0@xxxxxxxxxxxxxxxxxxxxxxxxxxx>*Date*: Mon, 7 Apr 2003 21:17:13 +0000*In-reply-to*: <>*List-archive*: <http://www.imc.org/idn-reg-policy/mail-archive/>*List-id*: <idn-reg-policy.imc.org>*List-unsubscribe*: <mailto:idn-reg-policy-request@imc.org?body=unsubscribe>*References*: <> <> <> <>*Reply-to*: IDN registration policy list <idn-reg-policy@xxxxxxx>*Sender*: owner-idn-reg-policy@xxxxxxxxxxxx*User-agent*: Mutt/1.4i

Edmon Chung <edmon@xxxxxxxxxx> wrote: > > I think I like "neighbors" better. "Similarity" sounds like a > > real-valued function (how similar are X and Y?), while "neighbors" > > sounds more boolean (are X and Y are neighbors?). > > I think both are confusing... just calling it a "variant" should be > sufficient. For the model I proposed I need a word that intuitively refers to a symmetric intransitive relation. The word "variant" sounds likely to be asymmetric. (If X is a variant of Y, does that mean Y is a variant of X? Not necessarily. But if X is a neighbor of Y, then surely Y is a neighbor of X.) But it might turn out to be convenient to define the symmetric relation in terms of an asymmetric relation. For example, there might be tables that tell when one thing is a variant of another (which is asymmetric), and then we could define that X and Y are neighbors iff either is a variant of the other. AMC

**References**:**model with overlapping variants***From:*Adam M. Costello

**Re: model with overlapping variants***From:*Martin Duerst

**Re: model with overlapping variants***From:*Adam M. Costello

**Re: model with overlapping variants***From:*Edmon Chung

- Prev by Date:
**Why we don't want to restrict zones to a single language** - Next by Date:
**Re: Why we don't want to restrict zones to a single language** - Previous by thread:
**Re: model with overlapping variants** - Next by thread:
**Why we don't want to restrict zones to a single language** - Index(es):