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 <[email protected]> > > 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: [email protected] > > DeustoTech Energy > Telefono: 944139000 ext.2052 > Avda. Universidades, 24 > 48007 Bilbao, Spain > > _______________________________________________ > Talk-es mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-es >
_______________________________________________ Talk-es mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-es
