Patrik Fältström �g�J�G > --On 01-10-28 19.30 -0800 "Paul Hoffman / IMC" <[EMAIL PROTECTED]> wrote: > > >> The A company must face the disputation.But there will be > >> so many variant domain names, A company will be tired to > >> deal with it, Where is the intelligent property of domain name? > >> Whoes wrong? > > > > No one. That's the point. There is no technical means for determining all > > of the names that are similar for a particular audience. There are > > certainly non-technical human means for determining those names, and we > > currently use non-technical human means for dealing with the problems. > > Paul is completely correct. The important thing is to have one well-defined > set of rules for "equality". Given these rules, three things can happen: > > � - A registry can create well-defined rules for what can be requested > ��� to be registered > � - A registry can create well-defined rules for what goes into the > ��� DNS zonefile given a registration request > � - The dispute resolution process for a specific domain can define > ��� their rules, and come up with their own practice for decision making > > What is NOT acceptable is to have rules which doesn't settle down, changes > all the time etc. > > Just like Paul I see too many players trying to come up with engineering > solutions to real world problems which have to do with "matching of words" > and not "matching of identifiers" which DNS is about.
As mentioned in draft TSCONV, there are mainly 3 categories of TC/SC conversion. They are 1-1 , 1-n , n-1 In the case of 1-1 , do not to care about the meaning. the matching of TC/SC can be achieved by a matching function or a finite matching table. That is to say matching of TC/SC can be done as Uppercase/Lowercase English letter (EX: A-a). If we say matching of Uppercase/Lowercase English letter belong to "matching of identifiers", what is different from 1-1 TC/SC ? As regards to 1-n and n-1 , it need to know more information such as the meaning of the phrase or sentence. Such kind of TC/SC would be deal in higher layer service. > ����� paf Erin Chen � �
