Re: [Talk-es] CORINE land cover Segovia Ávila Madrid, y ahora qué?

[andrzej zaborowski]

Buenas,

2011/1/14 sergio sevillano :
> otra opción es lo que tu dices (jose luis)
> pasar de corine en ese área,
> entonces el procedimiento es al revés
> borrar todos esos cachitos de corine y recuperar lo borrado
> en el changeset 6907228
> para seguir modificándolos a mano
>
>
> como la importación tiene todavía tiene "peros"
> no quiero tocarla
>
> ademas creo que andzrej comentó algo de que
> no era conveniente borrar y desborrar porque se hacía spam a la bbdd
> así que no tengo claro cual seria el procedimiento óptimo.

La cosa es que desborrar tiene un efecto diferente que re-crear.
Borrar y re-crear los poligonos deja en cada lugar dos nodos, uno
invisible (atributo visible=false) y uno visible, en cambio desborrar
coge el nodo invisible y lo hace visible de nuevo.  Asi no hay
duplicado y en el historial se ve correctamente que se ha borrado y
despues desborrado, (y con suerte se ven los comentarios de changeset
correspondientes que te explican los motivos)

Saludos

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover Segovia Ávila Madrid, y ahora qué?

[sergio sevillano]

El 13/01/2011, a las 23:53, José Luis Domingo López escribió:

> El viernes día 07 de enero de 2011, a las 10:22:51 +0100,
> sergio sevillano escribió:
> 
>> muy bien Ávila y Segovia importadas,
>> se ve verde en mapnik.
>> 
>> la sierra de Guadarrama estaba con polígonos de landuse muy malos
>> y los estaba transformando a mano con ortofoto a bastante mejores
>> 
>> ahora en
>> http://www.openstreetmap.org/?lat=40.6868&lon=-4.2252&zoom=14&layers=M y en
>> http://www.openstreetmap.org/?lat=40.73331&lon=-4.16432&zoom=15&layers=M
>> 
>> esta mezclado lo malo antiguo, lo intermedio de corine y lo bueno a mano.
>> 
>> ahora, alguien me puede explicar
>> cual es el siguiente paso.
>> 
> Desde luego, resultan curiosas algunas regiones marcadas como de CORINE
> 2006, en la zona [1], y desde luego a un par de ratos que se le pudieran
> dedicar a hacer los polígonos a manopla, el resultado no sólo sería más
> vistoso, sino también más correcto.
> 
> Un saludo.
> 
> [1] http://www.openstreetmap.org/?lat=40.824&lon=-4.1362&zoom=13
> 
> -- 
> José Luis Domingo López
> Linux Registered User #189436 Linux Kubuntu 10.04 LTS (Linux 
> 2.6.32-26-386)
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es

este hilo continuaba en "subiendo CORINE Avila" así que me lo traigo y lo copio 
aquí mas abajo.

lo que yo proponía es precisamente lo contrario:

creo que antes de subir los landuses de CORINE se les restó los landuses 
anteriores 
que aparecían en "natural.shp" (de 1-1-2011) que se podía descargar de 
geofabrik.

esta resta no tiene sentido si los landuses eran malos, es mejor que quede el 
CORINE limpio sin esa resta.
así que he borrado los landuses poco definidos de Avila y Segovia que estaban 
alrededor de la sierra de Guadarrama
y ahora quedan en evidencia todos los cachitos muy fragmentados resultantes de 
la resta.

lo suyo es borrarlos y volver a subir los datos de corine completos (sin la 
resta)


otra opción es lo que tu dices (jose luis)
pasar de corine en ese área, 
entonces el procedimiento es al revés
borrar todos esos cachitos de corine y recuperar lo borrado
en el changeset 6907228 
para seguir modificándolos a mano


como la importación tiene todavía tiene "peros"
no quiero tocarla

ademas creo que andzrej comentó algo de que 
no era conveniente borrar y desborrar porque se hacía spam a la bbdd 
así que no tengo claro cual seria el procedimiento óptimo.

s


El 08/01/2011, a las 19:57, sergio sevillano escribió:

> de la lista que tenemos por aquí he borrado
> todos los wood manuales anteriores a la importación de CORINE
> correspondientes a la Sierra de Guadarrama 
> solo en las provincias de Ávila y Segovia
> 
> se corresponden al changeset 
> http://www.openstreetmap.org/browse/changeset/6907228
> 
> 
> ahora habría que corregir los cachitos sueltos del CORINE 
> y subir/reemplazar por los datos de CORINE completos de ese área.
> 
> eso ya no se como se hace.
> 
> victor, quizás tu sí?
> 
> 
> 
> 
> 
> 
> El 07/01/2011, a las 19:17, sergio sevillano escribió:
> 
>> vale voy tomando nota 
>> 
>> 
>> 
>> El 07/01/2011, a las 14:50, Arturo R Montesinos escribió:
>> 
>>> Por si acaso... el cacho de bosque en el SW de Madrid (Cadalso de los 
>>> Vidrios, etc.) lo he pintado yo calcando sobre las imágenes Landsat. No 
>>> tiene mayor valor y se puede borrar sin contemplaciones.
> 
> El 07/01/2011, a las 12:20, Victor escribió:
> 
>> Buenas, yo he importado los datos de estas dos provincias, si quieres las
>> puedo eliminar enteras o sólo la parte de Guadarrama.
>> 
>> Espero tus indicaciones.
>> 
>> Salu2,
>> 
>> Víctor
> 
>>> 
>>> 
>>> El 07/01/11 10:50, Pablo Gómez escribió:
 Me parece bien.
 
 
 Puedes añadir el área de Soto del Real, Manzanares El Real, Cerceda...
 
 El 05/01/11 22:55, sergio sevillano escribió:
> 
> la mayor parte de la sierra de madrid (Segovia, Madrid y un poco de
> Ávila)
> esta peor que el CORINE, yo sustituiría lo que hay.
> si a la lista le parece bien
> borro todas las áreas (landuses de wood)
> puestas al tuntún.
> 
> lo haría después de Reyes.
> 
> - se podría salvar:
> La Barranca al N de Navacerrada
> Siete Picos al N de Cercedilla
> una esquina del monte de la Jarosa al O de Guadarrama
> 
> - borraría los alrededore6RBP4YFJBY7N43DV s de:
> El Escorial
> Galapagar
> Torrelodones
> a lo largo del rio Guadarrama
> Monte del Pardo
> San Agustin de Guadalix
> el embalse del Atazar
> la Sierra norte/pobre y
> Valle de Lozoya
> 
> y en Segovia
> entre el puerto de Navacerrada y La Granja
> y en Ávila:
> al O de El Espinar
> 
> 
> después se podrían subir la tres provincias
> ¿que decís?
>>> 
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> http://lists.openst

Re: [Talk-es] CORINE land cover Segovia Ávila Madrid, y ahora qué?

[José Luis Domingo López]

El viernes día 07 de enero de 2011, a las 10:22:51 +0100,
sergio sevillano escribió:

> muy bien Ávila y Segovia importadas,
> se ve verde en mapnik.
> 
> la sierra de Guadarrama estaba con polígonos de landuse muy malos
> y los estaba transformando a mano con ortofoto a bastante mejores
> 
> ahora en
> http://www.openstreetmap.org/?lat=40.6868&lon=-4.2252&zoom=14&layers=M y en
> http://www.openstreetmap.org/?lat=40.73331&lon=-4.16432&zoom=15&layers=M
> 
> esta mezclado lo malo antiguo, lo intermedio de corine y lo bueno a mano.
> 
> ahora, alguien me puede explicar
> cual es el siguiente paso.
> 
Desde luego, resultan curiosas algunas regiones marcadas como de CORINE
2006, en la zona [1], y desde luego a un par de ratos que se le pudieran
dedicar a hacer los polígonos a manopla, el resultado no sólo sería más
vistoso, sino también más correcto.

Un saludo.

[1] http://www.openstreetmap.org/?lat=40.824&lon=-4.1362&zoom=13

-- 
José Luis Domingo López
Linux Registered User #189436 Linux Kubuntu 10.04 LTS (Linux 2.6.32-26-386)



signature.asc
Description: Digital signature
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

hola, tal como dice la pginita del wiki, antes de convertir a osm he restado el 
archivo gigante "natural.shp" de españa bajado de geofabrik.de (1 de enero de 
2011 creo), por eso la probabilidad de que se pise algo es muy baja
http://wiki.openstreetmap.org/wiki/Four_Corine_layers_Spain_2011

de todas formas en provincias muy mapeadas como madrid y alguna del norte 
estaria bien bajarse lo que hay en OSM desde JOSM y comparar un poco.
--oscar 

--- On Fri, 1/7/11, sanchi  wrote:

From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Friday, January 7, 2011, 2:38 PM

Una pregunta sobre los datos Oscar. ¿Tiene en cuanta lo que ya había para no 
pintar encima no? Es que he visto en algunos sitios que tenia cortes muy raros 
los bosques y luego me he fijado que era porque ya había algo en OSM



-- 
SanchiBlog http://blog.jorgesanzs.com/



-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

Una pregunta sobre los datos Oscar. ¿Tiene en cuanta lo que ya había para no
pintar encima no?
Es que he visto en algunos sitios que tenia cortes muy raros los bosques y
luego me he fijado que era porque ya había algo en OSM


-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] CORINE land cover Segovia Ávila Madri d, y ahora qué?

[Victor]

Buenas, yo he importado los datos de estas dos provincias, si quieres las
puedo eliminar enteras o sólo la parte de Guadarrama.

Espero tus indicaciones.

Salu2,

Víctor

Date: Fri, 7 Jan 2011 10:22:51 +0100
From: sergio sevillano 
To: Discusión en Español de OpenStreetMap   
Subject: [Talk-es] CORINE land cover Segovia Ávila Madrid, y ahora
qué?
Message-ID: <238c0dd8-ebbf-45b7-b972-3aed1a400...@gmail.com>
Content-Type: text/plain; charset=iso-8859-1

muy bien Ávila y Segovia importadas,
se ve verde en mapnik.

la sierra de Guadarrama estaba con polígonos de landuse muy malos y los
estaba transformando a mano con ortofoto a bastante mejores

ahora en
http://www.openstreetmap.org/?lat=40.6868&lon=-4.2252&zoom=14&layers=M y en
http://www.openstreetmap.org/?lat=40.73331&lon=-4.16432&zoom=15&layers=M

esta mezclado lo malo antiguo, lo intermedio de corine y lo bueno a mano.

ahora, alguien me puede explicar
cual es el siguiente paso.


___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] CORINE land cover Segovia Ávila Madrid , y ahora qué?

[sergio sevillano]

muy bien Ávila y Segovia importadas,
se ve verde en mapnik.

la sierra de Guadarrama estaba con polígonos de landuse muy malos
y los estaba transformando a mano con ortofoto a bastante mejores

ahora en
http://www.openstreetmap.org/?lat=40.6868&lon=-4.2252&zoom=14&layers=M y en
http://www.openstreetmap.org/?lat=40.73331&lon=-4.16432&zoom=15&layers=M

esta mezclado lo malo antiguo, lo intermedio de corine y lo bueno a mano.

ahora, alguien me puede explicar
cual es el siguiente paso.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

holatienes razon lo siento, voy a que me de un poco el aire--oscar

--- On Thu, 1/6/11, jynus  wrote:

From: jynus 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Thursday, January 6, 2011, 7:34 PM

Oscar, I think you are being quite rude to both the Spanish and French
OSM communities and I would ask you to calm down. Please, we are all
here to contribute positivelly to the project.

--
Jynus

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[jynus]

Oscar, I think you are being quite rude to both the Spanish and French
OSM communities and I would ask you to calm down. Please, we are all
here to contribute positivelly to the project.

--
Jynus

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[andrzej zaborowski]

2011/1/6 Oscar Orbe 
>
> hello,
> i mean we use josm to remove duplicated nodes BEFORE doing upload, and is 
> very fast
> there are some duplicated nodes in the border of provinces, but very little
> you did not have a better shape for france??? wow, i expected more efficiency 
> from the french users.

Que yo sepa los datos recibidos de la institucion francesa (no fue por
EEA) tenian ese bufor, a proposito, no era por tener datos incorrectos
de la frontera.  Claro que se podria omitir pero para que?  Creo que a
todo el mundo le parecio algo positivo el buffer.

Saludos

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

helloexcuse me but I think france has very good maps since the times of louis 
xiv ,  and it is easy to get a good shapefile with border of france.--oscar

--- On Thu, 1/6/11, Emilie Laffray  wrote:

From: Emilie Laffray 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Thursday, January 6, 2011, 5:53 PM



2011/1/6 Oscar Orbe 

hello,
i mean we use josm to remove duplicated nodes BEFORE doing upload, and is very 
fast

there are some duplicated nodes in the border of provinces, but very little
you did not have a better shape for france??? wow, i expected more efficiency 
from the french users.


Do you mean to be insulting? Because if you didn't mean to, you are quite 
insulting. As I mentioned, at the same time, the shape of France was not 
readily available, plus that would have meant cutting polygons into several 
parts which would have been counter productive in the end.

 
you say you do not forsee any update of corine in osm-france. i agree , once 
you add the data, it 'dissolves' in the databse and updates are difficult and 
not convenient.


This is not quite my point. There is a reason for keeping the ID.
 
in our little import, we can remove everything and do another import if we want 
because it has unique tag.


And I can write very quickly a small tool that will remove a specific polygon 
imported from Corine based on the ID or the type. I think you are missing the 
points of most of my earlier comments.


Emilie Laffray


-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Emilie Laffray]

2011/1/6 Oscar Orbe 

> hello,
>
> i mean we use josm to remove duplicated nodes BEFORE doing upload, and is
> very fast
>
> there are some duplicated nodes in the border of provinces, but very little
>
> you did not have a better shape for france??? wow, i expected more
> efficiency from the french users.
>
>
Do you mean to be insulting? Because if you didn't mean to, you are quite
insulting. As I mentioned, at the same time, the shape of France was not
readily available, plus that would have meant cutting polygons into several
parts which would have been counter productive in the end.


> you say you do not forsee any update of corine in osm-france. i agree ,
> once you add the data, it 'dissolves' in the databse and updates are
> difficult and not convenient.
>
>
This is not quite my point. There is a reason for keeping the ID.


> in our little import, we can remove everything and do another import if we
> want because it has unique tag.
>
>
And I can write very quickly a small tool that will remove a specific
polygon imported from Corine based on the ID or the type. I think you are
missing the points of most of my earlier comments.

Emilie Laffray
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

hello,
i mean we use josm to remove duplicated nodes BEFORE doing upload, and is very 
fast
there are some duplicated nodes in the border of provinces, but very little
you did not have a better shape for france??? wow, i expected more efficiency 
from the french users.
you say you do not forsee any update of corine in osm-france. i agree , once 
you add the data, it 'dissolves' in the databse and updates are difficult and 
not convenient.
in our little import, we can remove everything and do another import if we want 
because it has unique tag.
--oscar

--- On Thu, 1/6/11, Emilie Laffray  wrote:

From: Emilie Laffray 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Thursday, January 6, 2011, 5:27 PM



2011/1/6 Oscar Orbe 

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


JOSM is very inefficient at this. There are tools like the one on the Corine 
Page to remove duplicate nodes before even importing the data. When doing an 
import, we should fix before importing, not the reverse.

 
i have questions:why did you add a buffer inside spain? why not using the 
border to cut it?
Because at the time it was very difficult to do it. Before we added that bit 
into Spain, we asked specifically if people were happy about it. The problem is 
the file we were given was not perfect and had the buffer already included. 
That would have meant cutting a polygon with the same id.

 
is anybody now maintaining the data?
The data is being maintained by local contributors. Access to Spot Images and 
now allowed lots of people to improve the precision of the data of Corine. 

 
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?

Farms, meadows are not changing that much. Towns are expanding, forest 
expanding or decreasing, etc... but you can only know if you have something in 
place. CLC was a good starting point for people. I regularly correct my area 
once I have aerial photography to take into account newer data. 

The import was decided by the community it was possible to opt out if the 
people wanted to. We are not tagging the crop so we don't care. It was 
considered a good idea by the people, and everything that was considered good 
was imported. 

The French CLC import took almost 8 months to complete between developping the 
code, checking Mapnik rendering and so on.
Maintenance in general in OSM is an issue whether it is CLC or not.
I don't foresee any upgrade to Corine even if we were to get something better 
considering the correction that many people did.


Emilie Laffray


-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Emilie Laffray]

2011/1/6 Oscar Orbe 

> hello emilie
> only four layers are imported now, not many  many layers like in france.
> the data is corine 2006 ,  duplicated nodes are removed with josm
>
>
JOSM is very inefficient at this. There are tools like the one on the Corine
Page to remove duplicate nodes before even importing the data. When doing an
import, we should fix before importing, not the reverse.


> i have questions:
> why did you add a buffer inside spain? why not using the border to cut it?
>

Because at the time it was very difficult to do it. Before we added that bit
into Spain, we asked specifically if people were happy about it. The problem
is the file we were given was not perfect and had the buffer already
included. That would have meant cutting a polygon with the same id.


> is anybody now maintaining the data?
>

The data is being maintained by local contributors. Access to Spot Images
and now allowed lots of people to improve the precision of the data of
Corine.


> 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?
>

Farms, meadows are not changing that much. Towns are expanding, forest
expanding or decreasing, etc... but you can only know if you have something
in place. CLC was a good starting point for people. I regularly correct my
area once I have aerial photography to take into account newer data.
The import was decided by the community it was possible to opt out if the
people wanted to. We are not tagging the crop so we don't care. It was
considered a good idea by the people, and everything that was considered
good was imported.
The French CLC import took almost 8 months to complete between developping
the code, checking Mapnik rendering and so on.
Maintenance in general in OSM is an issue whether it is CLC or not.
I don't foresee any upgrade to Corine even if we were to get something
better considering the correction that many people did.

Emilie Laffray
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

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  wrote:

From: Emilie Laffray 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
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 

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 di

Re: [Talk-es] CORINE land cover data

[Emilie Laffray]

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 

> 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
>>
>> 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

Re: [Talk-es] CORINE land cover data

[sanchi]

El 6 de enero de 2011 16:05, Oscar Orbe  escribió:

> Hola,
> las carreteras y cosas urbanas es mas facil de mantener porque hay mucha
> gente pendiente de ello, pero las parcelas de la inmensa francia rural,
> quien las mira?
>
Carreteras si hay mucha gente pero cosas urbanas no tanta, estaríamos casi
en el mismo caso. Es una comunidad que va creciendo y a lo mejor ahora pocas
personas tocan ese tipo de cosas pero dentro de unos meses o un año no es
así

>
> siento que pienses asi.
>  lo que me molesta es ver que hace mucho tiempo que se habla de corine por
> aqui y nadie "actua". no es como yo diga y ya esta, ya he dicho varias veces
> que no me molesta que se borre esto si se prepara un import
>
> mi mentalidad es esta:
>
> estoy aportando? si
> me molesta que se anule? no, si despues se reemplaza
>
> pienso que eso no puede molestar a nadie.
>

Estoy de acuerdo en que se a movido menos de lo que se debería y ese
pensamiento también lo tenia yo pero es pasar de un extremo a otro
totalmente opuesto. Si te hubieras movido, hubieras escuchado un tiempo
prudencial las sugerencias y no ir directamente hacerlo como tu quieres creo
que hubiera sido la manera correcta. Y digo tiempo prudencial porque sino se
termina acabando de nuevo en que no se sube nada.

> --oscar
>
> --- On *Thu, 1/6/11, sanchi * wrote:
>
>
> From: sanchi 
> Subject: Re: [Talk-es] CORINE land cover data
> To: "Discusión en Español de OpenStreetMap" 
> Date: Thursday, January 6, 2011, 2:50 PM
>
>
>
>
> El 6 de enero de 2011 14:50, Oscar Orbe 
> http://mc/compose?to=oskaro...@yahoo.com>
> > escribió:
>
> Hola,
>
> pongo broad-leaved porque corine lo llama así, no estaba claro?
>
> ok, gerona queda excluida. dime si hay otros sitios de cataluña donde se
> este mapeando bosqes sistematicamente.
>
> por cierto, tanto que admirais lo que han hecho en francia: ahora mismo los
> mapas rurales de cataluña aragon y navarra en osm son basura porque nuestros
> amigos franceses metieron ese incomprensible buffer de varios km dentro de
> españa en lugar de ceñirse a la frontera. eso si que es vandalismo-osm a lo
> bestia.
>
>
> No veo el inconveniente tan grande que ves tu que en se metan un poco en
> España. No han pisado ningún dato que yo sepa y ya esta parte de los datos
> de España. Esto es un mapa mundial no un mapa Español.
>
>
> otro comentario sobre lo que han hecho en francia:  ese import me parece
> excesivo. ademas de los errores de corine, se van acumulando un monton de
> errores por el tipo de parcela (ellos han importado todo: praderas, granjas,
> etc), y ahora eso quien lo mantiene?? es una tarea grandisima, propia de
> todo un departamento GIS de un ministerio. creo q se han pasado tres
> pueblos.
>
>
> En cuanto a que tiene muchos errores corine te puedo dar la razón pero en
> cuanto a que no se debe subir porque es una tarea grandisima mantenerlo
> no. También mantener todas las carreteras es una tarea grandisima, o si te
> dedicas a poner todos los arboles de una ciudad, o todos los bancos,..
> Por eso somos una comunidad y entre todos se va modificando lo que se puede
> y si se ven errores se corrige. Por esa lógica no existiría OSM.
>
> En principio te estaba defendiendo en la importación porque creía que
> estabas haciendo bien las cosas pero cada vez me estoy dando mas cuenta que
> es como tu dices y sino no vale, sin ningún tipo de respeto.
>
>
> --oscar
>
>
>
>
>
> --- On *Thu, 1/6/11, Jaume Figueras 
> http://mc/compose?to=jaume.figue...@masafi.cat>
> >* wrote:
>
>
> From: Jaume Figueras 
> http://mc/compose?to=jaume.figue...@masafi.cat>
> >
> Subject: Re: [Talk-es] CORINE land cover data
> To: talk-es@openstreetmap.org<http://mc/compose?to=talk...@openstreetmap.org>
> Date: Thursday, January 6, 2011, 1:22 PM
>
>
> 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 c

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

hola, los tags que hay en "prodef_orense.osm" son:
OLIVARES:landuse=orchardtrees=olivetreessource=EU CORINE land cover 2006
BOSQUE DE CONIFERASlanduse=foresttrees=coniferoussource=EU CORINE land cover 
2006
(aqui puedes añadir otro tag wood=coniferous y no hace falta que borres ninguno)
y lo mismo para los otros :
BOSQUE DE HOJA ANCHA:landuse=foresttrees=broad-leavedsource=EU CORINE land 
cover 2006(añadir wood=broad-leaved si quieres)
BOSQUE MIXTO:landuse=foresttrees=mixedsource=EU CORINE land cover 
2006(añadir wood=mixed si quieres)
puedes añadir todos los tags que quieras , pero deja alguno que diga el tipo de 
bosque
--oscar

--- On Thu, 1/6/11, Marco Fernández  wrote:

From: Marco Fernández 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Thursday, January 6, 2011, 3:05 PM

Yo sigo cotilleando los datos de Ourense en local, ¿alguien me explica la 
traducción de los tipos de árboles? es que no lo veo por el wiki.
Gracias.


-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[andrzej zaborowski]

2011/1/6 Oscar Orbe 
> Hola,el tag trees se suele usar en orchard:
> 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?

Y los datos son mas utiles cuando se usan los mismos tags para
designar las mismas propiedades, no? Por eso lo correcto seria basarse
en la pagina wiki de la importacion en francia y rumania, hacer una
igual y pedir comentario de la lista (tambien en mucho casos se pide
comentarios a la lista impo...@openstreetmap.org).

> 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.
> para pedir que no se suba algo a OSM hay que dar argumentos parecidos a estos:

Pero creo que la peticion no era que no se suban datos sino que no se
siga este proceso.

> 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

Pues no, existen varias mas razones, porque llenar la base de datos lo
mas rapido no es el unico objetivo del proyecto.  Por ejemplo si te
das cuenta en la comunidad de maperos ingleses hay un consensus muy
fuerte de no usar unicamente ortofotos o mapas fuera de la proteccion
de los derechos de autor (que ahi tienen muy buenos) para mapear un
lugar, como mucho se usan como una ayuda cuando has visitado un lugar.
 La idea es que hacer eso desanima a los contribuidores locales que de
otro modo harian un buen trabajo de mapear las calles con toda la
numeracion de casas, tiendas etc.  Y cuando tienen que corregir
despues de otra persona hacerlo rapido y mal pues prefieren no
tocarlo.

Por cierto por que dices que los datos del bufer de 10km desde la
frontera francesa son tan horribles y los que se importan ahora no lo
son, si es la misma fuente?  (sin mencionar que antes de la
importacion francesa, se habia enviado un mensaje a esta lista
mostrando en una web exactamente lo que se iba a importar y como
quedaria, y no habias dicho nada)

Saludos

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Marco Fernández]

Yo sigo cotilleando los datos de Ourense en local, ¿alguien me explica la
traducción de los tipos de árboles? es que no lo veo por el wiki.
Gracias.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola,las carreteras y cosas urbanas es mas facil de mantener porque hay mucha 
gente pendiente de ello, pero las parcelas de la inmensa francia rural, quien 
las mira?
siento que pienses asi. lo que me molesta es ver que hace mucho tiempo que se 
habla de corine por aqui y nadie "actua". no es como yo diga y ya esta, ya he 
dicho varias veces que no me molesta que se borre esto si se prepara un import
mi mentalidad es esta:
estoy aportando? sime molesta que se anule? no, si despues se reemplaza
pienso que eso no puede molestar a nadie.--oscar
--- On Thu, 1/6/11, sanchi  wrote:

From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Thursday, January 6, 2011, 2:50 PM



El 6 de enero de 2011 14:50, Oscar Orbe  escribió:

Hola,
pongo broad-leaved porque corine lo llama así, no estaba claro?
ok, gerona queda excluida. dime si hay otros sitios de cataluña donde se este 
mapeando bosqes sistematicamente.

por cierto, tanto que admirais lo que han hecho en francia: ahora mismo los 
mapas rurales de cataluña aragon y navarra en osm son basura porque nuestros 
amigos franceses metieron ese incomprensible buffer de varios km dentro de 
españa en lugar de ceñirse a la frontera. eso si que es vandalismo-osm a lo 
bestia.

No veo el inconveniente tan grande que ves tu que en se metan un poco en 
España. No han pisado ningún dato que yo sepa y ya esta parte de los datos de 
España. Esto es un mapa mundial no un mapa Español.


otro comentario sobre lo que han hecho en francia:  ese import me parece 
excesivo. ademas de los errores de corine, se van acumulando un monton de 
errores por el tipo de parcela (ellos han importado todo: praderas, granjas, 
etc), y ahora eso quien lo mantiene?? es una
 tarea grandisima, propia de todo un departamento GIS de un ministerio. creo q 
se han pasado tres pueblos.
En cuanto a que tiene muchos errores corine te puedo dar la razón pero en 
cuanto a que no se debe subir porque es una tarea grandisima mantenerlo 
no. También mantener todas las carreteras es una tarea grandisima, o si te 
dedicas a poner todos los arboles de una ciudad, o todos los bancos,.. Por 
eso somos una comunidad y entre todos se va modificando lo que se puede y si se 
ven errores se corrige. Por esa lógica no existiría OSM.

En principio te estaba defendiendo en la importación porque creía que estabas 
haciendo bien las cosas pero cada vez me estoy dando mas cuenta que es como tu 
dices y sino no vale, sin ningún tipo de respeto.


--oscar

 

--- On Thu, 1/6/11, Jaume Figueras  wrote:


From: Jaume Figueras 

Subject: Re: [Talk-es] CORINE land cover data
To: talk-es@openstreetmap.org
Date: Thursday, January 6, 2011, 1:22 PM


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

Re: [Talk-es] CORINE land cover data

[sanchi]

El 6 de enero de 2011 14:50, Oscar Orbe  escribió:

> Hola,
>
> pongo broad-leaved porque corine lo llama así, no estaba claro?
>
> ok, gerona queda excluida. dime si hay otros sitios de cataluña donde se
> este mapeando bosqes sistematicamente.
>
> por cierto, tanto que admirais lo que han hecho en francia: ahora mismo los
> mapas rurales de cataluña aragon y navarra en osm son basura porque nuestros
> amigos franceses metieron ese incomprensible buffer de varios km dentro de
> españa en lugar de ceñirse a la frontera. eso si que es vandalismo-osm a lo
> bestia.
>

No veo el inconveniente tan grande que ves tu que en se metan un poco en
España. No han pisado ningún dato que yo sepa y ya esta parte de los datos
de España. Esto es un mapa mundial no un mapa Español.

>
> otro comentario sobre lo que han hecho en francia:  ese import me parece
> excesivo. ademas de los errores de corine, se van acumulando un monton de
> errores por el tipo de parcela (ellos han importado todo: praderas, granjas,
> etc), y ahora eso quien lo mantiene?? es una tarea grandisima, propia de
> todo un departamento GIS de un ministerio. creo q se han pasado tres
> pueblos.
>

En cuanto a que tiene muchos errores corine te puedo dar la razón pero en
cuanto a que no se debe subir porque es una tarea grandisima mantenerlo
no. También mantener todas las carreteras es una tarea grandisima, o si te
dedicas a poner todos los arboles de una ciudad, o todos los bancos,..
Por eso somos una comunidad y entre todos se va modificando lo que se puede
y si se ven errores se corrige. Por esa lógica no existiría OSM.

En principio te estaba defendiendo en la importación porque creía que
estabas haciendo bien las cosas pero cada vez me estoy dando mas cuenta que
es como tu dices y sino no vale, sin ningún tipo de respeto.

>
> --oscar
>
>
>
>
>
> --- On *Thu, 1/6/11, Jaume Figueras * wrote:
>
>
> From: Jaume Figueras 
> Subject: Re: [Talk-es] CORINE land cover data
> To: talk-es@openstreetmap.org
> Date: Thursday, January 6, 2011, 1:22 PM
>
>
> 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 necesit

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola,
meparece indudable que estos datos mejoran mucho el mapeo de bosques y olivares.
lo bueno de OSM es que los datos son infinitamente filtrables. Si se considera 
que los datos de bosques de osm (aun despues de esta aportacion) aun no son 
buenos, puedes hacerte un mapa basado en los datos de osm excluyendo el tag 
landuse=forest y ya esta, te queda el mismo mapa pero sin bosques.
insisto en lo de antes: como puedes conformarte con el mapa de bosques que hay 
ahora, tendiendo esa franja horrible en los pirineos que han añadido los 
franceses?
--oscar
--- On Thu, 1/6/11, Carlos Dávila  wrote:

From: Carlos Dávila 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Thursday, January 6, 2011, 1:39 PM

El 06/01/11 14:22, Jaume Figueras escribió:
> Ó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 '. Importar toda España creo que 
> no debe considerarse 'little'.

Suscribo lo dicho por Jaume. La verdad, no le veo mucho sentido a tanto empeño 
en importar unos datos que se ha comentado ya varias veces que son bastante 
malos, por muy "bonito" que quede el mapa. Si falta una información en el mapa 
pues se sabe que falta, pero si hay una información y es mala, se da lugar a 
numerosos errores. Arreglar la chapuza de datos que contiene Corine dará mucho 
más trabajo que meter esa información de cero.
Por último comentar que tu actitud Oscar y el tono de algunos de tus 
comentarios me parece de poco respeto al resto de la comunidad. Cuando varias 
voces se han pronunciado en contra de algo creo que es mejor seguir el debate y 
llegar a un consenso en vez de continuar adelante con algo que afecta a todos.

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola,
pongo broad-leaved porque corine lo llama así, no estaba claro?
ok, gerona queda excluida. dime si hay otros sitios de cataluña donde se este 
mapeando bosqes sistematicamente.
por cierto, tanto que admirais lo que han hecho en francia: ahora mismo los 
mapas rurales de cataluña aragon y navarra en osm son basura porque nuestros 
amigos franceses metieron ese incomprensible buffer de varios km dentro de 
españa en lugar de ceñirse a la frontera. eso si que es vandalismo-osm a lo 
bestia.
otro comentario sobre lo que han hecho en francia:  ese import me parece 
excesivo. ademas de los errores de corine, se van acumulando un monton de 
errores por el tipo de parcela (ellos han importado todo: praderas, granjas, 
etc), y ahora eso quien lo mantiene?? es una tarea grandisima, propia de todo 
un departamento GIS de un ministerio. creo q se han pasado tres pueblos.
--oscar

 

--- On Thu, 1/6/11, Jaume Figueras  wrote:

From: Jaume Figueras 
Subject: Re: [Talk-es] CORINE land cover data
To: talk-es@openstreetmap.org
Date: Thursday, January 6, 2011, 1:22 PM

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 d

Re: [Talk-es] CORINE land cover data

[Carlos Dávila]

El 06/01/11 14:22, Jaume Figueras escribió:
Ó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 '. Importar toda 
España creo que no debe considerarse 'little'.


Suscribo lo dicho por Jaume. La verdad, no le veo mucho sentido a tanto 
empeño en importar unos datos que se ha comentado ya varias veces que 
son bastante malos, por muy "bonito" que quede el mapa. Si falta una 
información en el mapa pues se sabe que falta, pero si hay una 
información y es mala, se da lugar a numerosos errores. Arreglar la 
chapuza de datos que contiene Corine dará mucho más trabajo que meter 
esa información de cero.
Por último comentar que tu actitud Oscar y el tono de algunos de tus 
comentarios me parece de poco respeto al resto de la comunidad. Cuando 
varias voces se han pronunciado en contra de algo creo que es mejor 
seguir el debate y llegar a un consenso en vez de continuar adelante con 
algo que afecta a todos.


___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Jaume Figueras]

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

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 '. Importar toda 
España creo que no debe considerarse 'little'.


Salut!

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola,en uno de mis mail digo que quien quiera puede borrar lo que yo subo 
siempre y cuando tenga preparado el import de corine que lo reemplace. si 
quieres puedes hacer esto en el futuro:te bajas todos los datos osm de cataluña 
y lo pones en una bd  postgis, transformas todos los shapes de corine a tablas 
de postgis ; borras todo lo que yo haya añadido en cataluña (se puede 
identificar con el tag source=EU CORINE land cover 2006) ; añade lo que quieras 
añadir con tus tags maravillosos etc ; finalmente aplicar los cambios a osm
salut--oscar

--- On Thu, 1/6/11, Oscar Orbe  wrote:

From: Oscar Orbe 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Thursday, January 6, 2011, 11:13 AM

Hola,el tag trees se suele usar en orchard:
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?
no confundas olivares con los otros. unos son landuse=forest y el otro es 
landuse=orchard
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.
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.
para pedir que no se suba algo a OSM hay que dar argumentos parecidos a 
estos: 1-no se aporta nada sustancial2-se destruyen muchas cosas3-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.
--oscar

--- On Thu, 1/6/11, Jaume Figueras  wrote:

From: Jaume Figueras 
Subject: Re: [Talk-es] CORINE land cover data
To: talk-es@openstreetmap.org
Date: Thursday, January 6,
 2011, 12:28 AM

Hola de nuevo,

he bajado los datos que havia en un correo que no puedo volver a 
localizar, el tag trees (que se ha subido ya), ha salido de la manga?
no deberia ser wood? el valor broad-leaved no deberia ser deciduous?

Si los encinares y olivares no son ni broad-leaved ni deciduous ni 
coniferous no deberíamos proponer los tags correspondientes?

Por que no se ha mantenido el ID de corine? Si hay actualizaciones será 
imposible saber qué era que

Salut!


On 01/04/2011 07:38 PM, Oscar Orbe wrote:
> Hola, ya veo tus cambios en Mapnik, creo que ha salido bien no??
>
> Podriamos hacer esto para cada provincia: con la funcion de busqueda de
> JOSM, buscar todos los del mismo tipo:
>
> landuse=forest AND trees=broad-leaved
>
> y una vez seleccionados, usar la opcion multipoligono
>
> y lo mismo con
 los otros tres (bosque coniferas, bosuqe mixto, olivar)
>
> finalmente, elimiar nodos duplicados.- Que opinas?
> --Oscar
>
>
> --- On *Tue, 1/4/11, Oscar Orbe //* wrote:
>
>
>     From: Oscar Orbe 
>     Subject: Re: [Talk-es] CORINE land cover data
>     To: "Discusión en Español de OpenStreetMap" 
>     Date: Tuesday, January 4, 2011, 6:29 PM
>
>     Hola, creo que ha salido bien tu cambio en Valladolid. JOSM
 muestra
>     multipoligonos y sin rastro de fronmteras interiores que no sean
>     agujeros. Veo que esta formado por ways que son segmentos del
>     exterior y ways que son segmentos de agujeros, y algunos de esos
>     ways son bastante pequeños (20 nodos, etc). Has tenido tu que ir
>     partiendo esos segmentos o se ha hecho automaticamente?
>     --Oscar
>
>     --- On *Tue, 1/4/11, sanchi //* wrote:
>
>
>         From: sanchi 
>         Subject: Re: [Talk-es] CORINE
 land cover data
>         To: "Discusión en Español de OpenStreetMap"
>         
>         Date: Tuesday, January 4, 2011, 6:11 PM
>
>         Ya he solucionado lo de recuperar los puntos borrados. Yo creo
>         que si se va subiendo cosas viene bien, si se hace luego uno
>         total creo que con que las partes que ya están subidas se
>         descarten es suficiente.
>         Tanto en este proceso como en el otro en lo que pueda si me
>         decís ayudo. Todo eso de convertir y esas
 cosas no se pero
>         aprendo rápido y sino en otra parte del proceso ayudo.
>         La cosa eso si lo que se sube asegurarse de que se sube bien.
>         En un minuto estará subido Valladolid. Cualquier cosa comentar.
>         --
>         Sanchi
>         Blog http://blog.jorgesanzs.com/
>
>         -Inline Attachment Follows-
>
>         ___
>         Talk-es mailing list
>         talk...@openstreetmap.org
>         http://lists.openstreetmap.org/listinf

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola,el tag trees se suele usar en orchard:
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?
no confundas olivares con los otros. unos son landuse=forest y el otro es 
landuse=orchard
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.
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.
para pedir que no se suba algo a OSM hay que dar argumentos parecidos a 
estos: 1-no se aporta nada sustancial2-se destruyen muchas cosas3-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.
--oscar

--- On Thu, 1/6/11, Jaume Figueras  wrote:

From: Jaume Figueras 
Subject: Re: [Talk-es] CORINE land cover data
To: talk-es@openstreetmap.org
Date: Thursday, January 6, 2011, 12:28 AM

Hola de nuevo,

he bajado los datos que havia en un correo que no puedo volver a 
localizar, el tag trees (que se ha subido ya), ha salido de la manga?
no deberia ser wood? el valor broad-leaved no deberia ser deciduous?

Si los encinares y olivares no son ni broad-leaved ni deciduous ni 
coniferous no deberíamos proponer los tags correspondientes?

Por que no se ha mantenido el ID de corine? Si hay actualizaciones será 
imposible saber qué era que

Salut!


On 01/04/2011 07:38 PM, Oscar Orbe wrote:
> Hola, ya veo tus cambios en Mapnik, creo que ha salido bien no??
>
> Podriamos hacer esto para cada provincia: con la funcion de busqueda de
> JOSM, buscar todos los del mismo tipo:
>
> landuse=forest AND trees=broad-leaved
>
> y una vez seleccionados, usar la opcion multipoligono
>
> y lo mismo con los otros tres (bosque coniferas, bosuqe mixto, olivar)
>
> finalmente, elimiar nodos duplicados.- Que opinas?
> --Oscar
>
>
> --- On *Tue, 1/4/11, Oscar Orbe //* wrote:
>
>
>     From: Oscar Orbe 
>     Subject: Re: [Talk-es] CORINE land cover data
>     To: "Discusión en Español de OpenStreetMap" 
>     Date: Tuesday, January 4, 2011, 6:29 PM
>
>     Hola, creo que ha salido bien tu cambio en Valladolid. JOSM muestra
>     multipoligonos y sin rastro de fronmteras interiores que no sean
>     agujeros. Veo que esta formado por ways que son segmentos del
>     exterior y ways que son segmentos de agujeros, y algunos de esos
>     ways son bastante pequeños (20 nodos, etc). Has tenido tu que ir
>     partiendo esos segmentos o se ha hecho automaticamente?
>     --Oscar
>
>     --- On *Tue, 1/4/11, sanchi //* wrote:
>
>
>         From: sanchi 
>         Subject: Re: [Talk-es] CORINE land cover data
>         To: "Discusión en Español de OpenStreetMap"
>         
>         Date: Tuesday, January 4, 2011, 6:11 PM
>
>         Ya he solucionado lo de recuperar los puntos borrados. Yo creo
>         que si se va subiendo cosas viene bien, si se hace luego uno
>         total creo que con que las partes que ya están subidas se
>         descarten es suficiente.
>         Tanto en este proceso como en el otro en lo que pueda si me
>         decís ayudo. Todo eso de convertir y esas cosas no se pero
>         aprendo rápido y sino en otra parte del proceso ayudo.
>         La cosa eso si lo que se sube asegurarse de que se sube bien.
>         En un minuto estará subido Valladolid. Cualquier cosa comentar.
>         --
>         Sanchi
>         Blog http://blog.jorgesanzs.com/
>
>         -Inline Attachment Follows-
>
>         ___
>         Talk-es mailing list
>         talk...@openstreetmap.org
>         http://lists.openstreetmap.org/listinfo/talk-es
>
>
>
>     -Inline Attachment Follows-
>
>     ___
>     Talk-es mailing list
>     talk...@openstreetmap.org 
>     http://lists.openstreetmap.org/listinfo/talk-es
>
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Jaume Figueras]

Hola de nuevo,

he bajado los datos que havia en un correo que no puedo volver a 
localizar, el tag trees (que se ha subido ya), ha salido de la manga?

no deberia ser wood? el valor broad-leaved no deberia ser deciduous?

Si los encinares y olivares no son ni broad-leaved ni deciduous ni 
coniferous no deberíamos proponer los tags correspondientes?


Por que no se ha mantenido el ID de corine? Si hay actualizaciones será 
imposible saber qué era que


Salut!


On 01/04/2011 07:38 PM, Oscar Orbe wrote:

Hola, ya veo tus cambios en Mapnik, creo que ha salido bien no??

Podriamos hacer esto para cada provincia: con la funcion de busqueda de
JOSM, buscar todos los del mismo tipo:

landuse=forest AND trees=broad-leaved

y una vez seleccionados, usar la opcion multipoligono

y lo mismo con los otros tres (bosque coniferas, bosuqe mixto, olivar)

finalmente, elimiar nodos duplicados.- Que opinas?
--Oscar


--- On *Tue, 1/4/11, Oscar Orbe //* wrote:


From: Oscar Orbe 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 6:29 PM

Hola, creo que ha salido bien tu cambio en Valladolid. JOSM muestra
multipoligonos y sin rastro de fronmteras interiores que no sean
agujeros. Veo que esta formado por ways que son segmentos del
exterior y ways que son segmentos de agujeros, y algunos de esos
ways son bastante pequeños (20 nodos, etc). Has tenido tu que ir
partiendo esos segmentos o se ha hecho automaticamente?
--Oscar

--- On *Tue, 1/4/11, sanchi //* wrote:


From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap"

Date: Tuesday, January 4, 2011, 6:11 PM

Ya he solucionado lo de recuperar los puntos borrados. Yo creo
que si se va subiendo cosas viene bien, si se hace luego uno
total creo que con que las partes que ya están subidas se
descarten es suficiente.
Tanto en este proceso como en el otro en lo que pueda si me
decís ayudo. Todo eso de convertir y esas cosas no se pero
aprendo rápido y sino en otra parte del proceso ayudo.
La cosa eso si lo que se sube asegurarse de que se sube bien.
En un minuto estará subido Valladolid. Cualquier cosa comentar.
--
Sanchi
Blog http://blog.jorgesanzs.com/

-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org 
http://lists.openstreetmap.org/listinfo/talk-es




___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es


___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Jaume Figueras]

Hola,

viendo la celeridad de la importación, los comentarios de la lista y los 
que cito debajo os agradecería que NO importarais Catalunya.


Gracias.

On 01/04/2011 06:43 PM, sergio sevillano wrote:


El 04/01/2011, a las 17:35, Oscar Fonts escribió:


soy al único al que le parece que la importación que estáis
haciendo es una chapuza ?

no es mejor tomarlo calma, y encontrar el método para transformar
todas esas áreas en relaciones como dios manda?


+1
La experiencia de la importación de Corine en Francia concluye que es
esencial que la comunidad actúe de forma coordinada y no precipitarse,
que a la larga sale caro...

Documentaos antes de actuar: Buscad en la wiki, miraros el vídeo del
SOTM en Girona, tomaos una birra, no paseis olímpicamente de los
esfuerzos de otros compañeros... :)




los pasos deberían ser,
leer:

http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover
http://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_scheme
http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import

y el vídeo:
http://vimeo.com/14789967

una conversación previa sobre el tema:
http://www.mail-archive.com/talk-es@openstreetmap.org/msg04235.html

la birra

luego abrid una pag en la wiki sobre la importación de Corine en España
para documentar lo que hagáis,
es mas rollo pero dará muchos menos problemas.
y ademas podremos colaborar todos.

si lo lograis así seréis nuestros héroes :-)



___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es


___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

se puede comparar con google maps con esto:
http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlesat&lon=-4.82185&lat=41.81994&zoom=12
creo que si coincide bastante

--- On Wed, 1/5/11, Oscar Orbe  wrote:

From: Oscar Orbe 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Wednesday, January 5, 2011, 8:41 PM

hola, dime las coordenadas y comprobare si ha habido algun problema al pasar de 
shp a osm, o si es simplemente el error que tiene corine. en varias 
comparaciones que yo hice si cro que valia la pena traerlo.
--oscar

--- On Wed, 1/5/11, Marco Fernández  wrote:

From: Marco Fernández 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Wednesday, January 5, 2011, 7:42 PM

Una pregunta, sin ánimo de calentar la conversación, ¿los datos de los archivos 
.osm deberían tener su correspondencia al poner PNOA debajo? Es que he bajado 
los datos para
 echar un vistazo en local y no veo demasiada sintonía...


Gracias!

-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  
-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

hola, dime las coordenadas y comprobare si ha habido algun problema al pasar de 
shp a osm, o si es simplemente el error que tiene corine. en varias 
comparaciones que yo hice si cro que valia la pena traerlo.
--oscar

--- On Wed, 1/5/11, Marco Fernández  wrote:

From: Marco Fernández 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Wednesday, January 5, 2011, 7:42 PM

Una pregunta, sin ánimo de calentar la conversación, ¿los datos de los archivos 
.osm deberían tener su correspondencia al poner PNOA debajo? Es que he bajado 
los datos para echar un vistazo en local y no veo demasiada sintonía...


Gracias!

-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Marco Fernández]

Una pregunta, sin ánimo de calentar la conversación, ¿los datos de los
archivos .osm deberían tener su correspondencia al poner PNOA debajo? Es que
he bajado los datos para echar un vistazo en local y no veo demasiada
sintonía...

Gracias!
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Sí ya lo visto, es al lado de Jaen, lo corrijo a la vez que lo de Jaen.

--- On Tue, 1/4/11, sanchi  wrote:

From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 11:02 PM

Solo comentar que en Cordoba arriba a la derecha creo que a pasado como en Jaen 
que falta un trozo y también faltarían de juntar poligonos para evitar la raya 
blanca.
-- 
SanchiBlog http://blog.jorgesanzs.com/



-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

Solo comentar que en Cordoba arriba a la derecha creo que a pasado como en
Jaen que falta un trozo y también faltarían de juntar poligonos para evitar
la raya blanca.
-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

Ahora me pongo a ver si se actualizan los titles. Sube los arreglos ya con
el nuevo usuario que a creado andrzej

El 4 de enero de 2011 22:34, Oscar Orbe  escribió:

> Hola, ya doy por arreglada la provincia de Cordoba (habrá que hacer algo
> para que se repinten los tiles o esperar), voy a arreglar Jaen que costara
> un poco y Cuenca y Toledo creo que apenas tienen problemas y costara muy
> poco
>
>
> --- On *Tue, 1/4/11, sanchi * wrote:
>
>
> From: sanchi 
> Subject: Re: [Talk-es] CORINE land cover data
> To: "Discusión en Español de OpenStreetMap" 
> Date: Tuesday, January 4, 2011, 9:19 PM
>
>
>
>
> El 4 de enero de 2011 21:53, andrzej zaborowski 
> http://mc/compose?to=balr...@gmail.com>
> > escribió:
>
> 2011/1/4 sanchi http://mc/compose?to=sanc...@gmail.com>
> >:
> > El 4 de enero de 2011 21:07, andrzej zaborowski 
> > http://mc/compose?to=balr...@gmail.com>
> >
> > escribió:
> >>
> >> Holas,
> >>
> >> 2011/1/4 Oscar Orbe 
> >> http://mc/compose?to=oskaro...@yahoo.com>
> >
> >> > Hola, lo de unir areas superpuestas puede producir poligonos con mas
> de
> >> > 2000 nodos, me imagino, pero puede ser util muchas veces. has
> comprobado si
> >> > lo de multipoligono hace que no se vea las lineas?
> >> > lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una
> >> > colosal chapuza.
> >> > por ejemplo, siempre me hace gracia los que dicen q hay que ser
> >> > paranoicos con el tema de las licencias, y yo pienso, si fueramos
> >> > paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq
> esta
> >> > lleno de pequeñas violaciones de la licencia
> >> > lo de que esos poligonos no existen, no le veo sentido. la cuestion es
> >> > si en esos poligonos el uso de suelo es bosque? si, lo es. si se han
> subido
> >> > en partes por alguna limitacion o lo que sea, no es relevante, lo
> importante
> >> > es que los datos son geometricamente correctos, es decir, la
> aplicacion q
> >> > los use sabe exactamente si en un punto hay bosque o no, y sabe donde
> >> > empieza y termina el bosque.
> >>
> >> Si conoces casos que son pequeñas violaciones de la licencia seria
> >> bueno que los reportes aqui en la lista para investigar.
> >>
> >> Y lo de la importacion, creo que se estan perdiendo algunos recursos
> >> haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro
> >> de JOSM), que se podrian hacer automaticamente modificando el script
> >> de la conversion a .osm y a la vez mejorando otros aspectos de los
> >> datos.  Cuando se corrigen despues de subir eso deja huella (en el
> >> historial de los objetos en la bdd.
> >> Por ejemplo en Francia creo que tambien se han simplificado las vias
> >> para no contener nodos innecesarios (nodos en un segmento casi recto
> >> de una linea) y se guardo en los tags de los multipoligonos la
> >> informacion del ID original de cada poligono Corine para poder hacer
> >> potenciales actualizaciones.  Tambien se ha usado una cuenta de
> >> usuario dedicada para esa importacion, algo que seria facil de hacer y
> >> cumpliria con las reglas de las importaciones, que creo que Carlos
> >> Davila ha mencionado.
> >>
> >> Otra cosa es que cuando se hizo la importacion en Francia no estaban
> >> disponibles proyectos como el GMES Urban Atlas, ahora que estan
> >> disponibles seria desperdicie de recursos no usarlos.  Aunque admito
> >> que los datos de huertos/olivares no son buenos en UA... bueno no voy
> >> a decir nada antes de tener tiempo para reanimar la pagina que te deja
> >> compararlo bien -- creo que sera mejor que enviar pantallazos de
> >> lugares especificos.
> >>
> >> Bueno, igual creo que la importacion actual es un paso adelante.
> >>
> >> Saludos
> >>
> >
> > En cuanto a que el proceso se puede hacer automáticamente modificando el
> > script de la conversión a .osm no lo se no se de eso pero si alguien lo
> hace
> > es bienvenido. He subido los datos a partir del .osm que me han pasado
> > arreglando estos pequeños errores. Por lo que estado viendo en las
> paginas
> > de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso
> > tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo
> > que es mas son los multipoligonos pero eso creo que no esta o no lo he
> > visto.
> > Lo de d

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola, ya doy por arreglada la provincia de Cordoba (habrá que hacer algo para 
que se repinten los tiles o esperar), voy a arreglar Jaen que costara un poco y 
Cuenca y Toledo creo que apenas tienen problemas y costara muy poco

--- On Tue, 1/4/11, sanchi  wrote:

From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 9:19 PM



El 4 de enero de 2011 21:53, andrzej zaborowski  escribió:

2011/1/4 sanchi :

> El 4 de enero de 2011 21:07, andrzej zaborowski 

> escribió:

>>

>> Holas,

>>

>> 2011/1/4 Oscar Orbe 

>> > Hola, lo de unir areas superpuestas puede producir poligonos con mas de

>> > 2000 nodos, me imagino, pero puede ser util muchas veces. has comprobado si

>> > lo de multipoligono hace que no se vea las lineas?

>> > lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una

>> > colosal chapuza.

>> > por ejemplo, siempre me hace gracia los que dicen q hay que ser

>> > paranoicos con el tema de las licencias, y yo pienso, si fueramos

>> > paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq esta

>> > lleno de pequeñas violaciones de la licencia

>> > lo de que esos poligonos no existen, no le veo sentido. la cuestion es

>> > si en esos poligonos el uso de suelo es bosque? si, lo es. si se han subido

>> > en partes por alguna limitacion o lo que sea, no es relevante, lo 
>> > importante

>> > es que los datos son geometricamente correctos, es decir, la aplicacion q

>> > los use sabe exactamente si en un punto hay bosque o no, y sabe donde

>> > empieza y termina el bosque.

>>

>> Si conoces casos que son pequeñas violaciones de la licencia seria

>> bueno que los reportes aqui en la lista para investigar.

>>

>> Y lo de la importacion, creo que se estan perdiendo algunos recursos

>> haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro

>> de JOSM), que se podrian hacer automaticamente modificando el script

>> de la conversion a .osm y a la vez mejorando otros aspectos de los

>> datos.  Cuando se corrigen despues de subir eso deja huella (en el

>> historial de los objetos en la bdd.

>> Por ejemplo en Francia creo que tambien se han simplificado las vias

>> para no contener nodos innecesarios (nodos en un segmento casi recto

>> de una linea) y se guardo en los tags de los multipoligonos la

>> informacion del ID original de cada poligono Corine para poder hacer

>> potenciales actualizaciones.  Tambien se ha usado una cuenta de

>> usuario dedicada para esa importacion, algo que seria facil de hacer y

>> cumpliria con las reglas de las importaciones, que creo que Carlos

>> Davila ha mencionado.

>>

>> Otra cosa es que cuando se hizo la importacion en Francia no estaban

>> disponibles proyectos como el GMES Urban Atlas, ahora que estan

>> disponibles seria desperdicie de recursos no usarlos.  Aunque admito

>> que los datos de huertos/olivares no son buenos en UA... bueno no voy

>> a decir nada antes de tener tiempo para reanimar la pagina que te deja

>> compararlo bien -- creo que sera mejor que enviar pantallazos de

>> lugares especificos.

>>

>> Bueno, igual creo que la importacion actual es un paso adelante.

>>

>> Saludos

>>

>

> En cuanto a que el proceso se puede hacer automáticamente modificando el

> script de la conversión a .osm no lo se no se de eso pero si alguien lo hace

> es bienvenido. He subido los datos a partir del .osm que me han pasado

> arreglando estos pequeños errores. Por lo que estado viendo en las paginas

> de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso

> tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo

> que es mas son los multipoligonos pero eso creo que no esta o no lo he

> visto.

> Lo de dejar huella en la base de datos solo seria para las 3 provincias que

> no están subidas como multipoligonos, el resto no debería pasar. Yo he

> subido Valladolid para ver si el proceso es correcto y estoy a la espera de

> asegurarme y si hay un proceso mejor verlo.

> En cuanto a la cuenta solo para la importación si me pareció raro que no se

> hiciera como cuando se subieron los limites administrativos pero tampoco

> sabia que fuera una regla, si es así pues creamos una cuenta como es lógico.

> Por cierto quien tenga acceso a la cuenta de los limites administrativos

> seria bueno que entrara y aceptara la ODbL.



(En esto me pillaste porque la hice yo y tampoco he usado una cuenta

dedicada, en ese momento no se me habia ocurrido.. y ahor

Re: [Talk-es] CORINE land cover data

[sanchi]

El 4 de enero de 2011 21:53, andrzej zaborowski escribió:

> 2011/1/4 sanchi :
> > El 4 de enero de 2011 21:07, andrzej zaborowski 
> > escribió:
> >>
> >> Holas,
> >>
> >> 2011/1/4 Oscar Orbe 
> >> > Hola, lo de unir areas superpuestas puede producir poligonos con mas
> de
> >> > 2000 nodos, me imagino, pero puede ser util muchas veces. has
> comprobado si
> >> > lo de multipoligono hace que no se vea las lineas?
> >> > lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una
> >> > colosal chapuza.
> >> > por ejemplo, siempre me hace gracia los que dicen q hay que ser
> >> > paranoicos con el tema de las licencias, y yo pienso, si fueramos
> >> > paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq
> esta
> >> > lleno de pequeñas violaciones de la licencia
> >> > lo de que esos poligonos no existen, no le veo sentido. la cuestion es
> >> > si en esos poligonos el uso de suelo es bosque? si, lo es. si se han
> subido
> >> > en partes por alguna limitacion o lo que sea, no es relevante, lo
> importante
> >> > es que los datos son geometricamente correctos, es decir, la
> aplicacion q
> >> > los use sabe exactamente si en un punto hay bosque o no, y sabe donde
> >> > empieza y termina el bosque.
> >>
> >> Si conoces casos que son pequeñas violaciones de la licencia seria
> >> bueno que los reportes aqui en la lista para investigar.
> >>
> >> Y lo de la importacion, creo que se estan perdiendo algunos recursos
> >> haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro
> >> de JOSM), que se podrian hacer automaticamente modificando el script
> >> de la conversion a .osm y a la vez mejorando otros aspectos de los
> >> datos.  Cuando se corrigen despues de subir eso deja huella (en el
> >> historial de los objetos en la bdd.
> >> Por ejemplo en Francia creo que tambien se han simplificado las vias
> >> para no contener nodos innecesarios (nodos en un segmento casi recto
> >> de una linea) y se guardo en los tags de los multipoligonos la
> >> informacion del ID original de cada poligono Corine para poder hacer
> >> potenciales actualizaciones.  Tambien se ha usado una cuenta de
> >> usuario dedicada para esa importacion, algo que seria facil de hacer y
> >> cumpliria con las reglas de las importaciones, que creo que Carlos
> >> Davila ha mencionado.
> >>
> >> Otra cosa es que cuando se hizo la importacion en Francia no estaban
> >> disponibles proyectos como el GMES Urban Atlas, ahora que estan
> >> disponibles seria desperdicie de recursos no usarlos.  Aunque admito
> >> que los datos de huertos/olivares no son buenos en UA... bueno no voy
> >> a decir nada antes de tener tiempo para reanimar la pagina que te deja
> >> compararlo bien -- creo que sera mejor que enviar pantallazos de
> >> lugares especificos.
> >>
> >> Bueno, igual creo que la importacion actual es un paso adelante.
> >>
> >> Saludos
> >>
> >
> > En cuanto a que el proceso se puede hacer automáticamente modificando el
> > script de la conversión a .osm no lo se no se de eso pero si alguien lo
> hace
> > es bienvenido. He subido los datos a partir del .osm que me han pasado
> > arreglando estos pequeños errores. Por lo que estado viendo en las
> paginas
> > de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso
> > tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo
> > que es mas son los multipoligonos pero eso creo que no esta o no lo he
> > visto.
> > Lo de dejar huella en la base de datos solo seria para las 3 provincias
> que
> > no están subidas como multipoligonos, el resto no debería pasar. Yo he
> > subido Valladolid para ver si el proceso es correcto y estoy a la espera
> de
> > asegurarme y si hay un proceso mejor verlo.
> > En cuanto a la cuenta solo para la importación si me pareció raro que no
> se
> > hiciera como cuando se subieron los limites administrativos pero tampoco
> > sabia que fuera una regla, si es así pues creamos una cuenta como
> es lógico.
> > Por cierto quien tenga acceso a la cuenta de los limites administrativos
> > seria bueno que entrara y aceptara la ODbL.
>
> (En esto me pillaste porque la hice yo y tampoco he usado una cuenta
> dedicada, en ese momento no se me habia ocurrido.. y ahora antes de
> aceptar la nueva licencia tengo que esperar la aceptacion por parte de
> unos autores cuyos datos habia usado en otras ocasiones.  Tambien
> estoy esperando para que se aclaren los Contributor Terms, que creo
> que estan en revision ahora mismo.  Pero antes de la fecha final en
> abril seguramente estara resuelto)
>
> > En cuanto a lo de GMES Urban Atlas no opino porque no tengo ni idea.
> > Yo hasta mañana no haré mas provincias a la espera de que se aclaren las
> > pequeñas dudas que hay.
>
> No era mi intencion crear dudas.  Lo unico que se me ocurre es lo de
> la cuenta dedicada, si quereis la creo yo y os envio la contraseña a
> ti y a Oscar por email para que no quede en los archivos.
>
> Saludos
>
> _

Re: [Talk-es] CORINE land cover data

[andrzej zaborowski]

2011/1/4 sanchi :
> El 4 de enero de 2011 21:07, andrzej zaborowski 
> escribió:
>>
>> Holas,
>>
>> 2011/1/4 Oscar Orbe 
>> > Hola, lo de unir areas superpuestas puede producir poligonos con mas de
>> > 2000 nodos, me imagino, pero puede ser util muchas veces. has comprobado si
>> > lo de multipoligono hace que no se vea las lineas?
>> > lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una
>> > colosal chapuza.
>> > por ejemplo, siempre me hace gracia los que dicen q hay que ser
>> > paranoicos con el tema de las licencias, y yo pienso, si fueramos
>> > paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq esta
>> > lleno de pequeñas violaciones de la licencia
>> > lo de que esos poligonos no existen, no le veo sentido. la cuestion es
>> > si en esos poligonos el uso de suelo es bosque? si, lo es. si se han subido
>> > en partes por alguna limitacion o lo que sea, no es relevante, lo 
>> > importante
>> > es que los datos son geometricamente correctos, es decir, la aplicacion q
>> > los use sabe exactamente si en un punto hay bosque o no, y sabe donde
>> > empieza y termina el bosque.
>>
>> Si conoces casos que son pequeñas violaciones de la licencia seria
>> bueno que los reportes aqui en la lista para investigar.
>>
>> Y lo de la importacion, creo que se estan perdiendo algunos recursos
>> haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro
>> de JOSM), que se podrian hacer automaticamente modificando el script
>> de la conversion a .osm y a la vez mejorando otros aspectos de los
>> datos.  Cuando se corrigen despues de subir eso deja huella (en el
>> historial de los objetos en la bdd.
>> Por ejemplo en Francia creo que tambien se han simplificado las vias
>> para no contener nodos innecesarios (nodos en un segmento casi recto
>> de una linea) y se guardo en los tags de los multipoligonos la
>> informacion del ID original de cada poligono Corine para poder hacer
>> potenciales actualizaciones.  Tambien se ha usado una cuenta de
>> usuario dedicada para esa importacion, algo que seria facil de hacer y
>> cumpliria con las reglas de las importaciones, que creo que Carlos
>> Davila ha mencionado.
>>
>> Otra cosa es que cuando se hizo la importacion en Francia no estaban
>> disponibles proyectos como el GMES Urban Atlas, ahora que estan
>> disponibles seria desperdicie de recursos no usarlos.  Aunque admito
>> que los datos de huertos/olivares no son buenos en UA... bueno no voy
>> a decir nada antes de tener tiempo para reanimar la pagina que te deja
>> compararlo bien -- creo que sera mejor que enviar pantallazos de
>> lugares especificos.
>>
>> Bueno, igual creo que la importacion actual es un paso adelante.
>>
>> Saludos
>>
>
> En cuanto a que el proceso se puede hacer automáticamente modificando el
> script de la conversión a .osm no lo se no se de eso pero si alguien lo hace
> es bienvenido. He subido los datos a partir del .osm que me han pasado
> arreglando estos pequeños errores. Por lo que estado viendo en las paginas
> de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso
> tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo
> que es mas son los multipoligonos pero eso creo que no esta o no lo he
> visto.
> Lo de dejar huella en la base de datos solo seria para las 3 provincias que
> no están subidas como multipoligonos, el resto no debería pasar. Yo he
> subido Valladolid para ver si el proceso es correcto y estoy a la espera de
> asegurarme y si hay un proceso mejor verlo.
> En cuanto a la cuenta solo para la importación si me pareció raro que no se
> hiciera como cuando se subieron los limites administrativos pero tampoco
> sabia que fuera una regla, si es así pues creamos una cuenta como es lógico.
> Por cierto quien tenga acceso a la cuenta de los limites administrativos
> seria bueno que entrara y aceptara la ODbL.

(En esto me pillaste porque la hice yo y tampoco he usado una cuenta
dedicada, en ese momento no se me habia ocurrido.. y ahora antes de
aceptar la nueva licencia tengo que esperar la aceptacion por parte de
unos autores cuyos datos habia usado en otras ocasiones.  Tambien
estoy esperando para que se aclaren los Contributor Terms, que creo
que estan en revision ahora mismo.  Pero antes de la fecha final en
abril seguramente estara resuelto)

> En cuanto a lo de GMES Urban Atlas no opino porque no tengo ni idea.
> Yo hasta mañana no haré mas provincias a la espera de que se aclaren las
> pequeñas dudas que hay.

No era mi intencion crear dudas.  Lo unico que se me ocurre es lo de
la cuenta dedicada, si quereis la creo yo y os envio la contraseña a
ti y a Oscar por email para que no quede en los archivos.

Saludos

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

El 4 de enero de 2011 21:07, andrzej zaborowski escribió:

> Holas,
>
> 2011/1/4 Oscar Orbe 
> > Hola, lo de unir areas superpuestas puede producir poligonos con mas de
> 2000 nodos, me imagino, pero puede ser util muchas veces. has comprobado si
> lo de multipoligono hace que no se vea las lineas?
> > lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una
> colosal chapuza.
> > por ejemplo, siempre me hace gracia los que dicen q hay que ser
> paranoicos con el tema de las licencias, y yo pienso, si fueramos
> paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq esta
> lleno de pequeñas violaciones de la licencia
> > lo de que esos poligonos no existen, no le veo sentido. la cuestion es si
> en esos poligonos el uso de suelo es bosque? si, lo es. si se han subido en
> partes por alguna limitacion o lo que sea, no es relevante, lo importante es
> que los datos son geometricamente correctos, es decir, la aplicacion q los
> use sabe exactamente si en un punto hay bosque o no, y sabe donde empieza y
> termina el bosque.
>
> Si conoces casos que son pequeñas violaciones de la licencia seria
> bueno que los reportes aqui en la lista para investigar.
>
> Y lo de la importacion, creo que se estan perdiendo algunos recursos
> haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro
> de JOSM), que se podrian hacer automaticamente modificando el script
> de la conversion a .osm y a la vez mejorando otros aspectos de los
> datos.  Cuando se corrigen despues de subir eso deja huella (en el
> historial de los objetos en la bdd.
> Por ejemplo en Francia creo que tambien se han simplificado las vias
> para no contener nodos innecesarios (nodos en un segmento casi recto
> de una linea) y se guardo en los tags de los multipoligonos la
> informacion del ID original de cada poligono Corine para poder hacer
> potenciales actualizaciones.  Tambien se ha usado una cuenta de
> usuario dedicada para esa importacion, algo que seria facil de hacer y
> cumpliria con las reglas de las importaciones, que creo que Carlos
> Davila ha mencionado.
>
> Otra cosa es que cuando se hizo la importacion en Francia no estaban
> disponibles proyectos como el GMES Urban Atlas, ahora que estan
> disponibles seria desperdicie de recursos no usarlos.  Aunque admito
> que los datos de huertos/olivares no son buenos en UA... bueno no voy
> a decir nada antes de tener tiempo para reanimar la pagina que te deja
> compararlo bien -- creo que sera mejor que enviar pantallazos de
> lugares especificos.
>
> Bueno, igual creo que la importacion actual es un paso adelante.
>
> Saludos
>
>
En cuanto a que el proceso se puede hacer automáticamente modificando el
script de la conversión a .osm no lo se no se de eso pero si alguien lo hace
es bienvenido. He subido los datos a partir del .osm que me han pasado
arreglando estos pequeños errores. Por lo que estado viendo en las paginas
de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso
tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo
que es mas son los multipoligonos pero eso creo que no esta o no lo he
visto.
Lo de dejar huella en la base de datos solo seria para las 3 provincias que
no están subidas como multipoligonos, el resto no debería pasar. Yo he
subido Valladolid para ver si el proceso es correcto y estoy a la espera de
asegurarme y si hay un proceso mejor verlo.

En cuanto a la cuenta solo para la importación si me pareció raro que no se
hiciera como cuando se subieron los limites administrativos pero tampoco
sabia que fuera una regla, si es así pues creamos una cuenta como es lógico.
Por cierto quien tenga acceso a la cuenta de los limites administrativos
seria bueno que entrara y aceptara la ODbL.

En cuanto a lo de GMES Urban Atlas no opino porque no tengo ni idea.

Yo hasta mañana no haré mas provincias a la espera de que se aclaren las
pequeñas dudas que hay.

___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>



-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

El 4 de enero de 2011 20:52, Oscar Orbe  escribió:

> Hola, no entiendo por qué una capa de CORINE solo se puede importar una
> vez. Si hay un polígono con etiqueta "corine" y alguien lo mejora a mano
> puede poner "corine mejorado a mano" y en la siguiente actualización de
> CORINE, ese se respeta. O mirando la fecha de última modificación, por
> ejemplo. O haciendo un listado de usuarios cuyos cambios no se modifican
> o... en fin, con Postgis seguro que hay mil maneras de hacer un calculo
> razonable de que se cambia y que no se cambia cuando salga una version de
> CORINE. Por otro lado, lo que se cambie a mano no es una verdad universal y
> eterna, ya que los bosques y los cultivos cambian de tamaño muy facilmente,
> así que pasado un cierto periodo, nadie puede enfadarse porque se desechen
> sus modificaciones.
>
> Otra cosa que me llama la atención es la obsesión por esos detalles menores
> (que no haya fromteras interiores, que no haya nodos duplicados, que todo
> este enlazado con relaciones, etc) cuando los datos en sí son malisimos
> (imaginemos lo que han cambiado los cultivos y los bosques en estos 5 años
> de 2006 a 2011)
>
> A lo de los duplicados y derivados te respondo yo que soy uno de los
obsesionados jejejej. A ver en cuanto a los nodos duplicados en información
innecesaria, fácilmente solucionable es darle a un botón en el validator de
JOSM y queda mucho mas limpio el mapa. Ademas se tiene doble información ya
que se sabe que están unidas por un nodo que sino si se puede sacar la
información pero no se tiene.
Las relaciones es una cosa que trae mucha tela y hay varias opiniones. Yo
soy de los que en muchos casos estoy de acuerdo en las relaciones pero no
voy a entrar a discutir eso. En el caso en el que estamos es necesario
porque hablamos de formas con muchos nodos, demasiados para hacerlo en
un único way porque es obligatorio el multipoligono y con ways interiores.
Fronteras interiores no se a que te refieres.

-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola, me parece que "Unir áreas superpuestas" ya te crea un multipoligono si el 
resultado  no es un poligono simple, entonces solo habria que poner los tags al 
multipoligono y yay esta

--- On Tue, 1/4/11, sanchi  wrote:

From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 6:41 PM

Si iba a comentarlo ahora.
1- He quitado los errores de nodos duplicados.2- He ido en cada way quitando la 
linea que estaba superpuesta que es la que salia blanca. Es la parte del 
proceso mas costosa pero porque no conocía la herramienta que a comentado 
Carlos Dávila de "Unir áreas superpuestas". Con eso el proceso sera mucho mas 
sencillo. Seria lo unido dividir cuando sean ways muy grandes. Los segmentos 
que comentas son los que han quedado al hacer este proceso.
3- Coger los ways interiores y exteriores de cada multipoligono que tenemos que 
formar y usar la herramienta "Crear multipolígono"
4- Quitar las etiquetas landuse y trees a las vías interiores (el validator 
avisa de ello así que es rápido).
5- Añadir las etiquetas landuse y trees a los multipoligonos. Aunque no se 
pongan creo que se dibuja bien pero lo correcto es ponerlas. En Francia las 
tienen puestas.


El 4 de enero de 2011 19:29, Oscar Orbe  escribió:

Hola, creo que ha salido bien tu cambio en Valladolid. JOSM muestra 
multipoligonos y sin rastro de fronmteras interiores que no sean agujeros. Veo 
que esta formado por  ways que son segmentos del exterior y ways que son 
segmentos de agujeros, y algunos de esos ways son bastante pequeños (20 nodos, 
etc). Has tenido tu que ir partiendo esos segmentos o se ha hecho 
automaticamente?
--Oscar

--- On Tue, 1/4/11, sanchi  wrote:


From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 

Date: Tuesday, January 4, 2011, 6:11 PM

Ya he solucionado lo de recuperar los
 puntos borrados. Yo creo que si se va subiendo cosas viene bien, si se hace 
luego uno total creo que con que las partes que ya están subidas se descarten 
es suficiente.Tanto en este proceso como en el otro en lo que pueda si 
me decís ayudo. Todo eso de convertir y esas cosas no se pero aprendo rápido y 
sino en otra parte del proceso ayudo.

La cosa eso si lo que se sube asegurarse de que se sube bien.En un 
minuto estará subido Valladolid. Cualquier cosa comentar.
-- 
SanchiBlog http://blog.jorgesanzs.com/





-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org

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



  
___

Talk-es mailing list

Talk-es@openstreetmap.org

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





-- 
SanchiBlog http://blog.jorgesanzs.com/



-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[andrzej zaborowski]

Holas,

2011/1/4 Oscar Orbe 
> Hola, lo de unir areas superpuestas puede producir poligonos con mas de 2000 
> nodos, me imagino, pero puede ser util muchas veces. has comprobado si lo de 
> multipoligono hace que no se vea las lineas?
> lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una colosal 
> chapuza.
> por ejemplo, siempre me hace gracia los que dicen q hay que ser paranoicos 
> con el tema de las licencias, y yo pienso, si fueramos paranoicos, habria que 
> quemar el servidor de osm y empezar de nuevo xq esta lleno de pequeñas 
> violaciones de la licencia
> lo de que esos poligonos no existen, no le veo sentido. la cuestion es si en 
> esos poligonos el uso de suelo es bosque? si, lo es. si se han subido en 
> partes por alguna limitacion o lo que sea, no es relevante, lo importante es 
> que los datos son geometricamente correctos, es decir, la aplicacion q los 
> use sabe exactamente si en un punto hay bosque o no, y sabe donde empieza y 
> termina el bosque.

Si conoces casos que son pequeñas violaciones de la licencia seria
bueno que los reportes aqui en la lista para investigar.

Y lo de la importacion, creo que se estan perdiendo algunos recursos
haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro
de JOSM), que se podrian hacer automaticamente modificando el script
de la conversion a .osm y a la vez mejorando otros aspectos de los
datos.  Cuando se corrigen despues de subir eso deja huella (en el
historial de los objetos en la bdd.
Por ejemplo en Francia creo que tambien se han simplificado las vias
para no contener nodos innecesarios (nodos en un segmento casi recto
de una linea) y se guardo en los tags de los multipoligonos la
informacion del ID original de cada poligono Corine para poder hacer
potenciales actualizaciones.  Tambien se ha usado una cuenta de
usuario dedicada para esa importacion, algo que seria facil de hacer y
cumpliria con las reglas de las importaciones, que creo que Carlos
Davila ha mencionado.

Otra cosa es que cuando se hizo la importacion en Francia no estaban
disponibles proyectos como el GMES Urban Atlas, ahora que estan
disponibles seria desperdicie de recursos no usarlos.  Aunque admito
que los datos de huertos/olivares no son buenos en UA... bueno no voy
a decir nada antes de tener tiempo para reanimar la pagina que te deja
compararlo bien -- creo que sera mejor que enviar pantallazos de
lugares especificos.

Bueno, igual creo que la importacion actual es un paso adelante.

Saludos

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola, no entiendo por qué una capa de CORINE solo se puede importar una vez. Si 
hay un polígono con etiqueta "corine" y alguien lo mejora a mano puede poner 
"corine mejorado a mano" y en la siguiente actualización de CORINE, ese se 
respeta. O mirando la fecha de última modificación, por ejemplo. O haciendo un 
listado de usuarios cuyos cambios no se modifican o... en fin, con Postgis 
seguro que hay mil maneras de hacer un calculo razonable de que se cambia y que 
no se cambia cuando salga una version de CORINE. Por otro lado, lo que se 
cambie a mano no es una verdad universal y eterna, ya que los bosques y los 
cultivos cambian de tamaño muy facilmente, así que pasado un cierto periodo, 
nadie puede enfadarse porque se desechen sus modificaciones.
Otra cosa que me llama la atención es la obsesión por esos detalles menores 
(que no haya fromteras interiores, que no haya nodos duplicados, que todo este 
enlazado con relaciones, etc) cuando los datos en sí son malisimos (imaginemos 
lo que han cambiado los cultivos y los bosques en estos 5 años de 2006 a 
2011)--Oscar
--- On Tue, 1/4/11, sergio sevillano  wrote:

From: sergio sevillano 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 6:50 PM


El 04/01/2011, a las 18:59, Oscar Orbe escribió:
Hola, el proceso que se explica ahí es lo que podriamos llamar un proceso 
"total" (traerse todos los datos de osm del pais, convertr todo CORINE a 
tablas, hacer calculos entre ellos y obtener los cambios necesarios para añadir 
a OSM, etc). Todo eso puede hacerse en cualquier momento, la cuestion es cuanto 
tiempo cuesta, con que recursos se hace, quien tiene tiempo para hecerlo
Lo que estamos haciendo ahora es traer una pequeña parte de CORINE (las 4 
clases mencionadas) que suponen un aporte sustancial al mapa y sin pisar lo que 
ya hay en osm, y por tanto no me parece objetable.
Por supuesto, después se puede poner en marcha el "gran proceso" si se desea y 
hay gente dispuesta--Oscar

no voy a discutir el sistema óptimo desde el punto de vista 
técnico,fundamentalmente porque no tengo ni idea.
me da igual como se hagasi encontráis un método económicamente mejor en 
recursos y tiempo, perfecto.solo digo que os documentéis y aprendáis de los 
problemas que han surgido antes en otras importaciones,para que no vuelvan a 
suceder.
no estoy de acuerdo contigo en subir esto como sea y luego ya se hará lo 
bueno.Corine solo valdrá una vez, ya que al segundo de haber subido datos y 
precisamente porque el Corine es de por sí un poco chapuza, en nivel de 
detalle,tendrás a mucha gente corrigiéndolo.
así que no se puede volver a subir, ni siquiera actualizar cada año que se 
renueve el Corine,ni meter unas landuse ahora y otros después ya que tendremos 
que borrar datos nuevos de usuarios que se cabrearan mucho y con razón.





-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

El 4 de enero de 2011 19:50, sergio sevillano <
sergiosevillano.m...@gmail.com> escribió:

>
> El 04/01/2011, a las 18:59, Oscar Orbe escribió:
>
> Hola, el proceso que se explica ahí es lo que podriamos llamar un proceso
> "total" (traerse todos los datos de osm del pais, convertr todo CORINE a
> tablas, hacer calculos entre ellos y obtener los cambios necesarios para
> añadir a OSM, etc). Todo eso puede hacerse en cualquier momento, la cuestion
> es cuanto tiempo cuesta, con que recursos se hace, quien tiene tiempo para
> hecerlo
>
> Lo que estamos haciendo ahora es traer una pequeña parte de CORINE (las 4
> clases mencionadas) que suponen un aporte sustancial al mapa y sin pisar lo
> que ya hay en osm, y por tanto no me parece objetable.
>
> Por supuesto, después se puede poner en marcha el "gran proceso" si se
> desea y hay gente dispuesta
> --Oscar
>
>
>
> no voy a discutir el sistema óptimo desde el punto de vista técnico,
> fundamentalmente porque no tengo ni idea.
>
> me da igual como se haga
> si encontráis un método económicamente mejor en recursos y tiempo,
> perfecto.
> solo digo que os documentéis y aprendáis de los problemas que han surgido
> antes en otras importaciones,
> para que no vuelvan a suceder.
>
> no estoy de acuerdo contigo en subir esto como sea y luego ya se hará lo
> bueno.
> Corine solo valdrá una vez, ya que al segundo de haber subido datos
> y precisamente porque el Corine es de por sí un poco chapuza, en nivel de
> detalle,
> tendrás a mucha gente corrigiéndolo.
>
> así que no se puede volver a subir, ni siquiera actualizar cada año que se
> renueve el Corine,
> ni meter unas landuse ahora y otros después ya que tendremos que borrar
> datos nuevos
> de usuarios que se cabrearan mucho y con razón.
>
>
No creo que se refiera a subir esto como sea. Por ejemplo las lineas blancas
era un error y se a buscado la solución.

Hablo desde la ignorancia porque no se como están los datos en Corine y si
me equivoco corregirme pero si modifica un usuario lo que hay modificara el
landuse que esta subido así que si se sube otro no tendría nada que ver y no
se borrarían sus datos.

Mientras escribía me dado cuenta de un posible problema que a lo mejor es a
lo que te refieres. Que los otros landuse usen los mismo nodos que como digo
no se como están los datos pero probablemente pase. De cualquier manera
viendo como están los datos que tengo aun así si se hace bien el proceso
tampoco debería pisar datos de modificaciones. Con tener guardada esta
subida, cosa que yo particularmente siempre hago, actualizarla en el momento
dado por si tiene modificaciones y unir los nuevos landuse y subir seria
suficiente

De cualquier manera creo que lo mas correcto es después de subir este
continuar con el resto o en poco tiempo no tardar 1 año.

>
>
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sergio sevillano]

El 04/01/2011, a las 18:59, Oscar Orbe escribió:

> Hola, el proceso que se explica ahí es lo que podriamos llamar un proceso 
> "total" (traerse todos los datos de osm del pais, convertr todo CORINE a 
> tablas, hacer calculos entre ellos y obtener los cambios necesarios para 
> añadir a OSM, etc). Todo eso puede hacerse en cualquier momento, la cuestion 
> es cuanto tiempo cuesta, con que recursos se hace, quien tiene tiempo para 
> hecerlo
> 
> Lo que estamos haciendo ahora es traer una pequeña parte de CORINE (las 4 
> clases mencionadas) que suponen un aporte sustancial al mapa y sin pisar lo 
> que ya hay en osm, y por tanto no me parece objetable.
> 
> Por supuesto, después se puede poner en marcha el "gran proceso" si se desea 
> y hay gente dispuesta
> --Oscar


no voy a discutir el sistema óptimo desde el punto de vista técnico,
fundamentalmente porque no tengo ni idea.

me da igual como se haga
si encontráis un método económicamente mejor en recursos y tiempo, perfecto.
solo digo que os documentéis y aprendáis de los problemas que han surgido antes 
en otras importaciones,
para que no vuelvan a suceder.

no estoy de acuerdo contigo en subir esto como sea y luego ya se hará lo bueno.
Corine solo valdrá una vez, ya que al segundo de haber subido datos 
y precisamente porque el Corine es de por sí un poco chapuza, en nivel de 
detalle,
tendrás a mucha gente corrigiéndolo.

así que no se puede volver a subir, ni siquiera actualizar cada año que se 
renueve el Corine,
ni meter unas landuse ahora y otros después ya que tendremos que borrar datos 
nuevos 
de usuarios que se cabrearan mucho y con razón.





___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

El 4 de enero de 2011 19:38, Oscar Orbe  escribió:

> Hola, ya veo tus cambios en Mapnik, creo que ha salido bien no??
>
> Podriamos hacer esto para cada provincia: con  la funcion de busqueda de
> JOSM, buscar todos los del mismo tipo:
>
> landuse=forest AND trees=broad-leaved
>
> y una vez seleccionados, usar la opcion multipoligono
>
> y lo mismo con los otros tres (bosque coniferas, bosuqe mixto, olivar)
>
> finalmente, elimiar nodos duplicados.- Que opinas?
> --Oscar
>
> Si los archivos que has subido los has guardado después de la subida
deberían tener todos los nodos su numeración. Lo mas rápido seria
modificarlo a partir de estos con el mismo proceso que si fuera desde 0 pero
al estar ya todos los nodos no seria esa subida enorme.
Si no los guardaste pues sería descargar cada zona y modificarla.

-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

Si iba a comentarlo ahora.

1- He quitado los errores de nodos duplicados.
2- He ido en cada way quitando la linea que estaba superpuesta que es la que
salia blanca. Es la parte del proceso mas costosa pero porque no conocía la
herramienta que a comentado Carlos Dávila de "Unir áreas superpuestas". Con
eso el proceso sera mucho mas sencillo. Seria lo unido dividir cuando sean
ways muy grandes. Los segmentos que comentas son los que han quedado al
hacer este proceso.
3- Coger los ways interiores y exteriores de cada multipoligono que tenemos
que formar y usar la herramienta "Crear multipolígono"
4- Quitar las etiquetas landuse y trees a las vías interiores (el validator
avisa de ello así que es rápido).
5- Añadir las etiquetas landuse y trees a los multipoligonos. Aunque no se
pongan creo que se dibuja bien pero lo correcto es ponerlas. En Francia las
tienen puestas.


El 4 de enero de 2011 19:29, Oscar Orbe  escribió:

> Hola, creo que ha salido bien tu cambio en Valladolid. JOSM muestra
> multipoligonos y sin rastro de fronmteras interiores que no sean agujeros.
> Veo que esta formado por  ways que son segmentos del exterior y ways que son
> segmentos de agujeros, y algunos de esos ways son bastante pequeños (20
> nodos, etc). Has tenido tu que ir partiendo esos segmentos o se ha hecho
> automaticamente?
> --Oscar
>
>
> --- On *Tue, 1/4/11, sanchi * wrote:
>
>
> From: sanchi 
> Subject: Re: [Talk-es] CORINE land cover data
> To: "Discusión en Español de OpenStreetMap" 
> Date: Tuesday, January 4, 2011, 6:11 PM
>
>
> Ya he solucionado lo de recuperar los puntos borrados. Yo creo que si se va
> subiendo cosas viene bien, si se hace luego uno total creo que con que las
> partes que ya están subidas se descarten es suficiente.
> Tanto en este proceso como en el otro en lo que pueda si me decís ayudo.
> Todo eso de convertir y esas cosas no se pero aprendo rápido y sino en otra
> parte del proceso ayudo.
> La cosa eso si lo que se sube asegurarse de que se sube bien.
> En un minuto estará subido Valladolid. Cualquier cosa comentar.
> --
> Sanchi
> Blog http://blog.jorgesanzs.com/
>
> -Inline Attachment Follows-
>
> ___
>
> Talk-es mailing list
> Talk-es@openstreetmap.org <http://mc/compose?to=talk...@openstreetmap.org>
> http://lists.openstreetmap.org/listinfo/talk-es
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola, ya veo tus cambios en Mapnik, creo que ha salido bien no??
Podriamos hacer esto para cada provincia: con  la funcion de busqueda de JOSM, 
buscar todos los del mismo tipo:
landuse=forest AND trees=broad-leaved
y una vez seleccionados, usar la opcion multipoligono
y lo mismo con los otros tres (bosque coniferas, bosuqe mixto, olivar)
finalmente, elimiar nodos duplicados.- Que opinas?--Oscar

--- On Tue, 1/4/11, Oscar Orbe  wrote:

From: Oscar Orbe 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 6:29 PM

Hola, creo que ha salido bien tu cambio en Valladolid. JOSM muestra 
multipoligonos y sin rastro de fronmteras interiores que no sean agujeros. Veo 
que esta formado por  ways que son segmentos del exterior y ways que son 
segmentos de agujeros, y algunos de esos ways son bastante pequeños (20 nodos, 
etc). Has tenido tu que ir partiendo esos segmentos o se ha hecho 
automaticamente?--Oscar

--- On Tue, 1/4/11, sanchi  wrote:

From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 6:11 PM

Ya he solucionado lo de recuperar los
 puntos borrados. Yo creo que si se va subiendo cosas viene bien, si se hace 
luego uno total creo que con que las partes que ya están subidas se descarten 
es suficiente.Tanto en este proceso como en el otro en lo que pueda si 
me decís ayudo. Todo eso de convertir y esas cosas no se pero aprendo rápido y 
sino en otra parte del proceso ayudo.
La cosa eso si lo que se sube asegurarse de que se sube bien.En un 
minuto estará subido Valladolid. Cualquier cosa comentar.
-- 
SanchiBlog http://blog.jorgesanzs.com/




-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  
-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola, creo que ha salido bien tu cambio en Valladolid. JOSM muestra 
multipoligonos y sin rastro de fronmteras interiores que no sean agujeros. Veo 
que esta formado por  ways que son segmentos del exterior y ways que son 
segmentos de agujeros, y algunos de esos ways son bastante pequeños (20 nodos, 
etc). Has tenido tu que ir partiendo esos segmentos o se ha hecho 
automaticamente?--Oscar

--- On Tue, 1/4/11, sanchi  wrote:

From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 6:11 PM

Ya he solucionado lo de recuperar los puntos borrados. Yo creo que si se va 
subiendo cosas viene bien, si se hace luego uno total creo que con que las 
partes que ya están subidas se descarten es suficiente.Tanto en este proceso 
como en el otro en lo que pueda si me decís ayudo. Todo eso de convertir y esas 
cosas no se pero aprendo rápido y sino en otra parte del proceso ayudo.
La cosa eso si lo que se sube asegurarse de que se sube bien.En un 
minuto estará subido Valladolid. Cualquier cosa comentar.
-- 
SanchiBlog http://blog.jorgesanzs.com/




-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

El 4 de enero de 2011 19:13, Oscar Orbe  escribió:

> hola, no puedes bajarte lo que haya en osm en esa zona, juntarlo con tu
> archivo .osm y volverlo a subir?
>
>
> Un área tan grande en JOSM no deja. Ya esta solucionado de cualquier
manera. Hay una herramienta para JOSM que recupera cosas borradas pero le
falta pulir el funcionamiento y no la conseguía hacer funcionar pero ya
esta.

>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

hola, no puedes bajarte lo que haya en osm en esa zona, juntarlo con tu archivo 
.osm y volverlo a subir?


--- On Tue, 1/4/11, sanchi  wrote:

From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 5:52 PM

Necesito ayuda urgente. Como recupero 3 puntos que me han borrado?

El 4 de enero de 2011 18:49, Manuel García  escribió:

El 04/01/2011 18:43, sergio sevillano escribió:

> los pasos deberían ser,

> leer:

>

> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover

> http://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_scheme

> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import

>



Me permito añadir



http://wiki.openstreetmap.org/wiki/Import/Guidelines





___

Talk-es mailing list

Talk-es@openstreetmap.org

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




-- 
SanchiBlog http://blog.jorgesanzs.com/


-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

Ya he solucionado lo de recuperar los puntos borrados. Yo creo que si se va
subiendo cosas viene bien, si se hace luego uno total creo que con que las
partes que ya están subidas se descarten es suficiente.
Tanto en este proceso como en el otro en lo que pueda si me decís ayudo.
Todo eso de convertir y esas cosas no se pero aprendo rápido y sino en otra
parte del proceso ayudo.
La cosa eso si lo que se sube asegurarse de que se sube bien.
En un minuto estará subido Valladolid. Cualquier cosa comentar.
-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola, el proceso que se explica ahí es lo que podriamos llamar un proceso 
"total" (traerse todos los datos de osm del pais, convertr todo CORINE a 
tablas, hacer calculos entre ellos y obtener los cambios necesarios para añadir 
a OSM, etc). Todo eso puede hacerse en cualquier momento, la cuestion es cuanto 
tiempo cuesta, con que recursos se hace, quien tiene tiempo para hecerlo
Lo que estamos haciendo ahora es traer una pequeña parte de CORINE (las 4 
clases mencionadas) que suponen un aporte sustancial al mapa y sin pisar lo que 
ya hay en osm, y por tanto no me parece objetable.
Por supuesto, después se puede poner en marcha el "gran proceso" si se desea y 
hay gente dispuesta--Oscar
--- On Tue, 1/4/11, sergio sevillano  wrote:

From: sergio sevillano 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 5:43 PM


El 04/01/2011, a las 17:35, Oscar Fonts escribió:
soy al único al que le parece que la importación que estáis haciendo es una 
chapuza ?
no es mejor tomarlo calma, y encontrar el método para transformar todas esas 
áreas en relaciones como dios manda?

+1
La experiencia de la importación de Corine en Francia concluye que es esencial 
que la comunidad actúe de forma coordinada y no precipitarse, que a la larga 
sale caro...


Documentaos antes de actuar: Buscad en la wiki, miraros el vídeo del SOTM en 
Girona, tomaos una birra, no paseis olímpicamente de los esfuerzos de otros 
compañeros... :)




los pasos deberían ser,leer:
http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Coverhttp://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_schemehttp://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import
y el vídeo:http://vimeo.com/14789967
una conversación previa sobre el 
tema:http://www.mail-archive.com/talk-es@openstreetmap.org/msg04235.html
la birra
luego abrid una pag en la wiki sobre la importación de Corine en España para 
documentar lo que hagáis,es mas rollo pero dará muchos menos problemas.y ademas 
podremos colaborar todos.
si lo lograis así seréis nuestros héroes :-)
-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

Necesito ayuda urgente. Como recupero 3 puntos que me han borrado?

El 4 de enero de 2011 18:49, Manuel García  escribió:

> El 04/01/2011 18:43, sergio sevillano escribió:
> > los pasos deberían ser,
> > leer:
> >
> > http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover
> >
> http://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_scheme
> >
> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import
> >
>
> Me permito añadir
>
> http://wiki.openstreetmap.org/wiki/Import/Guidelines
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>



-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Manuel García]

El 04/01/2011 18:43, sergio sevillano escribió:
> los pasos deberían ser,
> leer:
> 
> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover
> http://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_scheme
> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import
> 

Me permito añadir

http://wiki.openstreetmap.org/wiki/Import/Guidelines


___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

Por eso empezado por el de Valladolid porque es bastante manejable. Me a
dado justo un error cuando estaba terminando de subir Valladolid porque han
borrado algunos puntos antes de terminar la subida. Ahora lo soluciono y
vemos como queda Valladolid si con multipoligonos queda ya todo bien y
continuo con el resto.

El 4 de enero de 2011 18:36, Oscar Orbe  escribió:

> Hola, no necesito recordarte q hay 4 tipos de poligonos:
>
> bosque coniferas
> bosque hoja ancha
> bosque mixto
> olivar
>
> (no vayas a unir poligonos que no tienen los mismos tags)
>
> he abierto el de valladolid en local y veo que es bastante manejable el
> tema de unir y tal, solo hay unas pocas zona con lineas
>
>
> --- On *Tue, 1/4/11, sanchi * wrote:
>
>
> From: sanchi 
> Subject: Re: [Talk-es] CORINE land cover data
> To: "Discusión en Español de OpenStreetMap" 
> Date: Tuesday, January 4, 2011, 3:40 PM
>
> Yo he modificado el de Valladolid a mano haciendo los multipoligonos. Voy a
> subirlo ahora a ver si así sale bien. Lo de la herramienta de "unir áreas
> superpuestas" no lo había visto. La probare para el próximo archivo porque
> por lo que veo me ahorra todo el trabajo.
> Lo único que no hecho multipoligonos es la unión de zonas diferentes, por
> lo que he mirado en Francia tampoco lo hicieron.
> Subo Valladolid ahora y comentamos a ver que se hace.
>
> --
> Sanchi
> Blog http://blog.jorgesanzs.com/
>
> -Inline Attachment Follows-
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sergio sevillano]

El 04/01/2011, a las 17:35, Oscar Fonts escribió:

> soy al único al que le parece que la importación que estáis haciendo es una 
> chapuza ?
> no es mejor tomarlo calma, y encontrar el método para transformar todas esas 
> áreas en relaciones como dios manda?
> 
> +1
> La experiencia de la importación de Corine en Francia concluye que es 
> esencial que la comunidad actúe de forma coordinada y no precipitarse, que a 
> la larga sale caro...
> 
> Documentaos antes de actuar: Buscad en la wiki, miraros el vídeo del SOTM en 
> Girona, tomaos una birra, no paseis olímpicamente de los esfuerzos de otros 
> compañeros... :)
> 


los pasos deberían ser,
leer:

http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover
http://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_scheme
http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import

y el vídeo:
http://vimeo.com/14789967

una conversación previa sobre el tema:
http://www.mail-archive.com/talk-es@openstreetmap.org/msg04235.html

la birra

luego abrid una pag en la wiki sobre la importación de Corine en España para 
documentar lo que hagáis,
es mas rollo pero dará muchos menos problemas.
y ademas podremos colaborar todos.

si lo lograis así seréis nuestros héroes :-)___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola, no necesito recordarte q hay 4 tipos de poligonos:
bosque coniferasbosque hoja anchabosque mixtoolivar
(no vayas a unir poligonos que no tienen los mismos tags)
he abierto el de valladolid en local y veo que es bastante manejable el tema de 
unir y tal, solo hay unas pocas zona con lineas

--- On Tue, 1/4/11, sanchi  wrote:

From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 3:40
 PM

Yo he modificado el de Valladolid a mano haciendo los multipoligonos. Voy a 
subirlo ahora a ver si así sale bien. Lo de la herramienta de "unir áreas 
superpuestas" no lo había visto. La probare para el próximo archivo porque por 
lo que veo me ahorra todo el trabajo. 
Lo único que no hecho multipoligonos es la unión de zonas diferentes, por lo 
que he mirado en Francia tampoco lo hicieron.Subo Valladolid ahora y comentamos 
a ver que se hace.

-- 
Sanchi
Blog http://blog.jorgesanzs.com/



-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola, lo de unir areas superpuestas puede producir poligonos con mas de 2000 
nodos, me imagino, pero puede ser util muchas veces. has comprobado si lo de 
multipoligono hace que no se vea las lineas?
lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una colosal 
chapuza.
por ejemplo, siempre me hace gracia los que dicen q hay que ser paranoicos con 
el tema de las licencias, y yo pienso, si fueramos paranoicos, habria que 
quemar el servidor de osm y empezar de nuevo xq esta lleno de pequeñas 
violaciones de la licencia
lo de que esos poligonos no existen, no le veo sentido. la cuestion es si en 
esos poligonos el uso de suelo es bosque? si, lo es. si se han subido en partes 
por alguna limitacion o lo que sea, no es relevante, lo importante es que los 
datos son geometricamente correctos, es decir, la aplicacion q los use sabe 
exactamente si en un punto hay bosque o no, y sabe donde empieza y termina el 
bosque.
--Oscar





--- On Tue, 1/4/11, sanchi  wrote:

From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 3:40 PM

Yo he modificado el de Valladolid a mano haciendo los multipoligonos. Voy a 
subirlo ahora a ver si así sale bien. Lo de la herramienta de "unir áreas 
superpuestas" no lo había visto. La probare para el próximo archivo porque por 
lo que veo me ahorra todo el trabajo. 
Lo único que no hecho multipoligonos es la unión de zonas diferentes, por lo 
que he mirado en Francia tampoco lo hicieron.Subo Valladolid ahora y comentamos 
a ver que se hace.

-- 
Sanchi
Blog http://blog.jorgesanzs.com/



-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Fonts]

>
> soy al único al que le parece que la importación que estáis haciendo es una
> chapuza ?
>
no es mejor tomarlo calma, y encontrar el método para transformar todas esas
> áreas en relaciones como dios manda?
>

+1
La experiencia de la importación de Corine en Francia concluye que es
esencial que la comunidad actúe de forma coordinada y no precipitarse, que a
la larga sale caro...

Documentaos antes de actuar: Buscad en la wiki, miraros el vídeo del SOTM en
Girona, tomaos una birra, no paseis olímpicamente de los esfuerzos de otros
compañeros... :)

Slt,

Oscar.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

Yo he modificado el de Valladolid a mano haciendo los multipoligonos. Voy a
subirlo ahora a ver si así sale bien. Lo de la herramienta de "unir áreas
superpuestas" no lo había visto. La probare para el próximo archivo porque
por lo que veo me ahorra todo el trabajo.
Lo único que no hecho multipoligonos es la unión de zonas diferentes, por lo
que he mirado en Francia tampoco lo hicieron.
Subo Valladolid ahora y comentamos a ver que se hace.

-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Carlos Dávila]

El 04/01/11 16:05, sergio sevillano escribió:


El 04/01/2011, a las 15:32, Oscar Orbe escribió:


Hola
Le he enviado Burgos Valladolid y León.
A partir de ahora antes de subirlos voy a ver si editandolos con JOSM 
evito que haya muchas lineas de esas, pero las hay hasta en las 
mejoresa familias eh?






no se trata de que no/si se vea bien en el render
sino que todas esas áreas no existen y por tanto no deben estar así,
ninguna.

soy al único al que le parece que la importación que estáis haciendo 
es una chapuza ?
no es mejor tomarlo calma, y encontrar el método para transformar 
todas esas áreas en relaciones como dios manda?


antes de meterlo en OSM

en Francia lo hicieron bien directamente.


y si quereis hacerlo a mano, pues hacerlo antes de subirlo...
Yo estoy de acuerdo con Sergio, creo que es mejor depurar los datos 
antes de subirlos. Cuando se importaron los límites de términos 
municipales recuerdo que se dividió cada límite por tramos colindantes 
con el término de al lado y se crearon las relaciones correspondientes 
antes de subirlos. En las últimas versiones de JOSM hay una herramienta 
que se llama "Unir áreas superpuestas". No la he usado aún, pero por el 
nombre parece que puede ser útil para esta caso.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sergio sevillano]

lo de francia en JOSM

con relacion y áreas completas
http://tumbao.ws/osm/corinefrancia.png
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sergio sevillano]

El 04/01/2011, a las 15:32, Oscar Orbe escribió:

> Hola
> Le he enviado Burgos Valladolid y León.
> A partir de ahora antes de subirlos voy a ver si editandolos con JOSM evito 
> que haya muchas lineas de esas, pero las hay hasta en las mejoresa familias 
> eh?




no se trata de que no/si se vea bien en el render 
sino que todas esas áreas no existen y por tanto no deben estar así,
ninguna.

soy al único al que le parece que la importación que estáis haciendo es una 
chapuza ?
no es mejor tomarlo calma, y encontrar el método para transformar todas esas 
áreas en relaciones como dios manda?

antes de meterlo en OSM

en Francia lo hicieron bien directamente.


y si quereis hacerlo a mano, pues hacerlo antes de subirlo...


sergio


___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

HolaLe he enviado Burgos Valladolid y León.A partir de ahora antes de subirlos 
voy a ver si editandolos con JOSM evito que haya muchas lineas de esas, pero 
las hay hasta en las mejoresa familias eh?
http://www.openstreetmap.org/?lat=52.12636&lon=13.88062&zoom=16&layers=M



--- On Tue, 1/4/11, Alvaro Lara Cano  wrote:

From: Alvaro Lara Cano 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 2:24 PM

Si, la de BUrgos Sanchi :-).

Tenga ganas de ver toda España asi.



El mar, 04-01-2011 a las 15:16 +0100, sanchi escribió:
> He visto pantanos lo mas semejante que hay a eso en cuanto a tamaños
> con multipoligonos y no pasa lo de las lineas . Yo si me pasas alguna
> provincia la subo sin problemas y ya de paso puedo probar lo de los
> multipoligonos. A preferir la Zona de Castilla y león para empezar.
> -- 
> Sanchi
> Blog http://blog.jorgesanzs.com/
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es



___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

El 4 de enero de 2011 15:24, Alvaro Lara Cano  escribió:

> Si, la de BUrgos Sanchi :-).
>
> Tenga ganas de ver toda España así.
>
> Jejejeje. Por ahora me a pasado León y Valladolid. Empiezo por Valladolid
que tiene menos.


-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Alvaro Lara Cano]

Si, la de BUrgos Sanchi :-).

Tenga ganas de ver toda España asi.



El mar, 04-01-2011 a las 15:16 +0100, sanchi escribió:
> He visto pantanos lo mas semejante que hay a eso en cuanto a tamaños
> con multipoligonos y no pasa lo de las lineas . Yo si me pasas alguna
> provincia la subo sin problemas y ya de paso puedo probar lo de los
> multipoligonos. A preferir la Zona de Castilla y león para empezar.
> -- 
> Sanchi
> Blog http://blog.jorgesanzs.com/
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es



___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

He visto pantanos lo mas semejante que hay a eso en cuanto a tamaños con
multipoligonos y no pasa lo de las lineas . Yo si me pasas alguna provincia
la subo sin problemas y ya de paso puedo probar lo de los multipoligonos. A
preferir la Zona de Castilla y león para empezar.
-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

hola, digo q es el render en el sentido de que el algoritmo del renderizador 
intenta que eso no ocurra pero ocurre a veces. mira el centro de esta imagen:
http://www.openstreetmap.org/?lat=38.236&lon=-2.5923&zoom=12&layers=M
en el centro no se aprecian las lineas porque el algoritmo de pintado ha 
funcionado bien, pero con un zoom atrás, las líneas sí se vuelven a ver, es 
decir si se usa el algoritmo de pintado correcto no debe haber ningún problema.
--Oscar
--- On Tue, 1/4/11, sergio sevillano  wrote:

From: sergio sevillano 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 1:35 PM

buenas
no es tema de render.
realmente las áreas están divididas en subáreas verticales con lados 
superpuestos que en realidad son independientes.
así que antes de seguir con la importación masiva deberíais solucionar lo de 
las "lineas verticales" previamente a la importación,arreglarlo a mano es mucha 
tela, me parece a mi.




El 04/01/2011, a las 14:20, Oscar Orbe escribió:
Hola, el tema de las líneas rectas se puede deber a tres cosas:
1- no os habeis actualizado bien los tiles. solucion: tecla refresh del 
navegador o borrar cache del navegador y volver.
2- hay lineas rectas entre algunos poligonos adyacentes, pero no son visibles 
(o no deben ser visibles) porque a ambos lados el relleno es el mismo. El 
renderizador Mapnik/osmarender  hace que se vea una finisima linea, pero creo 
que es irrelevante.
3- he visto 3 casos que parecen ser errores en la subida de poligonos. uno al 
lado de ubeda y otros 2 en el extremo suroeste de la provincia (Jaén). Os 
referia a esto? cuando acabe de subir Cordoba ire a ver que ha pasado.
saludos--Oscar



--- On Tue, 1/4/11, sanchi
  wrote:

From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 1:10 PM

He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con 
Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo Oscar? 
Se ve rápidamente donde es en cuanto pones el mapa desde lejos.
Un Saludo

-- 
SanchiBlog http://blog.jorgesanzs.com/



-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es









  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es


-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola, gracias por comprobar que no hay nada en esos 3 sitios.Es curioso, JOSM 
no me ha dicho nada.
Lo de multipoligono evita que aparzcan esas "fronteras que deberian ser 
invisibles"? no me suena muy lógico no?
Esto va mas lento de lo que imaginaba.. si alguien quiere, le puedo enviar 
algun archivo .osm para ir subiendolos. yo los subo con JOSM y tardan varias 
horas cada uno. las instrucciones con JOSM son:
- abrir el archivo .osm desde JOSM- sin tener nada seleccionado, pulsar 
"validar" en la venta del validattor. se queja de nodos duplicados- en el arbol 
de la ventanita de validacion, pinchar sobre el elemento "nodos duplicados..." 
(que tiene miles de hijos) y pulsar "corregir" (y tarda un pelin). si veis que 
se corrige uno por segundo, algo ha ido mal (es un bug de JOSM).- cuando acabe 
la correccion, pulsar la tecla subir.- puede pasar q algun poligono tenga mas 
de 2000 nodos (hay que partirlo a mano), normalmente o no hay, o hay unos 
pocos.- finalmente, tras un par de minutos, aparece el dialogo de subida y en 
configuracion avanzada  hay que decirle que suba en bloques (yo suelo poner de 
100 en 100). tb se puede poner un comentario sobre este import
y paciencia!!
si alguien quiere q le envia un .osm de alguna provincia enviadme un email.
recordad que esto es un import parcial de CORINE, solo son 4 de las muchas 
capas que tiene CORINE
saludos --Oscar




--- On Tue, 1/4/11, sanchi  wrote:

From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 1:33 PM



El 4 de enero de 2011 14:20, Oscar Orbe  escribió:

Hola, el tema de las líneas rectas se puede deber a tres cosas:
1- no os habeis actualizado bien los tiles. solucion: tecla refresh del 
navegador o borrar cache del navegador y volver.
 Estado actualizando ya todos los tiles en el servidor en todos los 
zoom así que como comentas los que no salgan que actualicen debería salir.

2- hay lineas rectas entre algunos poligonos adyacentes, pero no son visibles 
(o no deben ser visibles) porque a ambos lados el relleno es el mismo. El 
renderizador Mapnik/osmarender  hace que se vea una finisima linea, pero creo 
que es irrelevante.
 Si son visibles. Eso se solucionaría con multipoligonos como he comentado. 
Se podría hacer a posteriori a mano.

3- he visto 3 casos que parecen ser errores en la subida de poligonos. uno al 
lado de ubeda y otros 2 en el extremo suroeste de la provincia (Jaén). Os 
referia a esto? cuando acabe de subir Cordoba ire a ver que ha pasado.

Si son esos 3 casos a los que me refiero. Al actualizar han faltado esos 3 y he 
comprobado que no hay nada subido en esos 3 sitios.


saludos--Oscar



--- On Tue, 1/4/11, sanchi
  wrote:

From: sanchi 

Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 1:10 PM


He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con 
Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo Oscar? 
Se ve rápidamente donde es en cuanto pones el mapa desde lejos.

Un Saludo

-- 
SanchiBlog http://blog.jorgesanzs.com/



-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org

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









  
___

Talk-es mailing list

Talk-es@openstreetmap.org

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





-- 
SanchiBlog http://blog.jorgesanzs.com/


-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sergio sevillano]

buenas

no es tema de render.

realmente las áreas están divididas 
en subáreas verticales con lados superpuestos 
que en realidad son independientes.

así que antes de seguir con la importación masiva 
deberíais solucionar lo de las "lineas verticales" previamente a la importación,
arreglarlo a mano es mucha tela, me parece a mi.





El 04/01/2011, a las 14:20, Oscar Orbe escribió:

> Hola, el tema de las líneas rectas se puede deber a tres cosas:
> 
> 1- no os habeis actualizado bien los tiles. solucion: tecla refresh del 
> navegador o borrar cache del navegador y volver.
> 
> 2- hay lineas rectas entre algunos poligonos adyacentes, pero no son visibles 
> (o no deben ser visibles) porque a ambos lados el relleno es el mismo. El 
> renderizador Mapnik/osmarender  hace que se vea una finisima linea, pero creo 
> que es irrelevante.
> 
> 3- he visto 3 casos que parecen ser errores en la subida de poligonos. uno al 
> lado de ubeda y otros 2 en el extremo suroeste de la provincia (Jaén). Os 
> referia a esto? cuando acabe de subir Cordoba ire a ver que ha pasado.
> 
> saludos
> --Oscar
> 
> 
> 
> 
> --- On Tue, 1/4/11, sanchi  wrote:
> 
> From: sanchi 
> Subject: Re: [Talk-es] CORINE land cover data
> To: "Discusión en Español de OpenStreetMap" 
> Date: Tuesday, January 4, 2011, 1:10 PM
> 
> He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con 
> Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo Oscar? 
> Se ve rápidamente donde es en cuanto pones el mapa desde lejos.
> Un Saludo
> 
> -- 
> Sanchi
> Blog http://blog.jorgesanzs.com/
> 
> -Inline Attachment Follows-
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

El 4 de enero de 2011 14:20, Oscar Orbe  escribió:

> Hola, el tema de las líneas rectas se puede deber a tres cosas:
>
> 1- no os habeis actualizado bien los tiles. solucion: tecla refresh del
> navegador o borrar cache del navegador y volver.
>

Estado actualizando ya todos los tiles en el servidor en todos los
zoom así que como comentas los que no salgan que actualicen debería salir.

>
> 2- hay lineas rectas entre algunos poligonos adyacentes, pero no son
> visibles (o no deben ser visibles) porque a ambos lados el relleno es el
> mismo. El renderizador Mapnik/osmarender  hace que se vea una finisima
> linea, pero creo que es irrelevante.
>

Si son visibles. Eso se solucionaría con multipoligonos como he comentado.
Se podría hacer a posteriori a mano.

>
> 3- he visto 3 casos que parecen ser errores en la subida de poligonos. uno
> al lado de ubeda y otros 2 en el extremo suroeste de la provincia (Jaén). Os
> referia a esto? cuando acabe de subir Cordoba ire a ver que ha pasado.
>

Si son esos 3 casos a los que me refiero. Al actualizar han faltado esos 3 y
he comprobado que no hay nada subido en esos 3 sitios.


> saludos
> --Oscar
>
>
>
>
> --- On *Tue, 1/4/11, sanchi * wrote:
>
>
> From: sanchi 
>
> Subject: Re: [Talk-es] CORINE land cover data
> To: "Discusión en Español de OpenStreetMap" 
> Date: Tuesday, January 4, 2011, 1:10 PM
>
>
> He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con
> Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo
> Oscar? Se ve rápidamente donde es en cuanto pones el mapa desde lejos.
> Un Saludo
>
> --
> Sanchi
> Blog http://blog.jorgesanzs.com/
>
> -Inline Attachment Follows-
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org <http://mc/compose?to=talk...@openstreetmap.org>
> http://lists.openstreetmap.org/listinfo/talk-es
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola, el tema de las líneas rectas se puede deber a tres cosas:
1- no os habeis actualizado bien los tiles. solucion: tecla refresh del 
navegador o borrar cache del navegador y volver.
2- hay lineas rectas entre algunos poligonos adyacentes, pero no son visibles 
(o no deben ser visibles) porque a ambos lados el relleno es el mismo. El 
renderizador Mapnik/osmarender  hace que se vea una finisima linea, pero creo 
que es irrelevante.
3- he visto 3 casos que parecen ser errores en la subida de poligonos. uno al 
lado de ubeda y otros 2 en el extremo suroeste de la provincia (Jaén). Os 
referia a esto? cuando acabe de subir Cordoba ire a ver que ha pasado.
saludos--Oscar



--- On Tue, 1/4/11, sanchi  wrote:

From: sanchi 
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" 
Date: Tuesday, January 4, 2011, 1:10 PM

He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con 
Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo Oscar? 
Se ve rápidamente donde es en cuanto pones el mapa desde lejos.
Un Saludo

-- 
SanchiBlog http://blog.jorgesanzs.com/



-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con
Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo
Oscar? Se ve rápidamente donde es en cuanto pones el mapa desde lejos.
Un Saludo

-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[sanchi]

Lo de las franjas blancas por lo que veo es porque están hechos a trozos, no
se si por error o porque son demasiados nodos y lo a dividido en 2 formas.
Si es lo segundo habría que hacer multipoligonos pero eso se puedo ya
arreglar a mano sin demasiado problema.

Cuenca me puse ayer actualizar las imágenes para que saliera en todos los
zoom en Mapnik rápidamente. Estoy haciendo ahora lo mismo con Jaen y lo de
las aparentes zonas con demasiada linea recta se esta solucionando. Sale de
nuevo el mismo efecto de lineas rectas en blanco.
-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Roberto Plà]

El 04/01/2011 13:30, Marco Fernández escribió:


¿Ya está terminada la subida de Jaén? Lo pregunto porque estoy
curioseando un poco y algunas zonas se ven con lineas demasiado rectas,
en plan frontera de estado de EEUU. ;-)


Me temo que debe haber algun error, salen los olivares 'a rayas'.
http://osm.org/go/b7Nl8wPw--

Al menos yo veo franjas rectas 'en blanco'.
Roberto Plà
http://robertopla.net/



___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Marco Fernández]

El 4 de enero de 2011 07:11, Oscar Orbe  escribió:

> Hola, Cuenca ya está y se ha pintado en Mapnik al instante ;)
> Está subiendo Jaén -- el mayor olivar del universo- He tenido que mover
> algunos nodos para que no pise la zona landuse=residential que hay en Jaén
> capital.--Oscar
>


¿Ya está terminada la subida de Jaén? Lo pregunto porque estoy curioseando
un poco y algunas zonas se ven con lineas demasiado rectas, en plan frontera
de estado de EEUU. ;-)
Saludos y buen trabajo!!
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Hola, Cuenca ya está y se ha pintado en Mapnik al instante ;)Está subiendo Jaén 
-- el mayor olivar del universo- He tenido que mover algunos nodos para que no 
pise la zona landuse=residential que hay en Jaén capital.--Oscar

--- On Mon, 1/3/11, Oscar Orbe  wrote:

From: Oscar Orbe 
Subject: Re: [Talk-es] CORINE land cover data
To: "andrzej zaborowski" 
Cc: talk-es@openstreetmap.org
Date: Monday, January 3, 2011, 8:18 PM

Holacreo que los datos de UA no mejoran a los de CLC en cuanto a bosques (en 
cuanto a olivares, simplemente no los tiene). ¿Puedes enviar una captura de 
pantalla que demuestre lo contrario? La que yo he enviado deja en muy mal lugar 
a los datos de UA. Por el momento voy a ir subiendo los datos (bosque de 
coníferas, bosque de hoja ancha, bosque mixto y olivares) de las provincias más 
rurales donde es muy difícil provocar solapes (recuerdo que he restado el 
archivo natural.shp de geofabrik.de) . Ahora mismo está subiendo Cuenca. Si 
alguien detecta algo raro en Toledo o Cuenca, que avise.--Oscar
 On Mon, 1/3/11, andrzej zaborowski  wrote:

From: andrzej zaborowski
 
Subject: Re: CORINE land cover data
To: "Oscar Orbe" 
Cc: talk-es@openstreetmap.org
Date: Monday, January 3, 2011, 5:21 PM

Hola Oscar,

2011/1/3 Oscar Orbe 
> Hola, creo que no eres consciente de la baja precisión de los datos que 
> manejamos. Fíjate en la imagen adjunta pnoa_urbanatlas.jpg (bosques de Urban 
> Atlas sobre PNOA). Es un puro disparate.
> Los polígonos que importamos de CLC (o de UA como tú propones) son 
> aproximaciones bastante malas y solo cabe esperar que una vez en OSM la gente 
> vaya mejorandolo, pero pasar meses para "afinar" y escoger datos que tienen 
> grandes errores desde el principio creo que no tiene sentido.

Para eso pues serviria el WMS, para comparar :)

Igual creo que si en algun lugar
 tenemos los datos CLC con una
precision de no recuerdo cuantos metros (50?) y el UA con la precision
tambien muy mala, pero 2 o 4 veces mejor que CLC, nos ahorramos mucho
tiempo usando UA.

Saludos



  
-Inline Attachment Follows-

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[Oscar Orbe]

Holacreo que los datos de UA no mejoran a los de CLC en cuanto a bosques (en 
cuanto a olivares, simplemente no los tiene). ¿Puedes enviar una captura de 
pantalla que demuestre lo contrario? La que yo he enviado deja en muy mal lugar 
a los datos de UA. Por el momento voy a ir subiendo los datos (bosque de 
coníferas, bosque de hoja ancha, bosque mixto y olivares) de las provincias más 
rurales donde es muy difícil provocar solapes (recuerdo que he restado el 
archivo natural.shp de geofabrik.de) . Ahora mismo está subiendo Cuenca. Si 
alguien detecta algo raro en Toledo o Cuenca, que avise.--Oscar
 On Mon, 1/3/11, andrzej zaborowski  wrote:

From: andrzej zaborowski 
Subject: Re: CORINE land cover data
To: "Oscar Orbe" 
Cc: talk-es@openstreetmap.org
Date: Monday, January 3, 2011, 5:21 PM

Hola Oscar,

2011/1/3 Oscar Orbe 
> Hola, creo que no eres consciente de la baja precisión de los datos que 
> manejamos. Fíjate en la imagen adjunta pnoa_urbanatlas.jpg (bosques de Urban 
> Atlas sobre PNOA). Es un puro disparate.
> Los polígonos que importamos de CLC (o de UA como tú propones) son 
> aproximaciones bastante malas y solo cabe esperar que una vez en OSM la gente 
> vaya mejorandolo, pero pasar meses para "afinar" y escoger datos que tienen 
> grandes errores desde el principio creo que no tiene sentido.

Para eso pues serviria el WMS, para comparar :)

Igual creo que si en algun lugar tenemos los datos CLC con una
precision de no recuerdo cuantos metros (50?) y el UA con la precision
tambien muy mala, pero 2 o 4 veces mejor que CLC, nos ahorramos mucho
tiempo usando UA.

Saludos



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[andrzej zaborowski]

Hola Oscar,

2011/1/3 Oscar Orbe 
> Hola, creo que no eres consciente de la baja precisión de los datos que 
> manejamos. Fíjate en la imagen adjunta pnoa_urbanatlas.jpg (bosques de Urban 
> Atlas sobre PNOA). Es un puro disparate.
> Los polígonos que importamos de CLC (o de UA como tú propones) son 
> aproximaciones bastante malas y solo cabe esperar que una vez en OSM la gente 
> vaya mejorandolo, pero pasar meses para "afinar" y escoger datos que tienen 
> grandes errores desde el principio creo que no tiene sentido.

Para eso pues serviria el WMS, para comparar :)

Igual creo que si en algun lugar tenemos los datos CLC con una
precision de no recuerdo cuantos metros (50?) y el UA con la precision
tambien muy mala, pero 2 o 4 veces mejor que CLC, nos ahorramos mucho
tiempo usando UA.

Saludos

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CORINE land cover data

[andrzej zaborowski]

On 3 January 2011 15:20, Oscar Orbe  wrote:
> Hola, he hecho lo siguiente: me bajo los shapefiles de bosques y olivares de 
> CORINE, los parto para que no tengan agujeros (me dan mal rollo), y les resto 
> (difference) el último shapefile 'natural.shp' de geofabrik.de (así evitamos 
> casi todas las colisiones), finalmente lo separo en provincias para no 
> manejar archivos tan grandes y lo convierto a OSM. Las herramientas usadas 
> producen nodos duplicados en la frontera de polígonos adyacentes, pero no 
> creo que eso deba preocuparnos mucho, siempre se puede pulir el resultado.

Bueno con una capa de Corine no creo que sea problematico aunque con
mas capas si podria ser. Y con el rollo del mapa de los nodos
duplicados ahora me daria miedo ser culpable de algun duplicado :)

Otra cosa es que el Urban Atlas tiene la precision horizonal mucho
mejor que Corine entonces seria mejor no importar Corine donde existen
datos UA (es decir cerca de las ciudades) para no crear conflictos.
Aunque... los datos de los olivares en UA, no se si van a ser tan
buenos (porque todos los terrenos agriculturales forman una sola
clase), es algo para averiguar.

Saludos

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] CORINE land cover data

[Oscar Orbe]

Hola, he hecho lo siguiente: me bajo los shapefiles de bosques y olivares de 
CORINE, los parto para que no tengan agujeros (me dan mal rollo), y les resto 
(difference) el último shapefile 'natural.shp' de geofabrik.de (así evitamos 
casi todas las colisiones), finalmente lo separo en provincias para no manejar 
archivos tan grandes y lo convierto a OSM. Las herramientas usadas producen 
nodos duplicados en la frontera de polígonos adyacentes, pero no creo que eso 
deba preocuparnos mucho, siempre se puede pulir el resultado. Como ejemplo, ya 
he subido la provincia de Toledo (poco mapeada y bastante rural):
http://www.openstreetmap.org/?lat=39.8601&lon=-4.0206&zoom=13&layers=M
Mi idea era subir las provincias poco a poco a ir viendo si se causan muchos 
problemas. Las provincias con mucho OSM (Madrid y alguna del norte) 
posiblemente quedarían excluídas.--Oscar





--- On Mon, 1/3/11, andrzej zaborowski  wrote:

From: andrzej zaborowski 
Subject: Re: [OSM-talk] CORINE land cover data
To: "Oscar Orbe" 
Cc: t...@openstreetmap.org, talk-es@openstreetmap.org
Date: Monday, January 3, 2011, 1:57 PM

On 3 January 2011 14:36, Oscar Orbe  wrote:
> Andrzej: "there's some ongoing work on CLC06 mixed with GMES Urban Atlas data 
> import for Poland and Spain"
> I'm preparing an import of forests (3 shapefiles) and olive groves (1 
> shapefile) for Spain. Where can I see that on-going work?

Actually it hasn't advanced much for the last month, but I posted a
link to the WMS showing the polygons that would be imported back in
November 
(http://lists.openstreetmap.org/pipermail/talk-es/2010-November/006366.html).
 The WMS is currently down because I decided to re-generate all the
data using a different schema to help in joining of the two datasets,
but later had no time to complete it.  I'll try to revive the WMS
later today.

I have a postgres database filled with all of the CLC06 data for
Europe and GMES Urban Atlas for Spain, if you would like to work on it
I can set up an account for you (Javier Sanchez also has been playing
with that database)

Here are the problems that I'd like to solve before starting an actual import.

 * Some Urban Atlas land classes contain many CLC06 classes (for
example Urban Atlas has a class "forest", while CLC06 has separate
classes for "mixed forests", "coniferous forests" etc.), so it would
be best to take the geometry from the Urban Atlas, but the exact
subclass from CLC06.

 * The upload tool needs be intelligent and needs to detect collisions
with existing OSM polygons, and then the colliding polygons need to be
put into a webservice that lets people download .osm files for each
polygon and handle the conflict manually.  It would also be nice if
the uploader tool used the diffs from planet.osm.org to find existing
nodes so that the automatically uploaded polygons re-use nodes instead
of creating duplicates (even if the nodes were created manually).

 * I'd like the WMS to visualise colliding polygons too.

Cheers



  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Corine Land Cover

[Oscar Fonts]

Buenas,

El día 12 de noviembre de 2009 15:34, Gari Araolaza 
escribió:
> Ojo,
>
> ¿Algún fronterizo podría echar un vistazo a la zona, a ver cómo ha
> quedado? Es que alguien comentó que bonito sí quedaba, pero que las
> áreas de debían corresponder demasiado a la realidad de bosques etc.
>
> Gari

Efectivamente, le falta bastante detalle y es algo antigua, pero puede
ser una buena guía sobre la que ir refinando, a falta de mejores datos...

Si quereis comparar, he preparado un visor que solapa una
viñeta del render de mapnik sobre la ortofoto de GMaps:
http://geoportal.dlsi.uji.es/fonts/OSM/CorineInspector/

Salud,

Oscar.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Corine Land Cover

[Gari Araolaza]

Ojo,

¿Algún fronterizo podría echar un vistazo a la zona, a ver cómo ha
quedado? Es que alguien comentó que bonito sí quedaba, pero que las
áreas de debían corresponder demasiado a la realidad de bosques etc.

Gari

2009/11/12 Oscar Fonts :
> Sobre Corine Land Cover,
>
> Nuestros vecinos franceses han importado el Corine Land Cover,
> y me he puesto a mirar si sería posible hacerlo para España,
> reaprovechando el proceso de importación que tienen
> documentado en la wiki.
>
> Veo en la web del EEA (European Environment Agency) que el
> 20 de Octubre de 2009 se ha publicado una segunda versión del
> CLC2000 (Corine Land Cover 2000) [1] en formato vectorial (shp),
> continuo, para 25 países europeos, a escala 1:100 000.
>
> El propietario de los datos es la propia EEA, que te hace aceptar
> un pequeño 'agreement' al descargarte los shp:
>
> 
> This dataset is under copyright of the EEA and within the public domain.
> Public domain information may be used free of charge, provided the source
> is acknowledged. The acknowledgement should read "(c) EEA, Copenhagen, 
> [year]".
> 
>
> Y en la ficha de metadatos [2] se lee:
>
> 
> Unless otherwise indicated, re-use of content on the EEA website for
> commercial or non-commercial purposes is permitted free of charge,
> provided that the source is acknowledged. The EEA re-use policy
> follows Directive 2003/98/EC of the European Parliament and the
> Council on the re-use of public sector information throughout the
> European Union and Commission Decision 2006/291/EC, Euratom on the
> re-use of Commission information. The EEA accepts no responsibility or
> liability whatsoever for the re-use of content accessible on its
> website. Any inquiries about re-use of content on the EEA website
> should be addressed to Ove Caspersen, EEA, Kongens Nytorv 6, DK-1050
> Copenhagen K, Tel +45 33 36 71 00, Fax +45 33 36 71 99, e-mail
> copyrights at eea.europa.eu
> 
>
> Esto significa que es compatible con ODbL, ¿no?.
>
> Por cierto, habrá que echarle un ojo a esa directiva europea
> sobre reuso de información del sector público, y a su
> transposición en España.
>
> Hay una versión más reciente, el CLC2006, pero veo que sólo
> está en geotiff y no disponible para España [3], aún.
>
> Salud,
>
> Oscar.
>
>
> [1] http://dataservice.eea.europa.eu/dataservice/metadetails.asp?id=1113&i=1
> [2] http://dataservice.eea.europa.eu/download.asp?id=21471&filetype=.xml
> [3] http://www.eea.europa.eu/themes/landuse/datasets
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Corine Land Cover

[Oscar Fonts]

Sobre Corine Land Cover,

Nuestros vecinos franceses han importado el Corine Land Cover,
y me he puesto a mirar si sería posible hacerlo para España,
reaprovechando el proceso de importación que tienen
documentado en la wiki.

Veo en la web del EEA (European Environment Agency) que el
20 de Octubre de 2009 se ha publicado una segunda versión del
CLC2000 (Corine Land Cover 2000) [1] en formato vectorial (shp),
continuo, para 25 países europeos, a escala 1:100 000.

El propietario de los datos es la propia EEA, que te hace aceptar
un pequeño 'agreement' al descargarte los shp:


This dataset is under copyright of the EEA and within the public domain.
Public domain information may be used free of charge, provided the source
is acknowledged. The acknowledgement should read "(c) EEA, Copenhagen, [year]".


Y en la ficha de metadatos [2] se lee:


Unless otherwise indicated, re-use of content on the EEA website for
commercial or non-commercial purposes is permitted free of charge,
provided that the source is acknowledged. The EEA re-use policy
follows Directive 2003/98/EC of the European Parliament and the
Council on the re-use of public sector information throughout the
European Union and Commission Decision 2006/291/EC, Euratom on the
re-use of Commission information. The EEA accepts no responsibility or
liability whatsoever for the re-use of content accessible on its
website. Any inquiries about re-use of content on the EEA website
should be addressed to Ove Caspersen, EEA, Kongens Nytorv 6, DK-1050
Copenhagen K, Tel +45 33 36 71 00, Fax +45 33 36 71 99, e-mail
copyrights at eea.europa.eu


Esto significa que es compatible con ODbL, ¿no?.

Por cierto, habrá que echarle un ojo a esa directiva europea
sobre reuso de información del sector público, y a su
transposición en España.

Hay una versión más reciente, el CLC2006, pero veo que sólo
está en geotiff y no disponible para España [3], aún.

Salud,

Oscar.


[1] http://dataservice.eea.europa.eu/dataservice/metadetails.asp?id=1113&i=1
[2] http://dataservice.eea.europa.eu/download.asp?id=21471&filetype=.xml
[3] http://www.eea.europa.eu/themes/landuse/datasets

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Corine Land Cover France import overlapping in Spain

[Celso González]

On Mon, Sep 14, 2009 at 02:11:59PM +0200, Iván Sánchez Ortega wrote:
> El Lunes, 14 de Septiembre de 2009, Pieren escribió:
> > 2009/9/14 Iván Sánchez Ortega :
> > > Keep in mind that the current borders in OSM [...]
> >
> > [...] But we cannot use IGN in France as their licence is not compatible 
> > with OSM. What we can use is the french cadastre (land registry) which is 
> > very accurate in urban zones or flat countryside but not in the mountains.
> 
> Well, I expect to be able to import national/provincial/municipal borders 
> from 
> the spanish IGN in a month or two, when we got the chapter finally up and 
> running. Their borders are quite more accurate than the current ones in OSM, 
> so expect me to utterly destroy the spain-france border when the time 
> comes. :-D

Lo que me recuerda
http://www.openstreetmap.org/user/Miren/diary/7882
 

-- 
Celso González (PerroVerd)
http://mitago.net

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Corine Land Cover France import overlapping in Spain

[Iván Sánchez Ortega]

El Lunes, 14 de Septiembre de 2009, Pieren escribió:
> 2009/9/14 Iván Sánchez Ortega :
> > Keep in mind that the current borders in OSM [...]
>
> [...] But we cannot use IGN in France as their licence is not compatible 
> with OSM. What we can use is the french cadastre (land registry) which is 
> very accurate in urban zones or flat countryside but not in the mountains.

Well, I expect to be able to import national/provincial/municipal borders from 
the spanish IGN in a month or two, when we got the chapter finally up and 
running. Their borders are quite more accurate than the current ones in OSM, 
so expect me to utterly destroy the spain-france border when the time 
comes. :-D


-- 
--
Iván Sánchez Ortega 

Las promesas se hacen para no ser cumplidas.- Tierno Galv n.

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Corine Land Cover France import overlapping in Spain

[Iván Sánchez Ortega]

El Domingo, 13 de Septiembre de 2009, Pieren escribió:
> Hi talk-es list,
>
> First, apologies for my message in english.

Never mind. I can't speak a word of french :-D

> [...] The problem is that the dataset itself is going a bit onto 
> neighbourhood countries including Spain (a rough estimate is about max. 
> 10km). 
> So we would like to know if the Spanish community is interested by
> these polygones or if we have to perform a cut-off exactly on the
> border.

The question is... which border, exactly?

My guess is that the national borders from the french Institut Géographique 
National and the spanish Instituto Geográfico Nacional are different. Maybe 
not a lot different (not 10 km), but I wouldn't be surprised if they are 100 
meters off someplace.

My point of view is that we'll have to fix the administrative boundaries 
anyway (and maybe merge with the spanish SIOSE land use survey in the 
future).

Keep in mind that the current borders in OSM are from the CIA factbook, and 
quite inaccurate. At some point, we'll have to discuss importing the national 
borders from both IGNs, and who is invading who :-)

Until then, I don't think that cutting off the CORINE data will do any good. 
If we're gonna cut off the data, we might as well do it with the right 
boundaries.

Furthermore, I don't think that any data you import into Spain is going to be 
destructive.


So, if you ask me... import everything. We'll have time to fix things up.


Cheers,
-- 
--
Iván Sánchez Ortega 

Un ordenador no es un televisor ni un microondas, es una herramienta compleja.

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Corine Land Cover France import overlapping in Spain

[Celso González]

On Sun, Sep 13, 2009 at 05:44:28PM +0200, Pieren wrote:
> Hi talk-es list,

Hi

> Before the import, we suppressed all CLC polygons overlapping more
> than 2% with the existing ones in OSM. The problem is that the dataset
> itself is going a bit onto neighbourhood countries including Spain
> (a rough estimate is about max. 10km).
> So we would like to know if the Spanish community is interested by
> these polygones or if we have to perform a cut-off exactly on the
> border.
> 
> To have a preview about the import, we generated a mashup with the
> current Mapnik and a special overlay with the CLC polygones as they
> will be after the import.
> Select/deselect the last overlay "corine-import" to see what will be imported.
> 
> http://beta.letuffe.org/?zoom=11&lat=42.36134&lon=2.71526&layers=BFT

It seems interesting, i have seen that almost all the corine data is related to
landuse so its difficult to have conflicts with current data.

So please, include the spanish part in the import, after that we will check to
assure the data its correct.

If you need more info or help, dont hesitate to mail us.

Thank you
 

-- 
Celso González (PerroVerd)
http://mitago.net

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Corine Land Cover France import overlapping in Spain

[Pieren]

Hi talk-es list,

First, apologies for my message in english.

We are preparing in France an import of the Corine Land Cover (CLC)
landuse polygones. This dataset is generated by all european states
but the French version has a licence compatible with OSM.

The original dataset is delivered as shapefiles and use a standardized
"nomenclature" of 36 classes. We decided to migrate most of them (not
all) following this translation table to OSM tags:
http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Tagging_scheme

Before the import, we suppressed all CLC polygons overlapping more
than 2% with the existing ones in OSM. The problem is that the dataset
itself is going a bit onto neighbourhood countries including Spain
(a rough estimate is about max. 10km).
So we would like to know if the Spanish community is interested by
these polygones or if we have to perform a cut-off exactly on the
border.

To have a preview about the import, we generated a mashup with the
current Mapnik and a special overlay with the CLC polygones as they
will be after the import.
Select/deselect the last overlay "corine-import" to see what will be imported.

http://beta.letuffe.org/?zoom=11&lat=42.36134&lon=2.71526&layers=BFT

Thank you for your replies,
Pieren

___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es