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

Jue Mar 25 17:07:29 UTC 2021

Buenas tardes, Javier,

en primer lugar agradecerte que hayas podido actualizar el catatom2osm tan
rápidamente. Por lo que he entendido, se pueden dar 3 situaciones ahora
mismo:

1 - proyectos ya terminados -> quedará pendiente revisarlos cuando
dispongamos de una herramienta para ello
2 - proyectos no creados -> se generan con la actualización de catatom2osm,
no hay que hacer nada
3 - proyectos iniciados -> se puede optar por continuarlos como están,
volver a generar las tareas no hechas (con lo que quedaría pendiente
revisar las ya hechas), o iniciarlos desde cero.

En el caso de Málaga se opta por continuar la importación como estaba. Para
Barcelona se ha estaba hablando en la comunidad de continuar también como
está, por la complejidad de puntos de partida actual y la gran cantidad de
tareas ya terminadas.

Mis dudas vienen por los proyectos iniciados y que se quieren continuar con
los datos corregidos. Por lo que tengo entendido, al crear un proyecto se
sube el fichero geojson con los polígonos y en github se cuelgan los
ficheros osm correspondientes, luego el gestor une polígono y datos
correspondientes y genera la tarea. Partiendo de esta base, entiendo que
tan sólo deberíamos volver a generar los ficheros osm y subirlos a github,
pero no sé cómo hacerlo...  ¿qué datos de cuando se generó el proyecto
hacen falta para actualizar las tareas con el nuevo programa y cómo se
hace?  Y una vez generados, ¿qué se hace en github? ¿Se pueden borrar los
ficheros antiguos y subir los nuevos? Tal vez sean cosas muy evidentes que
se me escapan, pero no soy programadora ni me entiendo demasiado bien con
github...

Concretando un poco, me interesa poder continuar con las importaciones de
l'Escala y Olot con los datos corregidos. Ambos proyectos fueron generados
por otras personas, así que no sé de qué datos disponen. Para el caso de
Olot creo que conservo los archivos que genera el primer pase de
catatom2osm (el que genera el highway.csv para revisar la tabla de
equivalencia entre direcciones), pero luego se ocupó otra persona de
generar las tareas y crear el proyecto. Añado el contratiempo de que al
iniciar la importación me encontré con que en algunas tareas la relación
entre el área y los datos que se descargan no coinciden. Dado que hay pocas
tareas hechas, se podría plantear detener el proyecto y crear uno nuevo
desde cero o actualizar tareas y ver si así se corrigen los errores que
detecté. Y para el caso de l'Escala, no me importaría revisar las tareas
que ya he hecho para completarlas, siempre y cuando el resto ya incluyan
los datos nuevos.

Gracias!

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Libre
de virus. www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

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

> Aviso para los que lleven importaciones de municipios grandes que se han
> extendido en el tiempo sin terminarse, como *Málaga, Barcelona, Menorca.*..
> Si los nuevos datos se generan a partir de datos de Catastro actuales
> habrán cambiado y el número de tareas que se generan no coincidirá con las
> que están subidas a catastro-import y con el archivo de tareas que se usó
> en su momento para crear el proyecto en el gestor.
>
> Me parece que no se puede modificar la definición de las tareas en el
> gestor una vez comenzado el proyecto en el gestor. Por tanto hay que partir
> de los archivos ATOM de Catastro antiguos. Si se usan actuales, las
> opciones que quedan son comprobar la correspondencia y renombrar a mano los
> archivos de tareas que hayan cambiado de nombre (complicado) o cerrar el
> proyecto y comenzar uno nuevo con la parte pendiente de completar. También
> está la opción de seguir adelante hasta terminar el proyecto y dejar la
> corrección para después.
>
> Jose Juan, el código de catatom2osm se puede aprovechar para todos los
> pasos que te comenté antes excepto la subida a OSM. Yo tampoco me he
> dedicado antes a subir datos con scripts y también tengo que mirarlo. Lo
> que me resulta más sencillo es reutilizar el código existente, aunque soy
> consciente de que tiene una dependencia muy pesada contra QGis (necesario
> para la operación geométrica), por lo que estoy abierto a sugerencias.
> ¿Tienes publicado tu código para verlo?
>
> El mié, 10 mar 2021 a las 13:09, José Juan Montes (<jjmontes en gmail.com>)
> escribió:
>
>>
>> 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
>>>
>> _______________________________________________
>> 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
>

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Libre
de virus. www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-es/attachments/20210325/4c857f1f/attachment-0001.htm>