<div dir="ltr">Hola Andrés:<div>la cita de Alex Barth está en hilo con el tema de a la importación en general. Aqui va mi correo del 02.07. en el hilo sobre la importación del MGM:</div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">"Hola a todos:</span><div style="font-size:12.8px"><span style="font-size:12.8px">estoy viendo la propuesta de importación del marco geoestadístico nacional (MGN) y quiero comentar unas cosas:</span><br></div><div style="font-size:12.8px"><span style="font-size:12.8px">1.plan de etiquetado: proponen nivel 5 para mpios. Actualmente, la mayoría de los mpios tienen 6 lo que me parece bien. Hasta vale la pena discutir nivel 8 para mpios (</span><a href="https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative" target="_blank" style="font-size:12.8px">https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative</a><span style="font-size:12.8px">) . El nivel 5 es inaceptable para mpios por el simple hecho que no permite un nivel de división intermedio entre edo y mpio como por ejemplo juntas intermunicipales o zonas conurbanas.</span><br></div><div style="font-size:12.8px">2.. plan de importación: <span style="color:rgb(37,37,37);font-family:sans-serif;font-size:14px;line-height:22.4px">Importación de una sola ocasión "</span><span style="color:rgb(37,37,37);font-family:sans-serif;font-size:14px;line-height:22.4px"> </span><font color="#252525" face="sans-serif"><span style="font-size:14px;line-height:22.4px">estamos pensando que se pueden reemplazar por los límites del MGN para no invertir tiempo en validar si son o no correctos los que ya existen". Eso me parece imposible por lo siguiente. Muchas veces los limites siguen rasgos naturales como rios, la costa o están vinculados a infraestructura como p.e. vías o carreteras. Actualmente, hay muchos casos donde en OSM estás líneas están compartidas y más exaxtas que el MGN. Una importación echa a perder esta información. Hay que mencionar que el MGN no es la referencia oficial para los límites.</span></font></div><div style="font-size:12.8px"><font color="#252525" face="sans-serif"><span style="font-size:14px;line-height:22.4px">3. ¿Qué se va a hacer en la costa? La línea costera y el MGN no coinciden.</span></font></div><div style="font-size:12.8px"><font color="#252525" face="sans-serif"><span style="font-size:14px;line-height:22.4px">4. la liga que respalda su propuesta para la sustitución completa está rota </span></font><a rel="nofollow" href="http://infoteca.semarnat.gob.mx/website/MGN3_1.pdf%7C" target="_blank" style="color:rgb(102,51,102);padding-right:13px;font-family:sans-serif;font-size:14px;line-height:22.4px">Compatibilización del Marco Geoestadístico Nacional a Límites Político-Administrativo</a></div><div style="font-size:12.8px"><span style="font-size:12.8px">Saludos</span><br></div><div style="font-size:12.8px"><span style="font-size:12.8px">Jorge"</span><br></div></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">El punto 1. se discutió en todos los foros y listas, pero al punto 2 y 3. no hubo respuesta. aclaración, propuesta. </div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Saludos</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Jorge</div></div><div class="gmail_extra"><br><div class="gmail_quote">El 13 de octubre de 2015, 1:46, OpenStreetMap Mexico <span dir="ltr"><<a href="mailto:openstreetmapmx@gmail.com" target="_blank">openstreetmapmx@gmail.com</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hola Jorge, <br><br></div><div>El correo que citas no menciona en ningún momento que sea el consenso de la comunidad, de hecho no es un correo respecto a esta importación. Adicionalmente, las consecuencias que mencionas en el correo anterior son tu opinión personal. Nuevamente te insisto, no se estará eliminando ninguna información de OSM. El proceso de sustitución se definió así porque es la manera más eficiente de hacerlo en lugar de realizar una edición manual de cada límite para incluir la información correcta proveniente del INEGI. Si reemplazamos el dato de un límite con exactamente el mismo dato del límite pero mejorado y corregido no estamos incurriendo en ninguna edición inválida, por el contrario, estamos mejorando considerablemente la cobertura del mapa sin remover ningún dato, no podemos parar porque a tu parecer muy personal sea inválida la mejora y contribución que estamos haciendo al mapa. <br><br></div></div>Saludos<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2015-10-12 22:55 GMT-07:00 Jorge Odenthal <span dir="ltr"><<a href="mailto:jorge.odenthal@iacatas.org.mx" target="_blank">jorge.odenthal@iacatas.org.mx</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hola a todos:<div>me quedé todavía investigando en los correos y la página oficial de la importación del marco geoestadístico de INEGI:</div><div>en un correo del 14.02.2015, Alex Barth escribe estos tres puntos:</div><div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">"Hola tod@s!</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">(1) <span style="font-size:12.8px">De acuerdo que no tiene sentido reemplazar datos que ya existen en OSM con INEGI.</span></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">(2) <span style="font-size:12.8px">Acabo de hablar con Ruben aquí, hay más metadatos que hemos sacado en el mapa, sacaremos una nueva capa. También pueden verlos en el shapefile aquí </span><a href="http://www3.inegi.org.mx/sistemas/productos/default.aspx?c=265&s=inegi&upc=702825278724&pf=prod&ef=&f=2&cl=0&tg=0&pg=0" style="font-size:12.8px" target="_blank">http://www3.inegi.org.mx/sistemas/productos/default.aspx?c=265&s=inegi&upc=702825278724&pf=prod&ef=&f=2&cl=0&tg=0&pg=0</a></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">(3) <span style="font-size:12.8px">El INEGI está interesado de detectar cambios en OSM para mejor mantener sus propios datos. Un poco como lo hemos hecho en NY [1]. Creo que aquí hay una bueno oportunidad para colaborar entre el INEGI y OSM con ventajas para ambos partidos."</span></div></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Después, si no recuerdo mal ya no se tocaba el tema. Sin embargo, en la página de la importación <a href="http://wiki.openstreetmap.org/wiki/Mexico%27s_Administrative_Divisions_Import_Project" target="_blank">http://wiki.openstreetmap.org/wiki/Mexico%27s_Administrative_Divisions_Import_Project</a> se dice en el capítulo: <span style="font-size:small;color:black;line-height:1.3"><font face="arial, helvetica, sans-serif">Data Merge Workflow</font></span></div><div> en el punto 5:</div><div><span style="color:rgb(37,37,37);font-family:sans-serif;font-size:14px;line-height:1.5em">"Current admin_level=6 boundaries will be erased and replaced with the same boundary data from MGN just with an addition of correct tagging scheme since identifying and populating each and everyone of the current admin_level=6 boundaries with the new tags would be time consuming and error prone. It's validated that any boundary being erased and replaced will be having the exact same valid boundary data from the MGN dataset. This approach in no way harms users contributions since the data being erased and replaced is of the exact same boundaries that there were already in OSM as long as they were valid (please refer to the conflation explanation below)."</span><br></div><div><span style="color:rgb(37,37,37);font-family:sans-serif;font-size:14px;line-height:1.5em"><br></span></div><div><font face="sans-serif" color="#252525"><span style="font-size:14px;line-height:1.5em">Pues yo </span><span style="font-size:14px;line-height:21px">traduzco</span><span style="font-size:14px;line-height:1.5em"> replaced con reemplazado con las consecuencias que mencioné en mi correo anterior. ¿Cuál es la razón para el cambio en el procedimiento? ¿En qué momento y quién tomó esta decisión? cuando ya era consenso que No será una importación completa.</span></font></div><div><font face="sans-serif" color="#252525"><span style="font-size:14px;line-height:1.5em"><br></span></font></div><div><font face="sans-serif" color="#252525"><span style="font-size:14px;line-height:1.5em">Saludos</span></font></div><span><font color="#888888"><div><font face="sans-serif" color="#252525"><span style="font-size:14px;line-height:1.5em"><br></span></font></div><div><font face="sans-serif" color="#252525"><span style="font-size:14px;line-height:1.5em">Jorge</span></font></div></font></span></div><div class="gmail_extra"><br><div class="gmail_quote"><span>El 12 de octubre de 2015, 22:52, OpenStreetMap Mexico <span dir="ltr"><<a href="mailto:openstreetmapmx@gmail.com" target="_blank">openstreetmapmx@gmail.com</a>></span> escribió:<br></span><div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">
<p class="MsoNormal"><span style="font-size:11pt;font-family:"Calibri","sans-serif";color:rgb(31,73,125)" lang="ES-MX">Hola Jorge, </span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:"Calibri","sans-serif";color:rgb(31,73,125)" lang="ES-MX"> </span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:"Calibri","sans-serif";color:rgb(31,73,125)" lang="ES-MX">Te aclaro que se comunicó ya en la lista y se
realizó el anuncio a través de todos los procesos formales con la lista de
importaciones. </span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:"Calibri","sans-serif";color:rgb(31,73,125)" lang="ES-MX"> </span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:"Calibri","sans-serif";color:rgb(31,73,125)" lang="ES-MX">Ninguna información se estaría perdiendo y te
pido que por favor dejes de des-informar a la comunidad como lo has hecho
anteriormente por poner tu propia interpretación de la información que es de
nueva cuenta INCORRECTA. </span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:"Calibri","sans-serif";color:rgb(31,73,125)" lang="ES-MX"> </span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:"Calibri","sans-serif";color:rgb(31,73,125)" lang="ES-MX">Te aclaro, no se estará perdiendo ninguna
información porque los límites administrativos no necesitan estar vinculados
con la información de límites naturales a nivel del dato, el hecho de que
queden dos líneas idénticas una sobre otra es válido mientras cada una forme
parte de su propia relación o tipo de vía, y es algo totalmente válido. El
hecho de que la información se mantenga separada es porque precisamente para
eso son las relaciones. Para mantener los datos de un límite geográfico,
separados del límite natural. Lo que sí es invalido a nivel dato es que los nodos
formen parte al mismo tiempo de dos vías (por ejemplo que formen parte de la
relación de un límite estatal <span> </span>y a la vez
de una calle o avenida). </span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:"Calibri","sans-serif";color:rgb(31,73,125)" lang="ES-MX"> </span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:"Calibri","sans-serif";color:rgb(31,73,125)" lang="ES-MX">Saludos, </span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:"Calibri","sans-serif";color:rgb(31,73,125)" lang="ES-MX">Andrés<br></span></p>
</div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>2015-10-12 19:24 GMT-07:00 Jorge Odenthal <span dir="ltr"><<a href="mailto:jorge.odenthal@iacatas.org.mx" target="_blank">jorge.odenthal@iacatas.org.mx</a>></span>:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Hola a todos:<div><br></div><div>con sorpresa hoy me dí cuenta que según, el proceso de la importación de los límites administrativos fue aprobado por la comunidad. Si yo me recuerdo bien, en ningún foro o listas hubo un anuncio de este tipo. Aqui pido una aclaración de los organizadores de la importación.</div><div><br></div><div>Desafortudanamente, unas dudas que yo había expresado desde el principio, no fueron resueltas. Una pregunta que yo habia expresado por este medio era como iban a manejar los casos donde lineas de los boundarys al mismo tienen otros atributos como ejemplo carreteras, ríos, setos, etc. (<span style="font-family:'Helvetica Neue',Arial,sans-serif;font-size:16px;line-height:1.2">Way: </span>Río Lerma<span style="font-family:'Helvetica Neue',Arial,sans-serif;font-size:16px;line-height:1.2"> </span><span style="font-family:'Helvetica Neue',Arial,sans-serif;font-size:16px;line-height:1.2">(</span>255992028<span style="font-family:'Helvetica Neue',Arial,sans-serif;font-size:16px;line-height:1.2">)). </span> Nunca hubo una respuesta. Ahora en la página de la importación no hay mención alguna. Pero, según la página, se van a sustituir todos limites actuales por la última versión de INEGI. Para mi es un grave error. En el caso de la importación completa esta vinculación de la información se perderá ya que quedarían dos lineas identicas pero con información separada. Yo me imagino que INEGI no cuenta con esta información que puede ser bastante útil para la mejora del marco geoestadístico.</div><div>Mi propuesta de la importación será la siguiente: </div><div>1. Respetar la información de OSM e importar nada más los municipios donde todavía no hay límites.</div><div>2. Poner a discusión los polígonos donde hay discrepancia entre OSM y INEGI (puede ser que OSM corresponde a los limites reales y no INEGI)</div><div><br></div><div>Mientras este punto no se resuelve, NO estoy de acuerdo con el procedimiento como está planeada en la página de importación.<br></div><div><br></div><div>Saludos</div><div><br></div><div>Jorge</div><div><div><br></div>-- <br><div><div dir="ltr"><div>Jorge (Georg) Odenthal<br>Investigaciones Aplicadas en Ciencias Ambientales y Sociales, IACATAS A.C. <br><br>Ukurio s/n<br>San Jerónimo Purenchécuaro<br>58430 Quiroga, Mich.<br><br>Skype: jorge.odenthal<br><br><a href="http://www.iacatas.org.mx/mapas/index.html" target="_blank">http://www.iacatas.org.mx/mapas/index.html</a><br><br><a href="http://iacatas.org.mx/odenthal" target="_blank">http://iacatas.org.mx/odenthal</a><br></div></div></div>
</div></div>
<br></div></div>_______________________________________________<br>
Talk-mx mailing list<br>
<a href="mailto:Talk-mx@openstreetmap.org" target="_blank">Talk-mx@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-mx" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-mx</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
Talk-mx mailing list<br>
<a href="mailto:Talk-mx@openstreetmap.org" target="_blank">Talk-mx@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-mx" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-mx</a><br>
<br></blockquote></div></div></div><div><div><br><br clear="all"><div><br></div>-- <br><div><div dir="ltr"><div>Jorge (Georg) Odenthal<br>Investigaciones Aplicadas en Ciencias Ambientales y Sociales, IACATAS A.C. <br><br>Ukurio s/n<br>San Jerónimo Purenchécuaro<br>58430 Quiroga, Mich.<br><br>Skype: jorge.odenthal<br><br><a href="http://www.iacatas.org.mx/mapas/index.html" target="_blank">http://www.iacatas.org.mx/mapas/index.html</a><br><br><a href="http://iacatas.org.mx/odenthal" target="_blank">http://iacatas.org.mx/odenthal</a><br></div></div></div>
</div></div></div>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Talk-mx mailing list<br>
<a href="mailto:Talk-mx@openstreetmap.org">Talk-mx@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-mx" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-mx</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Jorge (Georg) Odenthal<br>Investigaciones Aplicadas en Ciencias Ambientales y Sociales, IACATAS A.C. <br><br>Ukurio s/n<br>San Jerónimo Purenchécuaro<br>58430 Quiroga, Mich.<br><br>Skype: jorge.odenthal<br><br><a href="http://www.iacatas.org.mx/mapas/index.html" target="_blank">http://www.iacatas.org.mx/mapas/index.html</a><br><br><a href="http://iacatas.org.mx/odenthal" target="_blank">http://iacatas.org.mx/odenthal</a><br></div></div></div>
</div>