[Talk-es] CORINE land cover data

Jue Ene 6 17:17:38 GMT 2011

hello emilieonly four layers are imported now, not many  many layers like in france.the data is corine 2006 ,  duplicated nodes are removed with josm
i have questions:why did you add a buffer inside spain? why not using the border to cut it?is anybody now maintaining the data?i mean, in the center of france there are many changes I think, the farms the meadow the crops everything is changing . do you think it's a good idea to import so many things?
--oscar

--- On Thu, 1/6/11, Emilie Laffray <emilie.laffray en gmail.com> wrote:

From: Emilie Laffray <emilie.laffray en gmail.com>
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" <talk-es en openstreetmap.org>
Date: Thursday, January 6, 2011, 4:52 PM

I am sorry to reply in English (mi castellano no es muy bueno, puedo comprender pero tengo problema escribirle) but I agree with Jaume.
The corine import should not be rushed. It took several months to do the import in France and to decide what needed to be imported and what shouldn't be imported. We made sure that duplicate nodes were removed before we imported the data. With the experience, there are things we would have done differently like merging ways with tools like ogr2osm. It takes a lot of time and effort to do it.

What was not imported was not lost and is available on http://clc.openstreetmap.org
It really needs to be community driven. 
In addition, if the data is from Corine 2000, the data is rubbish. It would be nice to keep consistency with the different Corine import that have happened in the past like the one in France, Estonia, and Romania. Why reinvent the wheel? 

Please don't rush into importing data that is not good by definition.

Emilie Laffray

2011/1/6 Jaume Figueras <jaume.figueras en masafi.cat>

Hola,

On 01/06/2011 12:13 PM, Oscar Orbe wrote:

Hola,el tag trees se suele usar en orchard:

http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard

<http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard>y lo he usado

tb en landuse=forest. si no gusta, se puede cambiar, pero no hace falta

recordar que los tags son muy variabes en OSM, no?

Pero si en forest se usa wood, por que se tiene que cambiar? Añadir ruido por que si no tiene sentido, cuesta lo mismo poner forest+wood que forest+trees.

la capa de corine no es de "arboles de hoja caduca" (esto seria

deciduous), sino "arboles de hoja ancha" (broad-leaved). no entiendo por

que se han de considerar sinonimos.

Lo que digo es que si no es deciduous, ni broad-leaved, ni coniferous, ni mixed se deben proponer los tags adecuados. Seguramente no sé mucho de botánica, pero poner broad-leaved al maquis mediterráneo lo considero distante de la realidad. Si quieres poner broad-leaved por que corine no diferencia suficientemete, pues es la información que hay. Pero se pueden poner tags fixme y/o note indicando la discordancia entre corine y la realidad.

para hacer actualizaciones de corine no hace falta saber la

correspondencia uno a uno (de hecho nunca la habra porque habra

poligonos que desaparecen y otros nuevos). se puede hacer una

actualizacion simplemente calculando diferencias geometricas.

Tampoco se suficiente sobre sistemas GIS ni sobre cálculo de diferencias geométricas, pero la buena praxis informática sobre bases de datos dice que cuando mezcles información de diferentes fuentes se mantenga una referencia a éstas. Igual que antes, cuesta lo mismo arrastrar el ID de Corine que borrarlo. En la importación de Corine Francia se han mantenido los ID, en la importación de Girona se han mantenido los 'local_code', en la importación de limites se han mantenido el código ine de municipio y el nombre en la idee. Por poner unos ejemplos.

para pedir que no se suba algo a OSM hay que dar argumentos parecidos a

estos:

1-no se aporta nada sustancial

2-se destruyen muchas cosas

3-la proporcion entre lo que se aporta y lo que se destruye es baja

en este caso, ninguna de esas cosas sucede, asi que no puedo admitir tu

peticion de excluir una region.

Óscar, afortunadamente eres libre de hacer lo que quieras en OSM. Igualmente soy libre de pedir que no se hagan importaciones si creo que no se siguen las recomendaciones descritas en la wiki de OSM. Si necesitas argumentos te doy unos cuantos:

1.- Deferentes compañeros han pedido calma en la importación y se les ha hecho caso omiso.

2.- Se ha hecho caso omiso a los import guidelines de la wiki de osm.

3.- No se ha documentado nada

4.- Hay compañeros en Girona que están trabajando los bosques con las ortos de PNOA (Zona Girona-Sau, Tordera) Importar Corine sin contactar con ellos primero lo considero una falta de respero.

5.- En zona en la que estamos trabajando con el Centre Excursionista de Terrassa del Parc Natural de Sant Llorenç de Munt i l'Obac, los datos de Corine son más que curiosos (por poner algún adjetivo), i.e. Donde hay roca corine dice bosque, donde hay bosque corine no dice nada, donde hay encina corine dice coniferous, etc. Seguramente la orografía accidentada hace que gran parte de los datos sean erróneos.

6.- La primera notícia que tuvimos en la lista española de la importación de corine fue el día 3 (si me equivoco corregidme) mientras que el primer changeset con importación fue el día 2. A mi entender esto devería haver sucedido al revés, primero informo y luego importo.

Por todo esto te he pedido que no se suba Catalunya. Es una zaona que conozco y mapeo regularmente y aún no se han subido datos de corine.

Finalmente también te pediría que la importación de corine que estas haciendo no se llame 'little import from corine xxxx'. Importar toda España creo que no debe considerarse 'little'.

Salut!

_______________________________________________

Talk-es mailing list

Talk-es en openstreetmap.org

http://lists.openstreetmap.org/listinfo/talk-es

-----Inline Attachment Follows-----

_______________________________________________
Talk-es mailing list
Talk-es en openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-es/attachments/20110106/9b8eda04/attachment.html>