[Talk-es] Etiquetado no estándar en la importación de edificios de Catastro

Mie Mar 10 13:05:39 UTC 2021

Hola,

Creo que voy entendiendo.

La parte 3 yo ya la estoy haciendo, para levantar la parte del edificio no
cubierta por building parts.

Suelo ver todo tipo de warnings (aunque seguro que algunos son causados por
mi código y no por datos incorrectos):

   - Building part with no building: DDDObject2(139821228903056,
   name=Polygon_(way-579543908), geom=Polygon (5 verts), children=0)
   - Building part with 0 floors (setting to 1): 0
   - Building part with multiple buildings: DDDObject2(139821228713296,
   name=Polygon_(way-479699426), geom=Polygon (9 verts), children=0) ->
   [DDDObject2(139822089469008, name=Iglesia de Santa Isabel de
   Portugal_(relation-6974561), geom=Polygon (27 verts), children=0),
   DDDObject2(139822089469232, name=Iglesia de Santa Isabel de
   Portugal_(relation-6974562), geom=Polygon (33 verts), children=0)]
   - ...

Por otra parte, veo viable "intentar distinguir" voladizos automáticamente
y si es necesario marcarlos para revisión, o sugerir reincluirlos con un
min_level:2, o cualquier otra. Los voladizos sólo incrementan la planta por
un factor pequeño, no alteran la forma sustancialmente... y otra serie de
criterios que creo que pueden funcionar en un porcentaje muy alto de casos
sin romperse mucho la cabeza.

Por cierto que a mí esta forma de etiquetar no sé si me parece tan
necesaria, no veo mal que la parte no cubierta tomase los valores por
defecto y de hecho así estaba funcionando inicialmente ¿no? aunque esto es
otro tema. Al final es dejar el problema al renderer pero... total el
renderer ya tiene que hacer operaciones geométricas (imagino que esto es lo
que quieren evitar, porque a veces es costoso y un editor Javascript quizá
no pueda permitírselo para edificios complejos).

Lo malo es que yo estoy usando una codebase diferente, claro mi motivación
es aprovechar para formalizar el procesado y render 3D de los edificios...
Pero si catatom2osm ya está haciendo operaciones geométricas, a lo mejor
tendría más sentido reusar la misma herramienta. Por otra parte, podría ser
llamado como proceso externo... no tengo muy claro cómo se integraría esto
con el conjunto de aplicaciones. Tampoco he generado nunca archivos OSM con
cambios así que en general me vendría bien algo de guía técnica si
finalmente le ataco a esto.

¡Un saludo!

Jose Juan Montes

El mié, 10 mar 2021 a las 13:35, Javier Sánchez Portero (<
javiersanp en gmail.com>) escribió:

> Hola
>
> El principal problema que le estoy viendo es que cuando un edificio no
> esté completamente cubierto por partes puede deberse a que el programa
> (catatom2osm < v1.3) eliminaba partes intencionalmente o a partes que no
> estaban presentes en los datos descargados de Catastro[1]. En el primer
> caso podemos subir la corrección de forma automática. En el segundo sería
> conveniente que un editor diera un repaso antes de subir para distinguir si
> son balcones o que Catastro no dispone de datos.
>
> Para tener esto en cuenta se me ocurre usar la herramienta actual para
> volver a generar los datos del municipio (preferiblemente con los archivos
> descargados en la fecha de la importación, no los más recientes). Puede
> hacerse con la opción -b para tener todos los edificios en un único archivo
> y creo que es más rápido. Las direcciones no nos importan. Para cada
> edificio que tenga 'fixme' = "Las partes de edificio no cubren todo el
> contorno", descargar aparte los datos de OSM y corregirlo a mano si es
> necesario.
>
> Una vez hecho esto, se puede aplicar la herramienta automática que tendría
> que
>
> * Descargar los edificios que hayamos importado en una zona. Los conjuntos
> de cambios son fáciles de identificar: comentario que contenga
> "#Spanish_Cadastre_Buildings_Import". A partir del conjunto de cambios
> descargar los edificios y sus partes.
> * Convertir los datos a un formato en el que se puedan realizar
> operaciones geométricas.
> * Para cada edificio, hacer la diferencia con cada una de sus partes.
> * Si el resultado no es vacío, el edificio no está completamente cubierto
> y esa es la parte que falta por añadir. Convertirla al formato de OSM
> (generando vías con los polígonos o relaciones en caso de que tengan
> huecos). Se debe reutilizar los nodos ya existentes en OSM.
> * Subir los datos.
>
> Es muy posible que parte del código que está escrito para catatom2osm
> pueda servir para simplificar el trabajo.
>
> [1]
> https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n/Correcciones#Las_partes_de_edificio_no_cubren_todo_el_contorno
>
> El mié, 10 mar 2021 a las 10:51, José Juan Montes (<jjmontes en gmail.com>)
> escribió:
>
>>
>> HOla.
>>
>> Me queda un poco grande este problema pero yo tengo la herramienta con la
>> que genero edificios en 3D y tengo que trabajar mejorando la interpretación
>> de los mismos.
>>
>> Yo tengo relativamente fácil hacer operaciones geométricas y procesar
>> datos de OSM u otras fuentes. No conozco la herramienta del Catastro, así
>> que igual no tiene mucho sentido, pero si hay que desarrollar una
>> herramienta que haga ciertas operaciones, igual puedo ayudar.
>>
>> ¿Qué tendría que hacer ese robot?
>>
>> Jose Juan Montes
>>
>>
>> El mar, 9 mar 2021 a las 8:14, Javier Sánchez Portero (<
>> javiersanp en gmail.com>) escribió:
>>
>>> Si, por supuesto. Esto solo afecta a tener que regenerar los datos. No
>>> hay que eliminar la tarea del gestor.
>>>
>>> En realidad, los datos de Catastro no son inmutables. Se actualizan
>>> varias veces al año. Cada administrador debe revisar cada cierto tiempo si
>>> hay modificaciones que se puedan incorporar a lo que ha subido. Si hace
>>> poco que ha comenzado una importación mejor reiniciarla como dices. Las que
>>> ya están completas o muy avanzadas pueden aprovechar una actualización de
>>> Catastro para reparar lo subido y revisar el resto.
>>>
>>> Mientras a ver si desarrollamos (yo y quién quiera ayudar) un robot
>>> corrector.
>>>
>>> El lun., 8 mar. 2021 23:48, Nicolás Vieites Sueiro <
>>> vacamaribu en hotmail.es> escribió:
>>>
>>>> Buenas noches,
>>>>
>>>> Yo inicié hace bastante poco la importación del ayuntamiento de
>>>> Negreira. Dado q solo importé un par de manzanas por el momento, creo q lo
>>>> que más me conviene es volver a generar los datos en cuanto se pueda, y
>>>> reabrir las tareas marcadas como completadas, en lugar de eliminar la tarea
>>>> del gestor y comenzar de cero.
>>>>
>>>> Un salúdo.
>>>>
>>>> Descargar Outlook para Android <https://aka.ms/ghei36>
>>>>
>>>> ------------------------------
>>>> *From:* Javier Sánchez Portero <javiersanp en gmail.com>
>>>> *Sent:* Monday, March 8, 2021 9:34:14 PM
>>>> *To:* Discusión en Español de OpenStreetMap <talk-es en openstreetmap.org>
>>>> *Subject:* Re: [Talk-es] Etiquetado no estándar en la importación de
>>>> edificios de Catastro
>>>>
>>>> Hola
>>>>
>>>> Jorge, creo que esa es la mejor forma de encarar el problema.
>>>>
>>>> Al resto: en breve estará corregido el problema por la parte del
>>>> programa de conversión. Yo creo que no es necesario detener la importación.
>>>> Lo digo teniendo en cuenta el ritmo muy lento de subida de los datos en
>>>> comparación con la cantidad de datos que se han subido ya. Tampoco lo veo
>>>> como un error en los datos, sino que no se ajustan a un estándar, de entre
>>>> otros posibles.
>>>>
>>>>
>>>> El lun, 8 mar 2021 a las 19:32, Jorge Sanz Sanfructuoso (<
>>>> sanchi2 en gmail.com>) escribió:
>>>>
>>>> Buenas.
>>>>
>>>> Primero gracias por seguir manteniendo la herramienta que veo que ya lo
>>>> estás corrigiendo.
>>>>
>>>> En cuanto a los datos ya subidos la corrección. Hacerlo manual lo veo
>>>> un trabajo super largo. Coger de nuevo de los datos de catastro lo veo
>>>> complicado porque hay cosas corregidas, detectar cuales son los nodos ya
>>>> existentes,... Lo que veo más viable es crear una "pequeña" herramienta a
>>>> parte que compruebe en los edificios que zonas internas no tienen
>>>> building:part y que cree un nuevo polígono con el building:part y añada el
>>>> resto de etiquetas del propio building. Serviria para esto y para
>>>> mas errores semejantes que seguro que hay en todo el mundo. Posiblemente un
>>>> plugin dentro de JOSM. Lo lanzó como idea. El entrecomillado de pequeño es
>>>> porque tiene su trabajo.
>>>>
>>>> En cuanto a lo que ya hay en curso. Tenemos proyectos que se han creado
>>>> y llevan meses sin ni siquiera una tarea hecha. Estos los borraría
>>>> directamente.
>>>> En cuanto a los que sí que tienen algo hecho pero no acabado si se
>>>> corrige volver a generarlos en cuanto sea posible. Mientras hacerlo a mano
>>>> el polígono que falta, el que quiera importar mientras se resuelve.
>>>>
>>>>
>>>> Saludos.
>>>>
>>>> El vie, 5 mar 2021 a las 12:37, Javier Sánchez Portero (<
>>>> javiersanp en gmail.com>) escribió:
>>>>
>>>> Hola
>>>>
>>>> Tobias Knerr, desarrollador de http://osm2world.org/ ha expuesto en la
>>>> lista de imports [1] su preocupación acerca de que la importación de datos
>>>> de Catastro no sigue el estándar de etiquetado de edificios [2].
>>>>
>>>> El problema consiste en que las partes de cada edificio no cubren toda
>>>> el área del contorno. Hay una parte, la coincidente con la altura más alta
>>>> del edificio, que no se ha incluido de forma consciente [3] ya que
>>>> solamente contiene una etiqueta 'building:levels' que coincide con la
>>>> existente en el contorno.
>>>>
>>>> Le he respondido que traslado el problema a esta Comunidad para tomar
>>>> una decisión.
>>>>
>>>> Por mi parte, veo asumible retomar el desarrollo del programa para
>>>> corregir esto, aunque me llevará algún tiempo. Una vez hecho, los que
>>>> tengan importaciones en curso, deberían plantearse regenerar los datos.
>>>>
>>>> En cuanto a corregir los datos que ya están importados le he dicho que
>>>> lo estudiaría, pero que me parece muy complicado. Que me gustaría ver más
>>>> apoyo a su propuesta antes de hacerlo.
>>>>
>>>> Saludos. Javier Sánchez.
>>>>
>>>> [1]
>>>> https://lists.openstreetmap.org/pipermail/imports/2021-March/006559.html
>>>> [2] https://wiki.openstreetmap.org/wiki/ES:Edificios_3D_sencillos
>>>> [3]
>>>> https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Conversi%C3%B3n_de_datos/Problemas#Reducci.C3.B3n_del_n.C3.BAmero_de_partes
>>>> _______________________________________________
>>>> Talk-es mailing list
>>>> Talk-es en openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>>
>>>>
>>>>
>>>> --
>>>> Jorge Sanz Sanfructuoso - Sanchi
>>>> Blog http://jorgesanz.es/
>>>> _______________________________________________
>>>> Talk-es mailing list
>>>> Talk-es en openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>>
>>>> _______________________________________________
>>>> Talk-es mailing list
>>>> Talk-es en openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>>
>>> _______________________________________________
>>> Talk-es mailing list
>>> Talk-es en openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>> _______________________________________________
>> Talk-es mailing list
>> Talk-es en openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> _______________________________________________
> Talk-es mailing list
> Talk-es en openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-es/attachments/20210310/1395de1b/attachment-0001.htm>