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

Mar Ene 24 12:46:35 GMT 2012

La idea es que tenga que pasar por JOSM. Según el procedimiento que estamos
pensando la idea es la siguiente:

1- El usuario descarga los datos del catastro.
2- El usuario ejecuta cat2OSM y genera el nuevo conjunto de datos (cat20sm
puede incluso recoger lo que ya exista en OSM y reutilizar lo existente,
aunque visto que estamos etiquetando los nuevos nodos como negativos no
debería de generar duplicidades obvias y además no va a coincidir con
prácticamente nada de lo subido).
3- El usuario ejecuta JOSM o equivalente y corrige los warnings e
incoherencias que pudieran existir entre lo ya subido y lo que se pretende
subir.
4- El usuario sube el resultado.

La idea es que el programa NO MACHACA absolutamente NADA de lo ya
introducido en OSM. En el mejor de los caso se REUTILIZARÍA los nodos o
ways existentes (si machaca algo es un BUG no una FEATURE :P ). Actualmente
en el paso 3 básicamente se va a tener que decidir que juego de datos se
conserva en los casos de duplicidades.

El método que creo estas proponiendo es introducir un paso 3.5 en el que el
fichero pase un review comunitario antes de ser subido. A mi me parece
razonable pero no tengo ni guarra de como hacerlo.

¿Distribuimos el .osm como hasta ahora y se realiza una votación en la
lista?
¿Usamos dev.openstreetmap.osm para subir las pruebas y si durante un par de
días/semanas nadie dice nada se importa desde allí a master?

De todas formas para pueblos pequeños o zonas donde no haya edificios
mapeados el punto 3 es "casi" automático. Para grandes ciudades el punto 3
puede ser realmente un "puto dolor de muelas". Pero es que ya el punto 2 se
va a llevar una semana de cálculo y unos cuantas decenas de gigas de ram.
Además visto como están mapeadas ya muchas ciudades grandes, no se yo si
vale la pena lanzar el proceso masivo o hacer alguna versión recortada que
solo recoja números de vías y cosas así.

Ahora mismo tenemos algo de prisa por tener algo que mostrar de ciudad
real. En Ciudad Real ahora mismo solo hay un par de edificios mapeados que
vamos a conservar. A ver si para mañana podemos subir una versión
definitiva de Aldeaseca de Alba y de Ciudad Real.

A ver que os parece la propuesta.

Nos vemos.

El 24 de enero de 2012 12:43, Jaime Crespo <jynus en jynus.com> escribió:

> El 24/01/2012 09:41, "Ander Pijoan" <ander.pijoan en deusto.es> escribió:
>
> >
> > Ok, mas o menos queda claro.
> >
> > Esta semana queremos dejar algo bastante aceptable por lo que vamos a
> llevar un ritmo bastante rápido y seguramente os consultemos bastantes
> dudas por aquí.
> >
> > Una duda importante:
> > Para reutilizar el máximo de información que ya hay en la base de datos
> de OSM estamos añadiendo antes de la carga de los shapefiles, que cargue de
> un archivo .osm descargado con el área que vamos a importar. De esta manera
> reutilizar todos los nodos, ways e información que ya existan. Entonces de
> esta linea que habría que conservar:
> >
> > <node id='1568151037' timestamp='2011-12-29T21:05:53Z' uid='Numero'
> user='User' visible='true' version='1' changeset='10239760'
> lat='38.9849932' lon='-3.8740057' />
> >
> > El id, lat y lon lógicamente los guardamos para luego generar el archivo
> resultado pero ¿seria necesario especificar en nuestro archivo
> resultado quien creó el nodo?
> > Explicado de otra forma, en el archivo habrá nodos con id negativo para
> que cree nuevos en la base de datos y nodos con numero existente para que
> lo reutilice. Según yo entiendo a la hora de crear los nodos nuevos,
> josm cogerá la id de usuario con la que yo he iniciado sesión para
> apuntarlo en memoria. Y con los ids positivos (nodos existentes) ¿será
> suficiente con el id para que sepa a que nodo me refiero
> y seguirá manteniendo la información del que creó el nodo?
>
> Si no se modifican los datos originales, no estarán en el archivo de
> cambios. Si se modifican, estarán con su número de versión correspondiente
> (el formato exacto debe estar en la wiki o en los archivos de dev) con la
> consiguiente posibilidad de que aparezcan conflictos.
>
> La importación se tiene que hacer con un usuario separado y con el
> consenso de la comunidad de mappers locales.
>
> Sigo votando por la revisión manual (selección y transferencia de
> etiquetas) a la hora de hacer la importación en aquellas zonas donde haya
> datos manuales para evitar futuras reversiones (grandes ciudades y otros
> lugares con comunidad muy activa).
>
> --
> Jaime Crespo
>
> _______________________________________________
> Talk-es mailing list
> Talk-es en openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>
>

-- 

Cruz Enrique Borges Hernández

Email: cruz.borges en deusto.es

 DeustoTech Energy

Telefono: 944139000 ext.2052

Avda. Universidades, 24

48007 Bilbao, Spain
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-es/attachments/20120124/25d19955/attachment.html>