[Talk-es] Herramienta de fusión de los datos actuales con el catastro

[Jesús Gómez Fernández]

He estado probando el cat2osm y sin problemas. Todo correcto.
Al principio tuve un problema pensando que en el repositorio de Github
también se colgaban las versiones actualizadas. Habría que corregir el
enlace de descarga que está en la wiki.

Lo que me he fijado es que hay polígonos en los que se añade la etiqueta
building:levels=x pero no aparece la etiqueta building=yes que indique que
es un edificio. Entiendo que si especificamos el número de pisos del
edificio es lógico, al menos, asignar building=yes

Un saludos y felicidades por el esfuerzo.

Jesús Gómez

El 4 de febrero de 2012 13:13, Ander Pijoan <ander.pijoan en deusto.es>escribió:

> Hola a todos,
>
> Me alegra ver que poco a poco algunos vais viendo resultados. Pero todavía
> he leído algún mensaje que no me ha dejado muy claro si va a funcionar así.
>
> En primer lugar antes de que se me olvide, decirle a Javier que el
> programa entonces ya ha leído todos los shapefiles, y los dos archivos del
> catastro. Ya tendrá en memoria todas las figuras listas, ahora está en el
> proceso de simplificación de vías que le hemos puesto que indique si con
> alguna tiene algún error. Igual ese error asusta mas que ayudar pero bueno
> por lo menos está funcionando. Una vez hecho eso ya empezará a imprimir los
> 3 archivos temporales y luego los une los 3 en el archivo resultado.
>
> Dicho esto, vuelvo a explicar todo por si alguien se incorpora ahora al
> tema y se pierde entre los 100 mensajes que llevamos.
>
> - De momento SOLO FUNCIONA en linux.
>
> - Es necesario tener instalado FWTools para que tener ogr2ogr (
> http://fwtools.maptools.org/). Se puede hacer la prueba una vez instalado
> a ver si la consola reconoce el comando ogr2ogr.
>
> - Para ejecutar el programa, en una consola java -jar cat2osm.jar
> rutaarchivoconfig
>
> - Si no se indica un archivo de configuración se abre una interfaz visual
> para generarlo y el usuario manualmente volver a abrir una consola y
> escribir otra vez el comando.
>
> - HAY QUE DESCOMPRIMIR TODO, de momento el programa no abre ni .zip ni
> .tar. Por lo que hay que descomprimir, los archivos de catastro
> (comprimidos en .tar), los archivos shapefles (comprimidos en .zip) y la
> rejilla de la península (comprimida en .zip). (He leido por ahí arriba algo
> de renombrarlo pero no, hay que descomprimirlo.)
>
> - Los archivos .CAT y a la rejilla podéis ponerlos donde queráis, con que
> en el archivo config venga la RUTA AL ARCHIVO .CAT (no al directorio que lo
> contiene) no hay problema.
>
> - En cambio para los shapefiles, hay que indicar la RUTA A UNA CARPETA en
> la que dentro estén las SUBCARPETAS que salen de descomprimir los
> subarchivos zip. Es decir, el archivo shapefile comprimido, dentro trae
> unos cuantos archivos comprimidos también. HAY QUE EXTRAER TODO por lo que
> quedaría algo de la siguiente manera:
>
> XX_XXX_RA_XXXX-XX-XX_SHF (carpeta)
>
>    - ALTIPUN (carpeta)
>    - CARVIA (carpeta)
>    - CONSTRU (carpeta)
>    - ...
>
> Dentro de estas carpetas habrá generalmente 4 archivos (dentro de la
> carpeta CONSTRU habrá un CONSTRU.DBF, CONSTRU.PRJ, CONSTRU.SHP y CONSTRU.SHX
> ).
> En el archivo de configuración hay que indicar la RUTA A LA CARPETA  XX_XXX_RA_XXXX-XX-XX_SHF.
> Cat2Osm buscará dentro las subcarpetas y las irá leyendo una tras otra.
>
> - Cat2Osm coge los shapefiles, los reproyecta dejando con ogr2ogr. Para
> eso hay que conocer la proyección en la que están los datos de Catastro.
> Esto se puede ver abriendo con un editor de texto cualquiera de los
> archivos .PRJ de los shapefiles. En el interfaz visual para generar el
> archivo config viene el código para cada proyección explicado.
>
> Hasta aquí para que funcione.
>
> El resultado tendrá algunos errores que con el validador de JOSM saldrán a
> la vista. Los tenéis documentados en la wiki de osm
> http://wiki.openstreetmap.org/wiki/Spanish_Catastro el porqué y cual es
> la forma de solucionarlos.
>
> Y HAY UN ERROR MUCHO PEOR que todavía estamos intentando solucionar. Para
> pueblos de gran tamaño al haber muchos ways el identificador de way creemos
> que se está desbordando por lo que hay relaciones a las que se les asigna
> ways que no deberían tener. Es por esto que tendréis el fatal error de
> MULTIPOLÍGONO NO CERRADO y veréis figuras rotas. Es el último problema que
> queda por solucionar antes de que el resultado esté digno de ser subido.
>
> Con esto creo que por lo menos podréis ver algún resultado, investigar por
> las poblaciones que hayáis escogido y ver posibles arreglos para
> comentarnos.
>
> Saludos a todos y gracias por el feedback.
>
> El 4 de febrero de 2012 11:42, Carlos Dávila <cdavilam en orangecorreo.es>escribió:
>
> El 04/02/12 11:08, Emilio Gómez Fernández escribió:
>>
>>
>>> PD: ¿Alguien ha tenido problemas al descomprimir los archivo CAT  *.gz
>>> de Catastro? He probado en varios equipos con Xubuntu y Linux Mint y en
>>> todos me daba error de descompresión. Únicamente he podido en Windows.
>>>
>> A mi no me han dado problema los  que he probado (debian).
>>
>>
>> ______________________________**_________________
>> Talk-es mailing list
>> Talk-es en openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-es<http://lists.openstreetmap.org/listinfo/talk-es>
>>
>
>
>
> --
> Ander Pijoan Lamas
> Ingeniero Técnico en Informática de Gestión
> Universidad de Deusto
>
> Contacto:
> Email: ander.pijoan en deusto.es
> Móvil: +34 664471228
>
>
> _______________________________________________
> Talk-es mailing list
> Talk-es en openstreetmap.org
> http://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/20120204/8bbae202/attachment-0001.html>