ICANN ICANN Email List Archives

[gnso-idng]


<<< Chronological Index >>>    <<< Thread Index >>>

[gnso-idng] 2nd Draft on String Similarity

  • To: gnso-idng@xxxxxxxxx
  • Subject: [gnso-idng] 2nd Draft on String Similarity
  • From: Eric Brunner-Williams <ebw@xxxxxxxxxxxxxxxxxxxx>
  • Date: Sun, 13 Dec 2009 09:39:35 -0500


2nd draft version
changes:
o shorter (Stephane)
o problem statement only, no solution(s) (Avri)
o change "china" and "中国" example to "duck soup" (Avri)
o qualifiers around "meaning" definition of "similarity" (Avri, Tim, Eric)
o pseudo-haiku summary (Stephane)

===
Councilors,

During the past weeks the participants in the gnso-idng@xxxxxxxxx mailing list (IDNG) have discussed, on the mailing list and in conference calls, aspects of the situation which exists following the Board's vote at Seoul.

One area of discussion which raises a policy issue is confusingly similar strings. Because this seems an area where the obvious right thing has already been done we need to draw attention to two aspects which have been overlooked.

First, the current definition of "similar" is now broader than "visual similarity", and to some appears to include "meaning", which may be so broad a definition as to create more ills than it cures.

Second, the underlying assumption in the evaluation process is that each evaluation is independent of all other evaluations.

These, a rule (about a string in an application) and a meta-rule (about all applications), have a consequence which we suggest is not desirable.

In the following example we use "duck soup" and "鸭汤" (yā tāng) as two strings, honoring both a network utility by way of a children's book and the cinematic ouvre of the Marx Brothers.

The strings "duck soup" and "鸭汤" (yā tāng) are "similar" in meaning, therefor they form a contention set. Under the current rules in DAGv3, only one application who's string is a member of a contention set may proceed towards delegation. Whether the choice is by order of creation, or amongst contemporaries, by community evaluation and/or auction, the result is the same. One member of an (extended, in the sense of including existing registries) contention set thrives. All others fail.

This is the proper and correct end, except for one case which is more likely to exist for applications for IDN strings than for restricted ASCII (letters, digits, hyphen) strings. That case is where two, or more, applications for similar strings are advanced by a single applicant, or two or more cooperating applicants.

Returning to our "duck soup" and "鸭汤" (yā tāng) example, if XYZ Co. applied for both "duck soup" (application #1) and "鸭汤" (yā tāng) (application #2), the current rules can not allow both strings to exist in the root, though both are brought by the same applicant.

The fundamental rational is that confusion is harmful. This rational is not universally correct. There are instances where confusion results in no harm, and more importantly, where "confusion" creates benefit.

Because "beneficial confusion" is not obvious to users of Latin Script, an example, we offer the original example of cooperation among "applicants" to benefit their registrants and users, through "similarity".

In 2001, the registries for China, Taiwan, Hong Kong and Macao discussed cooperation so that mixing of Simplified Chinese, prevalent in China, and Traditional Chinese, prevalent in Taiwan, but interchangeable without loss of meaning, would not result in user confusion. These "applicants" cooperated to create "beneficial confusion", so that "similar strings" actually had similar meaning, that is, resolved as expected by their user community. Variant bundling and cross-registry consistency were invented to address the user expectation of equivalency of meaning between Simplified and Traditional Chinese.

No user "confusion" resulted from this multi-applicant cooperation, except perhaps in Marina del Rey.

Coordination to create "beneficial confusion" may exist where one applicant submits two or more applications, as in the "duck soup" and "鸭汤" (yā tāng) example, or where two or more applicants submit two or more applications, as the four cooperating Chinese registries did, almost a decade ago.

It is possible that applicants for two or more similar strings could, upon failure, resort to extended evaluation, where the cause of the failure is similarity with an existing TLD. Present registries seeking similar IDN delegations could simply cost in the extended evaluation cost as part of the application cost. This is inelegant, but not fatally so.

Unfortunately, for applicants simply seeking two or more delegations with similar meaning, independent of script, as in the "duck soup" and "鸭汤" (yā tāng)example, initial evaluation failure and extended evaluation are not available. The contention set consisting of two strings and one actual applicant go to auction, with absurd outcome from the business perspective, and tragic outcome from the language perspective, as one script choice eliminates all others, for some meaning defined construction of "similarity".

Restated in pseudo-haiku, the problem we present to the Council is:

two strings
one meaning
one applicant
ouch!


cooperation
considered
harmfull
ouch!

The IDNG participants thank the Council for its time and attention considering the its initial work product.


This ends the 2nd draft. Listees, edit to your heart's content.

Eric





<<< Chronological Index >>>    <<< Thread Index >>>

Privacy Policy | Terms of Service | Cookies Policy