September 2013 - lac-discuss-es

próximo presidente/ chair Teleconferencia setiembre
by sylvia＠internautabrasil.org Sept. 6, 2013

Sept. 6, 2013

Estimados miembros de LACRALO Siguiendo con la práctica que iniciamos el mes pasado, nos gustaría saber a quién le gustaría presidir la teleconferencia del mes de setiembre. Los interesados, por favor respondan este e-mail para que podamos organizar la agenda de la teleconferencia. Saludos, Sylvia ___________________________________________________ Sylvia Herlein <mailto:sylvia@internautabrasil.org> sylvia(a)internautabrasil.org Secretaria LACRALO-ICANN/ 2012-2014 - <http://atlarge.icann.org/> http://atlarge.icann.org Secretaria FLUI 2009-2015 sylvia_leite=Skype Descrição: Assinatura_Sylvia_Internautabrasil

2 2

CAMPAÑA ACTUALIZACIÓN ALSs - PARTE 2
by sylvia＠internautabrasil.org Sept. 6, 2013

Sept. 6, 2013

Estimados miembros de LACRALO; Les escribo para informarles que hemos concluido con la primera parte de la Campaña de Actualización, donde todas las ALSs que no tenían ninguna/ muy poca información, han sido contactadas individualmente a través de sus representantes oficiales. Con motivo de que la próxima reunión de ICANN será en nuestra región, y al igual que sucedió en África; pensamos preparar un libro con las ALSs de LACRALO que será entregado a todos los participantes del Showcase el 18 de noviembre de 2013. Es por eso, que en el día de hoy, damos inicio a la segunda parte de la Campaña de Actualización. Es de vital importancia que todos los datos estén actualizados para que esta información sea válida por mucho tiempo! Por ello convoco a todas las ALSs que revisen los datos aquí colocados, https://community.icann.org/display/LACRALO/LACRALO+ALSes a fin de que el libro se una muestra de la diversidad y capacidad de actuación de todas las ALSs que forman nuestra querida región. Como ya les mencioné en otras oportunidades, ustedes son dueños de este espacio y pueden colocar todas las informaciones que crean necesarias. Ustedes mismos pueden editar las informaciones, haciendo login en la wiki. O bien enviando la información a Silvia Vivanco (silvia.vivanco(a)icann.org) Como sugerencia: Logo Nombre representante / Contacto e-mail Website Histórico de la organización Actividades realizadas/ a realizar ( link o texto) Saludos a todos y no duden entrar en contacto si tienen alguna duda. Sylvia ___________________________________________________ Sylvia Herlein <mailto:sylvia@internautabrasil.org> sylvia(a)internautabrasil.org Secretaria LACRALO-ICANN/ 2012-2014 - <http://atlarge.icann.org/> http://atlarge.icann.org Secretaria FLUI 2009-2015 sylvia_leite=Skype Descrição: Assinatura_Sylvia_Internautabrasil

1 0

ICANN 48
by sylvia＠internautabrasil.org Sept. 5, 2013

Sept. 5, 2013

Estimados miembros de LACRALO En preparación de la próxima reunión de ICANN ( 48), además de la página para ideas y sugerencias https://community.icann.org/pages/viewpage.action?pageId=41898460 estamos organizando un Comité de Eventos https://community.icann.org/display/LACRALO/LACRALO+-+Buenos+Aires+Events+Or ganizing+Committee y necesitamos voluntarios!!!! Los que quieran participar respondan este e-mail Saludos Sylvia ___________________________________________________ Sylvia Herlein <mailto:sylvia@internautabrasil.org> sylvia(a)internautabrasil.org Secretaria LACRALO-ICANN/ 2012-2014 - <http://atlarge.icann.org/> http://atlarge.icann.org Secretaria FLUI 2009-2015 sylvia_leite=Skype Descrição: Assinatura_Sylvia_Internautabrasil

12 17

Fwd: Singular / Plural en los nuevos gTLD
by carlton.samuels＠gmail.com Sept. 4, 2013

Sept. 4, 2013

[[--Translated text (en -> es)--]] Asunto: Fwd: Singular / Plural en los nuevos gTLD Desde: carlton.samuels(a)gmail.com ============================== Carlton Un Samuels Móvil: 876-818-1799 * Estrategia, Planificación, Gobierno, Evaluación y Turnaround * ============================= ---------- Mensaje reenviado ---------- De: Carlton Samuels <carlton.samuels(a)gmail.com> Fecha: Miércoles, 04 de septiembre 2013 a las 11:53 AM Asunto: Re: [ALAC] Singular / Plural de nuevos gTLD A: Alan Greenberg <alan.greenberg(a)mcgill.ca> Cc: Lista de trabajo ALAC <alac(a)atlarge-lists.icann.org> Gracias por traer esto a otro, Alan. Sí para instigar el debate en la comunidad, ALAC incluye, además, podemos siempre justo delante de Alan señalar a las listas regionales. Puedo estar de acuerdo en que la definición aceptada de "confusamente similar" se estrecha la comprensión de cómo funciona la percepción.Pero todo handwringing un lado, la resultado final es probable que el impacto negativo en el usuario final. Así que, ¿qué hacemos? Leí la intervención de Evan de cerca y con toda franqueza, no puede encontrar defectos con su análisis, incluyendo su opinión sobre el resultado probable de cualquier ALAC declaración. Lo bueno es que como dice Evan, los usuarios encontrarán alternativas a mitigar la ligera. Así que no voy a botar los escombros. Pero yo apoyaría una declaración en la abundancia de garantía es de "corrección política" en lugar que cualquier expectativa de un cambio significativo, por supuesto. -Carlton ============================== Carlton Un Samuels Móvil: 876-818-1799 * Estrategia, Planificación, Gobierno, Evaluación y Turnaround * ============================= El mar, 03 de septiembre 2013 a las 21:02, Alan Greenberg <alan.greenberg(a)mcgill.ca> escribió: > On 24 June 2013 as requested by the GAC, the Board New gTLD Program > Committee (NGPC) considered the issue of singular and plural stings being > confusingly similar and decided to let the original process stand (subject > to individual objections). The record of the decision can be found at > http://www.icann.org/en/**groups/board/documents/** > minutes-new-gtld-25jun13-en.**htm#2.d<http://www.icann.org/en/groups/board/documents/minutes-new-gtld-25jun13-en.…>. > Of particular note is a statement issued by three Board members (George > Sadowsky, Olga Madruga-Forti and Cherine Chalaby) who supported the > decision but regretted that, based on the Applicant Guidebook wording, they > did not believe that they had the leeway to vote against it. One Board > member (Mike Silber) did oppose the decision. > > A central issue is that "confusingly similar" test relies purely on visual > similarity and in the eyes of most (who were involved in the decision), > adding an "S" makes it a recognizably different string. > > The salient part of the Applicant Guidebook (http://newgtlds.icann.org/en/ > **applicants/agb/guidebook-full-**04jun12-en.pdf<http://newgtlds.icann.org/en/applicants/agb/guidebook-full-04jun12-en.pdf>) > is section 2.2.1.1 of Module 2. > > This review involves a preliminary comparison of each applied-for gTLD >> string against existing TLDs, Reserved Names (see subsection 2.2.1.2), and >> other applied-for strings. The objective of this review is to prevent user >> confusion and loss of confidence in the DNS resulting from delegation of >> many similar strings. >> >> Note: In this Applicant Guidebook, "similar" means strings so similar >> that they create a probability of user confusion if more than one of the >> strings is delegated into the root zone. >> >> The visual similarity check that occurs during Initial Evaluation is >> intended to augment the objection and dispute resolution process (see >> Module 3, Dispute Resolution Procedures) that addresses all types of >> similarity. >> > > I believe that the NGPC decision was incorrect. The problem is the belief > that "visual similarity" relies purely on what, in computer terminology, > would be called "pattern matching". Pattern matching is certainly part of > human perception, but it is not limited to that. At issue is whether two > strings will be PERCEIVED as being equivalent, and perception is a far more > complex (and less understood) issue. > > The real issue is that if you earlier found something at hilton.hotel, or > had decided that the reviews at sheraton.hotel were something you trusted, > will you later remember if it was really those sites or hilton.hotels or > sheraton.hotels? > > At best, this could be considered a means of forcing anyone who registers > a domain with .hotel or .hotels to register both, and map both of them to > the same site. If that were to happen, the predictions of the Intellectual > Property Constituency would be borne out, and all of those using these TLDs > would have to make double the investment in domain names (presuming this is > even possible with differing rules for each TLD). But the impact on users > would be minimal. > > But since we cannot guarantee that both TLDs will remain forever in sync, > we do have a user problem. Once cannot expect the typical Internet user to > be able to differentiate between two such name spaces, and therefore I > believe that we have a genuine case of "confusingly similar". And one that > will arguably have as much or more impact on real Internet users, the ones > that we are supposed to be here to defend, than any other case I can recall > in my 7 year involvement with ICANN At-Large. > > If others on the ALAC agree, I would be happy to create a statement > reflecting what I have said here, that we can, in our formal Advisory > Committee role, forward as Advice to the Board. > > Alan > > ______________________________**_________________ > ALAC mailing list > ALAC(a)atlarge-lists.icann.org > https://atlarge-lists.icann.**org/mailman/listinfo/alac<https://atlarge-lists.icann.org/mailman/listinfo/alac> > > At-Large Online: http://www.atlarge.icann.org > ALAC Working Wiki: https://community.icann.org/**display/atlarge/At-Large+ > **Advisory+Committee+(ALAC)<https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(AL…> > [[--Original text (en) http://mm.icann.org/transbot_archive/881f99adf2.html --]]

2 1

ICANN 2013 Nominaciones Comit� anuncia Selecciones - Bienvenido Nuevo ALAC Selectees!
by staff＠atlarge.icann.org Sept. 4, 2013

Sept. 4, 2013

[[--Translated text (en -> es)--]] Asunto: ICANN 2013 Nominaciones Comité anuncia Selecciones - Bienvenido Nuevo ALAC Selectees! Desde: staff(a)atlarge.icann.org Queridos todos, El Comité de Nominaciones 2013 ICANN ha anunciado sus selecciones para nueve puestos de liderazgo. ¡Felicitaciones a todos! Bienvenido a la ALAC, Rafid, Beran y León (cc'd a este mensaje)! Rafid, Beran y León se han añadido a las listas de correo de At-Large apropiadas, dadas sus credenciales wiki Confluence, y han enviado información sobre At-Large y el ALAC para ayudarles a ponerse al día para comenzar sus nuevas funciones a finales de la 48 ª reunión de ICANN en Buenos Aires. Por favor vea el anuncio completo a continuación: ** ICANN 2013 Comisión de Nombramientos anuncia Selecciones 02 de septiembre 2013 El Comité de Nominaciones 2013 ICANN (NomCom) ha completado sus selecciones para nueve posiciones de liderazgo dentro de la ICANN, que se enumeran a continuación para cada cuerpo de ICANN, en orden alfabético por apellido: ICANN Consejo de Administración Cherine Chalaby <http://www.icann.org/en/groups/nomcom/bios-02sep13-en.htm#cherine-chalaby> , África Bruno Lanvin <http://www.icann.org/en/groups/nomcom/bios-02sep13-en.htm#bruno-lanvin> , Europa Erika Mann <http://www.icann.org/en/groups/nomcom/bios-02sep13-en.htm#erika-mann> , Europa ALAC Rafid Fatani <http://www.icann.org/en/groups/nomcom/bios-02sep13-en.htm#rafid-fatani> , Asia / Australia / Islas del Pacífico Beran Dondeh Gillen <http://www.icann.org/en/groups/nomcom/bios-02sep13-en.htm#beran-doneh-gillen> , África Leon Sanchez <http://www.icann.org/en/groups/nomcom/bios-02sep13-en.htm#leon-sanchez> , América Latina / Islas del Caribe Consejo de la GNSO Daniel Reed <http://www.icann.org/en/groups/nomcom/bios-02sep13-en.htm#daniel-reed> (No contratado House Party) Thomas Rickert <http://www.icann.org/en/groups/nomcom/bios-02sep13-en.htm#thomas-rickert> (Contratado Party House) Consejo de la ccNSO Celia Lerman <http://www.icann.org/en/groups/nomcom/bios-02sep13-en.htm#celia-lerman> - América Latina / Islas del Caribe Los elegidos asumirán sus cargos después del final de la reunión general anual de la ICANN, que tendrá lugar durante la reunión pública de la ICANN programada para el 17 hasta 21 nov 2013, en Buenos Aires, Argentina. El Comité de Nominaciones está acusado de reclutar y seleccionar una parte de la dirección de la ICANN. El Comité de Nominaciones tiene el mandato de asegurar que el liderazgo de ICANN en general es diverso en geografía, la cultura, las habilidades, la experiencia y perspectiva. El criterio básico es que selectees son personas de integridad, objetividad y buen juicio, puede apoyar la toma de decisiones dentro de los grupos, puede trabajar eficazmente en Inglés, tener una comprensión de la misión y el funcionamiento de la ICANN, se ha comprometido a su éxito, con experiencia en los asuntos mundiales, contribuir al conocimiento cultural, profesional y geográfica, y pueden trabajar largas y duras como voluntarios en la confianza del público global. Equilibrio de confidencialidad con Transparencia Al hablar de los resultados del Comité de Nominaciones 2013, YrjLnsipuro, el Presidente del Comité de Nominaciones 2013, compartió el siguiente: Estoy muy contento de informar que el Comité de Nominaciones 2013 llegó a una decisión unánime sobre toda la lista de selectees en nuestra reunión en Durban, África del Sur, inmediatamente después de la 47 ª reunión de la ICANN en esa ciudad. Había 110 candidatos, un número récord alcanzado sólo una vez antes (2003). Este número refleja un creciente interés por la ICANN posiciones de liderazgo, así como los fuertes esfuerzos de divulgación de la 2013 NomCom. Quiero agradecer a todos los candidatos y animar a los que no podíamos seleccionar esta vez, para mantener su interés por la ICANN. El Comité de Nominaciones 2013 se había comprometido a lograr un nuevo equilibrio entre el imperativo de confidencialidad y proteger la privacidad de los candidatos, con la necesidad de asegurar que los procesos Comité de nominaciones son hasta ICANN estándares de apertura y transparencia. En consecuencia, mientras se mantiene una estricta confidencialidad de la información específica candidato, se realizaron reuniones de NomCom en Beijing y Durban que estaban abiertas a todos los miembros de la comunidad, tanto en persona como en línea. También emitimos informes mensuales tarjetas progreso de nuestro trabajo de todos los grupos y los grupos de interés representados en el comité. Por último, pero no menos importante, quiero agradecer a todos los miembros del Comité de nominaciones, y el personal de apoyo del Comité de nominaciones de ICANN, por su compromiso con un año de trabajo muy duro y llevarlo a través de la persistencia, en un espíritu de cooperación, constructiva y colegial. Desglose Regional Como se señaló anteriormente, el Comité de Nominaciones 2013 recibió 110 declaraciones de interés de los candidatos de todo el mundo (27 mujeres y 83 hombres), durante su período de nominación abierta desde noviembre 7, 2012 hasta mayo 15, 2013. El desglose regional de los candidatos de este año es: * 12 de África * 29 de Asia / Australia / Pacífico * 33 de Europa * 18 de América Latina / Caribe * 18 de América del Norte Para obtener más información sobre el Comité de Nominaciones, por favor visite http://nomcom.icann.org/ *** El enlace a la convocatoria está disponible en: http://www.icann.org/en/news/announcements/announcement-02sep13-en.htm. Saludos, Heidi Ullrich, Silvia Vivanco, Matt Ashtiani, Gisella Gruber, Nathalie Peregrine y Julia Charvolen personal de ICANN Política en apoyo de ALAC E-mail: staff(a)atlarge.icann.org <mailto:staff@atlarge.icann.org<mailto:staff@atlarge.icann.org%3cmailto:staff@atlarge.icann.org> > _______________________________________________ [[--Original text (en) http://mm.icann.org/transbot_archive/3dff5ba090.html --]]

1 0

Fwd: Singular / Plural en los nuevos gTLD
by carlton.samuels＠gmail.com Sept. 4, 2013

Sept. 4, 2013

[[--Translated text (en -> es)--]] Asunto: Fwd: Singular / Plural en los nuevos gTLD Desde: carlton.samuels(a)gmail.com ============================== Carlton Un Samuels Móvil: 876-818-1799 * Estrategia, Planificación, Gobierno, Evaluación y Turnaround * ============================= ---------- Mensaje reenviado ---------- De: Evan Leibovitch <evan(a)telly.org> Fecha: Miércoles, 04 de septiembre 2013 a las 11:48 AM Asunto: Re: [ALAC] Singular / Plural de nuevos gTLD A: Rinalia Abdul Rahim <rinalia.abdulrahim(a)gmail.com> Cc: Lista de trabajo ALAC <alac(a)atlarge-lists.icann.org> El 04 de septiembre 2013 10:44, Rinalia Abdul Rahim <rinalia.abdulrahim(a)gmail.com > wrote: > They would have to be bundled and allocated to the same entity, Alan. No > other way around it. > Como se ha dicho, plurales y singulares podrían añadirse a la misma conjunto en disputa.Es decir, las solicitudes de. "Hoteles" y las solicitudes de . "Hotel" se agrupan como si fueran múltiples aplicaciones para el misma cadena. Cualquier solicitante que aplica para ambos plural y singular - probablemente defensiva - podrían solicitar un reembolso por un caso de que elegir. Eso no significa que el solicitante ganador obtendría ambos. Habían obtener la solicitaron y el otro (s) serían sin asignar. Tener singulares y plurales de una cadena en la delegación paralelo - aunque Del mismo registro - seguiría siendo una fuente de confusión para el consumidor. - Evan > > Best, > > Rinalia > On Sep 4, 2013 10:42 PM, "Alan Greenberg" <alan.greenberg(a)mcgill.ca> > wrote: > > > Thanks Rinalia. > > > > Regarding 1, yes, is the decision were revered, it would establish some > > new (or larger) contenction sets. > > > > On blocking a name so that it is only one of the TLDs (or alternatively > > bundling them together), a bit problematic if the two TLDs are operated > by > > different registries. > > > > Alan > > > > At 04/09/2013 12:53 AM, Rinalia Abdul Rahim wrote: > > > > Dear Alan, > > > > I support doing something about this. > > > > 2 thoughts: > > 1. A positive result of intervention on this matter where singular and > > plural strings are deemed similarly confusing (and thus not allowed) > > result in the strings implicated to be in contention. This will no doubt > > heat up the string contention and objection resolution process. No > > judgment in this, just stating an observation of what to expect. > > > > 2. There is a practice in IDN variant management that can theoretically > be > > applied to avoid applicants from having to "buy" two confusingly similar > > names (if the policy is not to allow singular and plural names). This is > > the practice/rule of allocating both names to an applicant and then > > blocking one of those names or allowing both names (perhaps for the > > of one - need to check on whether they charge for the "variants" - I > > suspect not). And yes, the IP-interested folks might have something to > say > > about it depending on whether they are in favor of over-protection or > less. > > > > Best regards, > > > > Rinalia > > On Sep 4, 2013 12:29 PM, "Alan Greenberg" <alan.greenberg(a)mcgill.ca > > > wrote: > > That could be done. But first I wanted to find out if there was any > > interest within the ALAC. If there is little interest, I will do > something > > on my own, but with far less impact than if it is advice from the ALAC. > > > > Also note that this is an issue that is extremely time-sensitive, since > if > > the issue is to be re-opened, it will have to be done very quickly. > > > > Alan > > > > At 03/09/2013 11:58 PM, Salanieta Tamanikaiwaimaro wrote: > > Dear Alan, > > > > Thank you for monitoring this space. I would suggest opening the > > discussions within the broader At Large to solicit views and feedback, > > preferably if the discussions could ensue on both the mailing list as > well > > as the wiki before a statement is drafted. > > > > Kind Regards, > > Sala > > > > Sent from my iPad > > > > On Sep 4, 2013, at 2:02 PM, Alan Greenberg <alan.greenberg(a)mcgill.ca > > > wrote: > > > > > On 24 June 2013 as requested by the GAC, the Board New gTLD Program > > Committee (NGPC) considered the issue of singular and plural stings > > confusingly similar and decided to let the original process stand > (subject > > to individual objections). The record of the decision can be found at > > > . > Of particular note is a statement issued by three Board members (George > > Sadowsky, Olga Madruga-Forti and Cherine Chalaby) who supported the > > decision but regretted that, based on the Applicant Guidebook wording, > they > > did not believe that they had the leeway to vote against it. One Board > > member (Mike Silber) did oppose the decision. > > > > > > A central issue is that "confusingly similar" test relies purely on > > visual similarity and in the eyes of most (who were involved in the > > decision), adding an "S" makes it a recognizably different string. > > > > > > The salient part of the Applicant Guidebook ( > http://newgtlds.icann.org/en/applicants/agb/guidebook-full-04jun12-en.pdf) > is section 2.2.1.1 of Module 2. > > > > > >> This review involves a preliminary comparison of each applied-for > > string against existing TLDs, Reserved Names (see subsection 2.2.1.2), > and > > other applied-for strings. The objective of this review is to prevent > user > > confusion and loss of confidence in the DNS resulting from delegation of > > many similar strings. > > >> > > >> Note: In this Applicant Guidebook, "similar" means strings so similar > > that they create a probability of user confusion if more than one of the > > strings is delegated into the root zone. > > >> > > >> The visual similarity check that occurs during Initial Evaluation is > > intended to augment the objection and dispute resolution process (see > > Module 3, Dispute Resolution Procedures) that addresses all types of > > similarity. > > > > > > I believe that the NGPC decision was incorrect. The problem is the > > belief that "visual similarity" relies purely on what, in computer > > terminology, would be called "pattern matching". Pattern matching is > > certainly part of human perception, but it is not limited to that. At > issue > > is whether two strings will be PERCEIVED as being equivalent, and > > perception is a far more complex (and less understood) issue. > > > > > > The real issue is that if you earlier found something at hilton.hotel, > > or had decided that the reviews at sheraton.hotel were something you > > trusted, will you later remember if it was really those sites or > > hilton.hotels or sheraton.hotels? > > > > > > At best, this could be considered a means of forcing anyone who > > registers a domain with .hotel or .hotels to register both, and map both > of > > them to the same site. If that were to happen, the predictions of the > > Intellectual Property Constituency would be borne out, and all of those > > using these TLDs would have to make double the investment in domain > > (presuming this is even possible with differing rules for each TLD). But > > the impact on users would be minimal. > > > > > > But since we cannot guarantee that both TLDs will remain forever in > > sync, we do have a user problem. Once cannot expect the typical Internet > > user to be able to differentiate between two such name spaces, and > > therefore I believe that we have a genuine case of "confusingly > > And one that will arguably have as much or more impact on real Internet > > users, the ones that we are supposed to be here to defend, than any > > case I can recall in my 7 year involvement with ICANN At-Large. > > > > > > If others on the ALAC agree, I would be happy to create a statement > > reflecting what I have said here, that we can, in our formal Advisory > > Committee role, forward as Advice to the Board. > > > > > > Alan > > > > > > _______________________________________________ > > > ALAC mailing list > > > ALAC(a)atlarge-lists.icann.org > > > https://atlarge-lists.icann.org/mailman/listinfo/alac > > > > > > At-Large Online: http://www.atlarge.icann.org > > > ALAC Working Wiki: > > > > > > > > > _______________________________________________ > > ALAC mailing list > > ALAC(a)atlarge-lists.icann.org > > https://atlarge-lists.icann.org/mailman/listinfo/alac > > > > At-Large Online: http://www.atlarge.icann.org > > ALAC Working Wiki: > > > > > > > > _______________________________________________ > ALAC mailing list > ALAC(a)atlarge-lists.icann.org > https://atlarge-lists.icann.org/mailman/listinfo/alac > > At-Large Online: http://www.atlarge.icann.org > ALAC Working Wiki: > > - Evan Leibovitch Toronto Canada Em: evan a tele dot org Sk: evanleibovitch Tw: el56 _______________________________________________ [[--Original text (en) http://mm.icann.org/transbot_archive/a7defb3603.html --]]

1 0

Fwd: Singular / Plural en los nuevos gTLD
by carlton.samuels＠gmail.com Sept. 4, 2013

Sept. 4, 2013

[[--Translated text (en -> es)--]] Asunto: Fwd: Singular / Plural en los nuevos gTLD Desde: carlton.samuels(a)gmail.com ============================== Carlton Un Samuels Móvil: 876-818-1799 * Estrategia, Planificación, Gobierno, Evaluación y Turnaround * ============================= ---------- Mensaje reenviado ---------- De: Rinalia Abdul Rahim <rinalia.abdulrahim(a)gmail.com> Fecha: Martes, 03 de septiembre 2013 a las 23:53 Asunto: Re: [ALAC] Singular / Plural de nuevos gTLD A: Alan Greenberg <alan.greenberg(a)mcgill.ca> Cc: Lista de trabajo ALAC <alac(a)atlarge-lists.icann.org> Querido Alan, Estoy a favor de hacer algo al respecto. 2 pensamientos: 1. Un resultado positivo de la intervención sobre este asunto en singular y cuerdas plurales se consideran igualmente confuso (y por lo tanto no se permite) se dar lugar a las cadenas implicadas estar en la pelea.Esto, sin duda, calentar la disputa por cadenas y el proceso de resolución de objeción. No valorado sentencia en el presente, sino afirmar una observación de lo que puede esperar. 2. No es una práctica en la gestión de variantes de IDN que puede ser teóricamente aplicado a evitar que los solicitantes tengan que "comprar" dos confusamente similar nombres (si la política es no permitir nombres singulares y plurales). Es la práctica / regla de asignación de los dos nombres a un candidato y luego bloquear uno de esos nombres o permitir que ambos nombres (tal vez por el precio de uno - que comprobar de si cobran por las "variantes" - I No sospecha). Y sí, la gente de IP-interesados \u200b\u200bpodrían tener algo que decir al respecto en función de si están a favor de la sobreprotección o menos. Saludos cordiales, Rinalia El 04 de septiembre 2013 24:29, "Alan Greenberg" <alan.greenberg(a)mcgill.ca> escribió: > That could be done. But first I wanted to find out if there was any > interest within the ALAC. If there is little interest, I will do something > on my own, but with far less impact than if it is advice from the ALAC. > > Also note that this is an issue that is extremely time-sensitive, since if > the issue is to be re-opened, it will have to be done very quickly. > > Alan > > At 03/09/2013 11:58 PM, Salanieta Tamanikaiwaimaro wrote: > >> Dear Alan, >> >> Thank you for monitoring this space. I would suggest opening the >> discussions within the broader At Large to solicit views and feedback, >> preferably if the discussions could ensue on both the mailing list as Se redactó >> como el wiki antes un comunicado. >> >> Saludos cordiales, >> Sala >> >> Enviado desde mi iPad >> >> El 04 de septiembre 2013, a las 14:02, Alan Greenberg <alan.greenberg(a)mcgill.ca> >> Escribió: >> >>> El 24 de junio 2013, solicitado por el GAC, el Programa de la Junta de gTLD nuevos >> Comité (NGPC) examinó la cuestión de singular y plural picaduras ser >> Confusamente similar y decidió dejar reposar el proceso original (Sujeto >> A las objeciones individuales). El registro de la decisión se puede encontrar en >> Http://www.icann.org/en/ ** grupos / pensión / documents / ** >> Minuto-new-gTLD-25jun13-en. ** Htm # 2.d < http://www.icann.org/en/groups/board/documents/minutes-new-gtld-25jun13-en.… # 2.d >. >> De particular interés es un comunicado emitido por tres miembros de la Junta (George >> Sadowsky, Olga Madruga-Forti y Cherine Chalaby) que apoyaron la >> Decisión, pero lamentó que, con base en la Guía para el Solicitante redacción, ellos >> No creía que ellos tenían la libertad para votar en contra. Una Junta >> Miembro (Mike Silber) se opuso a la decisión. >>> >>> Una cuestión central es que la prueba "confusamente similar" se basa exclusivamente en la >> Similitud visual y en los ojos de la mayoría (que estuvieron involucrados en el >> Decisión), añadiendo una "S" hace que sea una cadena reconocible diferente. >>> >>> La parte sobresaliente de la Guía para el Solicitante ( >> Http://newgtlds.icann.org/en/ applicants/agb/guidebook-full- ** ** >> 04jun12-en.pdf < http://newgtlds.icann.org/en/applicants/agb/guidebook-full-04jun12-en.pdf&g…) >> Es el punto 2.2.1.1 del Módulo 2. >>> >>>> Esta revisión implica la comparación preliminar de cada gTLD solicitado >> String con los TLD existentes, nombres reservados (consulte la subsección 2.2.1.2), y >> Otras cadenas solicitadas. El objetivo de esta revisión es evitar usuario >> Confusión y pérdida de confianza en el DNS como resultado de delegación de >> Muchas cadenas similares. >>>> >>>> Nota: En esta Guía del solicitante ", similar" significa cadenas tan parecidas >> Que crean una probabilidad de confusión del usuario si más de uno de los >> Cuerdas se delega a la zona raíz. >>>> >>>> La comprobación de la similitud visual que se produce durante la evaluación inicial es >> La intención de aumentar el proceso de objeciones y resolución de conflictos (véase >> Módulo 3, Procedimientos de resolución de disputas) que aborda todo tipo de >> Similitud. >>> >>> Creo que la decisión NGPC era incorrecta. El problema es la >> Creencia de que la "similitud visual" se basa únicamente en lo que, en el ordenador >> Terminología, se llamaría "coincidencia de patrones". Concordancia de patrones >> Ciertamente parte de la percepción humana, pero no se limita a eso. En cuestión >> Es si dos cadenas se le percibe como equivalente, y >> Percepción es una cuestión mucho más compleja (y menos entendido). >>> >>> El problema real es que si usted encuentra algo anterior a hilton.hotel, >> O había decidido que los comentarios en sheraton.hotel eran algo que >> Confianza, vas a recordar más tarde si era realmente esos sitios o >> Hilton.hotels o sheraton.hotels? >>> >>> A lo sumo, esto podría ser considerado como un medio de obligar a nadie que >> Registra un dominio con. Hoteleras o. Hoteles registrar ambos, y el mapa, tanto de Ellos >> para el mismo sitio. Si eso llegara a suceder, las predicciones de la >> Grupo de Propiedad Intelectual se confirma, y \u200b\u200btodos los >> El uso de estos dominios de nivel superior tendría que hacer el doble de la inversión en los nombres de dominio >> (Suponiendo esto es posible con diferentes reglas para cada TLD). Pero >> El impacto en los usuarios sería mínimo. >>> >>> Pero ya que no podemos garantizar que tanto los dominios de primer nivel permanecerán para siempre en >> Sincronización, tenemos un problema del usuario. Una vez que no se puede esperar que el típico de Internet >> Usuario sea capaz de diferenciar entre dos de tales espacios de nombres, y >> Por lo tanto, creo que tenemos un caso genuino de "confusamente similares". >> Y uno que sin duda tienen tanto o más impacto en la Internet real Usuarios >>, los que se supone que debemos estar aquí para defender, que cualquier otro >> Caso que recuerdo en mi participación de 7 años con ICANN At-Large. >>> >>> Si otros en el ALAC de acuerdo, yo estaría encantado de crear una declaración de >> Reflejando lo que he dicho aquí, que podemos, en nuestro Asesor formales >> Función Comité, presentado como Asesoramiento a la Junta. >>> >>> Alan >>> >>> ______________________________ ** _________________ >>> Lista de correo ALAC >>> ALAC(a)atlarge-lists.icann.org >>> https://atlarge-lists.icann.**org/mailman/listinfo/alac< https://atlarge-lists.icann.org/mailman/listinfo/alac> >>> >>> At-Large Online: http://www.atlarge.icann.org >>> ALAC Trabajo Wiki: https://community.icann.org/** >> Mostrar / AtLarge / At-Large Advisory + ** + Comisión + (ALAC) < https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(AL… > >> > > ______________________________**_________________ > ALAC mailing list > ALAC(a)atlarge-lists.icann.org > https://atlarge-lists.icann.**org/mailman/listinfo/alac< > > At-Large Online: http://www.atlarge.icann.org > ALAC Working Wiki: https://community.icann.org/**display/atlarge/At-Large+ > **Advisory+Committee+(ALAC)< > > _______________________________________________ [[--Original text (en) http://mm.icann.org/transbot_archive/9fc3525c10.html --]]

1 0

Fwd: Singular / Plural en los nuevos gTLD
by carlton.samuels＠gmail.com Sept. 4, 2013

Sept. 4, 2013

[[--Translated text (en -> es)--]] Asunto: Fwd: Singular / Plural en los nuevos gTLD Desde: carlton.samuels(a)gmail.com ============================== Carlton Un Samuels Móvil: 876-818-1799 * Estrategia, Planificación, Gobierno, Evaluación y Turnaround * ============================= ---------- Mensaje reenviado ---------- De: Alan Greenberg <alan.greenberg(a)mcgill.ca> Fecha: Miércoles, 04 de septiembre 2013 a las 8:05 AM Asunto: Re: [ALAC] Singular / Plural de nuevos gTLD A: Rinalia Abdul Rahim <rinalia.abdulrahim(a)gmail.com> Cc: Lista de trabajo ALAC <alac(a)atlarge-lists.icann.org> Gracias Rinalia. Con respecto a 1, sí, es la decisión eran venerados, establecería un nuevo (O más) conjuntos contenction. En el bloqueo de un nombre de modo que es sólo uno de los dominios de nivel superior (o alternativamente agrupar juntas), un poco problemático si los dos dominios de primer nivel son operados por diferentes registros. Alan Al 04/09/2013 12:53a.m., Rinalia Abdul Rahim escribió: Querido Alan, > > I support doing something about this. > > 2 thoughts: > 1. A positive result of intervention on this matter where singular and > plural strings are deemed similarly confusing (and thus not allowed) will > result in the strings implicated to be in contention. This will no doubt > heat up the string contention and objection resolution process. No valued > judgment in this, just stating an observation of what to expect. > > 2. There is a practice in IDN variant management that can theoretically be > applied to avoid applicants from having to "buy" two confusingly similar > names (if the policy is not to allow singular and plural names). This is > the practice/rule of allocating both names to an applicant and then > blocking one of those names or allowing both names (perhaps for the price > of one - need to check on whether they charge for the "variants" - I > suspect not). And yes, the IP-interested folks might have something to say > about it depending on whether they are in favor of over-protection or less. > > Best regards, > > Rinalia > On Sep 4, 2013 12:29 PM, "Alan Greenberg" <<mailto:alan.greenberg@** > mcgill.ca <alan.greenberg(a)mcgill.ca>>alan.greenberg(a)**mcgill.ca<alan.greenberg(a)mcgill.ca>> > wrote: > That could be done. But first I wanted to find out if there was any > interest within the ALAC. If there is little interest, I will do something > on my own, but with far less impact than if it is advice from the ALAC. > > Also note that this is an issue that is extremely time-sensitive, since if > the issue is to be re-opened, it will have to be done very quickly. > > Alan > > At 03/09/2013 11:58 PM, Salanieta Tamanikaiwaimaro wrote: > Dear Alan, > > Thank you for monitoring this space. I would suggest opening the > discussions within the broader At Large to solicit views and feedback, > preferably if the discussions could ensue on both the mailing list as well > as the wiki before a statement is drafted. > > Kind Regards, > Sala > > Sent from my iPad > > On Sep 4, 2013, at 2:02 PM, Alan Greenberg <<mailto:alan.greenberg@** > mcgill.ca <alan.greenberg(a)mcgill.ca>>alan.greenberg(a)**mcgill.ca<alan.greenberg(a)mcgill.ca>> > wrote: > > > On 24 June 2013 as requested by the GAC, the Board New gTLD Program > Committee (NGPC) considered the issue of singular and plural stings being > confusingly similar and decided to let the original process stand (subject > to individual objections). The record of the decision can be found at < > http://www.icann.org/en/**groups/board/documents/** > minutes-new-gtld-25jun13-en.**htm#2.d<http://www.icann.org/en/groups/board/documents/minutes-new-gtld-25jun13-en.…> > >http://www.icann.org/**en/groups/board/documents/** > minutes-new-gtld-25jun13-en.**htm#2.d<http://www.icann.org/en/groups/board/documents/minutes-new-gtld-25jun13-en.…>. > Of particular note is a statement issued by three Board members (George > Sadowsky, Olga Madruga-Forti and Cherine Chalaby) who supported the > decision but regretted that, based on the Applicant Guidebook wording, they > did not believe that they had the leeway to vote against it. One Board > member (Mike Silber) did oppose the decision. > > > > > A central issue is that "confusingly similar" test relies purely on > visual similarity and in the eyes of most (who were involved in the > decision), adding an "S" makes it a recognizably different string. > > > > The salient part of the Applicant Guidebook (<http://newgtlds.icann.org/ > **en/applicants/agb/guidebook-**full-04jun12-en.pdf<http://newgtlds.icann.org/en/applicants/agb/guidebook-full-04jun12-en.pdf> > >http://**newgtlds.icann.org/en/**applicants/agb/guidebook-full-** > 04jun12-en.pdf<http://newgtlds.icann.org/en/applicants/agb/guidebook-full-04jun12-en.pdf>) > is section 2.2.1.1 of Module 2. > > > > >> This review involves a preliminary comparison of each applied-for gTLD > string against existing TLDs, Reserved Names (see subsection 2.2.1.2), and > other applied-for strings. The objective of this review is to prevent user > confusion and loss of confidence in the DNS resulting from delegation of > many similar strings. > >> > >> Note: In this Applicant Guidebook, "similar" means strings so similar > that they create a probability of user confusion if more than one of the > strings is delegated into the root zone. > >> > >> The visual similarity check that occurs during Initial Evaluation is > intended to augment the objection and dispute resolution process (see > Module 3, Dispute Resolution Procedures) that addresses all types of > similarity. > > > > I believe that the NGPC decision was incorrect. The problem is the > belief that "visual similarity" relies purely on what, in computer > terminology, would be called "pattern matching". Pattern matching is > certainly part of human perception, but it is not limited to that. At issue > is whether two strings will be PERCEIVED as being equivalent, and > perception is a far more complex (and less understood) issue. > > > > The real issue is that if you earlier found something at hilton.hotel, > or had decided that the reviews at sheraton.hotel were something you > trusted, will you later remember if it was really those sites or > hilton.hotels or sheraton.hotels? > > > > At best, this could be considered a means of forcing anyone who > registers a domain with .hotel or .hotels to register both, and map both of > them to the same site. If that were to happen, the predictions of the > Intellectual Property Constituency would be borne out, and all of those > using these TLDs would have to make double the investment in domain names > (presuming this is even possible with differing rules for each TLD). But > the impact on users would be minimal. > > > > But since we cannot guarantee that both TLDs will remain forever in > sync, we do have a user problem. Once cannot expect the typical Internet > user to be able to differentiate between two such name spaces, and > therefore I believe that we have a genuine case of "confusingly similar". > And one that will arguably have as much or more impact on real Internet > users, the ones that we are supposed to be here to defend, than any other > case I can recall in my 7 year involvement with ICANN At-Large. > > > > If others on the ALAC agree, I would be happy to create a statement > reflecting what I have said here, that we can, in our formal Advisory > Committee role, forward as Advice to the Board. > > > > Alan > > > > ______________________________**_________________ > > ALAC mailing list > > <mailto:ALAC@atlarge-lists.**icann.org <ALAC(a)atlarge-lists.icann.org>> > ALAC(a)atlarge-lists.**icann.org <ALAC(a)atlarge-lists.icann.org> > > https://atlarge-lists.icann.**org/mailman/listinfo/alac<https://atlarge-lists.icann.org/mailman/listinfo/alac> > > > > At-Large Online: <http://www.atlarge.icann.org>** > http://www.atlarge.icann.org <http://www.atlarge.icann.org> > > ALAC Working Wiki: <https://community.icann.org/** > display/atlarge/At-Large+**Advisory+Committee+(ALAC)<https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(AL…> > >http**s://community.icann.org/**display/atlarge/At-Large+** > Advisory+Committee+(ALAC)<https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(AL…> > > > ______________________________**_________________ > ALAC mailing list > <mailto:ALAC@atlarge-lists.**icann.org <ALAC(a)atlarge-lists.icann.org>> > ALAC(a)atlarge-lists.**icann.org <ALAC(a)atlarge-lists.icann.org> > https://atlarge-lists.icann.**org/mailman/listinfo/alac<https://atlarge-lists.icann.org/mailman/listinfo/alac> > > At-Large Online: <http://www.atlarge.icann.org>** > http://www.atlarge.icann.org <http://www.atlarge.icann.org> > ALAC Working Wiki: <https://community.icann.org/** > display/atlarge/At-Large+**Advisory+Committee+(ALAC)<https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(AL…> > >http**s://community.icann.org/**display/atlarge/At-Large+** > Advisory+Committee+(ALAC)<https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(AL…> > Lista de correo ALAC ALAC(a)atlarge-lists.icann.org https://atlarge-lists.icann.**org/mailman/listinfo/alac<https://atlarge-lists.icann.org/mailman/listinfo/alac> At-Large Online: http://www.atlarge.icann.org ALAC Trabajo Wiki: https://community.icann.org/**display/atlarge/At-Large+** + + Comité Asesor (ALAC) < https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(AL…> _______________________________________________ [[--Original text (en) http://mm.icann.org/transbot_archive/a4ffa76d31.html --]]

1 0

Fwd: Singular / Plural en los nuevos gTLD
by carlton.samuels＠gmail.com Sept. 4, 2013

Sept. 4, 2013

[[--Translated text (en -> es)--]] Asunto: Fwd: Singular / Plural en los nuevos gTLD Desde: carlton.samuels(a)gmail.com He aquí un problema por el que un debate más amplio podría ser útil a la decisión. Alan ha hecho un gran trabajo por los problemas .... y un estuche para un ALAC declaración. -Carlton ============================== Carlton Un Samuels Móvil: 876-818-1799 * Estrategia, Planificación, Gobierno, Evaluación y Turnaround * ============================= ---------- Mensaje reenviado ---------- De: Alan Greenberg <alan.greenberg(a)mcgill.ca> Fecha: Martes, 03 de septiembre 2013 a las 21:02 Asunto: [ALAC] Singular / Plural de nuevos gTLD A: Lista de trabajo ALAC <alac(a)atlarge-lists.icann.org> El 24 de junio 2013, solicitado por el GAC, el Programa de la Junta de gTLD nuevos Comité (NGPC) examinó la cuestión de singular y plural picaduras ser confusamente similar y decidió dejar reposar proceso original (sujeto a las objeciones individuales). El registro de la decisión se puede encontrar en http://www.icann.org/en/ ** grupos / pensión / documents / ** minutos-new-gTLD-25jun13-en. ** htm # 2.d <http://www.icann.org/en/groups/board/documents/minutes-new-gtld-25jun13-en.…> . De particular interés es un comunicado emitido por tres miembros de la Junta (George Sadowsky, Olga Madruga-Forti y Cherine Chalaby) que apoyaron la decisión, pero lamentó que, con base en la Guía para el Solicitante redacción, que no creían que tenían la libertad para votar en contra. Una Junta miembro (Mike Silber) se opuso a la decisión. Una cuestión central es que la prueba de "confusamente similar" se basa puramente en la visual similitud y en los ojos de la mayoría (que estaban involucrados en la decisión), añadiendo una "S" hace que sea una cadena reconocible diferente. La parte sobresaliente de la Guía para el Solicitante (http://newgtlds.icann.org/en/ ** applicants/agb/guidebook-full- ** 04jun12-en.pdf <http://newgtlds.icann.org/en/applicants/agb/guidebook-full-04jun12-en.pdf> ) es el punto 2.2.1.1 del Módulo 2. Esta revisión implica la comparación preliminar de cada gTLD solicitado > string against existing TLDs, Reserved Names (see subsection 2.2.1.2), and > other applied-for strings. The objective of this review is to prevent user > confusion and loss of confidence in the DNS resulting from delegation of > many similar strings. > > Note: In this Applicant Guidebook, "similar" means strings so similar that > they create a probability of user confusion if more than one of the strings > is delegated into the root zone. > > The visual similarity check that occurs during Initial Evaluation is > intended to augment the objection and dispute resolution process (see > Module 3, Dispute Resolution Procedures) that addresses all types of > similarity. > que "similitud visual" se basa únicamente en lo que, en terminología de la computadora, que se llamaría "coincidencia de patrones". Coincidencia de patrones es ciertamente parte de la percepción humana, pero no se limita a eso. La cuestión es si los dos cuerdas será percibida como equivalente, y la percepción es un cada vez más tema complejo (y menos entendido). El verdadero problema es que si usted encuentra algo anterior a hilton.hotel o había decidido que los comentarios en sheraton.hotel eran algo confiaste, vas más tarde recordar si era realmente esos sitios o hilton.hotels o sheraton.hotels? A lo sumo, esto podría ser considerado como un medio de obligar a nadie que se registre un dominio con. hotel o. hoteles se registren ambos, y se asignan a ambos a la mismo sitio.Si eso llegara a suceder, las predicciones de la Intelectual Grupo de Propiedad sería llevado a cabo, y todos los que utilizan estos TLDs tendría que hacer el doble de la inversión en nombres de dominio (suponiendo que se trata de incluso es posible con diferentes reglas para cada TLD). Sin embargo, el impacto en los usuarios sería mínimo. Pero ya que no podemos garantizar que tanto los dominios de primer nivel permanecerán para siempre en sincronía, tenemos un problema del usuario. Una vez que no se puede esperar que el usuario típico de Internet para ser capaz de diferenciar entre dos de estos espacios de nombres, y por lo tanto Creemos que tenemos un caso genuino de "confusamente similares". Y uno que será sin duda tener tanto o más impacto en los usuarios reales de Internet, los que se supone que debemos estar aquí para defender, que cualquier otro caso que recuerdo en mi intervención de 7 años con ICANN At-Large. Si otros en el ALAC de acuerdo, yo estaría encantado de crear una declaración refleja lo que he dicho aquí, que podemos, en nuestro Asesor formales Papel del Comité, presentado como Asesoramiento a la Junta. Alan ______________________________ ** _________________ Lista de correo ALAC ALAC(a)atlarge-lists.icann.org https://atlarge-lists.icann.**org/mailman/listinfo/alac<https://atlarge-lists.icann.org/mailman/listinfo/alac> At-Large Online: http://www.atlarge.icann.org ALAC Trabajo Wiki: https://community.icann.org/**display/atlarge/At-Large+** + + Comité Asesor (ALAC) < https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(AL…> _______________________________________________ [[--Original text (en) http://mm.icann.org/transbot_archive/3d2512772c.html --]]

1 0

ULTIMA LLAMADA PARA PREMIOS FRIDA 2013 Grants
by sylvia＠internautabrasil.org Sept. 3, 2013

Sept. 3, 2013

/*CIERRE 30 DE SETIEMBRE**/ CLOSE SEPTEMBER 30. /ENCERRAMENTO 30 DE SETEMBRO* [Português abaixo] [English below] * SUBVENCIONES FRIDA 2013* El Programa FRIDA brinda apoyo financiero a proyectos bajo la modalidad de “small grants”. El monto asignado a estos proyectos no podrá ser superior a US$ 15.000 y deberán ser ejecutados en un plazo máximo de doce meses. *Las investigaciones seleccionadas deberán atender al menos una de las siguientes temáticas: * * Esfuerzos por mejorar, ampliar y promover el desarrollo de estándares para Internet. * Consecuencias políticas, económicas y sociales de las leyes antipiratería. * Implementación de estrategias para el desarrollo de una estructura de Internet, capacidades humanas y habilidades confiables y eficientes. * Aceleración del acceso y los beneficios sociales de Internet en comunidades vulnerables y poco atendidas. *CONSULTE LAS BASES DE POSTULACIÓN:* <http://programafrida.net/grants> http://programafrida.net/grants ------------------------------------------------------------------- *2013 FRIDA GRANTS* The FRIDA Program provides financial support for projects in the form of "small grants." The amount awarded to these projects will be up to US$ 15,000; the maximum term for their completion will be twelve months. *The researches that will be selected must address one of the following topics:* * Efforts to enhance, expand, and promote Internet standards development * Political, economic, and social effects of anti-piracy bills * Implementing strategies for reliable and effective Internet infrastructure, human capacity and skills development * Accelerate access and the societal benefits of the Internet in vulnerable and underserved communities. *SEE THE APPLICATION PROCESS TERMS AND STAGES RULES:* <http://programafrida.net/grants> http://programafrida.net/grants ------------------------------------------------------------------- *SUBSÍDIOS FRIDA 2013* O Programa FRIDA oferece apoio financeiro a projetos sob a modalidade de “small grants”. O montante designado para esses projetos não poderá ser superior a US$ 15.000 e deverão ser executados no prazo máximo de 12 meses. * **As pesquisas selecionadas deverão tratar de alguma das seguintes questões:* * Esforços por melhorar, ampliar e promover o desenvolvimento de padrões para a Internet. * Conseqüências políticas, econômicas e sociais das leis antipirataria. * Implementação de estratégias para o desenvolvimento de uma estrutura da Internet, capacidades humanas e habilidades confiáveis e eficientes. * Aceleração do acesso e benefícios sociais da Internet nas comunidades vulneráveis e pouco atendidas. *ACESSE A PROCESSO DE POSTULAÇÃO:* <http://programafrida.net/grants> http://programafrida.net/grants ___________________________________________________ Sylvia Herlein <mailto:sylvia@internautabrasil.org> sylvia(a)internautabrasil.org Secretaria LACRALO-ICANN/ 2012-2014 - <http://atlarge.icann.org/> http://atlarge.icann.org Secretaria FLUI 2009-2015 sylvia_leite=Skype Descrição: Assinatura_Sylvia_Internautabrasil -----------------------------------------------------

1 0