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

Vie Mar 26 14:10:33 UTC 2021

Hola.

A raíz de este mensaje he visto varias cosas que se podían mejorar en la
documentación
https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n/Gesti%C3%B3n_de_proyectos

* He comentado algo sobre git
* Añado 'Las partes de edificio no cubren todo el contorno' que puse hace
poco en 'Correcciones' por error.
* Resto importancia al apartado 'Modificar proyectos'.

Entre líneas le contesto a Lanxana, aunque me dirijo a ella el contenido es
de interés para todos los que estén en una situación parecida.

El jue, 25 mar 2021 a las 17:10, Lanxana (<lanxanae en gmail.com>) escribió:

> 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
>

OK

2 - proyectos no creados -> se generan con la actualización de catatom2osm,
> no hay que hacer nada
>

Si, excepto utilizar la versión más reciente del programa.

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.
>

Yo tengo dos proyectos iniciados en Tenerife. Ya están actualizados los dos.

> 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...
>

La parte de subir los archivos al repositorio es una parte importante y no
mucho más complicada que los demás pasos de la gestión de proyectos. Es
interesante que le des una oportunidad de cara a abrir nuevos proyectos más
adelante. Mira a ver si con lo que he añadido a la wiki te aclaras. Si
tienes más dudas las comentas.

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.
>

Respecto a la cuestión de actualizar proyectos que ya están iniciados. El
principal problema es que los archivos de tareas que genera el programa se
nombran mediante una numeración correlativa un tanto arbitraria que tiene
que ver con el orden en que aparecen las parcelas en los archivos de datos
de Catastro. El Catastro se actualiza cada seis meses. Desde la fecha en
que se generó el proyecto hasta ahora, dependiendo del tiempo que haya
pasado, pueden haber cambios que afecten a la forma y cantidad de parcelas
(segregaciones, reclasificaciones). En cualquier caso, el orden puede no
ser el mismo, por tanto no se puede garantizar que cada tarea tenga el
mismo nombre que tuvo en su momento. Cuando haces clic en los enlaces de la
tarea en el gestor, el archivo que se abre depende de su nombre y debería
coincidir con el área que apunta la tarea. Si la correspondencia no es
correcta se abrirá una zona distinta que no tiene nada que ver con la
esperada.

Por ejemplo, los archivos de la l'Escala que están en el repositorio tienen
fecha de origen de los datos 2019-10-26, hay 7 archivos de rústica y 671 de
urbana. Si los vuelvo a generar me salen en cambio 670 archivos de urbana.
Falta uno. Si abres el archivo zoning.geojson del proyecto original y vas
comprobando el valor de la etiqueta 'label' para cada parcela, el contenido
del archivo de tarea nuevo cuyo nombre sea igual debería estar situado
dentro de la parcela. Sin embargo, si empiezas a revisar uno por uno, te
encuentras que la tarea nueva u00024 no tiene ninguna parcela en el nuevo
proyecto. Pero incluso aunque la cantidad de archivos fuera la misma,
podría haber "bailes" extraños en la numeración.

En el caso de Olot, la fecha de los datos es 2020-04-18. En el repositorio
hay 27 parcelas de rústica y 793 de urbana. Con los datos actuales de
Catastro salen 800 parcelas de urbana en lugar de 793.

La forma de volver a generar el proyecto con datos actuales es la
siguiente. Comprueba que en la carpeta donde estás no exista una para el
municipio en cuestión, si es así cámbiale el nombre. Ejecuta el programa:

    catatom2osm 17068

Se crea la carpeta 17068 con los archivos descargados de Catastro. Para no
tener que repetir todo el trabajo de revisión de nombres copia en ella el
archivo highway_names.csv de la importación original. Repite el comando
anterior y esta vez se generará la carpeta task con los archivos de tareas.

Supongamos que lo que queremos es volver a generar los archivos de tareas
con el proyecto tal y como está publicado, hace falta crear una carpeta
cuyo nombre sea el código del municipio que contenga los tres archivos
A.ES.SDGC.??.?????.zip de aquella época además de highway_names.csv. Estos
archivos son los que es necesario conservar cuando se crea un proyecto para
cuando se actualicen los datos. Entiendo que no podemos publicarlos en el
repositorio por cumplimiento de la licencia de uso de Catastro. Por eso
deben conservarlos cada gestor de proyecto por su cuenta.

Tienes que comprobar que la fecha de los datos coincide. En el caso de los
archivos de las tareas publicados en el repositorio, si abres con un editor
de texto el archivo *.osm que está dentro de uno cualquiera de los archivos
*.osm.gz, la fecha está en la etiqueta "source:date" del conjunto de
cambios. En el caso de los archivos de Catastro, cada archivo *.zip
contiene dentro un archivo *.xml. Si lo abres con un editor de texto, la
fecha está en la etiqueta <gco:Date> que está dentro de una etiqueta
<gmd:dateStamp>.

Si se ejecuta el programa existiendo ya la carpeta y los archivos zip, en
lugar de descargarlos, usa los existentes. Los nombres de los archivos en
la carpeta tasks que se generen deberían de coincidir con los de cuando se
generó el proyecto originalmente (que están en el repositorio
catastro-import). La única diferencia es que los edificios en este caso
contienen la 'building:part' que se corresponde con la altura máxima del
edificio que antes no estaba. Después de repasar los resultados y corregir
los fallos marcados con 'fixme' como se explica en el punto 2 de la Guía de
importación/Gestión de proyectos. Los nuevos archivos se pueden subir al
repositorio catastro-import -preferiblemente solo los que no hayan sido
importados ya- y continuar con la importación.

Para tener una relación de los archivos de tareas que han sido importados y
los que no, en el Gestor de Proyectos, dentro de la página del proyecto
existe una opción para importarlo que te genera un archivo json. Si lo
renombras a geojson lo puedes abrir en JOSM. La etiqueta 'state' vale 0
para las no realizadas, 2 para las completadas y 3 para las validadas.

Supongamos que se han perdido los archivos A.ES.SDGC.??.?????.zip o, como
en mi caso, que ha pasado tanto tiempo y queda tanto por hacer para
terminar el proyecto que merece la pena actualizar a datos más recientes.
En este caso, después de generar el proyecto hay dos opciones, como
comentas.

La primera es dar el proyecto actual por finalizado y crear uno nuevo. Una
vez hecho, habría que marcar como completadas una por una aquellas tareas
que ya se importaron previamente. En tu caso, no tienes tareas validadas,
por lo que es más fácil. Si alguien hubiera realizado validaciones habría
que pedirle que marque como validadas las tareas correspondientes.

La otra opción es adaptar los nombres de los archivos de tareas nuevos al
proyecto que ya está publicado. Habría que estudiar con mucho cuidado la
correspondencia entre la etiqueta de cada parcela en el archivo
zoning.geojson original y los nombres de las tareas actuales renombrándolos
según sea necesario. Es un proceso trabajoso y propenso a errores que no
recomiendo a nadie. Si alguien está interesado en hacerlo que lo comente
por aquí.

Saludos.

>
> 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>
> <#m_-2212410827846110424_m_7935592054697763949_m_-5163340973702958994_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>
> <#m_-2212410827846110424_m_7935592054697763949_m_-5163340973702958994_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> _______________________________________________
> 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/20210326/62f4c6bf/attachment-0001.htm>