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] [OSM-talk] CORINE land cover data

[andrzej zaborowski]

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] [OSM-talk] CORINE land cover data

[Oscar Orbe]

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?


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

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

Hi,

On 3 January 2011 13:53, Oscar Orbe  wrote:
> Hello I have just sent an email asking for clarification, will forward their 
> response.
> Ciprian: "...I have found different statements about the license of CLC data 
> on the EEA website at some point..."

There have been different statements because the license has been
changing numerous times.  As of February 2010 the seamless CLC2006 shp
is available under the normal EEA terms and users in Spain and in
Poland have considered it OSM-compatible from that point.  (For the
record there's some ongoing work on CLC06 mixed with GMES Urban Atlas
data import for Poland and Spain)

Cheers



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

Re: [Talk-es] Calculo del camino mas corto en un espacio continuo

[Jesús Gómez Fernández]

En relación con los mapas axiales, busca por internet "Sintaxis del
espacio
".

Saludos,
Jesús Gómez

El 2 de enero de 2011 21:36, Xavier Barnada Rius escribió:

>
> > Yo conozco dos formas: Mapas axiales y superficies de costo.
> >
> > En la primera se calculan las líneas de visibilidad para el espacio
> > contínuo, parecido al cómic de snaker, entonces, para calcular el
> > camino mínimo se siguen las máximas líneas de visibilidad (axiales)
> > que los conecten.
>
> La primera vendria a ser similar a la que plantea andrezej , aunque
> depende del punto de inicio y de fin creo que si se deben considerar las
> envolturas convexas.
>
> > La segunda trabaja sobre datos raster, es más sencilla en términos de
> > cálculo y permite asignar diferentes costos a diferentes superficies.
>
> Tambien suena intersante aunque parece que deberia hacer un mayor uso de
> la memoria
>
> > Sin embargo ninguna de las dos parece reflejar el comportamiento real
> > de cómo se mueven las personas (al menos en el caso de peatones).
>
> Bueno no  creo que imitar a las personas sea el mejor comportamiento,
> todos sabemos que las personas tenemos muchos bugs :)
>
> Por cierto no habia visto esta tira de xkcd que snaker ha puesto(aunque
> si otras),suele tener muy buenas ocurrencias.
>
> PD:Aunque lo que si encontre buscando fue un algoritmo para el calculo
> de la ruta mas corta para mover un piano por una casa con el minimo
> esfuerzo
>
>
> ___
> 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