[Talk-es] [Catastro] Beta cat2Osm

[Javier Briz]

Después de dos horas ha espabilado, me ha generado como salida un fichero
.osm que contiene una nube de nodos que parecen estar correctamente
geoposicionados pero no tienen tags de número de portal ni de nada.
Echadle un ojo que algo se ha roto.



2012/5/12 Javier Briz <algspd en gmail.com>

> Estoy teniendo problemas con el cat2osm, la última versión del github.
> Puedo convertir masas, constru y ejes, pero con -portales se queda colgado:
>
> # ../../cat2osm/jre1.7.0_04/bin/java -jar cat2osm.jar
> config/configVillanueva\ de\ Gállego -portales
> [2012-05-12 18:39:45.221] Iniciando Cat2Osm con el archivo de
> configuración para exportar únicamente el archivo de entradas a parcelas.
> [2012-05-12 18:39:45.818] Leyendo PARCELA urbano.
> [2012-05-12 18:39:45.847] Ejecutando proyeccion de los shapefiles
> URPARCELA.SHP: ogr2ogr -s_srs "+init=epsg:25830 +wktext" -t_srs EPSG:4326
> "result/URPARCELA.SHP" "files/Villanueva de
> Gállego/50_293_UA_2012-01-20_SHF/PARCELA/PARCELA.SHP"
> [2012-05-12 18:39:46.024] Leyendo EJES urbano.
> [2012-05-12 18:39:46.029] Ejecutando proyeccion de los shapefiles
> UREJES.SHP: ogr2ogr -s_srs "+init=epsg:25830 +wktext" -t_srs EPSG:4326
> "result/UREJES.SHP" "files/Villanueva de
> Gállego/50_293_UA_2012-01-20_SHF/EJES/EJES.SHP"
> [2012-05-12 18:39:46.15] Leyendo PARCELA rústico.
> [2012-05-12 18:39:46.155] Ejecutando proyeccion de los shapefiles
> RUPARCELA.SHP: ogr2ogr -s_srs "+init=epsg:25830 +wktext" -t_srs EPSG:4326
> "result/RUPARCELA.SHP" "files/Villanueva de
> Gállego/50_293_RA_2012-01-20_SHF/PARCELA/PARCELA.SHP"
> [2012-05-12 18:39:46.549] Leyendo ELEMTEX rústico.
> [2012-05-12 18:39:46.553] Ejecutando proyeccion de los shapefiles
> RUELEMTEX.SHP: ogr2ogr -s_srs "+init=epsg:25830 +wktext" -t_srs EPSG:4326
> "result/RUELEMTEX.SHP" "files/Villanueva de
> Gállego/50_293_RA_2012-01-20_SHF/ELEMTEX/ELEMTEX.SHP"
> [2012-05-12 18:39:50.339] Terminado de leer los archivos RUELEMTEX.SHP.
> [2012-05-12 18:40:00.125] Terminado de leer los archivos UREJES.SHP.
> [2012-05-12 18:41:05.928] Terminado de leer los archivos URPARCELA.SHP.
> [2012-05-12 18:42:07.969] Terminado de leer los archivos RUPARCELA.SHP.
> [2012-05-12 18:42:07.973] Moviendo puntos de entrada a sus parcelas mas
> cercanas.
> [2012-05-12 18:42:08.033] Terminado. 0%. Estimando tiempo restante...
>
> Y aquí se queda, con un core al 100% ¿A alguien más le pasa?
>
>
>
>
> 2012/5/11 Cruz Enrique Borges <cruz.borges en deusto.es>
>
>> > En su día le eché un vistazo al algoritmo y trasteé un poco, aunque
>> ahora
>> > por desgracia carezco del tiempo suficiente. Hice algunas pruebas
>> tontas,
>> > descomentando partes, y si no recuerdo mal observé que la chicha del
>> > proceso se la llevaba la simplificación en sí de las vías, más que la
>> > comparación de las mismas, esto es, lo gordo estaba en el mantenimiento
>> del
>> > superobjeto con todas las vías, relaciones y demás.
>> >
>> > Quizá por eso no hayáis notado una mejora sustancial (o quizás no, que
>> ya
>> > estoy senil, jajaja).
>>
>> El problema es que está parelizado el código, pero no la estructura de
>> datos
>> que usamos para almacenar todo. Como ha esta estructura hay que acceder de
>> forma concurrente para escribir, lo único que estamos haciendo es meter el
>> sobrecoste de lanzar todos los hilos. El próximo paso es separar en
>> partes esa
>> estructura y entonces deberíamos de ver mejoras, aparte de que podremos
>> guardar las masas por separado :)
>>
>> De todas formas, provadlo porque el proceso de simplificación de nodos
>> tiene
>> problemas con las relaciones (nos comemos nodos de más) y los ejemplos que
>> tenemos son MedioCudeyo y un par de ellos en Ciudad Real de los gordos,
>> así
>> que es complicado hacerle debug.
>>
>> --
>> Cruz Enrique Borges Hernández
>> Email: cruz.borges en deusto.es
>>
>> DeustoTech Energy
>> Telefono: 944139000 ext.2052
>> Avda. Universidades, 24
>> 48007 Bilbao, Spain
>>
>> _______________________________________________
>> 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/20120513/d504d8a4/attachment.html>