Re: [Talk-ar] Cordoba - Alturas

[Francisco Herrero]

2009/7/11 Francisco Herrero 

> Se acaban de generar 2 threads sobre una discución interesante asi que
> decidi agruparlos en esta respuesta.
>
> 2009/7/11 Matias D'Ambrosio 
>
>>
>>  No me queda muy claro esto, podrias definirlo formalmente usando
>> terminologia
>> de OSM?
>
>
> Perdon, tiendo a usar los nombre erroneos
> La idea era una relación que contenga un way y un nodo.
>
>
>>   Los ways son una lista ordenada de nodos, y tienen cero o mas tags.
>> Nuestro
>> concepto de calle raramente coincide uno a uno con los ways, generalmente
>> una
>> calle esta formado por varios ways.
>
>
> Es un buen punto, a tener en cuenta. Nosotros estubimos usando la política
> de poner el mismo name cuando se trataba de la misma calle. Muchas veces nos
> resulto dificil distinguir una calle de otra ya que lo unico que lo define
> es su nombre, y muchas veces no se sabe si dos calles disconexas son la
> misma o no. Tal vez necesitemos refinar esa información
>
>
>>
>>  Creo que el consenso es usar una relacion que contenga los ways que
>> corresponden a la calle y los nodos miembros de los ways. Cada role
>> tendria
>> asignada una altura, y para alturas intermedias se podria hacer una
>> interpolacion (esto permite tener cuadras de largo variable).
>
>
> Excelente! Me parece superadora tu idea. Con respecto a la interpolación
> justamente estoy pensando en un esquema flexible para mis algoritmos de
> busqueda, que probablemente los libere en poco tiempo (app de geodjango).
>
> La idea nuestra es apostar a un crecimiento paulatino de la información, y
> mientras tanto seguir ofreciendo el servicio de búsqueda. Actualmente no
> contamos con todas las alturas por esquina sino unas cuantas, con lo que la
> idea de buscar calles por altura interpolando es mas flexible ahun, buscando
> alturas por aproximacion y con un radio de error.
>
>
>>  La relacion tendria que tener al menos un tag diciendo que tipo de
>> relacion
>> es, si los pares e impares van a lados diferentes (y de que lado), y puede
>> que
>> algun otro dato.
>>
>
> Sobre asociar muchos ways me parece que puede generar complicaciones, ya
> que una misma calle suele cambiar sus cualidades, como pasar de doble mano a
> mano simple o cambiar la numeracion (no estoy seguro de este caso).
>
> Tiro una propuesta y lo seguimos afinando:
> Que sea una relacion que contenga un way y points, con la altura en los
> role
>
> Tags de la relacion:
> type=door-numbers
>
> distribution=
>  * even-right: Significa que, tomando el sentido del way (el sentido del
> vector, no de la calle), los pares estan a la derecha, y los impares a la
> izquierda.
>  * even-left: El caso contrario
>  * unknow: No se save ahun. Seria como cuando no se sabe el sentido de la
> calle.
> Tal vez faltaria algun caso en el que no se puede aplicar una regla.
>
>
>>  No uso JOSM porque me parecio bastante poco amigable, prefiero
>
> Merkaartor, la version 0.14 deberia ser bastante mas usable.
>>
>
> Lo voy a probar, gracias por el dato!!
>
> > 2009/7/11 Jorge Luis Chamorro 
> > Yo propongo ponerlos de acuerdo en como cargar eso y darle para adelante
> , porque no me tiras las coordenadas de donde estas haciendo eso asi lo miro
> y lo comparo con la numeracion de mi ciudad ? .
> Ahun no he cargado alturas, solo hice un ensayo con la calle Rafael Nuñez
> en Córdoba Capital.
>
> > Aca numeramos de 50 en 50 , numeros pares en una acera e impares en la
> otra . Tambien he visto que hay casas frente a un plaza cuya direccion es
> plaza XX numero NN . Tambien deberia chequar como es la numeracion en las
> diagonales por el largo irregular de las cuadras.
>
> No me quedo muy claro que vendrian a ser las irregularidades de las
> cuadras. Aca se suelen hacer numeraciones de 100 o 50 en algunos casos. Para
> el caso de las plazas podriamos pensar en otro tipo de relaciones, pero no
> me queda muy claro como se podría hacer. Tal vez armando una relacion para
> la plaza y los puntos parecida a la de las calles y que respete el sentido
> de los vectores de la plaza.
>
> > no se , pero tambien deben pensar en que algun dia querremos hecer el
> render de esa info .Se puede usar Mapnik o osmarender , en el primero hay un
> proceso de convertir los datos de formato openstreetmap a bases de postgres
> . En esa conversion podemos influir porque los datos que deja en las bases
> estan orientados al render asi que modificando las bases postgres antes del
> render resolveria las cosas . Para el otro hay que investigar mas.
> > Ademas seria deseable que para el render en zooms grandes se vean todos
> los numeros de alturas y en otros mas pequeños las alturas de los miles o
> algo asi .
>
> Es un buen punto. Creo que si partimos de una definicion de alturas de
> calles que nos sirva a todos va a ser mas facil luego definir como los vamos
> a renderizar.
>
>
> Estoy contento de ver que hay interes en este asunto, y que la gente esta
> activa en este foro.
> Gracias de nuevo por su atencion.
>
> Fran
>
>
> --
> "El hombre se 

Re: [Talk-ar] Cordoba - Alturas

[Matias D'Ambrosio]

On Friday 10 July 2009 01:52:58 Francisco Herrero wrote:
> Hola, que tal.
> Actualmente estamos trabajando en un equipo cargando todas las calles de
> Córdoba. Ya hemos completado el 50% de las calles dentro de la
> circunvalacion.
> Hace unos meses pregunte a la lista si habia algun antecedente de carga de
> alturas de calles por esquina y me incentivaron a que innovemos una.
> Estoy haciendo ensayos de carga de altura por esquina usando relations que
> contienen un point(la esquina) y un way (la calle) y le agrego un key
> "door" con la altura en esa esquina para esa calle...
 No me queda muy claro esto, podrias definirlo formalmente usando terminologia 
de OSM?
 Los tres tipos basicos de OSM son los nodos, ways y relaciones.
 Los nodos tienen una posicion y cero o mas tags.
 Los ways son una lista ordenada de nodos, y tienen cero o mas tags. Nuestro 
concepto de calle raramente coincide uno a uno con los ways, generalmente una 
calle esta formado por varios ways.
 Las relaciones contienen nodos, ways y otras relaciones, pueden tener cero o 
mas tags, y ademas cada miembro puede tener asignado un rol, que es un valor 
de cualquier tipo (numerico o texto).

 Creo que el consenso es usar una relacion que contenga los ways que 
corresponden a la calle y los nodos miembros de los ways. Cada role tendria 
asignada una altura, y para alturas intermedias se podria hacer una 
interpolacion (esto permite tener cuadras de largo variable).
 La relacion tendria que tener al menos un tag diciendo que tipo de relacion 
es, si los pares e impares van a lados diferentes (y de que lado), y puede que 
algun otro dato.

> En principio esa informacion me bastaria para hacer lo que estamos buscando
> que es encontrar ubicaciones por calle y altura, triangulando las alturas
> cargadas, pero en principio la carga en josm es un poco burocratica ya que
> el manejo de relaciones no es natural para este tipo de usos.
 El manejo de relaciones es algo que se esta mejorando, es todavia reciente en 
OSM. No uso JOSM porque me parecio bastante poco amigable, prefiero 
Merkaartor, la version 0.14 deberia ser bastante mas usable.

> Mis preguntas son:
> ¿Esa informacion seria util para la comunidad?
 Tremendamente, la verdad que un mapa sin la numeracion de las calles es 
bastante incompleto en Argentina.

> ¿Es un uso apropiado de las relaciones el que estoy dando?
 Sí.

> ¿Habra alguna forma de aligerar la carga de relaciones, tal vez con otras
> UI de osm?
 En merkaartor pedi dos mejoras, una ya se aplico, la otra creo que dentro de 
poco la agregan, especificamente pensadas para estas relaciones. Una mejora 
seria poder seleccionar un way, y tener la opcion de seleccionar todos los 
nodos de ese way (asi se pueden agregar todos rapidamente a la relacion, en 
vez de hacer click sobre cada uno).

 Mas adelante habria que mejorar el rendering, pero con tener el dato las 
aplicaciones OSM ya podrian usarlo.

___
Talk-ar mailing list
Talk-ar@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ar

Re: [Talk-ar] como renderizar mejor los mapas

[Matias D'Ambrosio]

On Thursday 09 July 2009 21:56:21 Fabian Alejandro wrote:
> Segun la wiki
>
> *http://wiki.openstreetmap.org/wiki/Argentina#Rutas*map.org/wiki/Argentina#Rutas>
>
> Una calle residencial de tierra, se pone
> *highway=residential
> surface=unpaved
>
> *pero en la web esta esta calle se ve como cualquier otra asfaltada, en
> cambio si ponemos* **highway=trask *si se ve la calle como si fuera de
> tierra
 No hay que mapear para el renderer, si hay un problema, se arregla el 
renderer.

> Probe en los capa base "mapnik" y "osmarender".
> Como hago para respetar lo que dice la wiki y ver en la web el mapa
> renderizado con calle de tierra?
 Manda un parche para el renderer que corresponda, o renderiza tu propio mapa 
(esto ultimo estaria muy bueno poder hacerlo mas facilmente) y ponelo online.

 Para los que no pueden hacer esto ultimo, no queda otra que mapear como 
corresponde y esperar a que se implemente el renderizado apropiado.

___
Talk-ar mailing list
Talk-ar@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ar

Re: [Talk-ar] Cordoba - Alturas

[Jorge Luis Chamorro]

On Fri, 10 Jul 2009 01:52:58 -0300
Francisco Herrero  wrote:

> Hola, que tal.
> Actualmente estamos trabajando en un equipo cargando todas las calles de
> Córdoba. Ya hemos completado el 50% de las calles dentro de la
> circunvalacion.
> Hace unos meses pregunte a la lista si habia algun antecedente de carga de
> alturas de calles por esquina y me incentivaron a que innovemos una.
> Estoy haciendo ensayos de carga de altura por esquina usando relations que
> contienen un point(la esquina) y un way (la calle) y le agrego un key "door"
> con la altura en esa esquina para esa calle...
> En principio esa informacion me bastaria para hacer lo que estamos buscando
> que es encontrar ubicaciones por calle y altura, triangulando las alturas
> cargadas, pero en principio la carga en josm es un poco burocratica ya que
> el manejo de relaciones no es natural para este tipo de usos.
> 
> Mis preguntas son:
> ¿Esa informacion seria util para la comunidad?

Seguro que si . Lo que sucede es que en este caso la comunidad somos nosotros 
los de esta lista porque en otros paises tienen esquemas de numeracion 
distintos . A mi en lo particular me interesa especialmente porque las 
direcciones se dan con nombre de calle y altura asi que considero a esa 
informacion vital para geoposicionar cosas.
Yo propongo ponerlos de acuerdo en como cargar eso y darle para adelante , 
porque no me tiras las coordenadas de donde estas haciendo eso asi lo miro y lo 
comparo con la numeracion de mi ciudad ? . Aca numeramos de 50 en 50 , numeros 
pares en una acera e impares en la otra . Tambien he visto que hay casas frente 
a un plaza cuya direccion es plaza XX numero NN . Tambien deberia chequar como 
es la numeracion en las diagonales por el largo irregular de las cuadras.

> ¿Es un uso apropiado de las relaciones el que estoy dando?
no se
> ¿Habra alguna forma de aligerar la carga de relaciones, tal vez con otras UI
> de osm?
no se , pero tambien deben pensar en que algun dia querremos hecer el render de 
esa info . 
Se puede usar Mapnik o osmarender , en el primero hay un proceso de convertir 
los datos de formato openstreetmap a bases de postgres . En esa conversion 
podemos influir porque los datos que deja en las bases estan orientados al 
render asi que modificando las bases postgres antes del render resolveria las 
cosas . Para el otro hay que investigar mas.
Ademas seria deseable que para el render en zooms grandes se vean todos los 
numeros de alturas y en otros mas pequeños las alturas de los miles o algo asi .
> 
> Gracias por su atencion
> 
> Francisco Herrero
> 
> -- 
> "El hombre se descubre cuando se mide con un obstáculo"
> (Saint Exupéry)
> 


-- 
Jorge Luis Chamorro 

___
Talk-ar mailing list
Talk-ar@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ar