Re: [Talk-es] Tartas y EGRN

[andrzej zaborowski]

2009/11/22 Oscar Fonts :
> Buenas.
>
>> * Las vias de los limites deberian tener nombres o las dejamos asi?
>> Las etiquetas que tienen ahora son boundary=administrative y
>> admin_level=4, 6, 8 dependiendo del nivel
>
> Habría que añadir por todas partes el tag
> "source=BDLL25, EGRN, Instituto Geográfico Nacional".
>
>>
>> * Subimos estos datos a OSM o no? :)  y si los subimos, supongo que
>> dejamos las fronteras internacionales para cargar aparte...
>
> Las fronteras de la CIA son bastante desastrosas, así que podríamos
> aprovechar para renovarlas.

Yo lo haria como un paso separado, porque primero habria que preguntar
en la lista francesa y/o portuguesa (si la hay) y ver si estan de
acuerdo.

>
> Sobre la línea de costa, creo que también es mejor la del BDLL25;
> al menos está menos "pixelada", y distingue mejor los islotes.
> Capturas comparando la zona de Cap de Creus:
> http://es.wikipedia.org/wiki/ISO_639-1
>
> Yo importaría todo el perímetro como límite municipal/provincial/autonómico,
> y luego se puede ir "fundiendo" con las fronteras nacionales y la línea
> de costa, en función de cuál sea más precisa en cada tramo...
>
>> * Al menos el limite entre La Rioja y Castilla y Leon ya esta en OSM,
>> que habria que hacer con el?
>
> Hay varios ya subidos. Supongo que lo fácil es reemplazarlos todos, pero
> primero hay que asegurarse que no nos cargamos ningún trabajo mejor
> hecho.
>
>>
>> * Una relacion de una comunidad autonoma debe tener las relaciones de
>> sus provincias como miembros, o solamente los limites?  Mi opinion es
>> que seria muy util que tenga las dos cosas.  (Cuestion homologa
>> respecto a provincias y sus municipios)
>
> Sí, podría ser útil.
>
>>
>> * En los datos de idee hay tres municipios sin nombres: 31817, 31818
>> en Navarra y 20802 en Guipuzcoa.
>
> 31817: Bardenas Reales de Navarra
> "antigua posesión real, no forman parte de ningún término municipal y son
> propiedad de la Comunidad Foral de Navarra"
> http://es.wikipedia.org/wiki/Bardenas_Reales
>
> 31818: Parque Natural de Urbasa y Andia
> http://www.parquedeurbasa.es/?url=donde&sec=39
>
> 20802: Parzonería General de Guipúzcoa y Álava
> "es una entidad local de la Provincia de Guipúzcoa que no posee el estatuto
> jurídico de municipio y que no está integrado en ningún término municipal"
> http://es.wikipedia.org/wiki/Parzoner%C3%ADa_General_de_Guip%C3%BAzcoa_y_%C3%81lava
>
> Por cierto, también falta el municipio de Maó/Mahón, en Menorca, que habrá
> que añadir a mano.
>
>>
>> * y dos provincias sin nombres en Catalunya con INE_PRO "Gu" y "Ca" --
>> las he mirado en mapnik y son areas casi vacias.
>
> Es un fallo en la BDD, pues se trata de municipios formados por dos áreas
> disjuntas.
> Una está bien informada, y la otra, tiene cosas raras en los campos, que hay
> que
> cambiar:
>
> "Ca" es parte de Castellcir (08055), provincia de Barcelona (08), Cataluña
> (69);
> "Gu" es parte de Guardiola de Berguedà (08099), Barcelona (08), Cataluña
> (69).
>
> ¿Puedes corregirlo tú mismo en los datos?

Gracias por los datos, lo corregire y pondre el source=

El fin de semana intentare ver alguna manera automatica de poner el
tag wikipedia=, creo que con los codigos INE se podria resolver los
titulos usando los infoboxes que tienen las paginas en wikipedia que
son faciles de tratar con un script.

Saludos

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

Re: [Talk-es] Tartas y EGRN

[andrzej zaborowski]

2009/11/23 Celso González :
> On Sun, Nov 22, 2009 at 02:03:10PM +0100, andrzej zaborowski wrote:
>> Ahora las cuestiones:
>>
>> * Las vias de los limites deberian tener nombres o las dejamos asi?
>> Las etiquetas que tienen ahora son boundary=administrative y
>> admin_level=4, 6, 8 dependiendo del nivel
>
> Yo lo dejaría así, en map_features no dice que tengamos que poner nada más
>
>> * Al menos el limite entre La Rioja y Castilla y Leon ya esta en OSM,
>> que habria que hacer con el?
>
> Buena pregunta, ¿se puede extraer ese límite y comparlo con el del BDLL?

Si, creo habra que comparar todos los limites que ya estan con los que
los sustituirian.  En Euskadi hay varios limites de diferentes
niveles.

Comparar todos ellos puede ser bastante trabajo y entonces si alguien
tiene una objecion general a toda la idea de importacion de los
limites (como recien se discute en la lista inglesa) me gustaria
saberlo antes de empezar :-)

>
>> * Una relacion de una comunidad autonoma debe tener las relaciones de
>> sus provincias como miembros, o solamente los limites?  Mi opinion es
>> que seria muy util que tenga las dos cosas.  (Cuestion homologa
>> respecto a provincias y sus municipios)
>
> Para mí sólo debería tener los límites.
> La relación sólo se define para su boundary

Entonces hariamos otra relacion para agrupar las subdivisiones de las areas?

Lo digo porque si quieres saber cual es la provincia de un municipio o
los municipios de una provincia, habria que buscar por el nombre que
aparece en is_in (que a veces es ambiguo) o por la geometria que
tambien a veces falla, y, vamos es dificil para automatizar.  Ademas
en otros paises se hicieron unas paginas wiki para coordinar lo de
crear las relaciones de limites administrativos (donde no se pudieron
copiar de fuentes oficiales), parecidos a la de rutas de autobus en
Madrid, y el problema de esto es que se refieren a cada relacion o via
por el id y es algo muy fragil, mucho mejor es hacer que el editor se
ocupe de mantener esas relaciones.  En JOSM incluso puedes ver un
bonito arbol de las relaciones miembros y padres.

Tambien he visto que dentro de la relacion algunos ponen el nodo de su
capital con el rol "admin_centre".

Saludos

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

Re: [Talk-es] Tartas y EGRN

[Celso González]

On Sun, Nov 22, 2009 at 02:03:10PM +0100, andrzej zaborowski wrote:
 
> Ahora las cuestiones:
> 
> * Las vias de los limites deberian tener nombres o las dejamos asi?
> Las etiquetas que tienen ahora son boundary=administrative y
> admin_level=4, 6, 8 dependiendo del nivel

Yo lo dejaría así, en map_features no dice que tengamos que poner nada más

> * Al menos el limite entre La Rioja y Castilla y Leon ya esta en OSM,
> que habria que hacer con el?

Buena pregunta, ¿se puede extraer ese límite y comparlo con el del BDLL?
 
> * Una relacion de una comunidad autonoma debe tener las relaciones de
> sus provincias como miembros, o solamente los limites?  Mi opinion es
> que seria muy util que tenga las dos cosas.  (Cuestion homologa
> respecto a provincias y sus municipios)

Para mí sólo debería tener los límites.
La relación sólo se define para su boundary
De la otra forma ya estaríamos hablando de una especie de relación is_in

> Despues algunos nombres estan en dos idiomas, separados por / y eso
> habria que convertir a mano porque el segundo idioma varia, p.e.
> name:en=Valencia/València seria name:es=Valencia y name:cat=València
> (?).

Pues se hace a mano
No se si se ha dado el caso pero también se puede encontrar la separación
<> para nombres

name=Valencia/València
indica que el nombre oficial es la forma bilingue

name=Pamplona<>Iruña
indica que en el contexto del idioma que estemos hablando el nombre
oficial es uno u otro.

* También parece que tendremos que gestionar a mano el tema de los 
enclaves-exclaves

-- 
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] Tartas y EGRN

[Oscar Fonts]

Buenas.

* Las vias de los limites deberian tener nombres o las dejamos asi?
> Las etiquetas que tienen ahora son boundary=administrative y
> admin_level=4, 6, 8 dependiendo del nivel
>

Habría que añadir por todas partes el tag
"source=BDLL25, EGRN, Instituto Geográfico Nacional".


> * Subimos estos datos a OSM o no? :)  y si los subimos, supongo que
> dejamos las fronteras internacionales para cargar aparte...


Las fronteras de la CIA son bastante desastrosas, así que podríamos
aprovechar para renovarlas.

Sobre la línea de costa, creo que también es mejor la del BDLL25;
al menos está menos "pixelada", y distingue mejor los islotes.
Capturas comparando la zona de Cap de Creus:
http://es.wikipedia.org/wiki/ISO_639-1

Yo importaría todo el perímetro como límite municipal/provincial/autonómico,
y luego se puede ir "fundiendo" con las fronteras nacionales y la línea
de costa, en función de cuál sea más precisa en cada tramo...

* Al menos el limite entre La Rioja y Castilla y Leon ya esta en OSM,
> que habria que hacer con el?
>

Hay varios ya subidos. Supongo que lo fácil es reemplazarlos todos, pero
primero hay que asegurarse que no nos cargamos ningún trabajo mejor
hecho.


> * Una relacion de una comunidad autonoma debe tener las relaciones de
> sus provincias como miembros, o solamente los limites?  Mi opinion es
> que seria muy util que tenga las dos cosas.  (Cuestion homologa
> respecto a provincias y sus municipios)
>

Sí, podría ser útil.


> * En los datos de idee hay tres municipios sin nombres: 31817, 31818
> en Navarra y 20802 en Guipuzcoa.
>

31817: Bardenas Reales de Navarra
"antigua posesión real, no forman parte de ningún término municipal y son
propiedad de la Comunidad Foral de Navarra"
http://es.wikipedia.org/wiki/Bardenas_Reales

31818: Parque Natural de Urbasa y Andia
http://www.parquedeurbasa.es/?url=donde&sec=39

20802: Parzonería General de Guipúzcoa y Álava
"es una entidad local de la Provincia de
Guipúzcoaque
no posee el estatuto jurídico de
municipio  y que no está integrado
en ningún término municipal"
http://es.wikipedia.org/wiki/Parzoner%C3%ADa_General_de_Guip%C3%BAzcoa_y_%C3%81lava

Por cierto, también falta el municipio de Maó/Mahón, en Menorca, que habrá
que añadir a mano.


> * y dos provincias sin nombres en Catalunya con INE_PRO "Gu" y "Ca" --
> las he mirado en mapnik y son areas casi vacias.
>

Es un fallo en la BDD, pues se trata de municipios formados por dos áreas
disjuntas.
Una está bien informada, y la otra, tiene cosas raras en los campos, que hay
que
cambiar:

"Ca" es parte de Castellcir (08055), provincia de Barcelona (08), Cataluña
(69);
"Gu" es parte de Guardiola de Berguedà (08099), Barcelona (08), Cataluña
(69).

¿Puedes corregirlo tú mismo en los datos?


> Despues algunos nombres estan en dos idiomas, separados por / y eso
> habria que convertir a mano porque el segundo idioma varia, p.e.
> name:en=Valencia/València seria name:es=Valencia y name:cat=València
> (?).
>

¿Se podría seleccionar por conjuntos de CCAA?
En País Vasco y Navarra, el idioma cooficial va a ser euskera "eu",
En Cataluña, Comunidad Valenciana e Islas Baleares, catalán "ca",
Y en Galicia, gallego "gl"

Puede haber otros lugares con toponimia múltiple (Pirineo y franja
aragoneses,
Asturias), pero al no ser lenguas cooficiales, no sé si se recogen
en la BDLL. Es cuestión de mirarlo.

Salud,

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

Re: [Talk-es] Tartas y EGRN

[andrzej zaborowski]

2009/11/22 andrzej zaborowski :
> Despues algunos nombres estan en dos idiomas, separados por / y eso
> habria que convertir a mano porque el segundo idioma varia, p.e.
> name:en=Valencia/València

Ups, sin ":en".

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

Re: [Talk-es] Tartas y EGRN

[andrzej zaborowski]

Buenas,

2009/11/21 Oscar Fonts :
> Fronteras convertidas de polígonos a polilíneas, sin duplicados.
> Finalmente he usado Miramón y su capacidad de estructuración topológica
> (interfaz ardua, pero que cumple lo que promete).

Si que tu shp es mas facil de tratar que el gml original.  Ayer estaba
mirando como hacian lo de generar las polilineas los scripts de
Frederik Ramm y de Anthony de la lista inglesa, y lo hacen usando las
funciones ST_Intersect y ST_Touch de postgis sobre los poligonos, pero
los dos scripts estan adaptados para un solo nivel de limites, es
decir poligonos sin solaparse.  Asi que lo deje y me baje tu version.

>
> Para cada línea de delimitación entre pares de municipios, existen los
> siguientes campos:
>
> INE_MUN1, NOM_MUN1 -- Código INE y nombre del municipio a un lado de la
> frontera
> INE_PRO1, NOM_PRO1 -- Ídem para la provincia a la que pertenece MUNI1
> COD_CA1, NOM_CA1 -- Ídem para la CCAA a la que pertenece MUNI1.
>
> INE_MUN2, NOM_MUN2, INE_PRO2, NOM_PRO2, COD_CA2, NOM_CA2
> son los campos homólogos del territorio al otro lado de la frontera.

A base de esto, genere unos .osm con todos los limites y sus relaciones:

http://www.openstreetmap.pl/balrog/bdll25-todas.osm.bz2 (130 megas
descomprimido)
http://www.openstreetmap.pl/balrog/bdll25-comunidades-y-provincias.osm.bz2
(sin municipios)

El segundo es para que podais cargarlo en josm para ver como se ve,
tiene 12M y casi llega al limite de las posibilidades de JOSM.

Ahora las cuestiones:

* Las vias de los limites deberian tener nombres o las dejamos asi?
Las etiquetas que tienen ahora son boundary=administrative y
admin_level=4, 6, 8 dependiendo del nivel

* Subimos estos datos a OSM o no? :)  y si los subimos, supongo que
dejamos las fronteras internacionales para cargar aparte... pero
entonces habra que conectarlas manualmente con las relaciones de las
unidades que tocan la frontera, y considerando que son 130 megas,
habria que hacerlo despues de subir los datos porque en JOSM no hay
manera de abrir el fichero.

* Al menos el limite entre La Rioja y Castilla y Leon ya esta en OSM,
que habria que hacer con el?

* Una relacion de una comunidad autonoma debe tener las relaciones de
sus provincias como miembros, o solamente los limites?  Mi opinion es
que seria muy util que tenga las dos cosas.  (Cuestion homologa
respecto a provincias y sus municipios)

* En los datos de idee hay tres municipios sin nombres: 31817, 31818
en Navarra y 20802 en Guipuzcoa.

* y dos provincias sin nombres en Catalunya con INE_PRO "Gu" y "Ca" --
las he mirado en mapnik y son areas casi vacias.

En los datos varios areas tienen su nombre en forma "Asturias,
Principado de" o "Santos (Los)", todos ellos los he convertido en "Los
Santos" y "Principado de Asturias" y he dejado la forma original en el
tag idee:name

Despues algunos nombres estan en dos idiomas, separados por / y eso
habria que convertir a mano porque el segundo idioma varia, p.e.
name:en=Valencia/València seria name:es=Valencia y name:cat=València
(?).

Saludos

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

Re: [Talk-es] Tartas y EGRN

[Oscar Fonts]

Eureka!

Fronteras convertidas de polígonos a polilíneas, sin duplicados.
Finalmente he usado Miramón y su capacidad de estructuración topológica
(interfaz ardua, pero que cumple lo que promete).

El resultado en shp descargable de
http://geoportal.dlsi.uji.es/fonts/OSM/BDLL25-LineasMiramon.zip

Para cada línea de delimitación entre pares de municipios, existen los
siguientes campos:

INE_MUN1, NOM_MUN1 -- Código INE y nombre del municipio a un lado de la
frontera
INE_PRO1, NOM_PRO1 -- Ídem para la provincia a la que pertenece MUNI1
COD_CA1, NOM_CA1 -- Ídem para la CCAA a la que pertenece MUNI1.

INE_MUN2, NOM_MUN2, INE_PRO2, NOM_PRO2, COD_CA2, NOM_CA2
son los campos homólogos del territorio al otro lado de la frontera.

Todos los campos están informados para todas las líneas, con lo que la
información es bastante redundante. Excepto la línea de costa y la frontera
nacional (con Francia o Portugal), que tendrán uno de los dos lados vacíos.

Se sabe que una línea es interprovincial cuando la información de provincia
a uno y otro lado no coincide (regla para el relationificator), y del mismo
modo con las CCAA.

No sé si me explico bien, lo mejor es abrir el shp y verlo.

Ah, los campos alfanuméricos están codificados en UTF-8.

Espero que la transformación facilite el uso de las herramientas propias de
OSM...

Salud,

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

Re: [Talk-es] Tartas y EGRN

[Oscar Fonts]

>
> Como ha ido esto?  Vi que un tal Anthony tiene unos scripts sql
> "relacionizadores" y quiero intentar con ellos el fin de semana, a lo
> mejor se hace todo automaticamente y sin escribir ni una sola linea de
> codigo.
>

Pues, como dice alguien por ahí, aprendiendo a odiar ArcMap :)

Tenemos los polígonos pasados a líneas, pero la asignación de
atributos como que falla la cosa... seguiremos informando.

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

Re: [Talk-es] Tartas y EGRN

[andrzej zaborowski]

Holas,

2009/11/18 Oscar Fonts :
> Esta tarde intentaremos 'fundir' en un shp de líneas las 3 capas
> de polígonos del BDLL25, eliminando duplicados/triplicados.
> A ver si esto facilita la importación. Ya os contaré.

Como ha ido esto?  Vi que un tal Anthony tiene unos scripts sql
"relacionizadores" y quiero intentar con ellos el fin de semana, a lo
mejor se hace todo automaticamente y sin escribir ni una sola linea de
codigo.

Saludos

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

Re: [Talk-es] Tartas y EGRN

[Oscar Fonts]

Buenas,

Esta tarde intentaremos 'fundir' en un shp de líneas las 3 capas
de polígonos del BDLL25, eliminando duplicados/triplicados.
A ver si esto facilita la importación. Ya os contaré.

Salud,

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

Re: [Talk-es] Tartas y EGRN

[Carlos Dávila]

andrzej zaborowski escribió:
> 2009/11/15 David Marín Carreño :
>   
>> El 14 de noviembre de 2009 17:05, andrzej zaborowski 
>> escribió:
>> 
>>> * Para los limites que coinciden con la frontera del pais (marina o
>>> no) habria que borrar las de idee.es y usar las que ya estan en OSM,
>>> pero se puede hacer a mano no?
>>>
>>>   
>> Al menos las "fronteras" de costa que conozco de primera mano por la zona de
>> Motril (donde veraneo) distan bastante de la realidad. Lástima que este
>> verano no tuviera un GPS de mano (sólo tenía uno de coche) para trazar la
>> línea de costa...
>>
>> Es muy probable que la línea de costa que se pueda extraer esté mejor que la
>> que tenemos.
>> 
>
> Acabo de mirar y la verdad que no parece mucho mejor, pero si menos
> caotica.  En la que tenemos ahora se ven unos artefactos porque creo
> que fue generada da las fotos de landsat y es como si se vieran
> pixeles, pero aun asi creo que es mas exacta.  Ademas la mayoria de
> lugares que mire ya estan editadas por personas, tienen anadidas
> playas, puertos etc.
>
> Copie el fichero .osm con los limites de provincias de idee.es en
> http://www.openstreetmap.pl/balrog/fronteras.osm.bz2 si quereis mirar
> como esta de precision.
>   
Pues lo que he mirado de la frontera Extremadura/Portugal (ríos Tajo y
Sever) parece que está bastante mejor que lo que tenemos actualmente.
> Otra consideracion es que se ha fijado que la frontera marina no es la
> linea de costa sino 12 millas nauticas desde la costa (o algo
> parecido), por eso si o si hay que conectar a mano si alguien va a
> subir estos datos en osm.
>
> Saludos

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

Re: [Talk-es] Tartas y EGRN

[andrzej zaborowski]

2009/11/14 Carlos Dávila :
>> is_in:country=Spain
>> is_in:state= (en que comunidad esta, si es una provincia o municipalidad)
>>
> ¿la Comunidad Autónoma, no sería is_in:region?

Si, creo que region viene mejor, otra opcion es is_in:province porque
province en ingles, de lo que yo sepa no tiene el mismo significado
que provincia.

Saludos

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

Re: [Talk-es] Tartas y EGRN

[andrzej zaborowski]

2009/11/15 David Marín Carreño :
> El 14 de noviembre de 2009 17:05, andrzej zaborowski 
> escribió:
>> * Para los limites que coinciden con la frontera del pais (marina o
>> no) habria que borrar las de idee.es y usar las que ya estan en OSM,
>> pero se puede hacer a mano no?
>>
>
> Al menos las "fronteras" de costa que conozco de primera mano por la zona de
> Motril (donde veraneo) distan bastante de la realidad. Lástima que este
> verano no tuviera un GPS de mano (sólo tenía uno de coche) para trazar la
> línea de costa...
>
> Es muy probable que la línea de costa que se pueda extraer esté mejor que la
> que tenemos.

Acabo de mirar y la verdad que no parece mucho mejor, pero si menos
caotica.  En la que tenemos ahora se ven unos artefactos porque creo
que fue generada da las fotos de landsat y es como si se vieran
pixeles, pero aun asi creo que es mas exacta.  Ademas la mayoria de
lugares que mire ya estan editadas por personas, tienen anadidas
playas, puertos etc.

Copie el fichero .osm con los limites de provincias de idee.es en
http://www.openstreetmap.pl/balrog/fronteras.osm.bz2 si quereis mirar
como esta de precision.

Otra consideracion es que se ha fijado que la frontera marina no es la
linea de costa sino 12 millas nauticas desde la costa (o algo
parecido), por eso si o si hay que conectar a mano si alguien va a
subir estos datos en osm.

Saludos

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

Re: [Talk-es] Tartas y EGRN

[David Marín Carreño]

El 14 de noviembre de 2009 17:05, andrzej zaborowski
escribió:

>
> * Para los limites que coinciden con la frontera del pais (marina o
> no) habria que borrar las de idee.es y usar las que ya estan en OSM,
> pero se puede hacer a mano no?
>
>
Al menos las "fronteras" de costa que conozco de primera mano por la zona de
Motril (donde veraneo) distan bastante de la realidad. Lástima que este
verano no tuviera un GPS de mano (sólo tenía uno de coche) para trazar la
línea de costa...

Es muy probable que la línea de costa que se pueda extraer esté mejor que la
que tenemos.

Saludos

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

Re: [Talk-es] Tartas y EGRN

[Carlos Dávila]

Iván Sánchez Ortega escribió:
> El Sábado, 14 de Noviembre de 2009, andrzej zaborowski escribió:
> [...]
>   
>> * se pueden convertir a .osm por medio de gml2osm.php (instalando php
>> como primer paso) de Ivan, pero:
>> 
> [...]
>   
>>   * a lo mejor Ivan tiene una version mas actual
>> 
>
> No, no tengo una versión más actual, todo lo que tengo son ñapas de ese mismo 
> script para diversos datos con estructuras más o menos "raras".
>
> De hecho, tengo que aprender algo más de python y GDAL, y rehacer el script.
>
>
>   
>> * en el .osm resultante, como dijo Ivan, tenemos nodos dobles (y
>> triples) y vias dobles y no veo ningun script listo para usar que
>> arregla esto, aunque no es una tarea super complicada.
>> 
>
> *Teóricamente*, gml2osm te combina los "nodos dobles". El problema viene con 
> las vías superpuestas.
Cargándolas en JOSM el validator las detecta y si son idéntidas (mismos
nodos y etiquetas) las elimina fácilmente. Si no son iguales hay que
hacerlo una por una.

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

Re: [Talk-es] Tartas y EGRN

[Carlos Dávila]

andrzej zaborowski escribió:
>>> A ver si el fin de semana intento una conversion y os digo si va o no va.
>>>   
>
> Pues la conversion sola si va pero tiene los problemas que menciono Ivan.
>
> * primero que los datos de idee.es se descargan en GML (no SHP) y no
> vi otra opcion
>
> * se pueden convertir a .osm por medio de gml2osm.php (instalando php
> como primer paso) de Ivan, pero:
>   * cambiando la version del .osm resultante a 0.6 en vez de 0.5, y
>   * haciendo el script ignorar los elementor gml:MultiSurface y
> gml:surfaceMember, porque idee.es los mete ahi sin un proposito
> evidente (supongo que es para los ficheros que tienen varias capas).
>   * el script se ocupa de la proyeccion de coordenadas asi que todo bien.
>   * a lo mejor Ivan tiene una version mas actual
>
> * para probar tome los limites de las provincias y idee.es tiene
> cuatro versiones de ellas: EGM, BDLL25, BDLL200 y BDLL1000 (no me
> dicen nada pero parece que EGM es la mas exacta) y todas las versiones
> ocupan menos de 2.5 megas en formato GML asi que no se si realmente
> son muy exactas.
>
> * en el .osm resultante, como dijo Ivan, tenemos nodos dobles (y
> triples) y vias dobles y no veo ningun script listo para usar que
> arregla esto, aunque no es una tarea super complicada.  Se va a hacer
> mas liado considerando que los limites de las comunidades son a la vez
> limites de provincias y de municipios.  Creo que lo sensible seria
> usar osmosis para cargar todos esos datos en postgres y a partir de
> ahi usar las mismas proceduras que se usaron en Corine (ejemplos en
> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import).
>
> * Para los limites que coinciden con la frontera del pais (marina o
> no) habria que borrar las de idee.es y usar las que ya estan en OSM,
> pero se puede hacer a mano no?
>   
Creo que habría que revisar y ver cuál está mejor. Hace tiempo envié un
mensaje comentando que la frontera entre España y Portugal a nivel de
Extremadura tiene bastante error (nada extraño teniendo en cuenta que el
origen de la información son datos de la CIA) y el tema quedó pendiente
hasta que dispusiéramos de los datos de la IDEE.
>   
>> A ver qué tal las pruebas. Por si hiciera falta, tengo medio engañado a un
>> compañero que nos podría ayudar a convertir los polígonos en líneas
>> compartidas, y podríamos asignar tags en función de regiones lindantes,
>> del estilo left:Huesca, right:Lleida. De ahí sería más sencillo generar
>> las relations, ¿no?.
>> 
>
> Otra cuestion es que tags poner en la relacion.  Yo pondria por lo menos 
> estos:
>
> name=*
> name:en=*
> type=multipolygon o boundary (dependiendo de la discusion que mencionaste)
> boundary=administrative
> admin_level=4 o 6 u 8 (para comunidades, provincias y municipalidades
> respectivamente)
> is_in:country=Spain
> is_in:state= (en que comunidad esta, si es una provincia o municipalidad)
>   
¿la Comunidad Autónoma, no sería is_in:region?
> is_in:province= (en que provincia esta, si una municipalidad)
> wikipedia= (titulo de la pagina WP relacionada)
>
> y en las vias de los limites:
>
> boundary=administrative
> admin_level= (el maximo de todas las relaciones a los que pertenece)
>
> opcional:
> name=Limita tal y tal
> left:state, right:state
> left:province, right:province
> left:municipality, right:municipality
>
> ^ estos, segun las discusiones en lista general, realmente no tienen
> mucha utilidad y es facil que alguien cambie el sentido de la via y se
> le olvide cambiar los lados.
>
> Todas estas etiquetas son para discutir obviamente
>
> Saludos


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

Re: [Talk-es] Tartas y EGRN

[Iván Sánchez Ortega]

El Sábado, 14 de Noviembre de 2009, andrzej zaborowski escribió:
[...]
> * se pueden convertir a .osm por medio de gml2osm.php (instalando php
> como primer paso) de Ivan, pero:
[...]
>   * a lo mejor Ivan tiene una version mas actual

No, no tengo una versión más actual, todo lo que tengo son ñapas de ese mismo 
script para diversos datos con estructuras más o menos "raras".

De hecho, tengo que aprender algo más de python y GDAL, y rehacer el script.


> * en el .osm resultante, como dijo Ivan, tenemos nodos dobles (y
> triples) y vias dobles y no veo ningun script listo para usar que
> arregla esto, aunque no es una tarea super complicada.

*Teóricamente*, gml2osm te combina los "nodos dobles". El problema viene con 
las vías superpuestas.


-- 
--
Iván Sánchez Ortega 

We're Saving The Earth (one image at a time)
 -- OpenAerialMap team


signature.asc
Description: This is a digitally signed message part.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Tartas y EGRN

[andrzej zaborowski]

>> A ver si el fin de semana intento una conversion y os digo si va o no va.

Pues la conversion sola si va pero tiene los problemas que menciono Ivan.

* primero que los datos de idee.es se descargan en GML (no SHP) y no
vi otra opcion

* se pueden convertir a .osm por medio de gml2osm.php (instalando php
como primer paso) de Ivan, pero:
  * cambiando la version del .osm resultante a 0.6 en vez de 0.5, y
  * haciendo el script ignorar los elementor gml:MultiSurface y
gml:surfaceMember, porque idee.es los mete ahi sin un proposito
evidente (supongo que es para los ficheros que tienen varias capas).
  * el script se ocupa de la proyeccion de coordenadas asi que todo bien.
  * a lo mejor Ivan tiene una version mas actual

* para probar tome los limites de las provincias y idee.es tiene
cuatro versiones de ellas: EGM, BDLL25, BDLL200 y BDLL1000 (no me
dicen nada pero parece que EGM es la mas exacta) y todas las versiones
ocupan menos de 2.5 megas en formato GML asi que no se si realmente
son muy exactas.

* en el .osm resultante, como dijo Ivan, tenemos nodos dobles (y
triples) y vias dobles y no veo ningun script listo para usar que
arregla esto, aunque no es una tarea super complicada.  Se va a hacer
mas liado considerando que los limites de las comunidades son a la vez
limites de provincias y de municipios.  Creo que lo sensible seria
usar osmosis para cargar todos esos datos en postgres y a partir de
ahi usar las mismas proceduras que se usaron en Corine (ejemplos en
http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import).

* Para los limites que coinciden con la frontera del pais (marina o
no) habria que borrar las de idee.es y usar las que ya estan en OSM,
pero se puede hacer a mano no?

> A ver qué tal las pruebas. Por si hiciera falta, tengo medio engañado a un
> compañero que nos podría ayudar a convertir los polígonos en líneas
> compartidas, y podríamos asignar tags en función de regiones lindantes,
> del estilo left:Huesca, right:Lleida. De ahí sería más sencillo generar
> las relations, ¿no?.

Otra cuestion es que tags poner en la relacion.  Yo pondria por lo menos estos:

name=*
name:en=*
type=multipolygon o boundary (dependiendo de la discusion que mencionaste)
boundary=administrative
admin_level=4 o 6 u 8 (para comunidades, provincias y municipalidades
respectivamente)
is_in:country=Spain
is_in:state= (en que comunidad esta, si es una provincia o municipalidad)
is_in:province= (en que provincia esta, si una municipalidad)
wikipedia= (titulo de la pagina WP relacionada)

y en las vias de los limites:

boundary=administrative
admin_level= (el maximo de todas las relaciones a los que pertenece)

opcional:
name=Limita tal y tal
left:state, right:state
left:province, right:province
left:municipality, right:municipality

^ estos, segun las discusiones en lista general, realmente no tienen
mucha utilidad y es facil que alguien cambie el sentido de la via y se
le olvide cambiar los lados.

Todas estas etiquetas son para discutir obviamente

Saludos

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

Re: [Talk-es] Tartas y EGRN

[Oscar Fonts]

Buenas,

> Justo lo estaba mirando, el shp2osm asi como polyshp2osm.py (el que se
> uso en importacion Corine) ya hacen lo de dividir lineas y tambien
> sacar relaciones, pero basicas -- sin compartir las lineas de las
> fronteras entre entidades.  Ian Dees de la lista general ha mencionado
> un "relationificator" que se supone que hara eso y que casi esta listo
> para usar, y tambien si no recuerdo mal Frederik Ramm habia pegado
> unos escripts postgres para hacer lo mismo -- eso habria que buscar y
> preguntar.
>
> A ver si el fin de semana intento una conversion y os digo si va o no va.

A ver qué tal las pruebas. Por si hiciera falta, tengo medio engañado a un
compañero que nos podría ayudar a convertir los polígonos en líneas
compartidas, y podríamos asignar tags en función de regiones lindantes,
del estilo left:Huesca, right:Lleida. De ahí sería más sencillo generar
las relations, ¿no?.

Tambien he visto por la wiki [1] que algunos paises (Germany, Netherlands)
importan las fronterascomo polígonos. ¿cómo veis esta opción?

Salud,

Oscar.

[1] http://wiki.openstreetmap.org/wiki/Relation:boundary#Dispute

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

Re: [Talk-es] Tartas y EGRN

[andrzej zaborowski]

2009/11/12 Iván Sánchez Ortega :
> El problema con las líneas límite es que la conversión de formato no es
> trivial. A partir de los polígonos hay que sacar fronteras entre dos
> entidades, y a partir de ese conjunto hacer relaciones para cada área
> administrativa. También hay que dividir las líneas de más de 2000 nodos en
> líneas de menos de 2000.

Justo lo estaba mirando, el shp2osm asi como polyshp2osm.py (el que se
uso en importacion Corine) ya hacen lo de dividir lineas y tambien
sacar relaciones, pero basicas -- sin compartir las lineas de las
fronteras entre entidades.  Ian Dees de la lista general ha mencionado
un "relationificator" que se supone que hara eso y que casi esta listo
para usar, y tambien si no recuerdo mal Frederik Ramm habia pegado
unos escripts postgres para hacer lo mismo -- eso habria que buscar y
preguntar.

A ver si el fin de semana intento una conversion y os digo si va o no va.

Saludos

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

Re: [Talk-es] Tartas y EGRN

[Iván Sánchez Ortega]

El día Thursday 12 November 2009 16:26:49 dijiste que:
> > El problema con las líneas límite es que la conversión de formato no es
> > trivial. A partir de los polígonos hay que sacar fronteras entre dos
> > entidades, y a partir de ese conjunto hacer relaciones para cada área
> > administrativa. También hay que dividir las líneas de más de 2000 nodos
> > en líneas de menos de 2000.
>
> ¿Sería mucho sacrilegio hacerlo con ArcGIS(tm)?

What-ever. Lo que importa son los datos. Además, das una patada a una piedra y 
te sale una versión de prueba del arcgis.

> > El nomenclator básico no lo llegué a ver, pero probablemente OSM ya tenga
> > todos esos datos a partir de otras fuentes.
>
> Sí, eso de tener que repasar qué elementos hay y cuáles faltan es más
> peliagudo...

Los canadienses usan roadmatcher con OpenJUMP. Con algo de trabajo, se podría 
modificar para que haga la conflación de bordes en vez de la conflacción de 
carreteras.

-- 
Iván Sánchez Ortega 

Un ordenador no es una televisión 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] Tartas y EGRN

[Oscar Fonts]

> El problema con las líneas límite es que la conversión de formato no es
> trivial. A partir de los polígonos hay que sacar fronteras entre dos
> entidades, y a partir de ese conjunto hacer relaciones para cada área
> administrativa. También hay que dividir las líneas de más de 2000 nodos en
> líneas de menos de 2000.

¿Sería mucho sacrilegio hacerlo con ArcGIS(tm)?

> El nomenclator básico no lo llegué a ver, pero probablemente OSM ya tenga
> todos esos datos a partir de otras fuentes.

Sí, eso de tener que repasar qué elementos hay y cuáles faltan es más
peliagudo...

Salud,

Oscar.

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

Re: [Talk-es] Tartas y EGRN

[Iván Sánchez Ortega]

El Jueves, 12 de Noviembre de 2009, Oscar Fonts escribió:
> En los comentarios del post de la tarta en el blog IDEE se comenta que el
> EGRN es compatible con la licencia de OSM... Si esto es así, se impone una
> importación.
[...]
> Primera cuestión: ¿De dónde/cómo se pueden obtener estos datos?

www.idee.es -> descarga de datos -> seleccionas el conjunto de datos que 
quieres de la lista que hay en la parte inferior y le das al triangulito que 
hay al lado.


El problema con las líneas límite es que la conversión de formato no es 
trivial. A partir de los polígonos hay que sacar fronteras entre dos 
entidades, y a partir de ese conjunto hacer relaciones para cada área 
administrativa. También hay que dividir las líneas de más de 2000 nodos en 
líneas de menos de 2000.

Esto creo que lo comenté hace algún tiempo en la lista de desarrollo, para ver 
si había algún script que lo hiciera. La verdad es que no he visto cómo 
funciona shp2osm desde hace meses.

El nomenclator básico no lo llegué a ver, pero probablemente OSM ya tenga 
todos esos datos a partir de otras fuentes.


Un saludo,
-- 
--
Iván Sánchez Ortega 

Kindness is a language which the deaf can hear and the blind can read.
-- Mark Twain


signature.asc
Description: This is a digitally signed message part.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Tartas y EGRN

[Oscar Fonts]

Buenas,

En los comentarios del post de la tarta en el blog IDEE se comenta que el
EGRN es compatible con la licencia de OSM... Si esto es así, se impone una
importación.

De la Orden FOM/956/2008, el EGRN es:

1. Equipamiento Geográfico de Referencia Nacional.
Información de las bases de datos de las redes nacionales geodésicas.
Información de las bases de datos de las redes nacionales de nivelaciones.
Cuadrículas cartográficas referidas al Sistema Oficial de Coordenadas.
Información de la base de datos del Nomenclátor Geográfico Básico de España.
Información de la base de datos y archivos asociados de las Delimitaciones
territoriales.
Información de las bases de datos del Inventario Nacional de Referencias
Geográficas Municipales.

La red geodésica ya está importada. Sería interesante incorporar nomenclátor
básico, delimitación territorial y referencias geográficas municipales.

Primera cuestión: ¿De dónde/cómo se pueden obtener estos datos?

Salud,

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