Yo creo que es mejor reemplazar que borrar. Los que están en versión 1 creo que también seria mejor reemplazar que borrar pero tampoco me importaría.
A parte de usar una versión mas moderna de CORINE había otra base de datos mejor que ahora no me acuerdo como se llama que se comento con el IGN que se supone que da muchísima mas calidad. Creo que antes de hacer esfuerzos por una nueva versión de CORINE habría que mirar si se termina de hacer lo de importar datos del IGN. Para no hacer trabajo doble vamos. En cuanto a lo de los solapamientos. En el caso de que fueran también bosques se seguro que se evito poner el nuevo bosque encima de otro, en el caso de otros landuse no estoy seguro, probablemente no se respeto. De cualquier manera habría que fijarse por le historial quien solapo a quien. Un saludo. El dom., 16 abr. 2017 a las 23:05, Javier Sánchez Portero (< [email protected]>) escribió: > En Canarias, cuando se importó, se ajustó a ortofoto y se respetó landuses > existentes. > > Un saludo. > > El 13 de abril de 2017, 18:41, Rafael Avila Coya <[email protected]> > escribió: > >> Sí, lo vi luego, perdón :( >> >> Por lo que se ve, según la zona están mejor o peor, pero en Galicia son >> un total desastre. >> >> Rafael. >> >> On 13/04/17 01:22, Alejandro S. wrote: >> >>> Hablo de Zaragoza, como se puede ver en los enlaces que envié. >>> >>> Saludos, >>> Alejandro >>> >>> >>> On Thu, Apr 13, 2017, 00:34 Rafael Avila Coya <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>> Hola: >>> >>> No sé de qué zona hablas en concreto, pero en las zonas de Galicia en >>> las que he mapeado todos estos años (y no son pocas ni reducidas) hay >>> multitud de solapamientos sobre cualquier otro landuse (residential, >>> wood, farmland, etc). >>> >>> Un saludo, >>> >>> Rafael. >>> >>> On 11/04/17 16:39, Alejandro S. wrote: >>> > Hola, >>> > >>> > Creo que aunque los datos no eran muy buenos, la importación si >>> que se >>> > hizo teniendo en cuenta los polígonos de bosque existentes para >>> evitar >>> > que se superpusieran: >>> > Esta vía[0] trazada en 2008 para delimitar un bosque y esta vía[1] >>> que >>> > proviene de la importación de CORINE (de 2011) solo añadió esa >>> esquinita >>> > que faltaba, no tapó lo que ya existía. >>> > >>> > Estaría bien conservar el historial en los casos en que haya habido >>> > modificaciones, si son polígonos en la versión 1, creo que tampoco >>> > pasaría nada si se borra y se hace nuevo. >>> > >>> > Por otra parte, en cuanto al Gestor de Tareas, hacer cuadrantes que >>> > cubran todo el país hace que queden muy grandes, igual habría que >>> > separar por provincias para que sea más más manejable. >>> > >>> > [0]: http://www.openstreetmap.org/way/24495813/history >>> > [1]: http://www.openstreetmap.org/way/94056665/history >>> > >>> > >>> > Atentamente, >>> > Alejandro Suárez >>> > >>> > 2017-04-11 16:18 GMT+02:00 Carlos Dávila <[email protected] >>> <mailto:[email protected]> >>> > <mailto:[email protected] <mailto:[email protected] >>> >>>: >>> >>> > >>> > El 11/04/17 a las 15:29, Rafael Avila Coya escribió: >>> > >>> > Hola a todos/as: >>> > >>> > No sé si este tema ya fue tratado con anterioridad, pero >>> llevo >>> > tiempo preguntándome qué deberíamos hacer con las >>> geometrías >>> > claramente deficientes de la importación de datos de EU >>> CORINE >>> > land cover 2006 que se llevó a cabo a finales de 2010, >>> > principios de 2011, y que llevamos "sufriendo" desde >>> entonces. >>> > >>> > Las posibles soluciones pasarían por: >>> > >>> > a) La no solución. Dejar las cosas como están y que los >>> > usuarios, a su discreción, vayan corrigiendo lo que >>> quieran. >>> > Creo que es la peor solución, pues como se puede ver, la >>> gran >>> > mayoría de geometrías siguen ahí, en su versión 1, tapando >>> zonas >>> > urbanas completas, geometrías correctas de bosques y otros >>> usos >>> > de la tierra que ya se habían hecho con anterioridad y que >>> no >>> > fueron consideradas cuando se importaron los datos, etc. >>> > >>> > b) Revertir los cambios. Habida cuenta la cantidad de >>> > modificaciones y eliminaciones de geometrías que se >>> hicieron >>> > todos estos años, esta solución se me antoja bastante >>> compleja. >>> > >>> > c) Corregir los datos siguiendo un control de las zonas >>> > corregidas y las que no. Esto podría hacerse usando el >>> gestor de >>> > tareas de OSM-ES (el mismo que se está usando para llevar >>> a cabo >>> > algunas importaciones, por ejemplo en el ayuntamiento de >>> > Madrid). El Gestor de Tareas no es óptimo, habida cuenta >>> que >>> > muchas geometrías del EU CORINE land cover abarcan zonas >>> muy >>> > amplias, pero creo que valdría, sobre todo si se escribe >>> una >>> > buena wiki explicando el proceso. Para esta corrección veo >>> dos >>> > posibilidades: >>> > >>> > c.1) Borrar las geometrías de la zona escogida y re-mapear >>> > correctamente. A mí, personalmente, no me gustaría, pues se >>> > pierde el historial. >>> > >>> > c.2) Modificar las geometrías. No es necesariamente más >>> lento >>> > que el anterior, y se mantiene el historial. Sólo hay que >>> saber >>> > usar la herramienta 'Reemplazar geometría' (CTRL+Mayús+G >>> > (necesita el plugin UtilsPlugin2)), cosa que se explicaría >>> en la >>> > wiki. Para mí sería la solución mejor que se me ocurre. >>> > >>> > Con el Gestor de Tareas podríamos ver lo que ya se ha >>> hecho y lo >>> > que queda por hacer, y otros valores estadísticos. >>> > >>> > Un saludo cordial, >>> > >>> > Rafael. >>> > >>> > >>> > Personalmente creo que los objetos que se encuentren en la >>> versión 1 >>> > se podrían borrar sin muchas contemplaciones. Si se ve >>> necesario, se >>> > pueden revisar previamente sobre foto aérea y eliminar si >>> difieren >>> > más de X porcentaje de superficie de la realidad. >>> > >>> > La opción c2 yo la he usado para polígonos no muy grandes, >>> pero para >>> > objetos grandes creo que puede dar más trabajo que empezar de >>> cero. >>> > Puedes explicar un poco cómo funciona lo de "Reemplazar >>> geometría". >>> > He cargado UtilsPlugin2 para probar, pero esa opción aparece >>> > desactivada. >>> > >>> > >>> > >>> > >>> > _______________________________________________ >>> > Talk-es mailing list >>> > [email protected] <mailto:[email protected]> >>> <mailto:[email protected] <mailto:[email protected] >>> >> >>> > https://lists.openstreetmap.org/listinfo/talk-es >>> > <https://lists.openstreetmap.org/listinfo/talk-es> >>> > >>> > >>> > >>> > >>> > _______________________________________________ >>> > Talk-es mailing list >>> > [email protected] <mailto:[email protected]> >>> > https://lists.openstreetmap.org/listinfo/talk-es >>> > >>> >>> _______________________________________________ >>> Talk-es mailing list >>> [email protected] <mailto:[email protected]> >>> https://lists.openstreetmap.org/listinfo/talk-es >>> >>> >>> >>> _______________________________________________ >>> Talk-es mailing list >>> [email protected] >>> https://lists.openstreetmap.org/listinfo/talk-es >>> >>> >> _______________________________________________ >> Talk-es mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-es >> > > _______________________________________________ > Talk-es mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.com/ <http://blog.jorgesanzs.com/>
_______________________________________________ Talk-es mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-es
