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 <ravilac...@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 <ravilac...@gmail.com
>> <mailto:ravilac...@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 <cdavi...@orangecorreo.es
>>     <mailto:cdavi...@orangecorreo.es>
>>     > <mailto:cdavi...@orangecorreo.es <mailto:cdavi...@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@openstreetmap.org <mailto:Talk-es@openstreetmap.org>
>>     <mailto:Talk-es@openstreetmap.org <mailto:Talk-es@openstreetmap.org>>
>>     >     https://lists.openstreetmap.org/listinfo/talk-es
>>     >     <https://lists.openstreetmap.org/listinfo/talk-es>
>>     >
>>     >
>>     >
>>     >
>>     > _______________________________________________
>>     > Talk-es mailing list
>>     > Talk-es@openstreetmap.org <mailto:Talk-es@openstreetmap.org>
>>     > https://lists.openstreetmap.org/listinfo/talk-es
>>     >
>>
>>     _______________________________________________
>>     Talk-es mailing list
>>     Talk-es@openstreetmap.org <mailto:Talk-es@openstreetmap.org>
>>     https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>>
>> _______________________________________________
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
> _______________________________________________
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
_______________________________________________
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Responder a