Difference between revisions of "String Similarity Panel"

From ICANNWiki
Jump to navigation Jump to search
Line 1: Line 1:
The '''String Similarity Panel''', also known as '''String Similarity Examiners''', are responsible for determining if there are any similar gTLD strings that will likely and significantly  confuse Internet users. The panel will compare [[new gTLD Program|new gTLD strings]] with any reserved name, existing TLD, requested [[IDN]] [[ccTLD]], and other new gTLD string proposals. It will also examine the IDN tables submitted by applicants. String similarity evaluations is done during the initial evaluation phase of the new gTLD application review process.<ref>[http://www.new-gtld.ch/faq.php What are the evaluation panels?]</ref>
+
The '''String Similarity Panel''', also known as '''String Similarity Examiners''', are responsible for determining if there are any similar gTLD strings that will likely and significantly  confuse Internet users. The panel will compare [[new gTLD Program|new gTLD strings]] with any reserved name, existing TLD, requested [[IDN]] [[ccTLD]], and other new gTLD string proposals. It will also examine the IDN tables submitted by applicants. String similarity evaluations is done during the initial evaluation phase of the new gTLD application review process.<ref>[http://www.new-gtld.ch/faq.php What are the evaluation panels?]</ref> TLD applications deemed similar will be put in contention sets, while those that are deemed too similar to existing TLDs will be eliminated from consideration without any recourse or remediation possible.
  
 
On February 25, 2009, the [[ICANN Board]] issued a call for Expressions of Interest (EOI) for individuals interested in becoming string similarity examiners.<ref>[http://archive.icann.org/en/topics/new-gtlds/eoi-string-sim-25feb09-en.pdf ICANN CALL FOR EXPRESSIONS OF INTEREST (EOIs) For New gTLD String Similarity Examiners]</ref> ICANN selected [[InterConnect Communications]] in partnership with the University College London to identify string similarity.<ref>[http://newgtlds.icann.org/en/blog/preparing-evaluators-22nov11-en Preparing Evaluators for the New gTLD Application Process]</ref>
 
On February 25, 2009, the [[ICANN Board]] issued a call for Expressions of Interest (EOI) for individuals interested in becoming string similarity examiners.<ref>[http://archive.icann.org/en/topics/new-gtlds/eoi-string-sim-25feb09-en.pdf ICANN CALL FOR EXPRESSIONS OF INTEREST (EOIs) For New gTLD String Similarity Examiners]</ref> ICANN selected [[InterConnect Communications]] in partnership with the University College London to identify string similarity.<ref>[http://newgtlds.icann.org/en/blog/preparing-evaluators-22nov11-en Preparing Evaluators for the New gTLD Application Process]</ref>

Revision as of 15:19, 15 January 2013

The String Similarity Panel, also known as String Similarity Examiners, are responsible for determining if there are any similar gTLD strings that will likely and significantly confuse Internet users. The panel will compare new gTLD strings with any reserved name, existing TLD, requested IDN ccTLD, and other new gTLD string proposals. It will also examine the IDN tables submitted by applicants. String similarity evaluations is done during the initial evaluation phase of the new gTLD application review process.[1] TLD applications deemed similar will be put in contention sets, while those that are deemed too similar to existing TLDs will be eliminated from consideration without any recourse or remediation possible.

On February 25, 2009, the ICANN Board issued a call for Expressions of Interest (EOI) for individuals interested in becoming string similarity examiners.[2] ICANN selected InterConnect Communications in partnership with the University College London to identify string similarity.[3]

It remains unclear whether or not many of the 3 character new gTLD applications will face a high probability of being deemed too similar to existing ccTLDs. According to industry blog, DomainIncite, 304 of 375 applications for three-letter gTLDs have only one character variance with one or more existing ccTLD. In total, if a single additional character is enough to create similarity, there are 368 potential ccTLD/gTLD conflicts in the current application round. Furthermore, the visual similarity ratio between ccTLDs and gTLDs, as measured by ICANN's SWORD Algorithm is generally only a few percentage points lower than in the case of TLDs that have already been rejected on confusing similarity grounds.[4]

ICANN's deadline for the results of the String Similarity Review has been passed and rescheduled at least twice, first in November, 2012, then January, 2013. It is currently set to be released on March 1st, 2013. There is concern about this date given that formal objections are currently due March 8th.[5][6]

Sword Algorithm

The Sword Algorithm is the string similarity assessment tool adopted by ICANN to automatically determine if a new gTLD being applied for is not confusingly similar to a reserved name or existing TLD. SWORD, an international IT company expert in verbal search algorithms, developed the tool to automate the process of examining the similarities of proposed and existing TLD strings. The tool is intended to provide an open, objective and predictable mechanism to determine the level of visual likeness between gTLDs.[7]

The String Similarity Panel is responsible in validating the results of the sword algorithm and determining whether the two or more strings really have high a level of visual similarity that will confuse users. The panel ultimately decides if the strings should be put in a contention set or direct contention.[8]

The algorithm uses a proprietary software that mathematically calculates the visual similarity of string based on the length of the strings, number of similar letters within sequences of two or more letters, number of similar letters not in sequence, number of dissimilar letters, and length of common prefixes and suffixes if greater than one. The algorithm also uses an image recognition program that supports most common characters in other languages including Arabic, Chinese, Cyrillic, Devanagari, Greek, Japanese, Korean and Latin. It is capable in comparing cross-script strings under the same group pf scripts.[9]

You may utilize the Sword Algorithm here.

Related Panels

Other Panels and evaluations involved in the Initial Evaluation Process:[10]

References