[Talk-es] Qué hacer con geometrías de EU CORINE land cover 2006
Jorge Sanz Sanfructuoso
sanchi2 en gmail.com
Lun Abr 17 11:30:39 UTC 2017
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 (<
javiersanp en gmail.com>) 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 <ravilacoya en gmail.com>
> 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 <ravilacoya en gmail.com
>>> <mailto:ravilacoya en gmail.com>> 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 <cdavilam en orangecorreo.es
>>> <mailto:cdavilam en orangecorreo.es>
>>> > <mailto:cdavilam en orangecorreo.es <mailto:cdavilam en orangecorreo.es
>>> >>>:
>>>
>>> >
>>> > 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
>>> > Talk-es en openstreetmap.org <mailto:Talk-es en openstreetmap.org>
>>> <mailto:Talk-es en openstreetmap.org <mailto:Talk-es en openstreetmap.org
>>> >>
>>> > https://lists.openstreetmap.org/listinfo/talk-es
>>> > <https://lists.openstreetmap.org/listinfo/talk-es>
>>> >
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > Talk-es mailing list
>>> > Talk-es en openstreetmap.org <mailto:Talk-es en openstreetmap.org>
>>> > https://lists.openstreetmap.org/listinfo/talk-es
>>> >
>>>
>>> _______________________________________________
>>> Talk-es mailing list
>>> Talk-es en openstreetmap.org <mailto:Talk-es en openstreetmap.org>
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>>
>>> _______________________________________________
>>> Talk-es mailing list
>>> Talk-es en openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>> _______________________________________________
>> Talk-es mailing list
>> Talk-es en openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> _______________________________________________
> Talk-es mailing list
> Talk-es en openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
--
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanzs.com/ <http://blog.jorgesanzs.com/>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-es/attachments/20170417/d4dacba8/attachment-0001.html>
Más información sobre la lista de distribución Talk-es