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 <[email protected]> escribió: > El 24/01/2012 09:41, "Ander Pijoan" <[email protected]> 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 > [email protected] > http://lists.openstreetmap.org/listinfo/talk-es > > -- 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
