2009/7/11 Francisco Herrero <[email protected]> > Se acaban de generar 2 threads sobre una discución interesante asi que > decidi agruparlos en esta respuesta. > > 2009/7/11 Matias D'Ambrosio <[email protected]> > >> >> 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 <[email protected]> > > 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 descubre cuando se mide con un obstáculo" > (Saint Exupéry) >
-- "El hombre se descubre cuando se mide con un obstáculo" (Saint Exupéry)
_______________________________________________ Talk-ar mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-ar
