<div dir="ltr"><div dir="ltr">Hola. <br></div><div dir="ltr"><br></div><div>A raíz de este mensaje he visto varias cosas que se podían mejorar en la documentación <br></div><div><a href="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">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</a></div><div><br></div><div>* He comentado algo sobre git</div><div>* Añado 'Las partes de edificio no cubren todo el contorno' que puse hace poco en 'Correcciones' por error.</div><div>* Resto importancia al apartado 'Modificar proyectos'.</div><div><br></div><div>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.<br></div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El jue, 25 mar 2021 a las 17:10, Lanxana (<<a href="mailto:lanxanae@gmail.com" target="_blank">lanxanae@gmail.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Buenas tardes, Javier,<div><br></div><div>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:</div><div><br></div><div>1 - proyectos ya terminados -> quedará pendiente revisarlos cuando dispongamos de una herramienta para ello
</div></div></blockquote><div><br></div><div>OK</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>2 - proyectos no creados -> se generan con la actualización de catatom2osm, no hay que hacer nada <br></div></div></blockquote><div><br></div><div>Si, excepto utilizar la versión más reciente del programa.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>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.</div><div><br></div><div>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.</div></div></blockquote><div><br></div><div>Yo tengo dos proyectos iniciados en Tenerife. Ya están actualizados los dos.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>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...
</div></div></blockquote><div> </div><div>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.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>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.</div></div></blockquote><div><br></div><div>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.<br></div><div><br></div><div>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.<br></div><div><br></div><div>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.</div><div><br></div><div>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:</div><div><br></div><div> catatom2osm 17068</div><div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>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>.</div></div><div class="gmail_quote"><br><div>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.</div><div><br></div><div>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.<br></div><div><br></div><div>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.</div><div><br></div><div>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.<br></div><div><br></div><div>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í.</div><div><br></div><div>Saludos.<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>Gracias!</div></div><div id="m_-2212410827846110424m_7935592054697763949gmail-m_-5163340973702958994DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br> <table style="border-top:1px solid rgb(211,212,222)">
<tbody><tr>
<td style="width:55px;padding-top:18px"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" alt="" style="width:46px;height:29px" width="46" height="29"></a></td>
<td style="width:470px;padding-top:17px;color:rgb(65,66,78);font-size:13px;font-family:Arial,Helvetica,sans-serif;line-height:18px">Libre de virus. <a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" style="color:rgb(68,83,234)" target="_blank">www.avast.com</a> </td>
</tr>
</tbody></table>
<a href="#m_-2212410827846110424_m_7935592054697763949_m_-5163340973702958994_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mié, 10 mar 2021 a las 15:33, Javier Sánchez Portero (<<a href="mailto:javiersanp@gmail.com" target="_blank">javiersanp@gmail.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Aviso para los que lleven importaciones de municipios grandes que se han extendido en el tiempo sin terminarse, como <b>Málaga, Barcelona, Menorca.</b>.. 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.</div><div><br></div><div>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.</div><div><br></div><div>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?<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mié, 10 mar 2021 a las 13:09, José Juan Montes (<<a href="mailto:jjmontes@gmail.com" target="_blank">jjmontes@gmail.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>Hola,</div><div><br></div><div>Creo que voy entendiendo.</div><div><br></div><div>La parte 3 yo ya la estoy haciendo, para levantar la parte del edificio no cubierta por building parts.<br></div><div><br></div><div>Suelo ver todo tipo de warnings (aunque seguro que algunos son causados por mi código y no por datos incorrectos):</div><div><ul><li>Building part with no building: DDDObject2(139821228903056, name=Polygon_(way-579543908), geom=Polygon (5 verts), children=0)</li><li>Building part with 0 floors (setting to 1): 0</li><li>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)]</li><li>...<br></li></ul></div><div><br></div><div>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.</div><div><br></div><div>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).</div><div><br></div><div>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.</div><div><br></div><div>¡Un saludo!</div><div><br></div><div><div dir="ltr">Jose Juan Montes</div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mié, 10 mar 2021 a las 13:35, Javier Sánchez Portero (<<a href="mailto:javiersanp@gmail.com" target="_blank">javiersanp@gmail.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hola</div><div><br></div><div>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.<br></div><div><br></div><div>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' = <span>"Las partes de edificio no cubren todo el contorno", descargar aparte los datos de OSM y corregirlo a mano si es necesario.</span></div><div><span><br></span></div><div><span>Una vez hecho esto, se puede aplicar la herramienta automática que tendría que<br></span></div><br><div>* 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.</div><div>* Convertir los datos a un formato en el que se puedan realizar operaciones geométricas.<br></div><div>* Para cada edificio, hacer la diferencia con cada una de sus partes.</div><div>* 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.</div><div>* Subir los datos.</div><div></div><div><br></div><div>Es muy posible que parte del código que está escrito para catatom2osm pueda servir para simplificar el trabajo.</div><div><div><br></div></div><div>[1] <a href="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" target="_blank">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</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mié, 10 mar 2021 a las 10:51, José Juan Montes (<<a href="mailto:jjmontes@gmail.com" target="_blank">jjmontes@gmail.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>HOla.</div><div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>¿Qué tendría que hacer ese robot? </div><br clear="all"><div><div dir="ltr">Jose Juan Montes</div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mar, 9 mar 2021 a las 8:14, Javier Sánchez Portero (<<a href="mailto:javiersanp@gmail.com" target="_blank">javiersanp@gmail.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Si, por supuesto. Esto solo afecta a tener que regenerar los datos. No hay que eliminar la tarea del gestor. <div dir="auto"><br></div><div dir="auto">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.</div><div dir="auto"><br></div><div dir="auto">Mientras a ver si desarrollamos (yo y quién quiera ayudar) un robot corrector.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El lun., 8 mar. 2021 23:48, Nicolás Vieites Sueiro <<a href="mailto:vacamaribu@hotmail.es" target="_blank">vacamaribu@hotmail.es</a>> escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<div dir="auto" style="direction:ltr;margin:0px;padding:0px;font-family:sans-serif;font-size:11pt;color:black">
Buenas noches,<br>
<br>
</div>
<div dir="auto" style="direction:ltr;margin:0px;padding:0px;font-family:sans-serif;font-size:11pt;color:black">
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. <br>
</div>
<div dir="auto" style="direction:ltr;margin:0px;padding:0px;font-family:sans-serif;font-size:11pt;color:black">
<span id="m_-2212410827846110424m_7935592054697763949gmail-m_-5163340973702958994gmail-m_5731867404668919819gmail-m_-3301262196482010309gmail-m_-3782196969726957674gmail-m_3078994732650715328gmail-m_-2266233042593642765m_7551791125986273592ms-outlook-android-cursor"></span><br>
</div>
<div dir="auto" style="direction:ltr;margin:0px;padding:0px;font-family:sans-serif;font-size:11pt;color:black">
Un salúdo.<br>
<br>
</div>
<div dir="auto" style="direction:ltr;margin:0px;padding:0px;font-family:sans-serif;font-size:11pt;color:black">
<span id="m_-2212410827846110424m_7935592054697763949gmail-m_-5163340973702958994gmail-m_5731867404668919819gmail-m_-3301262196482010309gmail-m_-3782196969726957674gmail-m_3078994732650715328gmail-m_-2266233042593642765m_7551791125986273592OutlookSignature">
<div dir="auto" style="direction:ltr;margin:0px;padding:0px;font-family:sans-serif;font-size:11pt;color:black">
Descargar <a href="https://aka.ms/ghei36" rel="noreferrer" target="_blank">Outlook para Android</a></div>
</span><br>
</div>
<hr style="display:inline-block;width:98%">
<div id="m_-2212410827846110424m_7935592054697763949gmail-m_-5163340973702958994gmail-m_5731867404668919819gmail-m_-3301262196482010309gmail-m_-3782196969726957674gmail-m_3078994732650715328gmail-m_-2266233042593642765m_7551791125986273592divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> Javier Sánchez Portero <<a href="mailto:javiersanp@gmail.com" rel="noreferrer" target="_blank">javiersanp@gmail.com</a>><br>
<b>Sent:</b> Monday, March 8, 2021 9:34:14 PM<br>
<b>To:</b> Discusión en Español de OpenStreetMap <<a href="mailto:talk-es@openstreetmap.org" rel="noreferrer" target="_blank">talk-es@openstreetmap.org</a>><br>
<b>Subject:</b> Re: [Talk-es] Etiquetado no estándar en la importación de edificios de Catastro</font>
<div> </div>
</div>
<div>
<div dir="ltr">
<div>Hola</div>
<div><br>
</div>
<div>Jorge, creo que esa es la mejor forma de encarar el problema.</div>
<div><br>
</div>
<div>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.
<br>
</div>
<div><br>
</div>
</div>
<br>
<div>
<div dir="ltr">El lun, 8 mar 2021 a las 19:32, Jorge Sanz Sanfructuoso (<<a href="mailto:sanchi2@gmail.com" rel="noreferrer" target="_blank">sanchi2@gmail.com</a>>) escribió:<br>
</div>
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr">Buenas.
<div><br>
</div>
<div>Primero gracias por seguir manteniendo la herramienta que veo que ya lo estás corrigiendo.</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>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.</div>
<div>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.</div>
<div><br>
</div>
<div><br>
</div>
<div>Saludos.</div>
</div>
<br>
<div>
<div dir="ltr">El vie, 5 mar 2021 a las 12:37, Javier Sánchez Portero (<<a href="mailto:javiersanp@gmail.com" rel="noreferrer" target="_blank">javiersanp@gmail.com</a>>) escribió:<br>
</div>
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr">
<div>Hola</div>
<div><br>
</div>
<div>Tobias Knerr, desarrollador de <a href="http://osm2world.org/" rel="noreferrer" target="_blank">
http://osm2world.org/</a> 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].</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>Le he respondido que traslado el problema a esta Comunidad para tomar una decisión.</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>Saludos. Javier Sánchez.<br>
</div>
<div><br>
</div>
<div>[1] <a href="https://lists.openstreetmap.org/pipermail/imports/2021-March/006559.html" rel="noreferrer" target="_blank">
https://lists.openstreetmap.org/pipermail/imports/2021-March/006559.html</a></div>
<div>[2] <a href="https://wiki.openstreetmap.org/wiki/ES:Edificios_3D_sencillos" rel="noreferrer" target="_blank">
https://wiki.openstreetmap.org/wiki/ES:Edificios_3D_sencillos</a></div>
<div>[3] <a href="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" rel="noreferrer" target="_blank">
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</a></div>
</div>
_______________________________________________<br>
Talk-es mailing list<br>
<a href="mailto:Talk-es@openstreetmap.org" rel="noreferrer" target="_blank">Talk-es@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
</blockquote>
</div>
<br clear="all">
<div><br>
</div>
-- <br>
<div dir="ltr">
<div dir="ltr">
<div>
<div>Jorge Sanz Sanfructuoso - Sanchi</div>
Blog <a href="http://jorgesanz.es/" rel="noreferrer" target="_blank">http://jorgesanz.es/</a></div>
</div>
</div>
_______________________________________________<br>
Talk-es mailing list<br>
<a href="mailto:Talk-es@openstreetmap.org" rel="noreferrer" target="_blank">Talk-es@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
</blockquote>
</div>
</div>
</div>
_______________________________________________<br>
Talk-es mailing list<br>
<a href="mailto:Talk-es@openstreetmap.org" rel="noreferrer" target="_blank">Talk-es@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
</blockquote></div>
_______________________________________________<br>
Talk-es mailing list<br>
<a href="mailto:Talk-es@openstreetmap.org" target="_blank">Talk-es@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
</blockquote></div>
_______________________________________________<br>
Talk-es mailing list<br>
<a href="mailto:Talk-es@openstreetmap.org" target="_blank">Talk-es@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
</blockquote></div>
_______________________________________________<br>
Talk-es mailing list<br>
<a href="mailto:Talk-es@openstreetmap.org" target="_blank">Talk-es@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
</blockquote></div>
_______________________________________________<br>
Talk-es mailing list<br>
<a href="mailto:Talk-es@openstreetmap.org" target="_blank">Talk-es@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
</blockquote></div>
_______________________________________________<br>
Talk-es mailing list<br>
<a href="mailto:Talk-es@openstreetmap.org" target="_blank">Talk-es@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
</blockquote></div><div id="m_-2212410827846110424m_7935592054697763949gmail-m_-5163340973702958994DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br> <table style="border-top:1px solid rgb(211,212,222)">
<tbody><tr>
<td style="width:55px;padding-top:18px"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" alt="" style="width:46px;height:29px" width="46" height="29"></a></td>
<td style="width:470px;padding-top:17px;color:rgb(65,66,78);font-size:13px;font-family:Arial,Helvetica,sans-serif;line-height:18px">Libre de virus. <a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" style="color:rgb(68,83,234)" target="_blank">www.avast.com</a> </td>
</tr>
</tbody></table>
<a href="#m_-2212410827846110424_m_7935592054697763949_m_-5163340973702958994_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div>
_______________________________________________<br>
Talk-es mailing list<br>
<a href="mailto:Talk-es@openstreetmap.org" target="_blank">Talk-es@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-es" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-es</a><br>
</blockquote></div></div>