[[--Translated text (en -> es)--]] Asunto: Re:??????????? = UTF-8 q Re_ = 26quot = 3BIntroducci = C3 = B3n_de_dos_ == utf-8 q caracteres_de_nombres_de_dominio_en_el_Nuevo_gTLD_Namesp == as utf-8 q = 26quot = 3B_Los_comentarios_del_p = C3 = BAblico? = De: aidanoblia@gmail.com La pregunta de DEV Que focaliza el tema de, dados Que heno Que ver: "Si ESPECIFICACIÓN 5 no está Destinado a un defensor El Principio De que los Codigos de countries ISO 3166-2 debe servi Protegida en Los Nuevos gTLD, entonces sí debe meet al asegurar Que El los Países Territorios Y FUTURAS estafa Nuevas ETIQUETAS de 2 Caracteres ASCII estan Protegidos de la Misma Manera de como los Territorios y Países en la real. La ESPECIFICACIÓN 5 no está transcripta en El Sitio https://community.icann.org/display/alacpolicydev/At-Large+Introduction+of+T... : Dicha ESPECIFICACIÓN 5 dados: "TODAS las ETIQUETAS de dos Caracteres ASCII Quedarán excluídas de la Inscripción o Asignación al Registro Operador en El Segundo Nivel en el TLD.Dichas ETIQUETAS pueden no Estar Activadas en el DNS, y no podran servicio Liberados Para El Registro de nuevo un Cualquier persona o Entidad Que hay mar Operador de Registro, Siempre Que dichas cadenas de ETIQUETAS de dos Caracteres pueden Ser Liberados en La Medida En que el Operador de Registro Alcanza sin acuerdo Con El Gobierno Relacionada y el gerente de Código de País de la Cadena de COMO SE ESPECIFICA en la norma ISO 3166-1 alpha-2. El Operador de Registro Also podra proponer la Liberación de Reservas ESTAS estafa de base en la Aplicación de Medidas párrafo Evitar la confusión Con Los Codigos de los Países correspondientes, aire Sujeción a la aprobacion de la ICANN. " Es claro de Me Redacción of this cláusula es restrictiva. ADEMÁS Tiene exigencias Que No ví Que se Cumplido Hayan: Falta el acuerdo Con El Gobierno y Relacionado Con El gerente del Código País de la Cadena. ADEMAS Cumplido aparece tampoco las Medidas Que aplicarán en CADA País párrafo Evitar la confusión Con Los Codigos de los countries de como lo pide de la norma. Entiendo ADEMÁS Que el Pedido de TODAS las Cadenas indiscriminadamente, Como es el Hecho similares pedido, no no está Contemplado en la norma. Es Una norma País restrictiva y supone Que se de la ONU Pide del párrafo y no globalmente. La ESPECIFICACIÓN 5 es netamente protectora En Primer Lugar De Los codigos pais. Solistas Admite MUCHOS excepcion porción y estafadores requirements, estafa el acuerdo del proprio pais ademas. El Criterio es claramente de dar prevalencia al Dominio pais. Exige Que ademas de cumplirse los Requisitos Anteriores sí presenten Medidas párrafo Evitar la confusión estafa El País Propio. Es muy restrictivo y muy proteccion Una da Estricta A Los Codigos pais. Desde el punto de Vista del de el Código País en es Internet finales Usuario Cada Vez Más Importante Por El SENTIDO de Identidad de Un Pueblo, De Una idiosincracia, paradigma de un, HACIA respecto also do personalidad y Do Pais. Algo asi Como La Bandera de la CADA País. ESTO Afirma La Confianza es lo mundial a traves del Reconocimiento de lo local, de como a instancia de parte y Dentro de lo global. Saludos Aída PD Por El Momento No Para entrar en la wiki Pude. Que PARECE it El Sistema .. es Cuanto Pueda lo agrego DEV La pregunta que se centra el tema y luego transcribir dice para ver: Si Especificación 5 está destinado a defender el principio de que la norma ISO 3166-2 códigos de país deben ser protegidos en los nuevos gTLD, a continuación, usted debe cumplir con asegurar que los países y territorios de futuros con nuevas etiquetas 2 ASCII caracteres están protegidos de la misma manera que las regiones y los países en hoy. Especificación 5 se transcribe en el sitio https://community.icann.org/display/alacpolicydev/At-Large+Introduction+of+T... : Esta Especificación 5 dice: "Todas las etiquetas de dos caracteres ASCII serán excluidos de la inscripción o asignación al Operador de Registro en el segundo nivel en el TLD.Tales etiquetas puede no estar activo en el DNS, y no podrá ser entregado para su registro a cualquier persona o entidad no Operador de Registro si dichas cadenas de etiqueta de dos caracteres pueden ser puestos en libertad que en la medida en que el Operador de Registro llega a un acuerdo con el gobierno relacionada y el jefe de código de país cadena como se especifica en la norma ISO 3166-1 alpha-2. Operador de Registro también puede proponer la liberación de estas reservas con base en la aplicación de medidas para evitar confusiones con los códigos de los países en cuestión, sin perjuicio de la aprobación de la ICANN. " Está claro que la redacción de esta cláusula es restrictiva. También no tiene se cumplen los requisitos reveladas: falta de acuerdo con la relacionada gobierno y el director nacional del código de cadena. Además, no parece cumplido con las medidas aplicadas en cada país para evitar la confusión con códigos de países como requeridos por la norma. Entiendo, además, que la solicitud de todas las marcas de forma indiscriminada, como petición que se hace no está cubierto por la norma. Se trata de una norma restrictiva y asume que las llamadas a un país y no globalmente. Especificación 5 es la primera puramente de protección de códigos de países.Mascotas sólo por excepción y con muchas necesidades, con el acuerdo de la país, además de a sí mismo. El criterio es claramente dar prevalencia a la dominio de país. Exige que también cumplieron con los requisitos anteriores presentados medidas para evitar la confusión con el propio país. Es muy restrictiva y da una protección muy estricta para los códigos de país. Desde el punto de vista del código de país usuario final en Internet es cada vez más importante para el sentimiento de identidad de un pueblo, de una idiosincrasia, un paradigma, también con respecto a sí mismo ya su país. Algo así como la bandera de cada país. Esto afirma la confianza en mundial reconocimiento a través del local como parte y en el global. 07/11/2014 09:59 GMT-03: 00 <devtee@gmail.com> :
[[--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: devtee@gmail.com
Bueno, sólo puede haber un número fijo de permutaciones (676) para su posible utilizar en la norma ISO 3166 desde ISO 3166 sólo puede ser letras ASCII de AA a ZZ. Y Si bien puede no ser un número rápido de cambios, se han producido cambios ISO 3166 en los últimos 10 años.
Por ejemplo, en 2010, por ejemplo:
http://www.iso.org/iso/iso_3166-1_newsletter_vi-8_split_of_the_dutch_antille...
BQ, CW y SX se añadieron para Bonaire, San Eustaquio y Saba, Curaçao y Sint Maarten (parte neerlandesa) en el Caribe.
Dev Anand
El Jueves, 10 de julio 2014 a las 8:47 AM, Carlton Samuels < carlton.samuels@gmail.com> escribió:
Closely reasoned and from the principle of cc assignment certainly worthy of the ALAC's consideration.
While we're at it, lets consider that 3-character country codes are possible.
Giving protection for a future event suggests we have a definite knowledge of country/territory breakdown and thusly, possible code assignment. Tying up all permutations of 2 characters especially when you consider IDNs would be a tough sell.
Carlton ---------'--------''-----
On Jul 10, 2014 2:04 AM, "Dev Anand Teelucksingh" <devtee@gmail.com> wrote:
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_co...
).
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@atlarge-lists.icann.org https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en
lac-discuss-es mailing list lac-discuss-en@atlarge-lists.icann.org https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en
[[--Original text (en) http://mm.icann.org/transbot_archive/daa3e4632e.html --]]