Re "Introducción de dos caracteres de nombres de dominio en el Nuevo gTLD Namespace" Los comentarios del público
brainstreetceo en gmail.com
brainstreetceo en gmail.com
Jue Jul 10 12:17:16 UTC 2014
[[--Translated text (en -> es)--]]
Asunto: Re: Re "Introducción de dos caracteres de nombres de dominio en el Nuevo gTLD Namespace" Los comentarios del público
De: brainstreetceo en gmail.com
Este es un problema de usuario y edición país (es decir GAC). Si uno mira la
cantidad de 2 sin asignar etiquetas de caracteres en la tabla ISO 3166-1, podría
difícil hacer un argumento para la protección sólo para asegurarse de que el futuro
países y territorios tienen acceso ... sobre todo cuando se observa el
velocidad a la que esto sucede. Desde una perspectiva puramente de usuario se puede uno
argumentar que los más dominios disponibles, mejor.
Lanza
El Jueves, 10 de julio 2014 a las 2:04 AM, Dev Anand Teelucksingh <devtee en gmail.com>
escribió:
> Regarding the public comment on "Introduction of Two-Character Domain Names
> in the New gTLD Namespace" at https://community.icann.org/x/VqzhAg
> which ends July 10 2014, I've posted the following at
> https://community.icann.org/x/VqzhAg
> for consideration:
>
> "Various registries for multiple gTLDs are applying for exceptions to
> Specification 5, Section 2 of the New gTLD Registry Agreement
> ("Specification 5") with some registries suggesting the release of 2
> character ASCII labels not on the current ISO 3166 standard would suffice.
>
> While this seems harmless, there is a possibility of new countries and
> territories being created, and then allocated a new two character ASCII
> label by ISO 3166/MA (see
>
> https://web.archive.org/web/20111101141651/http://www.iso.org/iso/country_codes/iso-3166-1_decoding_table.htm
> ).
>
> Any new country or territory created after 2014 would therefore not receive
> the same protection as those in the 2014 ISO 3166-2 list and would find
> that their new 2 character label is "given away", should they wish for
> their 2 character ASCII label to be protected, as per Specification 5.
>
> Now, should the principle established by Specification 5 protecting 2
> character ASCII labels even be in the New gTLD Registry Agreement? Many
> would say, especially given the prevalence of two character labels in
> existing TLDs like .com, .org and .net that this principle shouldn't be
> applied to new gTLDs.
> However, this (IMO) is a separate issue to the question being asked for in
> the public comment.
>
> If Specification 5 is meant to defend the principle that country codes in
> ISO 3166-2 should be protected in new gTLDs, then it should be enforced to
> ensure future countries and territories with new 2 character ASCII labels
> are protected in the same way as those territories and countries in today's
> ISO 3166-2 list.
>
> Therefore, the proposals by Donuts for 143 of its new gTLDS, .kred by
> KredTLD Pty Ltd, .best by BestTLD Pty Ltd and .ceo by CEOTLD Pty Ltd.
> should be turned down in keeping with the principle of Specification 5.
>
> The proposal by .wiki by Top Level Design LLC which specifies that the two
> character ASCII labels will only be used for languages identified by ISO
> 639-1 does appear to meet the threshold that the use will not be confused
> with the corresponding country codes, as per Specification 5 and could be
> approved.
>
> Similarly, the proposal by .globo by Globo Comunicação e Participações S.A
> which proposed the use of two character ASCII labels that are not letters
> or by two characters where only one of the character is a letter are labels
> that would not be used by ISO 3166-2 and could be approved."
>
> Thoughts?
>
> Kind Regards,
>
> Dev Anand Teelucksingh
> _______________________________________________
> lac-discuss-en mailing list
> lac-discuss-en en atlarge-lists.icann.org
> https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en
>
Lanza Hinds
Director de Tecnología
BrainStreet Grupo
287 'C' Albert St.
Georgetown Guyana
Este mensaje contiene información que puede ser privilegiada y / o
confidencial y es propiedad de Tecnologías BrainStreet o BrainStreet
Aprender. La información contenida en este documento está destinado sólo para la
persona o entidad a quien va dirigida y otros autorizados para
recibirlo. Si usted no es el destinatario previsto, no está autorizado
para leer, imprimir, retener, copiar, divulgar, distribuir o tomar cualquier acción
confiando al contenido de esta información o parte de ella y
puede ser ilegal hacerlo. Si recibe este mensaje por error, por favor
notifique inmediatamente al remitente y elimine todas las copias de este mensaje
su sistema. Tecnologías BrainStreet o BrainStreet aprendizaje no son ni
responsable de la transmisión correcta y completa de la información
contenida en esta comunicación ni ninguna demora en su recepción.
_______________________________________________
lac-discuss-es mailing list
lac-discuss-en en atlarge-lists.icann.org
https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en
[[--Original text (en)
http://mm.icann.org/transbot_archive/e1afbd32e5.html
--]]
Más información sobre la lista de distribución lac-discuss-es