El razonamiento jerárquico tiene sentido pero da como resultado unas cuantas maneras de etiquetar lo mismo y eso es malo para recordarlo bien y crea confusión.
Me inclino por la opción más simple posible que me parece que es la que plantea Jaime, que entiendo sería: - Siempre los addr en un nodo independiente - Cerca de la calle a la que pertenece, - Representando, a ser posible, la entrada al edificio o parcela en cuyo caso se añade entrance=* - Que deje de estar “suelto" y pase a ser “independiente" en cuanto haya un edificio o parcela mapeado, en cuyo caso se pondría como un nodo del perímetro del polígono. - No usar addr para el propio polígono o relación. Así efectivamente los addr:* serían fáciles de encontrar y editar. El criterio sirve para todos los niveles de detalle del mapeado y habría menos riesgo de estropear las relaciones, si las hay (parcela-edificio-valla-jardín o incluso las de alturas de partes del edificio). Yo no veo que sea mapear para el render, sino mas bien representar la realidad de la forma mas útil para el usuario. que para mí es donde está la entrada de ese número de portal. En cierta manera quizás es una estructura válida para análisis también, en vez de criterio jerárquico y tanto "si-esto-entonces-lo-otro” sería: "todo lo que lleve un nodo con etiquetas addr pegado”. > (¿excepto quizá en compercios/POIs?). Puliendo un poco más la regla anterior: "todo lo que haya dentro de un polígono que tenga un nodo con addr:* tiene también ese addr. " Solucionaría lo de los POI con el mismo addr que del portal si su nodo queda dentro del perímetro. … Aunque si una parcela o edificio tiene varios números por ejemplo cuando está en esquina, entonces lo anterior flaquea. Se podría simplemente repetir addr:* en los POIs. El polígono tendría dos nodos, con dos addr (y entrance=*) distintas, luego tiene las dos addr a la vez y los POI, que normalmente son comercios a pie de calle, tendrían sólo una de las dos addr, la suya. ¿Qué problemas plantea realmente que haya varios objetos con el mismo addr:* ? En una búsqueda de una aplicación el resultado sería todo lo que hay en esa dirección, no? El 2014/05/30, a las 19:05, Jaime Crespo <[email protected]> escribió: > Hay varias razones por las que he terminado (manualmente) mapeando > housenumbers en nodos en la parcela o el building (en la entrada del nodo > -parte de la vía, normalmente, cerrada- no "independiente"): > > * Me he encontrado muchos edificios y parcelas físicamente (y/o legalmente) > únicos pero con varias entradas, cada una con su propio número -no es en > absoluto raro. A veces es a la misma calle y a veces es a dos calles > distintas. La parcela completa suele tener una única designación, pero partes > concretas tienen un número distinto. Tal y como dice Ander, el catastro > generaliza a veces demasiado. > > * A veces es difícil saber a qué corresponde un número, si a un edificio, > parte de un edificio, una parcela, si la parcela es todo el edificio o hay > "patio interior/jardín" > > * Si no hay edificios mapeados, se puede mapear direcciones de la misma forma > > * Una herramienta automática puede identificar el número de la > parcela/edificio > > * Visualmente y topológicamente queda más "bonito" con los números alineados > en zonas urbanas adosadas. <http://osm.org/go/b~g0MtM6l> Tiene más sentido el > asignar números a áreas cuando son casas unifamiliares independientes. > <http://osm.org/go/b~g0J9Mtn> (esto último lo mapee yo también antes de > llegar a la conclusión de que no era mi "preferencia personal") > > En resumen, no hay una relación 1:1 entre áreas/parcelas/edificios y números > postales, sino 1:n, y creo que los nodos independientes es más consistente > visualmente. Ya sé que no hay que mapear para el renderer, pero ya me he > encontrado varias address duplicadas porque se habían mapeado en una > relación, algo que es difícil encontrar para novatos. Las relaciones en > edificios, a nada que tengas un seto o una valla son inevitables, por lo que > el nodo -siempre en mi opinión- es más sencillo e igual de técnicamente > correcto. > > Lo que no aceptaría es nodos "sueltos", que no pertenezcan a un área > (asumiendo que ésta exista) o mapear dos veces la dirección en área y nodo > (¿excepto quizá en compercios/POIs?). > > A esto le he dado varias vueltas, por eso preguntaba arriba más opiniones. > > > El 30 de mayo de 2014, 9:57, Jorge Sanz Sanfructuoso <[email protected]> > escribió: > Este es el criterio que utilizo yo. Menos sofisticado porque no me puesto > hacer edificios con alturas por ejemplo pero si así. Según jerarquía ir > bajando hasta donde se necesite. > > > El 30 de mayo de 2014, 8:47, Ander Pijoan <[email protected]> escribió: > > Tal y como la wiki nos dice : > > There is currently no consensus on this ( > http://wiki.openstreetmap.org/wiki/Addresses ) > > Entiendo que habría que tener en cuenta por un lado cual es la forma más real > de modelarlo (supongo que en la parcela o en el nodo de la entrada) y luego > los ruteadores y nominatim cómo funciona actualmente (que intuyo que será más > bien con nodos en las entradas). > > Y luego pensar si la gente que hace análisis prefiere tenerlo en la parcela y > de ahí bajar hacia abajo sacando el edificio que esté dentro y la entrada a > ese edificio. O al revés, de una entrada sacar a qué edificio está conectada > y dentro de qué parcela está. > > Yo soy partidario de ponerlo en el elemento más grande posible y en caso de > que no se pueda ir bajando en la jerarquía: > > - Si la parcela únicamente contiene una casa con una dirección, se pone a la > parcela (obviamente luego indicando los entrances del edificio, pero estos > sin tags de dirección ya que se infieren de su parcela). > > - Si la parcela tiene varios edificios, cada uno con una dirección distinta y > además estos edificios tienen trozos con distintas alturas. Yo sería > partidario de ponérselo a la geometría que engloba todo el contorno del > edificio. Esta es la que tendría el tag building=X y las partes interiores > tendrían el tag building:part=X ( > http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings ). > > - Si un edificio tiene varias direcciones (bloque con distintos portales), yo > ya lo pondría en cada entrance lo que supondría tener tags calle, código > postal, etc repetidos en cada nodo entrance. > > Pero entiendo que esto puede no ser lo mejor para los ruteadores o para los > que hagan luego estudios con los datos. > > Opinen caballeros. > > > El 28 de mayo de 2014, 17:32, sergiosevillano - Gmail > <[email protected]> escribió: > > > > Mi pregunta es > los addr:x donde van ? > > en el polígono parcela > en el polígono edificio > en la relación edificio que engloba las distintos polígonos de alturas > en el nodo de la entrada al edificio > en el nodo de la entrada de la parcela > > Yo siempre lo he puesto en un nodo suelto que representa el número de > portal... > > Así que os mando un ejemplo para la crítica, > ya que he visto varias formas de etiquetar direcciones. > > En este caso es dos manzanas de una calle > fruto de una exportación del cat2osm2 > con edificios partidos por número de plantas > > El programa pone entrance=yes en la parcela y no en el edificio > > http://www.openstreetmap.org/#map=19/37.94824/-2.92228 > > > > Sergio > > > > El 2014/05/28, a las 08:56, Ander Pijoan <[email protected]> escribió: > >> Muchas gracias! Hoy probaremos las app y veremos cuál es más sencilla para >> lo que tenemos en mente. También seguiremos preparando el manual de cómo >> mapear edificios y entradas. >> >> Saludos! >> >> >> El 27 de mayo de 2014, 22:57, Aitor Freire Astray <[email protected]> >> escribió: >> >> El 27/05/2014 22:41, "Juan Luis Rodríguez" <[email protected]> escribió: >> >> >> > >> > >> > 2014-05-27 21:46 GMT+02:00 Jaime Crespo <[email protected]>: >> > >> >> Respecto a técnica de mapeo, si lo que queréis es ser eficientes: gps + >> >> cámara reflex a baja exposición, y foto al gps antes y después de la >> >> salida. >> >> Luego ponerse el preset de addr más accesible en josm. >> > >> > >> > Como alternativa, si no tienes un GPS pero tienes un móvil con uno, puedes >> > configurar la aplicación de fotos para que guarde las coordenadas en los >> > metadatos EFIX de la fotografía. Las puedes abrir en JOSM y aparecerán >> > geolocalizadas automáticamente. >> > >> > >> > -- >> > Un saludo, >> > Juan Luis. >> > >> > _______________________________________________ >> > Talk-es mailing list >> > [email protected] >> > https://lists.openstreetmap.org/listinfo/talk-es >> > >> >> Buenas noches, >> >> Si tenéis móviles con Android, una buena opción es el Osmtracker [1], es muy >> sencillo de utilizar. Puedes guardar la traza e ir añadiendo fotos, notas de >> voz, notas de texto y muchos tags predefinidos. Luego lo exportas a gpx con >> todo adjunto para importarlo en JOSM. Hay algo de información en el wiki >> [2], pero es muy sencillo. Podéis consultar en la lista si tenéis dudas. >> >> También está Vespucci [3], aunque es algo menos "intuitivo" e igual es >> liarlo. >> >> Saludos! >> >> [1] >> https://play.google.com/store/apps/details?id=me.guillaumin.android.osmtracker >> [2] http://wiki.openstreetmap.org/wiki/OSMtracker_(Android) >> [3] https://play.google.com/store/apps/details?id=de.blau.android >> >> _______________________________________________ >> Talk-es mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-es >> >> >> >> >> -- >> Ander Pijoan Lamas >> Research Assistant, Deustotech >> Computer Science Engineer >> University of Deusto >> >> E-mail: [email protected] >> Phone: +34 664471228 >> in: http://www.linkedin.com/profile/view?id=162888312 >> _______________________________________________ >> Talk-es mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-es > > > _______________________________________________ > Talk-es mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-es > > > > > -- > Ander Pijoan Lamas > Research Assistant, Deustotech > Computer Science Engineer > University of Deusto > > E-mail: [email protected] > Phone: +34 664471228 > in: http://www.linkedin.com/profile/view?id=162888312 > > _______________________________________________ > Talk-es mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-es > > > > > -- > Jorge Sanz Sanfructuoso - Sanchi > Blog http://blog.jorgesanzs.com/ > > _______________________________________________ > Talk-es mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-es > > > > > -- > Jaime Crespo > _______________________________________________ > Talk-es mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-es
_______________________________________________ Talk-es mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-es
