¡Una muy buena noticia! Me pregunto si hacer una provincia entera cuesta ahora lo mismo que una ciudad grande antes. Lo de que salga un resultado por masa creo yo que es mucho más práctico. Al fin y al cabo hay utilidades para agrupar varios archivos en uno. El que quiera puede hacer agrupaciones de 10 en 10 por ejemplo, o todo en uno. Lo que no sé es cómo subiremos al wiki todos los archivos de resultados. Habrá que organizarse bien para que quepa todo y sea fácil de encontrar.
Siempre es grato ver progresos en cat2osm. ¡Seguid así! Por cierto, hace tiempo que no sigo las listas de imports. ¿Cómo va el tema? ¿Siguen poniendo pegas al uso de muchas relaciones? ¿Qué es lo que se puede importar de momento? El 5 de septiembre de 2012 12:15, Ander Pijoan <ander.pij...@deusto.es>escribió: > De hecho para Zaragoza que tarda sobre 15min en hacer todo (salvo ejes) me > dice que se va a tirar 2 horas para hacer únicamente los Ejes. En este caso > los ejes no se pueden subdividir más ya que tienen que poder simplificarse > todos los que estén conectados. > > El 5 de septiembre de 2012 12:09, Ander Pijoan > <ander.pij...@deusto.es>escribió: > > Hola a todos!! >> >> Vuelve el curso y volvemos al ataque con Cat2Osm. Entre lo que empezamos >> antes del verano y esta semana, hemos añadido un nuevo "nivel de >> agrupación", os explico. >> >> Hasta ahora las geometrías se leían y se almacenaban sus >> nodos/vías/relaciones en 3 grandes listas. >> >> Geometrías <<< Lista de Nodos, Lista de Vías y Lista de Relaciones >> >> A partir de ahora ese almacenamiento se la añade el código de masa o de >> manzana. >> >> Geometrías <<< Código de Masa en la que están <<< Lista de Nodos, Lista >> de Vías y Lista de Relaciones >> >> Esto qué implica, a la hora de simplificar vías solo tiene que hacerse >> con las que están en su misma masa. Para búsquedas de relaciones y sus >> vías, etc es mucho más rápido ya que solo tiene que acceder a las que >> tengan su propio código de masa. Y espero que algunos procesos se puedan >> afinar un poco mas. >> >> El "inconveniente": de momento tal y como está, se genera un archivo >> resultado por cada masa, lo que para los que editáis puede ser mucho mejor >> ya que son pequeños archivos que no suelen tener apenas errores que >> corregir. No es tan espectacular como tener un único archivo gigante con >> todo el resultado pero seguro que será mucho más amigable y fácil de editar. >> >> A falta de añadir algunos proceso (el de ajustar entradas a su parcelas, >> ya que este va a tener que moverse entre las distintas masas) una pequeña >> comparación: >> >> Aldeaseca De Alba, Antes 1 min / Ahora 1 min >> Ciudad Real, Antes ~ 1h / Ahora 2 min >> Zaragoza, Antes imposible / Ahora 15 min >> >> Estamos por bajar alguna ciudad mas grande todavía para sacarle chispas. >> >> Saludos. >> >> -- >> Ander Pijoan Lamas >> Ingeniero Técnico en Informática de Gestión >> Universidad de Deusto >> >> Contacto: >> Email: ander.pij...@deusto.es >> Móvil: +34 664471228 >> >> > > > -- > Ander Pijoan Lamas > Ingeniero Técnico en Informática de Gestión > Universidad de Deusto > > Contacto: > Email: ander.pij...@deusto.es > Móvil: +34 664471228 > > > _______________________________________________ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Saludos
_______________________________________________ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
