<div>Werner y Ratman,</div><div><br></div><div>Primero perdón por la demora en la respuesta, pero el fin de semana estuvo bastante relajado después del WordCamp del Sábado. </div><div><br></div><div>Voy a tratar de tocar cada tema por separado para no irme por las ramas en mi dispersión tradicional.</div>
<div><br></div><div><br></div><div>Densidad</div><div><br></div>Si bien concuerdo contigo en el tema de la densidad total de los países (AR-BR-CL Vs UK-DE-FR-ES-IT,etc.), esa lógica aplica más que nada para el trazado total de las carreteras del país (el argumento para importar TIGER en EE.UU. a pesar de su cuestionable calidad), y no tanto para la numeración de calles, pues eso depende esencialmente de la densidad en ciudades, donde están los números que deseamos recolectar. <div>
<br></div><div>En ese caso, creo que estamos al menos igual que en Europa. Santiago tiene una densidad de población que ronda los 9.000 Habitantes/Km2 [1], prácticamente el doble que en Amsterdam[2], Berlin[3], Londres[4] y Madrid[5], y más de cuatro veces la de Roma [6]. Karlsruhe[7] que le da el nombre al esquema que yo denomino el "Estándar de Facto", tiene una densidad de 1.700 Habitantes por Km2, practicamente un sexto de la densidad de Santiago.<div>
<br></div><div>En esto no hay una sola forma de medir el desafío, pero para numerar necesitas edificios, y esos edificios implican densidad de población. Sin duda tendremos sendas diferencias en ciudades llenas de casas o edificios bajos (muchas en Europa y varias en Chile) respecto de ciudades con bastantes edificios relativamente altos como Santiago o Viña del Mar. Dentro de la ciudad hay también sendas diferencias de densidad entre comunas, pero son precisamente las comunas con alta densidad poblacional las que más consultas de geo-referenciación generan (<span style="font-family:Verdana, Geneva, Arial, Helvetica, sans-serif;font-size:13px"><a href="http://tinyurl.com/28hv6dw" target="_blank">http://tinypoblacionalurl.com/28hv6dw</a></span>). Aunque el trabajo de numerar la ciudad completa tomara años, yo se que mis prioridades están en 4 o 5 comunas que cubren sobre el 50% de las consultas. </div>
<div><br></div><div><br></div><div>Tramos</div><div><br></div><div>El Karlsruhe Schema permite, incluso en su modalidad con vías, ubicar nodos intermedios para marcar la ubicación más precisa de un nodo (<a href="http://osm.org/go/MaK1snd6Q--" target="_blank">http://osm.org/go/MaK1snd6Q--</a>), dando la posibilidad de posicionar con mayor claridad, por ejemplo, el numero X en la esquina Sureste y el numero Y en la esquina Suroeste (esto suponiendo que quisieras hacer una sola vía con KS por interpolación paralela a todo lo largo de la que indica la calle Z). </div>
<div> </div><div><br></div><div><div>Precisión</div><div><br></div><div>Con precisión no me refería solo a que el nodo estuviera bien posicionado, sino a que el numero efectivamente exista. El sistema de tramos no asegura que este exista, solo asume la existencia de todos los pares/impares en un tramo determinado y posiciona el numero proporcionalmente dentro de la vía. </div>
<div><br></div><div>En todo caso, teniendo múltiples trazas GPS para las calles de un sector, se puede corregir la posición de las imágenes aéreas a un punto en que el margen de error probablemente sea muy inferior a 25 metros.</div>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<div><br></div><div><br></div><div>Modelo Colombiano</div><div><br></div><div>El Karlsruhe por nodos si resuelve el tema Colombiano.</div><div><br></div><div><br></div><div>El "Estándar de Facto"</div><div><br>
</div><div>Digo que el KS es el estándar de facto, porque aunque no es una regla absoluta la gente que esta numerando ya lo esta haciendo así, y los motores de Geocoding disponibles también ya lo han adoptado. </div><div>
<br></div><div><br></div><div>Sigo sin ver tan clara la ventaja de usar este esquema de tramos frente al otro (esta bien, a los nodos de referencia solo los "relacionas" con los numeros y no tienes estar creando varias etiquetas para cada uno), especialmente si pensamos en mantener los dos sistemas conviviendo. Pienso que para los desarrolladores esto no es practico. </div>
<div><br></div><div>Saludos,</div><div><br></div><div>Julio Costa</div><div>OpenStreetMap Chile</div><div><a href="http://www.openstreetmap.cl/" target="_blank">http://www.openstreetmap.cl/</a></div><div><br>
</div><div>[1] <a href="http://en.wikipedia.org/wiki/Santiago,_Chile#Usage_note" target="_blank">http://en.wikipedia.org/wiki/Santiago,_Chile#Usage_note</a></div><div>[2] <a href="http://en.wikipedia.org/wiki/Amsterdam#History" target="_blank">http://en.wikipedia.org/wiki/Amsterdam#History</a> </div>
<div>[3] <a href="http://en.wikipedia.org/wiki/Berlin" target="_blank">http://en.wikipedia.org/wiki/Berlin</a></div><div>[4] <a href="http://en.wikipedia.org/wiki/London" target="_blank">http://en.wikipedia.org/wiki/London</a></div>
<div>[5] <a href="http://en.wikipedia.org/wiki/Madrid" target="_blank">http://en.wikipedia.org/wiki/Madrid</a></div><div>
[6] <a href="http://en.wikipedia.org/wiki/Rome" target="_blank">http://en.wikipedia.org/wiki/Rome</a></div>
<div>[7] <a href="http://en.wikipedia.org/wiki/Karlsruhe#Geography" target="_blank">http://en.wikipedia.org/wiki/Karlsruhe#Geography</a> </div><div> </div><div><br></div><div><br>
<div class="gmail_quote">2010/11/12 Werner Horsch <span dir="ltr"><<a href="mailto:werner.horsch@gmail.com" target="_blank">werner.horsch@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Vi lo que hiciste en CL, mis felicitaciones, pero como bien mencionas es un trabajo de hormiga. Acá en AR tardariamos 30 años en completar la numeración de esa forma y en Brasil probablemente unos tantos más. Son países muy grandes con menos gente que en europa<br>
<br><strong>Aclaraciones</strong></div>
<div> </div>
<div>Sin ofender a mis propios parientes, los alemanes, la precisión del método Karlsruhe tiene sus debilidades y no son menores</div>
<div> </div>
<div>a) Si usas un segmento con un nodo en cada extremos e interpolación en los del medio, además de guiarte a números que no existen terminas con la misma precisión y problemas de mi propuesta</div>
<div>b) Si usas imágenes satelitales para ubicar los números, entre los errores de la imágen, los errores del dibujante y el desconocimiento de donde se ubica la entrada al edificio tendrás un error de unos 20 a 25mts. No mucho más preciso que en la interpolación anterior</div>
<div>c) Si sales con un GPS a tomar coordenadas en cada puerta de edificio, en una vecindad con casas bajas tu precision será de 10 a 15mts.Si en cambio haces lo mismo en un lugar de edificios altos, en el mejor de los casos tu precisión será de 25 a 30mts y en el peor de los casos nunca tomarás una coordenada válida.</div>
<div> </div>
<div>Resumiendo, lo que se gana en precisión es insignificante comparandolo con un método de interpolación.</div>
<div> </div>
<div>Si pensamos en la única ventaja que ofrece Karlsruhe, de guiarte solo a los números que existen. Piensa también en el mantenimiento que tiene esto; cada construcción nueva que se haga, demolición de una existente son números que se pierden o agregan que no figurarán en nuestra base de datos. <br>
<br>Resumiendo, Karlsruhe demanda mucho trabajo implementarlo y luego mantenerlo</div>
<div> </div>
<div> </div>
<div> </div>
<div>Respondiendo a tus puntos</div>
<div>2) La relación se arma con los nodos y un camino ( o con cuantos segmentos de camino tu quieras). Si ves la que arme en OSM, es extremamente sencilla</div>
<div>3) Pares/impares, por lo menos en AR están siempre del mismo lado en toda la ciudad, atender a esto es insignificante comparando a relevar cada número casa por casa y si no quieres no lo pones en la relación haciendola menos precisa obviamente</div>
<div>4) Hay certeza abosoluta de que lado está cada nodo, siempre del mismo. Cada nodo inicia un segmento de calle y está contenido en el segmento que inicia; tomando como referencia el sentido creciente de la numeración</div>
<div>5) No seas tan exigente, si Karlsruhe no resuelve el problema de Colombia, ni tampoco tiene la precisión que dice tener. Entonces este punto no tiene sentido discutirlo ya que no lo atiende ninguno de ambos métodos</div>
<div> </div>
<div>Por otro lado no veo por que no puedan coexistir dos métodos de numeración, uno sencillo y rápido para los holgazanes como yo y Karlsruhe para los que quieran relevar números indefinidamente (hay que ponerle humor también, no? ja ja ja ja ja)</div>
<div> </div>
<div>Desde ya agradezco tu respuesta Julio y puedes contar con mi ayuda cuando gustes</div>
<div>Slds<br></div>
<div class="gmail_quote">2010/11/12 Julio Costa Zambelli <span dir="ltr"><<a href="mailto:julio.costa@openstreetmap.cl" target="_blank">julio.costa@openstreetmap.cl</a>></span><div><div></div><div><br>
<blockquote style="border-left:rgb(204,204,204) 1px solid;margin:0pt 0pt 0pt 0.8ex;padding-left:1ex" class="gmail_quote">Estimado Werner,
<div><br></div>
<div>Yo vengo usando el Karlsruhe Scheme (KS) desde hace un buen tiempo y no he tenido problemas. Es cierto que la numeración es un trabajo de hormigas, pero la calidad del resultado final es el que agrega mucho valor a OpenStreetMap. </div>
<div><br></div>
<div>Todo esto descontando que el KS se ha convertido en el estándar de facto, utilizado por todos los motores de georreferenciación que conozco (CloudMade, MapQuest, Nominatim, etc.)</div>
<div><br></div>
<div>En un animo de critica constructiva, hay varias cosas que no me acomodan del esquema que propones: </div>
<div><br></div>
<div>1) Por un lado el sistema de tramos, que también existe en el KS, pero que tiene la alternativa de los nodos, que yo he preferido (es un tema de precisión, el numero existe o no), </div>
<div>2) Por el otro, el tener que estar asignando a cada cruce un par de relaciones para marcar la numeración de ambos tramos, </div>
<div>3) Sumado a que hay que estar atento a que lado (izquierdo o derecho) se le esta asignando el par y el impar y </div>
<div>4) Que no hay certeza de a que lado del cruce queda el numero que se asigna a ese nodo (indica altura aproximada de la numeración, pero no entrega referencia respecto de si esta antes o después del cruce). <br>5) No estoy seguro de que pueda funcionar en Colombia con aquel "extraño" sistema de numeración que utilizan (<a href="http://www.openstreetmap.org/browse/node/542961548" target="_blank">http://www.openstreetmap.org/browse/node/5429+61548</a>) (quizás Freddy pueda explicarme el tema, porque a primera vista no se si es parecido al sistema de numeración por correlativo de edificios pares o impares de los rusos: <a href="http://osm.org/go/0t2a5Drmt--" target="_blank">http://osm.org/go/0t2a5Drmt--</a> pero luego tienes los nodos frente a la calle que dan la impresión de seguir una lógica de cuadra-distancia)</div>
<div><br></div>
<div>En conclusión, podría eventualmente competir con el sistema de tramos del KS, pero no me queda del todo claro, por donde se gana tiempo al momento de editar, y si sera capaz de ajustarse a modelos especiales como el Colombiano (cosa que el KS por tramos probablemente tampoco hace).</div>
<div><br></div>
<div>Un par de ejemplos de lo que he estado haciendo en Santiago con el KS, mayoritariamente con el sistema nodo por nodo:</div>
<div><br></div>
<div><a href="http://www.openstreetmap.org/?lat=-33.42985&lon=-70.59552&zoom=17&layers=M" target="_blank">http://www.openstreetmap.org/?lat=-33.42985&lon=-70.59552&zoom=17&layers=M</a></div>
<div><br></div>
<div><a href="http://www.openstreetmap.org/?lat=-33.425799&lon=-70.617991&zoom=18&layers=M" target="_blank">http://www.openstreetmap.org/?lat=-33.425799&lon=-70.617991&zoom=18&layers=M</a></div>
<div><br></div>
<div>Saludos,</div>
<div><br></div>
<div>Julio Costa</div>
<div>OpenStreetMap Chile</div>
<div><a href="http://www.openstreetmap.cl/" target="_blank">http://www.openstreetmap.cl/</a></div>
<div><br></div>
<div><br>
<div class="gmail_quote">2010/11/12 Werner Horsch <span dir="ltr"><<a href="mailto:werner.horsch@gmail.com" target="_blank">werner.horsch@gmail.com</a>></span><br>
<blockquote style="border-left:rgb(204,204,204) 1px solid;margin:0pt 0pt 0pt 0.8ex;padding-left:1ex" class="gmail_quote">
<div>
<div></div>
<div>En el siguiente link envie una propuesta de numeración que se adapta bastante bien a la situación de américa del sur. Es sencilla de implementar sin necesidad de dibujar ni un solo nodo adicional. Es un primer bosquejo el cual estamos mejorando.<br>
La idea es conseguir el mayor retorno posible antes de realizar una propuesta formal.<br><br><a href="http://forum.openstreetmap.org/viewtopic.php?id=9909" target="_blank">http://forum.openstreetmap.org/viewtopic.php?id=9909</a><br>
<br>El método alemán Karlsruhe es muy laborioso, complicado de asimilar y toma mucho tiempo de implementar. <br>Este método toma menos de un minuto para armar la numeración completa de una calle y además es muy flexible, hice la prueba en una de nuestras localidades con un par de calles que me tomaron unos 20 segundos en completarlas<br>
<br><a href="http://www.openstreetmap.org/?lat=-35.2605101466179&lon=-59.6296316385269&zoom=17" target="_blank">http://www.openstreetmap.org/?lat=-35.2 … 69&zoom=17</a><br><br><br>Acho que nao preciso traduzir ao português, espanhol nao é tao difícil de ler, verdade?<br>
<br>Saludos<br><br></div></div>_______________________________________________<br>Talk-cl mailing list<br><a href="mailto:Talk-cl@openstreetmap.org" target="_blank">Talk-cl@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/listinfo/talk-cl" target="_blank">http://lists.openstreetmap.org/listinfo/talk-cl</a><br>
<br></blockquote></div><br></div></blockquote></div></div></div><br>
</blockquote></div><br></div>
</div>
</div>