El 12 de septiembre de 2013 14:38, Ander Pijoan <ander.pij...@deusto.es>escribió:
> Antes de nada una cosa importante: No hay que poner nombre de población y > código postal en las parcelas o edificios. Eso es algo que se puede > inferir, por lo que no hay que meter datos de más. > Sí, eso consideré yo al principio, pero el problema viene con los edificios que caen fuera del polígono que recoge la población. Un enlace espacial no les asignaría ni código postal ni localidad (me refiero sobre todo a regiones de poblamientos dispersos). Lo mismo ocurrirá con las ciudades, que tienen varios códigos postales. Por eso opté por añadir esos datos a los edificios. No es la manera más elegante, pero no le encontré otra solución. Quizá esa información debería ir en el eje de vía a la que va asociada el edificios... no se. > > El tema de nombres de las calles sí que es un problema, pero es que no hay > una forma automatizable que solucione todos los casos. > Sí tienes razón, la veces que utilizado el tramero de calles de Catastro he tenido que editar casi en su totalidad los nombres de las calles ad nauseam, pero yo tampoco veo otra solución, los errores son muy variopintos. Por otro lado, y relacionado con esto, también tenemos un importante problema con el español en Nominatim, que sigue sin tener en cuenta stop words en este idioma a la hora de crear el índice de su nomenclátor (lo que le hace poco útil para la geocodificación inversa en España, por ejemplo). > De algunos edificios superpuestos, la culpa la tenemos nosotros. Hicimos > un proceso para simplificar el número de nodos de las geometrías ya que era > excesivo. En ese proceso eliminamos los nodos prácticamente alineados, pero > puede ser que justo ese nodo alineado en un edificio, sea un nodo de una > esquina de otro. Por lo que al eliminar el nodo alineado, esta geometría > puede quedar pisando un poco la punta de la esquina de la otra geometría. > Podríamos intentar depurar o pensar algún truco añadido para este proceso. > El error "Edificio superpuesto" se corrige rápido con la herramienta "Añadir nodos en intersecciones". Una vez hecho esto algo más de tiempo te lleva "Edificio dentro de edificio" porque hay que revisar los nodos comunes y unir nodos cercanos en uno. Quizá para esto exista alguna herramienta en JOSM que lo haga automáticamente según una tolerancia, no lo se. > Dices que estás usando únicamente edificios. Yo creo que trabajando de > manzana a manzana urbana de cat2osm2 se hace bastante fácil usar las > parcelas también. Incluso igual más que estar pasando los tags de la > dirección de una parcela a su edificio. > Es que las direcciones de las parcelas de Catastro donde he probado es un cachondeo igual que en los edificios. Me ha resultado mas sencillo seguir básicamente este proceso: 1. Filtrar edificios y copiarlos a una nueva capa. 2. Descargar edificios existentes de OSM y coflación con los nuevos de Catastro. 3. En los casos de direcciones sin resolver, asociar los nombres de las vías de los ejes de calle más cercano a los edificio mediante el componente "FixedAddress", asegurándome que es correcto mediante la interfaz que trae. 4. Subir a OSM. Es que viendo la cantidad de parcelas que hay, con numerosas longueras sin división física alguna y que en muchos casos el parcelario que viene reflejado en Catastro (puede que verídico a efectos administrativos) es más viejo que la tos y no corresponde con la realidad, quizá es mejor ir por partes. De todas formas acabo de empezar con esta manera de trabajar como quien dice y es probable cambie algo. Un saludo. > > Saludos y mantennos informado =) > > > > El 12 de septiembre de 2013 13:53, Emilio Gómez Fernández < > ego...@outlook.com> escribió: > > Yo estoy haciendo pruebas con el municipio de Riotuerto, en Cantabria. [1] >> [2] Únicamente estoy trabajando con edificios, porque veo que si me meto >> también con las parcelas en un paisaje de bocage, como el de la Cornisa >> Cantábrica, la tarea es inabarcable. >> Según mi experiencia estoy viendo indispensable el componente para JOSM >> "FixedAddress" para corregir la etiqueta addr:street de manera rápida, ya >> que los valores de Catastro de calles y barrios en el 90% de los casos >> deben ser editados porque no están bien formateados. También veo muy útil >> usar "HouseNumberTaggingTool" para agilizar la asignación de datos >> básico a las direcciones (CP, Población, etc.), aunque esto supongo que se >> podría realizar perfectamente con las funciones avanzadas de selección. >> >> Por otro lado, y esto ya fuera del tema de las direcciones, para corregir de >> manera rápida los errores topológicos que tira el validador de JOSM (en >> el mayoría de los casos son esencialmente los típicos "Edificios >> superpuestos" y "Edificios dentro de edificios") veo que es fundamental >> utilizar la herramienta "añadir nodos en intersecciones" del componente " >> UtilsPlugin2" para solucionar los polígonos slivers en los que no hay >> nodos comunes (edificios entremedianeras). Si tengo tiempo a ver si hago >> en la wiki un pequeño tutorial de como voy llevando la metodología de >> trabajo por si a alguien más le sirve. >> >> Un saludo. >> >> Emilio Gómez >> >> [1] http://www.openstreetmap.org/#map=17/43.34989/-3.70076&layers=N >> [2] http://map.f4-group.com/#lat=43.3483992&lon=-3.7026580&zoom=19 >> >> >> >> El 12 de septiembre de 2013 10:00, Ander Pijoan >> <ander.pij...@deusto.es>escribió: >> >>> Por eso hay que conocer bien el pueblo para poder saber si los datos de >>> catastro están bien. En caso de que la dirección de alguna parcela no >>> coincida con lo observado, mejor poner lo observado. >>> >>> En cuanto a modificar nombres de calles, los archivos .osm son archivos >>> de texto por lo que abriéndolos con un editor de texto (bloc de notas >>> mismamente) se puede hacer un gran "reemplazar" para poner los nombres de >>> las calles bien. >>> >>> El catastro es una lotería, algunos sitios están bastante bien y >>> otros... tienen tela. >>> >>> >>> El 12 de septiembre de 2013 09:52, Javier Sánchez >>> <javiers...@gmail.com>escribió: >>> >>>> Hola. >>>> >>>> Me estoy dando cuenta de una cosa que va a dar mucho trabajo al subir >>>> las parcelas. Habrá que corregir el addr:street de cada una de ellas. Por >>>> ejemplo los artículos están al revés: Calle Barros los. Además de casos en >>>> los que no coincida con lo observado a pie de calle. ¿Qué hacemos? ¿Lo >>>> dejamos como esté? ¿Nos lo curramos con mucha paciencia? ¿Se puede >>>> automatizar? >>>> >>>> Un saludo >>>> >>>> _______________________________________________ >>>> Talk-es mailing list >>>> Talk-es@openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-es >>>> >>>> >>> >>> >>> -- >>> Ander Pijoan Lamas >>> Research Assistant, Deustotech >>> Computer Science Engineer >>> University of Deusto >>> >>> E-mail: ander.pij...@deusto.es >>> Phone: +34 664471228 >>> in: http://www.linkedin.com/profile/view?id=162888312 >>> >>> _______________________________________________ >>> Talk-es mailing list >>> Talk-es@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-es >>> >>> >> >> _______________________________________________ >> Talk-es mailing list >> Talk-es@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-es >> >> > > > -- > Ander Pijoan Lamas > Research Assistant, Deustotech > Computer Science Engineer > University of Deusto > > E-mail: ander.pij...@deusto.es > Phone: +34 664471228 > in: http://www.linkedin.com/profile/view?id=162888312 > > _______________________________________________ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > >
_______________________________________________ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
