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

[Ander Pijoan]

Vaya, con la de tiempo que llevaba. Nosotros ayer volvimos a lanzar Ciudad
Real con unos pequeños cambios hechos en el programa y tardó 17h. Si
quieres podemos intentar a lanzar Zaragoza en un "superordenador" que
tienen aquí a ver que pasa.

En unos instantes vamos a mirar el resultado de Ciudad Real porque creemos
que puede estar solucionado ya el fallo que había con los ways.

También hemos arreglado el building:yes que faltaba en algunas
construcciones y que habeis puesto en una de las imágenes de la wiki que
habeis creado.

El 7 de febrero de 2012 00:32, Javier Briz <algspd en gmail.com> escribió:

> Después de varios días de ejecución:
>
> Exception in thread "main" java.lang.reflect.InvocationTargetException
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:597)
>         at
> org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: java.lang.NullPointerException
>         at Cat2Osm.simplificarWays(Cat2Osm.java:137)
>         at Gui.ejecutarCat2Osm(Gui.java:460)
>         at Gui.main(Gui.java:46)
>         ... 5 more
>
> ¿Alguien ha convertido alguna ciudad grandecilla? Igual habría que pensar
> en cortar los shapefiles aunque luego haya que revisar la línea de corte a
> mano... son demasiadas horas seguidas sin guardar resultados intermedios,
> cualquier petada y todo el trabajo desaparece.
>
>
>

El 6 de febrero de 2012 12:52, Carlos Dávila <cdavilam en orangecorreo.es>escribió:

> El 06/02/12 08:54, Ander Pijoan escribió:
>
>  Otra duda que me surge es, en catastro los rios se almacenan de forma
>> distinta a OSM, se almacenan sus bordes en lugar de una única linea que
>> marque su cauce. A lo mejor es preferible no tener en cuenta los rios ya
>> que puede ser peor intentar arreglar dos lineas (que además se van uniendo
>> a las geometrías de las parcelas adyacentes) que dibujar a mano una simple
>> linea en el hueco que quede.
>>
> Esas dos líneas se pueden corresponder con lo que hasta ahora se
> etiquetaba como waterway=riverbank,  y que ahora debe ponerse como
> natural=water + water=river (o ambas formas)
> http://wiki.openstreetmap.org/wiki/Proposed_features/Water_details
>
>
En la wiki no veo el ejemplo muy claro pero hay que tener en cuenta que los
márgenes de los ríos son trazos sin unir y además con distinto id de
geometría (al igual que pasa pasa con algunas piscinas y pozos). Entonces
esto no va a crear un área cerrada que no se si es necesaria para los tags
que propones. Por eso no se si es mejor indicarlo como error y que el
usuario modifique tal y como hemos indicado en la sección de errores (
wiki.openstreetmap.org/wiki/Catastro_España<http://wiki.openstreetmap.org/wiki/Catastro_Espa%C3%B1a>)
o ponerle los tags que comentas pero que al no crear un area cerrada, el
relleno se va a ver roto.

En un rato vuelvo a escribiros con los resultados de la última ejecución.

Saludos.

-- 
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


-- 
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
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-es/attachments/20120207/0974fc18/attachment.html>