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.<div>Echadle un ojo que algo se ha roto.</div>

<div><br></div><div><br><br><div class="gmail_quote">2012/5/12 Javier Briz <span dir="ltr"><<a href="mailto:algspd@gmail.com" target="_blank">algspd@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>Estoy teniendo problemas con el cat2osm, la última versión del github. Puedo convertir masas, constru y ejes, pero con -portales se queda colgado:</div><div><br></div><div># ../../cat2osm/jre1.7.0_04/bin/java -jar cat2osm.jar config/configVillanueva\ de\ Gállego -portales</div>


<div>[2012-05-12 18:39:45.221] Iniciando Cat2Osm con el archivo de configuración para exportar únicamente el archivo de entradas a parcelas.</div><div>[2012-05-12 18:39:45.818] Leyendo PARCELA urbano.</div><div>[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"</div>


<div>[2012-05-12 18:39:46.024] Leyendo EJES urbano.</div><div>[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"</div>


<div>[2012-05-12 18:39:46.15] Leyendo PARCELA rústico.</div><div>[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"</div>


<div>[2012-05-12 18:39:46.549] Leyendo ELEMTEX rústico.</div><div>[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"</div>


<div>[2012-05-12 18:39:50.339] Terminado de leer los archivos RUELEMTEX.SHP.</div><div>[2012-05-12 18:40:00.125] Terminado de leer los archivos UREJES.SHP.</div><div>[2012-05-12 18:41:05.928] Terminado de leer los archivos URPARCELA.SHP.</div>


<div>[2012-05-12 18:42:07.969] Terminado de leer los archivos RUPARCELA.SHP.</div><div>[2012-05-12 18:42:07.973] Moviendo puntos de entrada a sus parcelas mas cercanas.</div><div>[2012-05-12 18:42:08.033] Terminado. 0%. Estimando tiempo restante...</div>


<div><br></div><div>Y aquí se queda, con un core al 100% ¿A alguien más le pasa?</div><div class="HOEnZb"><div class="h5"><div><br></div><div><br></div><div><br></div><br><div class="gmail_quote">2012/5/11 Cruz Enrique Borges <span dir="ltr"><<a href="mailto:cruz.borges@deusto.es" target="_blank">cruz.borges@deusto.es</a>></span><br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>> En su día le eché un vistazo al algoritmo y trasteé un poco, aunque ahora<br>
> por desgracia carezco del tiempo suficiente. Hice algunas pruebas tontas,<br>
> descomentando partes, y si no recuerdo mal observé que la chicha del<br>
> proceso se la llevaba la simplificación en sí de las vías, más que la<br>
> comparación de las mismas, esto es, lo gordo estaba en el mantenimiento del<br>
> superobjeto con todas las vías, relaciones y demás.<br>
><br>
> Quizá por eso no hayáis notado una mejora sustancial (o quizás no, que ya<br>
> estoy senil, jajaja).<br>
<br>
</div>El problema es que está parelizado el código, pero no la estructura de datos<br>
que usamos para almacenar todo. Como ha esta estructura hay que acceder de<br>
forma concurrente para escribir, lo único que estamos haciendo es meter el<br>
sobrecoste de lanzar todos los hilos. El próximo paso es separar en partes esa<br>
estructura y entonces deberíamos de ver mejoras, aparte de que podremos<br>
guardar las masas por separado :)<br>
<br>
De todas formas, provadlo porque el proceso de simplificación de nodos tiene<br>
problemas con las relaciones (nos comemos nodos de más) y los ejemplos que<br>
tenemos son MedioCudeyo y un par de ellos en Ciudad Real de los gordos, así<br>
que es complicado hacerle debug.<br>
<br>
--<br>
Cruz Enrique Borges Hernández<br>
Email: <a href="mailto:cruz.borges@deusto.es" target="_blank">cruz.borges@deusto.es</a><br>
<br>
DeustoTech Energy<br>
Telefono: <a href="tel:944139000%20ext.2052" value="+34944139000" target="_blank">944139000 ext.2052</a><br>
Avda. Universidades, 24<br>
48007 Bilbao, Spain<br>
<br>
_______________________________________________<br>
Talk-es mailing list<br>
<a href="mailto:Talk-es@openstreetmap.org" target="_blank">Talk-es@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-es" target="_blank">http://lists.openstreetmap.org/listinfo/talk-es</a><br>
</blockquote></div><br>
</div></div></blockquote></div><br></div>