July 2019 - lac-discuss-es

Re: [lac-discuss-es] - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog
by Evan Leibovitch July 1, 2019

July 1, 2019

[[--Translated text (en -> es)--]] Tema:Re: - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog Desde:Evan Leibovitch <evan(a)telly.org> El domingo 30 de junio de 2019 a las 00:08, <bzs(a)theworld.com> escribió: > Regarding hyphenated or even non-semantic names - Anyone these days who > depends on humans making semantic sense out of a domain name is living > in days of fading glory. Search engines, especially when embedded in > browser address bars, have long ago started to diminish the use of > domain names as carriers of semantic content. And the rise of > application handles such as facebook or twitter names has diminished > that further. The canned response to that has become: Once they find it via search it's good if the domain is memorable because if they search again they might find your competitor. Incluso el usuario final más sofisticado que conozco entiende el concepto de sitios de marcadores. Incluso si la administración de los marcadores es ingobernable, tenerlos facilita encontrar el mismo sitio mediante búsquedas repetitivas. Otro componente faltante de esto es SEO.Crear dos o tres palabras clave memorables puede ser más fácil que crear un buen nombre de dominio (especialmente) si un especulador tiene sus preferidos. - Evan [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/05ab50f365.html --]]

1 0

Re: [lac-discuss-es] - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog
by Evan Leibovitch July 1, 2019

July 1, 2019

[[--Translated text (en -> es)--]] Tema:Re: - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog Desde:Evan Leibovitch <evan(a)telly.org> El lunes, 1 de julio de 2019 a las 13:18, Olivier MJ Crépin-Leblond <ocl(a)gih.com> escribió: desafortunadamente, todo lo que tenemos para esta interacción es una lista de correo. Perderá a muchas personas que lo mueven a un servidor de discordia. +1 Tenga en cuenta que habrá resistencia al pedirles a todos que creen una cuenta One More en una nueva plataforma para realizar un seguimiento. FWIW, un número creciente de clientes de correo electrónico son capaces de hacer subprocesos inteligentes para facilitar la lectura. [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/6e3cd1a69c.html --]]

1 0

Re: [lac-discuss-es] - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog
by Olivier MJ Crépin-Leblond July 1, 2019

July 1, 2019

[[--Translated text (en -> es)--]] [[--This message had format issues and was not translated properly--]] Tema:Re: - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog Desde:=?UTF-8?Q?Olivier_MJ_Cr=c3=a9pin-Leblond?= <ocl(a)gih.com> Estimado Kale, desafortunadamente, todo lo que tenemos para esta interacción es una lista de correo. Perderá a muchas personas que lo mueven a un servidor de discordia. Un cordial saludo, Olivier El 01/07/2019 16:04, Kale Williams escribió: Buen día a todos, ¿Podríamos quizás mover esta discusión a un servidor de discordia? Sería mucho más fácil seguir el uso de algo así a través del correo electrónico. Sólo una sugerencia, Kale williams Enviado desde mi teléfono inteligente Samsung Galaxy. -------- Mensaje original -------- De: Karl Auerbach <karl(a)cavebear.com> Fecha: 01/07/2019 3:57 pm (GMT + 00: 00) Para: JOHN MÁS <morej1(a)mac.com> Cc: LAC-Discuss-en <lac-discuss-en(a)icann.org> , At-Large en todo el mundo <at-large(a)atlarge-lists.icann.org> Tema: Re: [lac-Discuss-in] [At-Large] - Límites de precios - fue: El caso de captura reglamentaria en la ICANN | Revisar Signal Blog [ERROR: Sentencia demasiado larga para traducir (1781> 1000 bytes)]En el espacio de nombres de dominio "uso" es un término muy vago. ¿Significa que un nombre realmente tiene algunos registros de RR adjuntos? Si eso es "uso", la mayoría de los registradores simplemente adjuntarán (como muchos lo hacen) un par de registros MX a cada nombre registrado (además de los registros obligatorios SOA y NS). Ciertamente, "uso" no puede significar "sitio web" porque hay muchos usos de un nombre que no son compatibles con Internet, que es simplemente una aplicación de las muchas que se encuentran en Internet. ¿Y en esta era de preocupaciones de seguridad, está obligado a tener un servidor DNS para la zona que está dispuesto a aceptar paquetes de consulta de DNS de cualquiera y todas las fuentes?Tengo un nombre registrado y prefiero que solo algunas personas lo conozcan. Detrás hay una zona llena de nombres con registros de recursos dise� ados para enfatizar el software de DNS. De hecho, todavía tengo que ver un sistema de resolución de DNS que puede manejar todo. los casos. Esta zona está presente para soportar pruebas de software. Cualquier persona que espere interactuar con esos nombres se sentirá muy decepcionada (especialmente porque hay un montón de software de cliente DNS con errores). ¿Eso constituye "uso"? [ERROR: Sentencia demasiado larga para traducir (1150> 1000 bytes)] --karl-- El 30/6/19 4:36 PM, JOHN MORE escribió:> Karl>> Tu ataque a la analogía de marca registrada está fuera de la base. Para que las marcas registradas se registren hay que mostrar su uso. Eso no es cierto para los especuladores de nombres de dominio. Incluso para la marca registrada de common law, debe mostrar un primer uso. >> John More> ISOC-DC> >> El 28 de junio de 2019, a las 8:03 PM, Karl Auerbach <karl(a)cavebear.com> escribió: >> >> >>> El 28/6/19 2:36 PM, Evan Leibovitch escribió: >>> >>> Aquí hay otro punto de datos anecdótico: he estado involucrado en Internet durante casi tanto tiempo.Pero ha estado ayudando a familiares, amigos, peque� as empresas, universidades, instituciones religiosas y refugiados en campamentos. He trabajado con empresarios tanto nuevos como establecidos, luchando por hacer presencia en Internet y encontrando que sus primeras 20 opciones solo estaban disponibles con una prima de posventa.El resultado es que tuvieron que: >>> * cambiar su nombre de marca para adaptarse a los nombres disponibles (esto tiene >>> sucedió más de una vez) >>> * agonice sobre si conformarse con un nombre de dominio usando guiones >>> * pagar una prima menor en un nuevo TLD que no saben que es completamente accesible >>> * se resignan a tener un dominio no memorable (es decir, mierda) y >>> Usando otras estrategias para guiar a las personas hacia ellos. >> Estoy de acuerdo en que es triste que no vivamos en un mundo de ponis rosados, unicornios, equidad perfecta y sin competencia por los recursos.>> >> Tu gente quiere "nombres de marca", que leo como sinónimo de "marca registrada", ¿y descubres que alguien más ya lo ha registrado? >> >> Eso es una vida bastante normal en la tierra de los nombres comerciales. Alguien llegó allí primero. Alguien más va allí demasiado tarde. Eso no es especulación, eso no es abuso. >> >> Athol Fugard escribió que "las palabras más tristes ... son 'demasiado tarde'". >> >> ¿O está argumentando que hay algún tipo de atributo de bondad elevado que debería permitir que "familiares, amigos, peque� as empresas, colegios, instituciones religiosas y refugiados" se adelanten a los usos anteriores?¿Y quién será el juez que pesa a los solicitantes para medir quién es el más digno? [ERROR: Sentencia demasiado larga para traducir (1389> 1000 bytes)] [ERROR: Sentencia demasiado larga para traducir (1088> 1000 bytes)] >>> > --karl-- _______________________________________________ lac-Discuss-en lista de correo lac-discuss-en@atlarge-lists.icann.orghttps://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en _______________________________________________ Al enviar sus datos personales, usted acepta el procesamiento de sus datos personales para suscribirse a esta lista de correo de acuerdo con la Política de privacidad de la ICANN (https://www.icann.org/privacy/policy) y los Términos del sitio web de Servicio (https://www.icann.org/privacy/tos).Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc. _______________________________________________ Al enviar sus datos personales, usted acepta el procesamiento de sus datos personales con el fin de suscribirse a esta lista de co rreo de conformidad con la Política de privacidad de la ICANN ( https://www.icann.org/privacy/policy) y los Términos de servicio del sitio web (https://www.icann.org/privacy/tos) Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc.y los Términos de Servicio del sitio web ( https://www.icann.org/privacy/tos) Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc. _______________________________________________ lac-Discuss-en lista de correo lac-discuss-en(a)atlarge-lists.icann.org https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en _______________________________________________ Al enviar sus datos personales, consiente el procesamiento de sus datos personales para suscribirse a esta lista de correo de conformidad con la Política de privacidad de la ICANN (https://www.icann.org/privacy/policy) y los Términos de servicio del sitio web (https: // www. icann.org/privacy/tos) Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc. [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/ec7ab559c7.html --]]

1 0

Re: [lac-discuss-es] - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog
by Evan Leibovitch July 1, 2019

July 1, 2019

[[--Translated text (en -> es)--]] Tema:Re: - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog Desde:Evan Leibovitch <evan(a)telly.org> Hace unos minutos dije: Eventualmente, la arrogancia de la ICANN empujará incluso a los jugadores neutrales a determinar que un cambio está en orden, que incluso el temido multilateralismo no puede ser peor que lo que existe ahora. Lo siento, lo olvidé hasta que envié un paso muy significativo en esta dirección, en el discurso de noviembre de Emannuel Macron ante el IGF.Una vez tengo alguna esperanza de que el IGF ofrezca modelos alternativos a los de la ICANN para equilibrar las necesidades de la industria y el público, pero después de a� os y a� os de existencia, tiene CERO para demostrarlo. El solo hecho de ofrecer un lugar para hablar, que es la mejor razón por la que he escuchado que existe el IGF, tiene sus límites si nunca hay resultados. Macron pidió un enfoque de la gobernanza de Internet que se encuentra entre californiano y chino. Y dio a entender que si no sucede por consenso interno, sucederá por otros medios. No hay respuesta hasta ahora. TIC Tac. - Evan [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/2f0e117291.html --]]

1 0

Re: [lac-discuss-es] - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog
by Lance Hinds July 1, 2019

July 1, 2019

[[--Translated text (en -> es)--]] [[--This message had format issues and was not translated properly--]] Tema:Re: - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog Desde:Lance Hinds <brainstreetceo(a)gmail.com> "Cuando pienso en mi rol personal en ALAC, no estoy defendiendo los intereses de mí mismo, sino los miembros de mi familia, amigos y colegas que apenas pueden arrancar sus computadoras portátiles y para los cuales generalmente soy soporte técnico. ¿Cómo funciona la ICANN? ¿El trabajo les afecta? En mi apogeo de la participación de ALAC tuve el desafío de mantener el ritmo de todas las partes móviles, la mayoría de las cuales se han hecho demasiado complejas para disuadir a los aficionados. Poco ha cambiado.Hablamos un buen juego sobre divulgación, pero se necesita un tipo especial de masoquismo para que alguien sea lo suficientemente capaz en los procesos de la ICANN que no tenga un interés financiero en sus decisiones. También es caro, incluso para aquellos que están subsidiados ". Amén Libre de virus. www.avg.com El lunes 1 de julio de 2019 a las 12:42 p. M. Evan Leibovitch <evan(a)telly.org> escribió: El domingo 30 de junio de 2019 a las 04:20, Roberto Gaetano. <roberto_gaetano(a)hotmail.com> escribió: Dado el atrincheramiento del darwinismo social, bien expresado por Karl, en lo más profundo de la cultura de la ICANN, tengo serias inquietudes acerca de su disposición, y mucho menos de su capacidad, para ceder al nivel intermedio que usted sugiere. Si ese es el caso, ¿vale la pena buscar un terreno intermedio? ¿Y la alternativa es? No lo sé. Parece que hay poco más que podamos hacer desde el punto de vista de la moderación para convencer al status quo de que ceda cualquier cosa. Esa es una de las razones por las que me he retirado de la participación profunda en la ICANN, después de un largo tiempo de intentos, he concluido que la tarea parece inútil.Para mí, parece que Internet hará lo que mejor hace, desviando los obstáculos, incluido el obstáculo llamado ICANN. Como resultado, hay una tendencia creciente a ir más allá de los nombres de dominio "memorables". (Como Jonathan sabe, quería que ese problema fuera el centro de las investigaciones de CCT). Incluso se podría argumentar que Google y Facebook no serían tan dominantes en Internet ahora que los nombres de dominio se habían implementado de manera útil. Pero es demasiado tarde para reiniciar eso. De hecho, las cosas de la OMI han empeorado, no han mejorado.La transición de la IANA eliminó la última parte de la responsabilidad externa de la ICANN, dejando el control en una comunidad "empoderada" (doble voz pura) que hace que la Junta solo sea realmente responsable ante aquellos dentro de la burbuja. No es de extra� ar que las voces en contra de ALAC hayan aumentado a medida que aumenta el nivel de derecho de la industria, aparentemente sin límite. Vea los hilos en otra parte acerca de la próxima ronda de expansión de gTLD, claramente deseada por nadie más que por la industria del dominio, pero aún así. OMI, ALAC es absolutamente impotente para afectar el cambio, especialmente dada su falta de enfoque.Esta es la razón por la que concentro mi participación actual aquí en enfocarme en ALAC para comprender y mejorar las necesidades de los usuarios finales exclusivamente; Es nuestra mejor oportunidad para seguir siendo relevantes. Al final, solo algún tipo de estímulo externo impulsará a la ICANN a cambiar de rumbo. Sin la protección del tratado, creo que con el tiempo la ICANN encontrará cada vez más ho stilidad en la UIT, por parte de estados individuales o bloques de estados. O tal vez habrá algún evento o acción, un escándalo que exponga públicamente la cultura de corrupción y / o falta de mentalidad pública. Eventualmente, la arrogancia de la ICANN empujará incluso a los jugadores neutrales a determinar que un cambio está en orden, que incluso el temido multilateralismo no puede ser peor que lo que existe ahora.Lo que no sé es si la "Comunidad con derecho" de la ICANN (que es el nombre correcto para ella) verá la amenaza a tiempo suficiente para cambiar, o si seguirá siendo ajena y / o desafiante hasta el cambio catastrófico. Tengo una preocupación genuina por el da� o potencial a los componentes técnicos de la ICANN que, en general, funciona bien, que vendría con una revisión de los componentes comerciales y políticos. Esta puede ser una respuesta insatisfactoria, pero es la mejor que puedo concluir. - Evan _______________________________________________ Lista de correo de At-Large At-Large(a)atlarge-lists.icann.org https://atlarge-lists.icann.org/mailman/listinfo/at-large Sitio oficial de At-Large: http://atlarge.icann. org _______________________________________________ Al enviar sus datos personales, usted acepta el procesamiento de sus datos personales para suscribirse a esta lista de correo de conformidad con la Política de privacidad de la ICANN (https://www.icann.org/privacy/policy) y los Términos del sitio web. de Servicio (https://www.icann.org/privacy/tos).Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc. - Lance Hinds Director de Tecnología B grupo 287 'C' Albert St. Georgetown Guyana Este mensaje contiene información que puede ser privilegiada y / o confidencial y es propiedad de Bumos Technologies o Básicamente Aprendizaje. La información contenida en este documento está dirigida únicamente a la persona o entidad a la que se dirige y a otras personas autorizadas para recibirla.Si no es el destinatario deseado, no está autorizado para leer, imprimir, retener, copiar, difundir, distribuir o tomar ninguna medida en relación con el contenido de esta información o cualquier parte de la misma, y puede ser ilegal hacerlo. Si recibe este mensaje por error, notifique al remitente de inmediato y elimine todas las copias de este mensaje de su sistema. B utiliza Technologies o Bada Learning no son responsables de la transmisión correcta y completa de la información contenida en esta comunicación ni de ninguna demora en su recepción. [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/c3adac5dbc.html --]]

1 0

Re: [lac-discuss-es] - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog
by Evan Leibovitch July 1, 2019

July 1, 2019

[[--Translated text (en -> es)--]] Tema:Re: - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog Desde:Evan Leibovitch <evan(a)telly.org> El domingo 30 de junio de 2019 a las 04:20, Roberto Gaetano. <roberto_gaetano(a)hotmail.com> escribió: Dado el atrincheramiento del darwinismo social, bien expresado por Karl, en lo más profundo de la cultura de la ICANN, tengo serias inquietudes acerca de su disposición, y mucho menos de su capacidad, para ceder al nivel intermedio que usted sugiere. Si ese es el caso, ¿vale la pena buscar un terreno intermedio? ¿Y la alternativa es? No lo sé. Parece que hay poco más que podamos hacer desde el punto de vista de la moderación para convencer al status quo de que ceda cualquier cosa. Esa es una de las razones por las que me he retirado de la participación profunda en la ICANN, después de un largo tiempo de intentos, he concluido que la tarea parece inútil. Para mí, parece que Internet hará lo que mejor hace, desviando los obstáculos, incluido el obstáculo llamado ICANN. Como resultado, hay una tendencia creciente a ir más allá de los nombres de dominio "memorables".(Como Jonathan sabe, quería que ese problema fuera el centro de las investigaciones de CCT). Incluso se podría argumentar que Google y Facebook no serían tan dominantes en Internet ahora que los nombres de dominio se habían implementado de manera útil. Pero es demasiado tarde para reiniciar eso. De hecho, las cosas de la OMI han empeorado, no han mejorado. La transición de la IANA eliminó la última parte de la responsabilidad externa d e la ICANN, dejando el control en una comunidad "empoderada" (doble voz pura) que hace que la Junta solo sea realmente responsable ante aquellos dentro de la burbuja. No es de extra� ar que las voces en contra de ALAC hayan aumentado a medida que aumenta el nivel de derecho de la industria, aparentemente sin límite.Vea los hilos en otra parte acerca de la próxima ronda de expansión de gTLD, claramente deseada por nadie más que por la industria del dominio, pero aún así. OMI, ALAC es absolutamente impotente para afectar el cambio, especialmente dada su falta de enfoque. Esta es la razón por la que concentro mi participación actual aquí en enfocarme en ALAC para comprender y mejorar las necesidades de los usuarios finales exclusivamente; Es nuestra mejor oportunidad para seguir siendo relevantes. Al final, solo algún tipo de estímulo externo impulsará a la ICANN a cambiar de rumbo. Sin la protección del tratado, creo que con el tiempo la ICANN encontrará cada vez más h ostilidad en la UIT, por parte de estados individuales o bloques de estados.O tal vez habrá algún evento o acción, un escándalo que exponga públicamente la cultura de corrupción y / o falta de mentalidad pública. Eventualmente, la arrogancia de la ICANN empujará incluso a los jugadores neutrales a determinar que un cambio está en orden, que incluso el temido multilateralismo no puede ser peor que lo que existe ahora. Lo que no sé es si la "Comunidad con derecho" de la ICANN (que es el nombre correcto para ella) verá la amenaza a tiempo suficiente para cambiar, o si seguirá siendo ajena y / o desafiante hasta el cambio catastrófico.Tengo una preocupación genuina por el da� o potencial a los componentes técnicos de la ICANN que, en general, funciona bien, que vendría con una revisión de los componentes comerciales y políticos. Esta puede ser una respuesta insatisfactoria, pero es la mejor que puedo concluir. - Evan [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/56309e412b.html --]]

1 0

Re: [lac-discuss-es] - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog
by Kale Williams July 1, 2019

July 1, 2019

[[--Translated text (en -> es)--]] [[--This message had format issues and was not translated properly--]] Tema:Re: - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog Desde:Kale Williams <williamskale(a)hotmail.com> Buen día a todos, ¿Podríamos quizás mover esta discusión a un servidor de discordia? Sería mucho más fácil seguir el uso de algo así a través del correo electrónico. Sólo una sugerencia, Kale williams Enviado desde mi teléfono inteligente Samsung Galaxy. -------- Mensaje original -------- De: Karl Auerbach <karl(a)cavebear.com> Fecha: 01/07/2019 3:57 pm (GMT + 00: 00) Para: JOHN MÁS <morej1(a)mac.com> Cc: LAC-Discuss-en <lac-discuss-en(a)icann.org> , At-Large en todo el mundo <at-large(a)atlarge-lists.icann.org> Tema: Re: [lac-Discuss-in] [At-Large] - Límites de precios - fue: El caso de captura reglamentaria en la ICANN | Revisar Signal Blog La base del requisito estadounidense de "uso en el comercio" es satisfacer el poder de la cláusula de comercio del Artículo I del Congreso para crear una ley de marcas registradas. Otros países no necesitan superar ese obstáculo de la autoridad legislativa.Tal vez uno podría implicar "uso en el comercio" como algo necesario para cuando el Departamento de Comercio de EE. UU. Se involucró en "NewCo" (finalmente ICANN) en primer lugar, pero nadie realmente preguntó sobre la autoridad. (O, mejor dicho, preguntamos, pero obtuvimos las mejores manos caracterizadas por los vacíos en lugar de por la sustancia). He registrado un montón de marcas en base a "Intención de uso". Claro, puede que tenga que demostrar que eventualmente usé esa marca, pero mientras tanto tengo una marca de comercio / servicio sin uso real en el comercio.(En mi propio trabajo, en realidad tenemos la intención de usarlo; nuestro abogado de marcas nos perseguiría si no lo hiciéramos), pero no puedo decir e so de todos. Hay un giro adicional interesante que es después del primer período de cinco a� os. de las marcas comerciales de los EE. UU. (y la presentación de los documentos y aranceles correctos), la marca de los EE. UU. se vuelve indiscutible. Incluso los nombres de dominio no alcanzan el estado de "incontestable". En el espacio de nombres de dominio "uso" es un término muy vago. ¿Significa que un nombre realmente tiene algunos registros de RR adjuntos?Si ese es "uso", la mayoría de los registradores simplemente adjuntarán (como muchos lo hacen) un par de registros MX a cada nombre registrado (además de los registros obligatorios SOA y NS). muchos usos de un nombre distinto del soporte de Internet, que es simplemente una de las muchas aplicaciones que se encuentran en Internet. ¿Y en esta era de preocupaciones de seguridad, está obligado a tener un servidor DNS para la zona que está dispuesto a aceptar paquetes de consulta de DNS de cualquiera y todas las fuentes?Teng o un nombre registrado y prefiero que solo algunas personas lo conozcan. Detrás hay una zona llena de nombres con registros de recursos dise� ados para enfatizar el software de DNS. De hecho, todavía tengo que ver un sistema de resolución de DNS que puede manejar todo. los casos. Esta zona está presente para soportar pruebas de software. Cualquier persona que espere interactuar con esos nombres se sentirá muy decepcionada (especialmente porque hay un montón de software de cliente DNS defectuoso). ¿Eso constituye "uso"? En muchas otras áreas, como la adquisición de tierras o una pintura, incluso una pintura más allá de los derechos de autor, no hay obligación de uso de la tierra o de exhibir el arte.De hecho, uno de los pilares de la "propiedad" es el poder de decir "no" (o, como lo hacen los museos de arte, imponer términos de uso a las visitas al museo que prohíben la realización de copias, incluso copias de pinturas que desde hace mucho tiempo). caído en el domini o público.) Claro, me gustaría decir 'soy un refugiado' o 'soy un empresario' y tengo que abrir las puertas de la Galería Nacional de EE. UU. para que pueda llevarme a casa a mi favorito Berthe Pintura de Morisot Eso puede parecer absurdo, pero es lo que escucho cuando escucho la defensa de algún tipo de jerarquía de privilegios con respecto a los nombres de dominio.--karl-- El 30/6/19 4:36 PM, JOHN MORE escribió:> Karl>> Tu ataque a la analogía de marca registrada está fuera de la base. Para que las marcas registradas se registren hay que mostrar su uso. Eso no es cierto para los especuladores de nombres de dominio. Incluso para la marca registrada de common law, debe mostrar un primer uso. >> John More> ISOC-DC> >> El 28 de junio de 2019, a las 8:03 PM, Karl Auerbach <karl(a)cavebear.com> escribió: >> >> >>> El 28/6/19 2:36 PM, Evan Leibovitch escribió: >>> >>> Aquí hay otro punto de datos anecdótico: he estado involucrado en Internet durante casi tanto tiempo.Pero ha es tado ayudando a familiares, amigos, peque� as empresas, universidades, instituciones religiosas y refugiados en campamentos. He trabajado con empresarios tanto nuevos como establecidos, luchando por hacer presencia en Internet y encontrando que sus primeras 20 opciones solo estaban disponibles con una prima de posventa.El resultado es que tuvieron que: >>> * cambiar su nombre de marca para adaptarse a los nombres disponibles (esto >>> ha sucedido más de una vez) >>> * agonizar sobre si conformarse con un nombre de dominio usando guiones >> > * pagar una prima menor en un nuevo TLD que no saben que es completamente accesible >>> * resignarse a tener un dominio no memorable (es decir, mierda) y >>> usar otras estrategias para guiar a las personas hacia ellos. >> Estoy de acuerdo en que es triste que no vivamos en un mundo de ponis rosados, unicornios, equidad perfecta y sin competencia por los recursos.>> >> Tu gente quiere "nombres de marca", que leo como sinónimo de "marca regist rada", ¿y descubres que alguien más ya lo ha registrado? >> >> Eso es una vida bastante normal en la tierra de los nombres comerciales. Alguien llegó allí primero. Alguien más va allí demasiado tarde. Eso no es especulación, eso no es abuso. >> >> Athol Fugard escribió que "las palabras más tristes ... son 'demasiado tarde'". >> >> ¿O está argumentando que hay algún tipo de atributo de bondad elevado que debería permitir que "familiares, amigos, peque� as empresas, colegios, instituciones religiosas y refugiados" se adelanten a los usos anteriores?¿Y quién será el juez que pesa a los solicitantes para medir quién es el más digno? >> >> (Dado que mi esposa y yo hacemos grandes contribuciones de nuestro tiempo, trabajo y dinero a organizaciones sin fines de lucro y caritativas, podríamos encontrar útil ese tipo de poder preventivo. percibido como justo o simplemente por los usuarios anteriores.) >> >> (Y me pregunto acerca de la inclusión de "peque� as empresas" y "emprendedores" en esa lista. derecho preferente de compra.Y en las varias empresas de inicio que he hecho me hubiera gustado tener la posibilidad de quitarle un nombre de dominio a otro usuario anterior.) >> >> ¿Se está enfocando en la noción de "uso"? Si es así, ¿qué es el "uso" de un nombre de dominio? ¿Debe resolverse, para cualquier consulta de cualquier fuente, a una dirección IP, un registro TXT o algo así? Si se implementó ese requisito, puede apostar a que cada registrador implementará rápidamente un servicio de resolución "suficiente para aprobar el examen" para que lo utilicen sus clientes.>> >> (Como mencionó a los empresarios: una práctica común en las empresas de nueva creación es registrar una cartera de nombres de dominio como candidatos para productos o nombres corporativos, mantenerlos en privado durante varios a� os y luego vender los que eran no seleccionado para ser puesto en juego. ¿Eso constituye un "uso" o un "abuso"?) >> >> Con respecto a los nombres con guión o incluso no semánticos: cualquier persona que dependa de que los humanos tengan sentido semántico de un nombre de dominio Está viviendo en días de gloria decreciente. Los motores de búsqueda, especialmente cuando están integrados en las barras de direcciones del navegador, hace mucho tiempo que comenzaron a disminuir el uso de nombres de dominio como portadores de contenido semántico.Y el aumento de los manejadores de aplicaciones, como los nombres de facebook o twitter, ha disminuido aún más. >> >> --karl-- _______________________________________________ lac-Discuss-en lista de correo lac-discuss-en@atlarge-lists.icann.orghttps://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en _______________________________________________ Al enviar sus datos personales, usted acepta el procesamiento de sus datos personales para suscribirse a esta lista de correo de acuerdo con la Política de privacidad de la ICANN (https://www.icann.org/privacy/policy) y los Términos del sitio web de Servicio (https://www.icann.org/privacy/tos).Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc. _______________________________________________ Al enviar sus datos personales, usted acepta el procesamiento de sus datos personales con el fin de suscribirse a esta lista de correo de conformidad con la Política de privacidad de la ICANN ( https://www.icann.org/privacy/policy) y los Términos de servicio del sitio web (https://www.icann.org/privacy/tos) Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaci ones), etc.y los Términos de Servicio del sitio web ( https://www.icann.org/privacy/tos) Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc. [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/bedb1c3299.html --]]

1 0

Re: [lac-discuss-es] - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog
by karl＠cavebear.com July 1, 2019

July 1, 2019

[[--Translated text (en -> es)--]] [[--This message had format issues and was not translated properly--]] Tema:Re: - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog Desde:karl@cavebear.com La base del requisito estadounidense de "uso en el comercio" es satisfacer La cláusula de comercio Artículo I poder del Congreso para crear marca ley. Otros países no necesitan superar esa autoridad legislativa obstáculo. Tal vez uno podría implicar "uso en el comercio" como una cosa necesaria para cuando el Departamento de Comercio de los Estados Unidos se involucró en "NewCo" (eventualmente ICANN) en primer lugar, pero nadie realmente preguntó acerca de la autoridad. (O mejor dicho, preguntamos, pero obtuvimos las mejores respuestas con las manos) caracterizado por los vacíos en lugar de la sustancia.) [ERROR: Sentencia demasiado larga para traducir (1015> 1000 bytes)][ERROR: Sentencia demasiado larga para traducir (1063> 1000 bytes)] Tengo un nombre registrado que prefiero que solo ciertas personas incluso saber sobre: detrás hay una zona llena de nombres con registros de recursos Dise� ado para enfatizar el software de DNS, de hecho todavía no he visto un DNS resolver que puede manejar todos los casos Esta zona está presente para soporte de pruebas de software. Cualquiera que espere interactuar con esos nombres estará muy decepcionado (especialmente porque hay muchos DNS con errores) software cliente por ahí.) ¿Eso constituye "uso"? En muchas otras áreas, como la adquisición de terrenos o una pintura, incluso una pintura más allá de los derechos de autor, no hay obligación de uso de la tierra o para mostrar el arte. De hecho, una de las piedras de toque de "propiedad" es el poder de decir "no" (o, como lo hacen los museos de arte, imponer términos de uso en las visitas a la Museo que prohíbe la realización de copias. Incluso copias de pinturas que desde hace mucho tiempo han caído en el público. dominio.) Claro, me gustaría decir 'soy un refugiado' o 'soy un empresario' y tengo que abren las puertas de la Galería Nacional de EE. UU. para que pueda llevarme a casa mi pintura favorita de berthe morisot Eso puede sonar absurdo, pero es lo que escucho cuando escucho la defensa de algún tipo de jerarquía de privilegios con respecto a los nombres de dominio. --karl-- El 30/6/19 4:36 PM, JOHN MORE escribió: > Karl > > Your attack on the trademark analogy is off base. For trademarks to be registered you have to show use. That is not true of domain name speculators. Even for common law trademark, you have to show a first use. > > John More > ISOC-DC > >> On Jun 28, 2019, at 8:03 PM, Karl Auerbach <karl(a)cavebear.com> wrote: >> >> >>> On 6/28/19 2:36 PM, Evan Leibovitch wrote: >>> >>> Here's another, anecdotal datapoint: I have been involved in the Internet for nearly as long. But it's been helping family, friends, small businesses, colleges, religious institutions, and refugees in camps. I've worked with entrepreneurs both new and established, struggling to make a presence on the Internet and finding that their first 20 choices were only available at an aftermarket premium. The result is that they either had to: >>> * change their brand name to suit the available names (this has >>> happened more than once) >>> * agonize over whether to settle for a domain name using hyphens >>> * pay a lesser premium in a new TLD they don't know is fully reachable >>> * resign themselves to having a non-memorable (ie, shitty) domain and >>> using other strategies to lead people to them. >> I agree that it is sad that we don't live in a world of pink ponies, unicorns, perfect equity, and no competition for resources. >> >> Your people want "brand names" - which I read as a synonym for "trademark" - and find that someone else has already registered it? >> >> That's pretty normal life in the land of trade names. Somebody got there first. Somebody else go there too late. That is not speculation, that is not abuse. >> >> Athol Fugard wrote that "the saddest words ... are 'too late'." >> >> Or are you arguing that there is some sort of elevated goodness attribute that should allow "family, friends, small businesses, colleges, religious institutions, and refugees" to preempt prior uses? And who shall be the judge that weighs applicants to measure who is the more worthy? >> >> (Given that my wife and I make large contributions of our time, labor, and money to non-profit and charitable organizations, we might find that kind of preemptive power useful. But I doubt that such a thing would always be perceived as fair or just by the prior users.) >> >> (And I do wonder about the inclusion of "small business" and "entrepreneurs" in that list - I'd love to have my small businesses to have a power of preemption. And in the several start-ups that I've done I would have welcomed the ability to take a domain name away from another prior user.) >> >> Are you focusing on the notion of "use"? If so, what is "use" of a domain name? Must it resolve - for any query from any source - to an IP address, or a TXT record or something? If that requirement were put into place you can bet that every registrar will quickly deploy a "sufficient to pass muster" resolver service for its customers to use. >> >> (Since you mentioned entrepreneurs - A common practice in start ups is to register a portfolio of domain names as candidates for products or corporate names, to hold them in private for several years, and then to sell off the ones that were not selected to be put into play. Does that constitute a "use" or an "abuse"?) >> >> Regarding hyphenated or even non-semantic names - Anyone these days who depends on humans making semantic sense out of a domain name is living in days of fading glory. Search engines, especially when embedded in browser address bars, have long ago started to diminish the use of domain names as carriers of semantic content. And the rise of application handles such as facebook or twitter names has diminished that further. >> >> --karl-- _______________________________________________ lista de correo de lac-Discuss-en lac-discuss-en(a)atlarge-lists.icann.org https://www.icann.org/privacy/policy) _______________________________________________ Al enviar sus datos personales, usted acepta el procesamiento de sus datos personales con el fin de suscribirse a esta lista de correo de conformidad con la Política de privacidad de la ICANN (https://www.icann.org/privacy/policy) y los Términos de servicio del sitio web (https://www.icann.org/privacy/tos) Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc.y los Términos de Servicio del sitio web ( https://www.icann.org/privacy/tos) Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc. [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/cab2187e40.html --]]

1 0

Re: [lac-discuss-es] - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog
by karl＠cavebear.com July 1, 2019

July 1, 2019

[[--Translated text (en -> es)--]] [[--This message had format issues and was not translated properly--]] Tema:Re: - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog Desde:karl@cavebear.com No es frecuente que alguien me caracterice por apoyar el statu quo en la ICANN. ;-) Estoy totalmente de acuerdo con Evan en que el modelo de partes interesadas es un fracaso. Yo, obviamente, soy un firme defensor de la parte inferior absoluta, por parte de los humanos, de la gobernanza. Pero sé que no estoy ganando ese argumento. Se están formando fuerzas políticas y económicas que pueden llevar a la red a regionalizarse, ya sea alrededor de naciones, grandes empresas [por ejemplo, Facebook o Google], o instituciones [por ejemplo,el ejército estadounidense]. Y eso podría traer una gran cantidad de mecanismos, posiblemente inconsistentes. Mi propio sentido es prepararme para eso y buscar mitigaciones en lugar de intentar resistir hasta el último aliento. [ERROR: Sentencia demasiado larga para traducir (1629> 1000 bytes)] El IETF y la ICANN han hecho un buen trabajo al tratar los problemas lingüísticos y culturales: es difícil meter todos esos problemas en lo que realmente es una secuencia de no más de 256 bytes / octetos compuestos de fragmentos, cada uno de ellos no mayor a 64 octetos. . Y el IETF y la ICANN pueden declarar que los protocolos de aprovisionamiento utilizados por los registradores y registros son un éxito. [ERROR: Sentencia demasiado larga para traducir (1196> 1000 bytes)] Es en el área de prácticas comerciales y el sesgo a favor de los derechos de propiedad intelectual sobre otros derechos donde la ICANN más necesita una reforma seria. Hay algunas partes que podrían dividirse y sobre las cuales creo que podríamos llegar a un acuerdo, por ejemplo, una parte de la ICANN que garantiza que las "partes contratadas" se adhieran a los contratos y respondan al público podría ser útil y bien confinado spin-out. De manera similar, como se mencionó el otro día, la brecha entre los costos del registro de TLD heredados y la tarifa de registro definida por la ICANN (que es de lo que se trata la eliminación del límite de precio) debe corresponder a una escisión de la ICANN con espíritu público en lugar de El registro legado. Podemos discutir sobre el nivel de la tarifa de registro obligatoria, pero ese es un tema aparte e implica una discusión larga y difícil sobre si la ICANN (y los precios exigidos por la ICANN) deben usarse como una herramienta para combatir algunos males de Internet o si debe hacerse. por otros medios. [ERROR: Sentencia demasiado larga para traducir (1671> 1000 bytes)] [ERROR: Sentencia demasiado larga para traducir (1399> 1000 bytes)] --karl-- El 29/6/19 4:57 PM, Evan Leibovitch escribió: Hola roberto Gracias por las buenas palabras. Estoy de acuerdo con la desafortunada situación que tenemos ahora de la incapacidad de tener un verdadero debate sobre esto. Pero el mayor problema con la brecha entre mi posición y la de Karl es que el suyo es el status quo en la ICANN y no tiene ningún incentivo para dar ningún motivo. No hay razón para cambiar los derechos existentes, no hay interés en pensar de forma interna o externa. No hay consecuencias menores para el mal comportamiento, el único remedio es el abandono total de la ICANN que ya ha comenzado en China y Rusia y aumenta en popularidad como idea cada vez que se reúne la UIT. Lo que es revelador es que entre todas las opiniones aquí, la de Karl Barry's, la mía y otras, es una afirmación colectiva de que el modelo de participación de múltiples partes interesadas de la ICANN es un fracaso. Todos tenemos razones diferentes, pero la misma conclusión es razonable desde múltiples direcciones y comparte la posición implícita en la UIT. Hasta ahora, lo que ha mantenido a salvo a la ICANN ha sido el FUD de que un enfoque multilateral seguramente debe ser peor que el de múltiples partes interesadas. Pero con cada a� o que pasa de exceso, derechos, da� os públicos y fallas en la autorregulación de la industria, el caso de la ICANN empeora. Se avecina el cambio, todo lo que me hace preguntarme es si el cambio será incremental o cataclísmico.Ciertamente, sabemos que no provendrá de la "comunidad empoderada", que es simplemente una reducción de la falta de responsabilidad de la ICANN fuera de su burbuja. Dado el atrincheramiento del darwinismo social, bien expresado por Karl, en lo más profundo de la cultura de la ICANN, tengo serias inquietudes acerca de su disposición, y mucho menos de su capacidad, para ceder al nivel intermedio que usted sugiere. Si ese es el caso, ¿vale la pena buscar un terreno intermedio? - Evan El sábado 29 de junio de 2019 a las 08:26, Roberto Gaetano <roberto_gaetano(a)hotmail.com> escribió: Buen día / noche a todos.Habiendo leído cuidadosamente las contribuciones de Karl y Evan sobre este tema, debo decir que me inclino más por el lado de Evan. Pero esto es, en general, irrelevante para lo que quiero decir. Lo que me parece desafortunado es que parece que no podemos hacer que estas dos grandes mentes en la misma mesa colaboren para encontrar una solución mutuamente aceptable en lugar de insistir en hacer sus propios puntos: que la otra parte refuta con igual insistencia. Creo que ya todos hemos entendido los puntos. La pregunta es si tenemos una posible mediación que sea aceptable para ambas partes que tienen un terreno común en la atención hacia la comunidad diversa de usuarios. ¿Podemos tratar de pensar fuera de la caja?¿Podemos proponer un precio máximo que diferencie entre los registros existentes y los nuevos registros? ¿Podemos proponer analizar qué significa "uso" y "no uso" y, en lugar de un aumento fijo en las tarifas, tenemos una tarifa diversifica da según el uso (el no uso está sujeto a una tarifa más alta, obviamente)? ¿Podemos proponer establecer límites para el mercado secundario, como por ejemplo un límite para la relación de compra / venta? ¿Podemos proponer que la tarifa de dominio no sea fija sino que esté relacionada con el valor de mercado del dominio?Sé que la mayoría, si no todos, los ejemplos que estoy dando serán probados (o supuestos) impracticables, pero eso no debería impedirnos hacer una lluvia de ideas sobre lo que podría ser una posición común de ALAC, incluso fuera del faldón de las limitaciones percibidas de la ICANN. proporcionándonos, estoy seguro de que los demás tendrán mejores ideas para debatir en busca de una propuesta común en lugar del básicamente "bueno, realmente no sabemos", ese es el único resultado posible si solo estamos en contraposición con El uno al otro. En mi opinión, durante demasiado tiempo hemos sido tomados como rehenes de una valla de estacas definida ext ernamente.Es hora de que comencemos a pensar si hay algo que se debe decir y hacer para los usuarios de Internet en su propio interés, y no solo como una reacción a los temas que son de interés para otras partes de la comunidad de múltiples partes interesadas. Y tengo la convicción (¿ilusión?) De que la reunión de ATLAS III en pocos meses puede ser la piedra angular para construir una estrategia para ALAC que esté totalmente enfocada en los usuarios de Internet. Saludos, Roberto> El 29.06.2019, a las 02:03, Karl Auerbach <karl(a)cavebear.com> escribió:>>> El 28/6/19 2:36 PM, Evan Leibovitch escribió:> >> Aquí hay otro punto de datos anecdótico: He estado involucrado en Internet durante casi todo el tiempo.Pero ha estado ayudando a familiares, amigos, peque� as empresas, universidades, instituciones religiosas y refugiados en campamentos. He trabajado con empresarios tanto nuevos como establecidos, luchando por hacer presencia en Internet y encontrando que sus primeras 20 opciones solo estaban disponibles con una prima de posventa.El resultado es que tenían que: >> * cambiar su nombre de marca para adaptarse a los nombres disponibles (esto tiene >> pasó más de una vez) >> * agonizar sobre si conformarse con un nombre de dominio usando guiones >> * pague una prima menor en un nuevo TLD que no saben que es completamente accesible >> * se resignan a tener un dominio no memorable (es decir, mierda) y >> Usando otras estrategias para guiar a las personas hacia ellos. >> Estoy de acuerdo en que es triste que no vivamos en un mundo de ponis rosados, unicornios, equidad perfecta y sin competencia por los recursos.>> Tu gente quiere "nombres de marca", que leo como sinónimo de "marca registrada", ¿y descubres que alguien más ya lo ha registrado? >> Esa es la vida bastante normal en la tierra de los nombres comerciales. Alguien llegó allí primero. Alguien más va allí demasiado tarde. Eso no es especulación, eso no es abuso. >> Athol Fugard escribió que "las palabras más tristes ... son 'demasiado tarde'". >> ¿O está usted argumentando que hay algún tipo de atributo de bondad elevado que debería permitir que "la familia, los amigos, las peque� as empresas, las universidades, las instituciones religiosas y los refugiados" se adelanten a los usos anteriores? ¿Y quién será el juez que pesa a los solicitantes para medir quién es el más digno?[ERROR: Sentencia demasiado larga para traducir (1380> 1000 bytes)] [ERROR: Sentencia demasiado larga para traducir (1082> 1000 bytes)]>> --karl--> _______________________________________________> Lista de correo de At-Large> At-Large(a)atlarge-lists.icann.org> https://atlarge-lists.icann.org/mailman/listinfo/at-large>> At-Large Sitio oficial: http://atlarge.icann.org> _______________________________________________> Al enviar sus datos personales, usted acepta el procesamiento de sus datos personales con el fin de suscribirse a esta lista de correo de conformidad con la Política de privacidad de la ICANN (https: // www .icann.org / privacy / policy) y los Términos de servicio del sitio web (https://www.icann.org/privacy/tos).Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc._______________________________________________ Lista de correo de At-Large At-Large(a)atlarge-lists.icann.org https:/ /atlarge-lists.icann.org/mailman/listinfo/at-large Sitio oficial de At-Large: http://atlarge.icann. org _______________________________________________ Al enviar sus datos personales, usted acepta el procesamiento de sus datos personales para suscribirse a esta lista de correo de conformidad con la Política de privacidad de la ICANN (https://www.icann.org/privacy/policy) y los Términos del sitio web. de Servicio (https://www.icann.org/privacy/tos).Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc. - Evan Leibovitch, Toronto Canada @evanleibovitch o @ el56 [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/775f96324b.html --]]

1 0

Re: [lac-discuss-es] - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog
by JOHN MORE July 1, 2019

July 1, 2019

[[--Translated text (en -> es)--]] [[--This message had format issues and was not translated properly--]] Tema:Re: - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog Desde:JOHN MORE <morej1(a)mac.com> Karl Su ataque a la analogía de marca registrada está fuera de la base. Para que las marcas registradas se registren hay que mostrar su uso. Eso no es cierto para los especuladores de nombres de dominio. Incluso para la marca registrada de common law, debe mostrar un primer uso. John mas ISOC-DC > On Jun 28, 2019, at 8:03 PM, Karl Auerbach <karl(a)cavebear.com> wrote: > > >> On 6/28/19 2:36 PM, Evan Leibovitch wrote: >> >> Here's another, anecdotal datapoint: I have been involved in the Internet for nearly as long. But it's been helping family, friends, small businesses, colleges, religious institutions, and refugees in camps. I've worked with entrepreneurs both new and established, struggling to make a presence on the Internet and finding that their first 20 choices were only available at an aftermarket premium. The result is that they either had to: >> * change their brand name to suit the available names (this has >> happened more than once) >> * agonize over whether to settle for a domain name using hyphens >> * pay a lesser premium in a new TLD they don't know is fully reachable >> * resign themselves to having a non-memorable (ie, shitty) domain and >> using other strategies to lead people to them. > > I agree that it is sad that we don't live in a world of pink ponies, unicorns, perfect equity, and no competition for resources. > > Your people want "brand names" - which I read as a synonym for "trademark" - and find that someone else has already registered it? > > That's pretty normal life in the land of trade names. Somebody got there first. Somebody else go there too late. That is not speculation, that is not abuse. > > Athol Fugard wrote that "the saddest words ... are 'too late'." > > Or are you arguing that there is some sort of elevated goodness attribute that should allow "family, friends, small businesses, colleges, religious institutions, and refugees" to preempt prior uses? And who shall be the judge that weighs applicants to measure who is the more worthy? > > (Given that my wife and I make large contributions of our time, labor, and money to non-profit and charitable organizations, we might find that kind of preemptive power useful. But I doubt that such a thing would always be perceived as fair or just by the prior users.) > > (And I do wonder about the inclusion of "small business" and "entrepreneurs" in that list - I'd love to have my small businesses to have a power of preemption. And in the several start-ups that I've done I would have welcomed the ability to take a domain name away from another prior user.) > > Are you focusing on the notion of "use"? If so, what is "use" of a domain name? Must it resolve - for any query from any source - to an IP address, or a TXT record or something? If that requirement were put into place you can bet that every registrar will quickly deploy a "sufficient to pass muster" resolver service for its customers to use. > > (Since you mentioned entrepreneurs - A common practice in start ups is to register a portfolio of domain names as candidates for products or corporate names, to hold them in private for several years, and then to sell off the ones that were not selected to be put into play. Does that constitute a "use" or an "abuse"?) > > Regarding hyphenated or even non-semantic names - Anyone these days who depends on humans making semantic sense out of a domain name is living in days of fading glory. Search engines, especially when embedded in browser address bars, have long ago started to diminish the use of domain names as carriers of semantic content. And the rise of application handles such as facebook or twitter names has diminished that further. > > --karl-- _______________________________________________ lista de correo de lac-Discuss-en lac-discuss-en(a)atlarge-lists.icann.org https://www.icann.org/privacy/policy) _______________________________________________ Al enviar sus datos personales, usted acepta el procesamiento de sus datos personales con el fin de suscribirse a esta lista de correo de conformidad con la Política de privacidad de la ICANN (https://www.icann.org/privacy/policy) y los Términos de servicio del sitio web (https://www.icann.org/privacy/tos) Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc.y los Términos de Servicio del sitio web ( https://www.icann.org/privacy/tos) Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc. [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/8215de348a.html --]]

1 0