[Talk-es] Videotutorial de cómo desplegar un contenedor Docker de CatAtom2Osm

[Emilio Gómez Fernández]

Hola todos.

Dadas las preguntas que había por el grupo de Telegram, dejo por aquí un
pequeño videotutorial que he hecho de cómo desplegar el contenedor docker
de catatom2osm  para procesar
los datos municipales provenientes de Catastro
.


https://www.youtube.com/watch?v=epy_adQ14C8

En el vídeo se puede ver un ejemplo de cómo crear una contenedor y los
pasos para utilizar el programa de conversión de datos CatAtom2Osm
(descarga de datos municipales, revisión del archivo "highway_names.csv" y
procesado final).
Al final del vídeo se generan los archivos *.osm.gz y address.osm
necesarios para subir al repositorio de GitHub
 y poder generar un proyecto en
el OSM Tasking Manager .

Un saludo.

Emilio Gómez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Error al intentar descargar los datos de la Habana.

[Emilio Gómez Fernández]

Otra alternativa es utilizar la API de Overpass con la capa de
compatibilidad de la antigua XAPI (aunque ya no se recomienda su uso):

http://www.overpass-api.de/api/xapi?*[bbox=-82.6110,22.9192,-82.2045,23.1763]

Un saludo.

Emilio Gómez Fernández

El lun., 18 nov. 2019 a las 19:41, Manuel Enrique Puebla Martinez via
Talk-es () escribió:

> Esimados:
>
>  Estoy intentando descargar de OSM los datos de La Habana, algo que hacía
> hace unos tres años d manera natural, pero ahora estoy teniendo problemas.
>
> Construí la siguiente consulta:
>
> http://overpass-api.de/api/interpreter?data=(node(22.9192,82.6110,23.1763,-82.2045);<;>;);out
> ;
>
> Pero me genera este error:
>
>
> The data included in this document is from www.openstreetmap.org. The
> data is made available under ODbL.
>
>  Error: runtime error: open64: 0 Success /osm3s_v0.7.55_osm_base
> Dispatcher_Client::request_read_and_idx::rate_limited. Please check
> /api/status for the quota of your IP address.
>
>
> Aparentemente hay alguna limitación en las descargas de OSM, que hace unos
> dos años no existía, pues esa misma consulta la hacia a menudo.
>
>   Necesito saber si existe alguna variante para poder descargar solo los
> datos que están en el cuadrante de mi consulta. Digo solo esos datos,
> porque sé que puedo descargar los datos de toda Cuba desde otros
> servidores, ya lo hice, pero por otras razones necesito solo los de la
> Habana.
>
>
> Saludos, Manuel E.  Puebla  Martínez. .
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Fwd: Mapeado de zonas afectadas por la gota fría

[Emilio Gómez Fernández]

Hola a todos.

Creo recordar que esto se ha hablado por el canal de Telegram, pero lo
comento también aquí.
Si necesitais procesar la cartografía de Catastro de algún municipio con
catatom2osm para poder realizar la importación de edificios, yo me ofrezco
a hacerlo y subirlo al Gestor de Tareas. Eso sí, hay que comprobar primero
que las calles de los municipios a importar ya tengan su nombre en OSM para
que coincidan con las direcciones de Catastro.

Un saludo.


El dom., 15 sept. 2019 a las 10:16, Lanxana . ()
escribió:

> Buenos días,
>
> paso un listado improvisado de las poblaciones afectadas, según he ido
> recogiendo de los medios:
>
> Comunidad Valenciana:
> Almoradí
> La Matanza
> Ontinyent
> Orihuela
>
> Andalucía:
> Alhaurín el Grande
> Archidona
> Vélez-Málaga
>
> Región de Murcia:
> los Alcázares
> Alquerías
> Blanca
> Cieza
> Dolores
> Molina de Segura
> el Raal
> el Siscar
> Torre Pacheco
>
> En general, la zona por debajo del embalse de Santomera, en el río Segura.
>
>
> 
>  Libre
> de virus. www.avast.com
> 
> <#m_-5975177424091529547_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Agradecimiento por la traducción del wiki

[Emilio Gómez Fernández]

Mi contribución es bien modesta respecto a la tuya, Daniel. El cambio se
notó especialmente cuando tú empezaste a dedicarle tiempo, y es de
agradecer. Las traducciones llevan un trabajo que puede pasar
desapercibido, pero que es indispensable para derribar la barrera de
entrada a muchos usuarios noveles. Lo mismo ocurrió en su momento con la
traducción de la interfaz gráfica de JOSM, por ejemplo.

Un saludo.

Emilo Gómez


El dom., 4 ago. 2019 a las 20:20, dcapillae ()
escribió:

> Buenas tardes.
>
> En otras ocasiones he comentado la importancia de la traducción del wiki.
> No
> insistiré más en ello. Solo quería publicar un mensaje de agradecimiento a
> todos los que colaboráis en su traducción. Hay varios usuarios y no quiero
> olvidarme de ninguno, pero en especial mencionaré a Mweper desde Argentina
> [1], a Jonha Rupire desde Perú [2] y a nuestro Emilio Gómez en España [3].
>
> Espero poder seguir colaborando con vosotros en mejorar la traducción del
> wiki en español [4].
>
> Muchas gracias a todos.
>
> Atentamente,
> Daniel
>
> [1] https://wiki.openstreetmap.org/wiki/User:Mweper
> [2] https://wiki.openstreetmap.org/wiki/User:Johna_Rupire
> [3] https://wiki.openstreetmap.org/wiki/User:Tony_Rotondas
> [4]
> https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Traducción_en_español
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Contenedor Docker para CatAtom2Osm

[Emilio Gómez Fernández]

Sí, por supuesto. Aquí le tienes:

https://github.com/egofer/dockerfiles/blob/master/catatom2osm/Dockerfile

Saludos.

El mar., 23 jul. 2019 a las 0:33, Javier Sánchez Portero (<
javiers...@gmail.com>) escribió:

> Gracias Emilio por el trabajo. Sin duda muy útil para facilitar el uso del
> programa.
> ¿Podrías compartir el archivo Dockerfile?
>
> Saludos.
>
> El sáb., 13 jul. 2019 a las 19:47, jmiguel sancho ()
> escribió:
>
>> Gran idea, gracias por el trabajo
>>
>> El sáb., 13 jul. 2019 15:10, Emilio Gómez Fernández <
>> emilio.gomez.f...@gmail.com> escribió:
>>
>>> Upp! El enlace correcto:
>>> https://hub.docker.com/r/egofer/catatom2osm
>>>
>>> El sáb., 13 jul. 2019 a las 12:43, Emilio Gómez Fernández (<
>>> emilio.gomez.f...@gmail.com>) escribió:
>>>
>>>> Hola a todos.
>>>>
>>>> Dado que a algunos nos estaba dando problemas CatAtom2Osm, le he
>>>> dedicado un poco de tiempo libre y he subido una imagen a Docker Hub [1]
>>>> para poder crear un contenedor con CatATom2Osm y todos lo requisitos
>>>> necesarios para poder ejecutarlo sin problemas.
>>>>
>>>> [1] https://cloud.docker.com/repository/docker/egofer/catatom2osm
>>>>
>>>> Un saludo.
>>>>
>>>> Emilio Gómez
>>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

[Emilio Gómez Fernández]

Hola a todos.

Pongo aquí un hilo de mensajes que me ha dejado un colaborador francés de
OSM, Bernard59118 , sobre
el problema de clasificar las carreteras nacionales como trunk y su
solicitud para que lo traslade a la comunidad española. Él considera que la
N-623 (Burgos-Santander) debería ser highway=secundary por la problemática
que tiene OSMAnd en el modo "pedestrian", o cuando menos etiquetar las
carreteras de este tipo con foot=yes, cycle=yes y horse=yes. Esto por ende
afectaría también a otras carreteras nacionales etiquetadas como “highway =
trunk”.

Un saludo

Emilio Gómez
-

On 2019-07-13 18:50:16 UTC Bernard59118 wrote:

ES:Tag:highway=trunk N623 is not a trunk; it is a primary it’s create
problem for peatons and other

cordialement

bernard


On 2019-07-14 09:54:03 UTC Emilio Gomez wrote:

Hi Bernard,

In Spain, roads with the ID N-XXX are roads belonging to the General
Interest Network of the State (in spanish, RIGE). They are colloquially
called “national roads” because of their importance and because they are
part of the country’s main road network. The highway=trunk classification
is correct and was compiled by the Spanish OpenStreetMap community
.
You can see the international equivalence of this type of road on this wiki
page 
.

Regards

Emilio

14 de julio de 2019 a las 10:56 UTC Bernard59118 wrote:

Hi Emilio

The type of “highway = trunk” is reserved for roads rather of motorway
type. The N623 is more like a “highway = primary” road than a highway. I
noticed this problem in “pedestrian” mode on OSMAnd, or the access of this
route is forbidden and makes a wide detour. A simple marking of the road ID
N-XXX can not justify a type of road If you keep this feature, add: -
“cycle = yes” - “foot = yes” “Horse = yes” etc. I let you contact the OSM
spain community to solve this problem

cordially

Bernard

PS: I hope that the Google translation will not betray my text in French
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Contenedor Docker para CatAtom2Osm

[Emilio Gómez Fernández]

Upp! El enlace correcto:
https://hub.docker.com/r/egofer/catatom2osm

El sáb., 13 jul. 2019 a las 12:43, Emilio Gómez Fernández (<
emilio.gomez.f...@gmail.com>) escribió:

> Hola a todos.
>
> Dado que a algunos nos estaba dando problemas CatAtom2Osm, le he dedicado
> un poco de tiempo libre y he subido una imagen a Docker Hub [1] para poder
> crear un contenedor con CatATom2Osm y todos lo requisitos necesarios para
> poder ejecutarlo sin problemas.
>
> [1] https://cloud.docker.com/repository/docker/egofer/catatom2osm
>
> Un saludo.
>
> Emilio Gómez
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Contenedor Docker para CatAtom2Osm

[Emilio Gómez Fernández]

Hola a todos.

Dado que a algunos nos estaba dando problemas CatAtom2Osm, le he dedicado
un poco de tiempo libre y he subido una imagen a Docker Hub [1] para poder
crear un contenedor con CatATom2Osm y todos lo requisitos necesarios para
poder ejecutarlo sin problemas.

[1] https://cloud.docker.com/repository/docker/egofer/catatom2osm

Un saludo.

Emilio Gómez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Como generar/exportar una zona de un mapa a imagen

[Emilio Gómez Fernández]

Creo que MapOSMatic es lo que buscas:

https://maposmatic.osm-baustelle.de/

Un saludo.

Emilio Gómez


El 2 de marzo de 2018, 10:19, Colegota  escribió:

> Buenas,
>
> tengo que montar un mapa para un folleto informativo con una serie de
> localizaciones de tipo marcadores como las que pones en umap y unas
> leyendas.
> La idea es hacer algo parecido a estos mapas [1] , pero a un nivel más
> sencillo. Son pocos marcadores comparados con los de esos mapas. Una
> docena o poco más.
>
> El problema es que umap no tiene una opción para exportar una zona a una
> imagen como tiene la web de openstreetmap.org. Y que dicha web solo
> exporta tres tipos de teselas. Mientras que en umap habría otras que me
> vendrían mejor como mapa de fondo para que las leyendas destacasen bien.
>
> ¿Sabéis de alguna herramienta/web/forma de exportar mapas a imágenes que
> permita una flexibilidad sobre el renderizado del mapa a elelgir?
>
> [1] https://losmadriles.org/mapas/
>
> Saludos,
> Colegota
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Itinerarios de Semana Santa

[Emilio Gómez Fernández]

Considero que este y otros casos similares (carreras populares, marchas
ciclistas, etc.)  iría contra uno de los puntos de buenas prácticas de
OpenSetreetMap: el de "No cartografiar acontecimientos o elementos
históricos" [1] (salvo excepciones muy discutidas).

[1]
https://wiki.openstreetmap.org/wiki/ES:Buenas_pr%C3%A1cticas#No_mapear_acontecimientos_o_elementos_hist.C3.B3ricos



Un saludo.



El 18 de enero de 2018, 11:53, dcapillae  escribió:

> Saludos.
>
> Traslado a la lista una cuestión que se ha suscitado a raíz de este
> conjunto
> de cambios: https://www.openstreetmap.org/changeset/55352834
>
> ¿Os parece que los itinerarios de Semana Santa son susceptibles de ser
> mapeados con una relación de ruta? De ser así, ¿qué tipo de ruta usaríais?
>
> Hay quien piensa que esta información no es verificable sobre el terreno,
> que es cambiante de año en año y, por tanto, no debería incluirse en la
> base
> de datos de OSM. Según el wiki, una ruta consiste en un recorrido
> «generalmente predeterminado y de público conocimiento»:
> https://wiki.openstreetmap.org/wiki/ES:Relation:route
>
> ¿Os parece correcto incluir los itinerarios de Semana Santa en la base de
> datos de OSM? De ser así, ¿cómo los mapearíais?
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] osm2pgsql; projection code failed to initialite

[Emilio Gómez Fernández]

¿Has probado con OGR?

Sería algo tal que así:

ogr2ogr -f PostgreSQL "PG:dbname=mibd user=postgres password=admin
host=localhost port=5432" -t_srs EPSG:25830 -lco GEOMETRY_NAME=geom -lco
FID=gid -skipfailures miarchivo.osm

https://wiki.openstreetmap.org/wiki/OGR

El 23 de abril de 2017, 10:57, Esther Mingot 
escribió:

> Con QGIS y OSM había hecho pequeñas importaciones guiadas y he intentado
> reproducir los pasos, pero no lo consigo. El fichero que quiero importar a
> postgres es el planet de España, y aunque he conseguido cargarlo en QGIS
> mediante qosm, el ordenador ha estado a punto de sacar bandera blanca y ha
> tardado muchísimo más que con las importaciones previas con osm2pgsql. A
> partir de ahí no logro ver la manera de exportar a postgres.
>
>
> Leyendo sobre las variables que aplican a las proyecciones en osm2pgsql
> [1], he visto que si no se indica datum, toma por defecto la proyección
> Psudo-Mercator.
>
>
> [1] http://www.volkerschatz.com/net/osm/osm2pgsql-usage.html
>
>
> --
> *De:* Paula Burillo 
> *Enviado:* jueves, 20 de abril de 2017 23:32
> *Para:* Discusión en Español de OpenStreetMap
> *Asunto:* Re: [Talk-es] osm2pgsql; projection code failed to initialite
>
> Hola Esther,
>
> Desde la consola, para especificar el datum se agrega a shp2pgsql el
> -s.  Pero si se omite, internamente agrega un -1 que corresponde al EPSG
> 4326 (WGS84).  Total,que yo recuerde, no haría falta especificar el EPSG.
> En su dia creo recordar especifique la codificación pero omití el EPSG,
> Es mucho mas facil con QGIS, tal y como dice Santiago.Ya nos explicas ;-)
>
> Cuando tenga un poco mas de tiempo, me pongo y me lio con el OSM, que es
> una de mis asignaturas pendientes.
>
> Paula
>
>
>
> 2017-04-20 22:23 GMT+02:00 Santiago Higuera :
>
>> Yo las últimas exportaciones a Postgresql las he hecho desde QGIS,
>> cargando la capa OSM en QGIS y exportando a la base de datos
>>
>> El jue, 20-04-2017 a las 19:46 +, Esther Mingot escribió:
>> > Buenas noches,
>> >
>> > llevo unos días intentando cargar datos de OSM en una base postgres
>> > mediante la aplicación osm2pgsql.
>> >
>> > Después de varios intentos, con diferentes parámetros, cada vez que
>> > intento aplicar los parámetros de proyección <-E 4326> y/o <-l> me da
>> > este error: projection code failed to initialite.
>> >
>> > Trabajo en entorno windows y se me han acabado las ideas de qué está
>> > fallando.
>> >
>> > ¿Alguien puede echarme una mano?
>> >
>> > Gracias!
>> > ___
>> > Talk-es mailing list
>> > Talk-es@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-es
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] TRAZAS GPX

[Emilio Gómez Fernández]

¿Te aparece el archivo GPX en el panel de capas?
¿Si te descargas cualquier otro datos en bruto GPX desde OSM puedes verlos?
¿O solo ocurre con los tuyos?
Por último, mándanos una captura de pantalla de JOSM de la pestaña
Preferencias -> Opciones de visualización -> Puntos GPS, a ver como lo
tienes configurado.

Saludos.

Emilio Gómez

El 6 de febrero de 2017, 11:59, se...@ono.com  escribió:

>
> Buenas, llevo 2 días sin poder ver las trazas GPS sobre la imagen del
> satélite con lo que no puedo mapear. ¿Alguine sabe si pasa algo con las
> trazas GPS?.
>
>
>
> Saludos,
>
> Seraq
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Echar atrás changeset de un usuario

[Emilio Gómez Fernández]

Añadir que para que salga ese menú es necesario instalar el complemento
"Reverter".


Saludos.

El 10 de noviembre de 2016, 16:15, Jesús Lopez 
escribió:

>
> Desde JOSM, pestaña Datos—>Revertir conjunto de cambios
>
> Saludos
>
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Comarcalización de España

[Emilio Gómez Fernández]

Que no se me malinterprete. No pongo ninguna objección a cómo etiquetar y
crear las relaciones, que lo veo bien. Simplemente comentaba que tengamos
cuidado y solo añadamos al mapa las comarcas que sepamos que existen
administrativamente, porque en el artículo de la Wikipedia se muestran
mapas y se mencionan comarcas que no institucionalizadas.

Un saludo.

El 6 de octubre de 2016, 18:06, Diego García <dgerv...@gmail.com> escribió:

> Mi intención no era abrir este debate, sino aportar la manera de crear
> dichos límites.
>
> Un saludo,
>
> El jue., 6 oct. 2016 a las 10:34, Emilio Gómez Fernández (<
> emilio.gomez.f...@gmail.com>) escribió:
>
>> Yo estoy de acuerdo con lo que dice Pepe y David. Es absurdo definir unas
>> comarcas en CA.AA. donde no existen o no se han desarrollado las leyes de
>> comarcalización. En Cantabria, por ejemplo, existe la ley de 1999, pero
>> estas no se han creado y pasará tiempo si se llegan a formar. Sí existe una
>> comarcalización sanitaria, educativa, ganadera, etc. ninguna de las cuales
>> coincide plenamente con las otras y ninguna va más allá de los ámbitos a
>> las que están supeditadas.
>>
>> A veces vemos mapas o tratamos de forzar unas comarcas actuales
>> basándonos en los límites de comarcas históricas que ya no existen y no
>> tiene ningún valor administrativo. A parte de que muchas veces estas entran
>> en conflicto unas con otras: la comarca histórica de los valles pasiegos,
>> la pasieguería, rebasa los límites de la actual Cantabria hacia la comarca
>> burgalesa de Las Merindades, por ejemplo.
>>
>> En conclusión, mi postura es fijar las comarcas ajustándonos a la premisa
>> de verificabilidad de OSM: si están definidas legal y administrativamente
>> se incorporan, sino no.
>>
>> Un saludo.
>>
>> Emilio Gómez
>>
>>
>>
>> El 6 de octubre de 2016, 8:44, David Marín Carreño <dav...@gmail.com>
>> escribió:
>>
>> Entiendo que esta comarcalización sólo habría que hacerla en aquellas
>> comarcas administrativamente definidas, lo que sucede en algunas
>> comunidades autónomas (según la Wikipedia: Aragón, Asturias, Galicia,
>> Cataluña y el Bierzo en Castilla-León), pero no en el resto...
>>
>> Por ejemplo, ¿qué hacer con Andalucía? Porque tirando de otro artículo de
>> wikipedia, veo que Andalucía tiene un listado de comarcas oficial a
>> efectos de planificación de oferta turística y deportiva:
>> http://web.archive.org/web/20081230071759/http://
>> www.derechodeportivo.org/legislacion/orden%20comarcas.pdf . Sin embargo
>> en el estatuto andaluz de autonomía de 2007 aparece la figura de comarca
>> como ente entre la provincia y el municipio, pero aún no se ha creado
>> ninguna...
>>
>>
>>
>>
>> El mié., 5 oct. 2016 a las 22:38, Pepe Casado (<pcvalve...@gmail.com>)
>> escribió:
>>
>> Buenas, quiero plantear una cuestión al respecto de las comarcas. Ahora
>> mismo dependiendo de la comunidad autónoma las comarcas pueden ser
>> unicamente un ente histórico, una realidad sentimental, me explico; por
>> ejemplo en Castilla y Leon administrativamente no tiene ninguna función,
>> salvo El Bierzo, en León, que es la única comarca funcionalmente existente
>> en toda la comunidad autónoma, por cierto la más grande de Europa.
>>
>> Hacer o significar algo que realmente no existe como tal no lo acabo de
>> ver, aunque muchos quisiéramos que así fuera. Si el mapa tiene que
>> representar una realidad administrativa como tal no veo que deba delimitar
>> algo que no existe, insisto ya me gustaría.
>>
>> Administrativamente y orgánicamente muchos de los territorios ahora se
>> organizan como mancomunidades, organo supramunicipal que funciona por la
>> unión de varios municipios para dar determinados servicios que de manera
>> individual se hace inviable económicamente, cómo la recogida de basuras.
>>
>> Siento ser negativo quizás pero esa es la realidad en muchos lugares de
>> España. Otra cosa y que aplaudo, es que OSM represente una realidad
>> histórica y un sentimiento que muchos quisiéramos fuese real.
>>
>> Siento la chapa pero al título del correo solo puedo decir esto.
>>
>> SaludOSM
>>
>> Pepe Casado
>> Villarcayo
>> Las Merindades
>> Burgos
>>
>> El 5 oct. 2016 22:12, "Jorge Sanz Sanfructuoso" <sanc...@gmail.com>
>> escribió:
>>
>> Yo también me sorprendido al verlo que estaba dividido, no se si pasara
>> en algún sitio mas.
>>
>> El mié., 5 oct. 2016 a las 22:08, Diego García (<dgerv...@gmail.com>)

Re: [Talk-es] Comarcalización de España

[Emilio Gómez Fernández]

Yo estoy de acuerdo con lo que dice Pepe y David. Es absurdo definir unas
comarcas en CA.AA. donde no existen o no se han desarrollado las leyes de
comarcalización. En Cantabria, por ejemplo, existe la ley de 1999, pero
estas no se han creado y pasará tiempo si se llegan a formar. Sí existe una
comarcalización sanitaria, educativa, ganadera, etc. ninguna de las cuales
coincide plenamente con las otras y ninguna va más allá de los ámbitos a
las que están supeditadas.

A veces vemos mapas o tratamos de forzar unas comarcas actuales basándonos
en los límites de comarcas históricas que ya no existen y no tiene ningún
valor administrativo. A parte de que muchas veces estas entran en conflicto
unas con otras: la comarca histórica de los valles pasiegos, la
pasieguería, rebasa los límites de la actual Cantabria hacia la comarca
burgalesa de Las Merindades, por ejemplo.

En conclusión, mi postura es fijar las comarcas ajustándonos a la premisa
de verificabilidad de OSM: si están definidas legal y administrativamente
se incorporan, sino no.

Un saludo.

Emilio Gómez



El 6 de octubre de 2016, 8:44, David Marín Carreño 
escribió:

> Entiendo que esta comarcalización sólo habría que hacerla en aquellas
> comarcas administrativamente definidas, lo que sucede en algunas
> comunidades autónomas (según la Wikipedia: Aragón, Asturias, Galicia,
> Cataluña y el Bierzo en Castilla-León), pero no en el resto...
>
> Por ejemplo, ¿qué hacer con Andalucía? Porque tirando de otro artículo de
> wikipedia, veo que Andalucía tiene un listado de comarcas oficial a
> efectos de planificación de oferta turística y deportiva:
> http://web.archive.org/web/20081230071759/http://www.derechodeportivo.org/
> legislacion/orden%20comarcas.pdf . Sin embargo en el estatuto andaluz de
> autonomía de 2007 aparece la figura de comarca como ente entre la provincia
> y el municipio, pero aún no se ha creado ninguna...
>
>
>
>
> El mié., 5 oct. 2016 a las 22:38, Pepe Casado ()
> escribió:
>
> Buenas, quiero plantear una cuestión al respecto de las comarcas. Ahora
> mismo dependiendo de la comunidad autónoma las comarcas pueden ser
> unicamente un ente histórico, una realidad sentimental, me explico; por
> ejemplo en Castilla y Leon administrativamente no tiene ninguna función,
> salvo El Bierzo, en León, que es la única comarca funcionalmente existente
> en toda la comunidad autónoma, por cierto la más grande de Europa.
>
> Hacer o significar algo que realmente no existe como tal no lo acabo de
> ver, aunque muchos quisiéramos que así fuera. Si el mapa tiene que
> representar una realidad administrativa como tal no veo que deba delimitar
> algo que no existe, insisto ya me gustaría.
>
> Administrativamente y orgánicamente muchos de los territorios ahora se
> organizan como mancomunidades, organo supramunicipal que funciona por la
> unión de varios municipios para dar determinados servicios que de manera
> individual se hace inviable económicamente, cómo la recogida de basuras.
>
> Siento ser negativo quizás pero esa es la realidad en muchos lugares de
> España. Otra cosa y que aplaudo, es que OSM represente una realidad
> histórica y un sentimiento que muchos quisiéramos fuese real.
>
> Siento la chapa pero al título del correo solo puedo decir esto.
>
> SaludOSM
>
> Pepe Casado
> Villarcayo
> Las Merindades
> Burgos
>
> El 5 oct. 2016 22:12, "Jorge Sanz Sanfructuoso" 
> escribió:
>
> Yo también me sorprendido al verlo que estaba dividido, no se si pasara en
> algún sitio mas.
>
> El mié., 5 oct. 2016 a las 22:08, Diego García ()
> escribió:
>
> Es otro buen truco para hacerlo, más sencillo que el que he puesto. Yo lo
> uso cuando tengo que bajarme municipios de una provincia adjacente.
>
> Respecto a lo segundo, es complicado. No pensaba que hubiera excepciones,
> y que un municipio se partiera entre dos comarcas. Igual sería cuestión de
> dibujar la frontera que lo divide y crear dos relaciones de frontera
> political, para añadir cada una de ellas a la comarca que corresponda. Si
> no se hace bien lo de las subáreas, al preguntar desde OSM las
> características de un punto, no sale la comarca que corresponde en las
> envolventes.
>
>
> Un saludo,
>
> El mié., 5 oct. 2016 a las 22:01, Jorge Sanz Sanfructuoso (<
> sanc...@gmail.com>) escribió:
>
> Hola.
>
> Yo en vez de andar atinando el punto de la capital lo que hago es irme a
> la frontera de la provincia a cualquier lugar que sea campo y a poco que te
> acerques ya tienes solo la linea de la provincia sin nada que se entrometa.
>
> En cuanto al subarea tengo una duda. Tengo un par de comarcas que dividen
> un municipio en 2. ¿Pongo el municipio a las 2 comarcas?
>
> Un saludo
>
>
>
> El mié., 5 oct. 2016 a las 21:44, Diego García ()
> escribió:
>
> Tienes razón. En todas la que he creado lo he puesto, incluso el website
> de cada una.
>
> Un saludo,
>
> El mié., 5 oct. 2016 21:40, Óscar Zorrilla 

Re: [Talk-es] Fuentes de Madrid

[Emilio Gómez Fernández]

Es extraño. En algunas zonas se ajusta más con 23030 y en otras con 25830,
como si los datos del CSV proviniesen de fuentes con diferentes sistemas de
coordenadas, no se... un cacao.

http://u.osmfr.org/m/93231/

Un saludo.

Emilio Gómez


El 5 de julio de 2016, 12:00, Luis García Castro <lui...@gmail.com>
escribió:

>
> El 5 de julio de 2016, 11:53, Emilio Gómez Fernández <
> emilio.gomez.f...@gmail.com> escribió:
>
>> Efectivamente parece que en la zona del Retiro no se ajusta nada bien a
>> lo que ya hay en OSM [1], pero en otras partes veo que si que existe una
>> correlación.[2]
>
>
> Yo sí veo que se ajusta bastante en las dos imágenes que ha puesto Jorge
> (con alguna diferencia lógica y esperable)... no me cuadran los puntos de
> su imagen con tu primera superposición :-/
>
>
> --
>
> Luis García
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Fuentes de Madrid

[Emilio Gómez Fernández]

Efectivamente parece que en la zona del Retiro no se ajusta nada bien a lo
que ya hay en OSM [1], pero en otras partes veo que si que existe una
correlación.[2]

[1] http://itmages.com/image/view/4548591/ccd96281
[2] http://itmages.com/image/view/4548584/f30fb91b

El 5 de julio de 2016, 10:44, Jorge Sanz <js...@osgeo.org> escribió:

> Diría que en realidad está en 25830, pero los de Madrid pueden confirmar.
>
> Lo he cargado en QGIS y comparando con PNOA en la zona del Retiro:
>
> - Lo que me sale en QGIS[1]
>
> http://storage1.static.itmages.com/i/16/0705/h_1467708229_6287570_8114d681f1.png
> - Lo que hay ya subido:
> http://www.openstreetmap.org/#map=16/40.4164/-3.6859=C
>
> 2016-07-05 10:10 GMT+02:00 Emilio Gómez Fernández <
> emilio.gomez.f...@gmail.com>:
> > Te paso el archivo ya convertido a osm:
> >
> > http://dropcanvas.com/m4g2t
> >
> > Como bien dice Jorge necesitas reproyectarlo con la rejilla del IGN [1],
> por
> > eso te sale desplazado. Con OGR sería así:
> >
> > ogr2ogr -s_srs "+init=epsg:23030 +nadgrids=./peninsula.gsb +wktext"
> -t_srs
> > EPSG:4326 destino.shp origen.shp
> >
> > Si usas Linux en Gis se curraron un pequeño script como interfaz
> > gráfica de OGR para realizar estas reproyecciones desde EPSG:23030, y el
> > mismo se baja la rejilla del IGN. [2]
> >
> > [1]
> >
> https://github.com/oscarfonts/catastro2postgis/raw/master/ntv2/peninsula.gsb
> > [2]  http://dropcanvas.com/y3y4v
> >
> > Un saludo
> >
> > Emilio Gómez
> >
> > El 5 de julio de 2016, 1:00, Santiago Crespo <openstreet...@flanera.net>
> > escribió:
> >>
> >> Hola,
> >>
> >> He reproyectado las coordenadas del csv de EPSG:23030 a EPSG:4326
> >> (WGS84) usando el QGIS.
> >>
> >> De las 1587 fuentes hay 17 que aparecen fuera de España y el resto (ver
> >> [1]) parece que están desplazadas unos metros de su posición real.
> >>
> >> ¿Me podéis confirmar alguno si las coordenadas del csv [2] son
> EPSG:23030?
> >>
> >> ¿Alguna idea de a qué se puede deber este desplazamiento?
> >>
> >> ¡Gracias!
> >>
> >> [1] http://flanera.net/fuentes_madrid.osm
> >> [2] http://datos.madrid.es/egob/catalogo/300051-0-fuentes.csv
> >>
> >>
> >> On 07/04/2016 12:42 PM, Santiago Crespo wrote:
> >> > ¡Estupenda noticia! ¿Cómo te has enterado?
> >> >
> >> > Me pondré a preparar la importación esta tarde/noche si nadie lo hace
> >> > antes.
> >> >
> >> > Mientras tanto, he creado la página para coordinar la importación [1]
> y
> >> > he añadido el dataset al listado [2]
> >> >
> >> > [1] https://wiki.openstreetmap.org/wiki/Madrid_Drinking_Water_Import
> >> > [2] https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Madrid
> >> >
> >> >
> >> > On 07/04/2016 11:27 AM, Alejandro Moreno Calvo wrote:
> >> >> El ayuntamiento acaba de publicar la ubicación de todas las fuentes
> de
> >> >> Madrid en
> >> >>
> >> >>
> http://datos.madrid.es/sites/v/index.jsp?vgnextoid=b8b2e44003b95510VgnVCM101d4a900aRCRD=20d612b9ace9f310VgnVCM10171f5a0aRCRD
> >> >>
> >> >> Un buen candidato para una importación a OSM.
> >> >>
> >> >>
> >> >> ___
> >> >> Talk-es mailing list
> >> >> Talk-es@openstreetmap.org
> >> >> https://lists.openstreetmap.org/listinfo/talk-es
> >> >>
> >> >
> >> > ___
> >> > Talk-es mailing list
> >> > Talk-es@openstreetmap.org
> >> > https://lists.openstreetmap.org/listinfo/talk-es
> >> >
> >>
> >> ___
> >> Talk-es mailing list
> >> Talk-es@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-es
> >
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
>
>
> --
> Jorge Sanz
> http://www.osgeo.org
> http://wiki.osgeo.org/wiki/Jorge_Sanz
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Fuentes de Madrid

[Emilio Gómez Fernández]

Te paso el archivo ya convertido a osm:

http://dropcanvas.com/m4g2t

Como bien dice Jorge necesitas reproyectarlo con la rejilla del IGN [1],
por eso te sale desplazado. Con OGR sería así:

ogr2ogr -s_srs "+init=epsg:23030 +nadgrids=./peninsula.gsb +wktext" -t_srs
EPSG:4326 destino.shp origen.shp

Si usas Linux en Gis se curraron un pequeño script como interfaz
gráfica de OGR para realizar estas reproyecciones desde EPSG:23030, y el
mismo se baja la rejilla del IGN. [2]

[1]
https://github.com/oscarfonts/catastro2postgis/raw/master/ntv2/peninsula.gsb
[2]  http://dropcanvas.com/y3y4v

Un saludo

Emilio Gómez

El 5 de julio de 2016, 1:00, Santiago Crespo 
escribió:

> Hola,
>
> He reproyectado las coordenadas del csv de EPSG:23030 a EPSG:4326
> (WGS84) usando el QGIS.
>
> De las 1587 fuentes hay 17 que aparecen fuera de España y el resto (ver
> [1]) parece que están desplazadas unos metros de su posición real.
>
> ¿Me podéis confirmar alguno si las coordenadas del csv [2] son EPSG:23030?
>
> ¿Alguna idea de a qué se puede deber este desplazamiento?
>
> ¡Gracias!
>
> [1] http://flanera.net/fuentes_madrid.osm
> [2] http://datos.madrid.es/egob/catalogo/300051-0-fuentes.csv
>
>
> On 07/04/2016 12:42 PM, Santiago Crespo wrote:
> > ¡Estupenda noticia! ¿Cómo te has enterado?
> >
> > Me pondré a preparar la importación esta tarde/noche si nadie lo hace
> antes.
> >
> > Mientras tanto, he creado la página para coordinar la importación [1] y
> > he añadido el dataset al listado [2]
> >
> > [1] https://wiki.openstreetmap.org/wiki/Madrid_Drinking_Water_Import
> > [2] https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Madrid
> >
> >
> > On 07/04/2016 11:27 AM, Alejandro Moreno Calvo wrote:
> >> El ayuntamiento acaba de publicar la ubicación de todas las fuentes de
> >> Madrid en
> >>
> http://datos.madrid.es/sites/v/index.jsp?vgnextoid=b8b2e44003b95510VgnVCM101d4a900aRCRD=20d612b9ace9f310VgnVCM10171f5a0aRCRD
> >>
> >> Un buen candidato para una importación a OSM.
> >>
> >>
> >> ___
> >> Talk-es mailing list
> >> Talk-es@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-es
> >>
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Calles tranquilas recomendadas para ciclistas

[Emilio Gómez Fernández]

A parte de la etiqueta "maxspeed" echa un vistazo a "zone:maxspeed" [1].
Estas son las que utilicé yo [2] para incorporar las zonas 30 de Santander
a partir de la cartografía que libero el ayuntamiento en su portal de datos
abiertos.

Un saludo

Emilio Gómez

[1] http://wiki.openstreetmap.org/wiki/Key:zone:maxspeed
[2] http://www.openstreetmap.org/way/4880955

El 24 de junio de 2016, 12:59, Alejandro S. 
escribió:

>
>
>
> Entre todos los conjuntos de datos que ha liberado el Ayuntamiento de
>> Madrid [4] hay uno de calles tranquilas [5] en el que aparecen todos los
>> ciclocarriles (maxspeed=30). Si alguien se anima a hacer la importación
>> que lo comente y echo una mano en lo que haga falta.
>>
>>  (...)
>
>>
>> [5]
>>
>> http://datos.madrid.es/portal/site/egob/menuitem.c05c1f754a33a9fbe4b2e4b284f1a5a0/?vgnextoid=a320f5ac548f4410VgnVCM100b205a0aRCRD
>>
>>
> Mucho mejor que la información al respecto del Ayto. de Zaragoza, que es
> un fichero pdf con los nombres de las calles y una imagen que no esta
> dentro del portal de datos abiertos :(
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Etiqueta para mapear aceras de baldosas

[Emilio Gómez Fernández]

Ahí faltaría la mítica baldosa hidráulica modelo Bilbao, que ya se ve cada
vez menos en España.
https://es.wikipedia.org/wiki/Baldosa_de_Bilbao

El 23 de mayo de 2016, 11:20, Santiago Higuera 
escribió:

> Hola:
> Aquí tenéis el enlace a un fabricante que da los nombres habituales en
> España, por si sirve de algo.
> http://www.tienda.grupoincera.com/category.php?id_category=115=50
>
> Santiago Higuera
>
>
> El lun, 23-05-2016 a las 08:17 +0200, Miguel Sevilla-Callejo escribió:
> > Hola,
> > A mi me parece muy buena idea.
> > Quizá moviendo una propuesta por la lista de etiquetado salga otra
> > solución o directamente contribuyamos a enriquecer OSM.
> > ¿Algún angloparlante por la sala para sugerir un valor adecuado?
> > Adelante.
> > 
> > --
> >  Miguel Sevilla-Callejo
> > from my mobile 
> > El 22/5/2016 16:58, "Alejandro S."  escribió:
> > > Buenas a todos,
> > >
> > > Según parece no hay una etiqueta surface=* para reflejar que una
> > > acera es de baldosas, esto es debido probablemente a que en otros
> > > países las aceras son de asfalto o cemento.
> > >
> > > Existe la etiqueta surface=pavig_stone [0] para los adoquines de
> > > cemento, incluso una propuesta para mapearlos en más detalle [1],
> > > pero creo que ese tipo de pavimento (que podemos encontrar en
> > > calles peatonales) no es lo mismo que encontramos en muchas
> > > ciudades y pueblos de España en aceras y paseos, ejemplos:
> > > [2][3][4][5][6]
> > >
> > > Creo que estaría bien proponer una etiqueta para mapear este tipo
> > > de suelos, ¿como lo veis vosotros? ¿surface=* a qué? Si hay interés
> > > creo la propuesta en la wiki y la mando a la lista de tagging.
> > >
> > > [0]: http://wiki.openstreetmap.org/w/index.php?title=Tag:surface%3D
> > > paving_stones=no
> > > [1]: http://wiki.openstreetmap.org/wiki/Proposed_features/Paving_st
> > > one_details#Paving_stone_shape
> > > [2]: http://mopsa.es/galerias/175.jpg?time=1452747447
> > > [3]: http://l7.alamy.com/zooms/484bc172b8b74ca4beda12288debdd00/bar
> > > celona-catalonia-spain-paving-slabs-d2jg2w.jpg
> > > [4]: http://www.tess-elation.co.uk/_/rsrc/1337857951186/pavement-te
> > > ssellations/Spain-Barcelona.jpg?height=240=320
> > > [5]: http://www.larioja.com/noticias/201104/03/Media/baldosas--647x
> > > 231.jpg
> > > [6]: https://upload.wikimedia.org/wikipedia/commons/f/f6/Explanada_
> > > de_Espa%C3%B1a.jpg
> > >
> > >
> > > Saludos,
> > >   Alejandro Suárez
> > >
> > > ___
> > > Talk-es mailing list
> > > Talk-es@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-es
> > >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Mostrar hdop (precisión de gps) en JOSM

[Emilio Gómez Fernández]

El 28 de marzo de 2016, 19:33, pablo rey  escribió:

> Estoy intentando mostrar en JOSM la precisión de mis puntos de un track
> grabado con gps usando el campo  (Horizontal dilution of precision)
> pero no consigo encontrar cómo en diversos tutoriales ¿alguna pista?
>


Si la pregunta es dónde se encuentra en JOSM el coloreado de puntos en
función del HDOP:
Editar -> Preferencias -> Puntos GPS -> Coloreado de traza y punto:
Dispersión de la precisión o incertidumbre



> Y ya que estoy preguntando ¿soléis usar esos valores de precisión a la
> hora de dibujar?
>


Yo no, aplico más el coloreado en función de la velocidad, aunque
últimamente uso más los mapas de calor de Strava si la trazas no son mías.



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

Re: [Talk-es] secciones censales zgz

[Emilio Gómez Fernández]

Los PGOU son aprobados en las comisiones de urbanismo de cada comunidad
autónoma, luego no es objeto de propiedad intelectual según el art. 13 de
la Ley de Propiedad Intelectual:

Artículo 13. Exclusiones No son objeto de propiedad intelectual las
disposiciones legales o reglamentarias y sus correspondientes proyectos,
las resoluciones de los órganos jurisdiccionales y los actos, acuerdos,
deliberaciones y dictámenes de los organismos públicos, así como las
traducciones oficiales de todos los textos anteriores.

Un saludo.


El 4 de febrero de 2016, 13:37, Miguel Sevilla-Callejo  escribió:

> Alejandro,
> Por lo que dices, ¿la información del Plan General de Ordenación Urbana de
> un municipio, al ser información pública, podría usarse en OSM?
> Lo digo porque en esa información, para Zaragoza, si están los límites de
> los barrios, por ejemplo.
> Un saludo
>
> *[image: Geo]Miguel Sevilla Callejo*
> *Doctor en Geografía | Doctor in Geography*
> *Consultor freelance e investigador | Freelance Consultant & Researcher*
> Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
> the Pyrenean Institute of Ecology - Spanish National Research Council
> Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
> Professional Association of Geographers
> Web: http://bit.ly/sevillacallejo
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Nominatim debería ser más flexible

[Emilio Gómez Fernández]

Hola a todos.

Fui yo quien abrí ese ticket hace tiempo, tanto ahí como en GitHub [1], y
también lo comenté  en la reunión en Aguilar de Campoo en la que estuvimos
algunos de nosotros.
La respuesta viene a ser, en resumidas cuentas, que añadir nuevas palabras
vacías en español a las escasas que ya existen en Nominatim [2] podría
perjudicar las búsquedas en otros idiomas. La consecuencia es que en
nuestro caso usar la API de Nominatim para realizar, por ejemplo,
geocodificación inversa es de escasa utilidad aun a pesar de que los datos
existan en la base de datos.

Lo único que se me ocurre es que esta discusión salte a la lista General y
tener un feedback de otros usuarios para que la cosa se mueva y tenga más
repercusión, porque este importante problema también afecta a otros idiomas
[3][4].

Saludos.

[1] https://github.com/twain47/Nominatim/issues/85
[2] https://github.com/twain47/Nominatim/blob/master/module/nominatim.c
[3] https://github.com/twain47/Nominatim/issues/333
[4] https://trac.openstreetmap.org/ticket/4961


El 30 de enero de 2016, 14:17, Alejandro Moreno Calvo 
escribió:

> Este problema ya lleva reportado tiempo.
> https://trac.openstreetmap.org/ticket/4895
> El 30 ene. 2016 2:04 p. m., "Xavier Barnada" 
> escribió:
>
>> Hola,
>>
>> A parte de la ayuda que podamos prestar al buscador mediante mejor
>> etiquetado no veo mucho mas que se pueda hacer.
>> Si quereix podeis reportar los problemas que veais al repositorio de
>> Nominatim en github
>> https://github.com/twain47/Nominatim
>>
>> Saludos
>>
>> El sáb., 30 ene. 2016 a las 13:54, Jorge Sanz Sanfructuoso (<
>> sanc...@gmail.com>) escribió:
>>
>>> Hola.
>>>
>>> Son un desastre las búsquedas. Hace no mucho salio el tema, no se si por
>>> aqui o por el telegram y alguien comentó que está adaptado para el habla
>>> inglesa y que según Nominatim si se adapta para otros idiomas podría hacer
>>> que fallara en el inglés.
>>>
>>> Ya no es escribir bien o mal, hay casos como los artículos que a veces
>>> los llevan las calles y a veces no. Es adivina adivinanza. jajaja
>>>
>>> Un saludo.
>>>
>>> El sáb., 30 ene. 2016 a las 13:12, Manuel Lladosa ()
>>> escribió:
>>>
 Hace un rato he hecho estas búsquedas:

 - Calle san roNque, paiporta (con falta de ortografía por descuido): no
 me encuentra nada por la falta, vale, de acuerdo.
 - Calle san roque, paiporta: no me encuentra nada. ¡Pues vaya!
 - Calle de san roque, paiporta: ¡premio!

 ¡Que tiquismiquis! jeje. Tienes que poner la calle con precisión
 milimétrica. Cuando alguien busca una calle no suele conocer el nombre
 con tanta exactitud y esto irrita un pelín :-), ya me ha pasado varias
 veces que no he encontrado calles, siendo que estaban en OSM.

 ¿Como podemos pedir que Nominatim sea más flexible, que no requiera
 búsquedas tan precisas? Y tampoco estaría mal que corrigiera faltas de
 ortografía, vale, debemos escribir bien, pero es que a veces se hacen
 por descuido.

 Muchas gracias.

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

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

Re: [Talk-es] Revisión de carreteras de Castilla y León

[Emilio Gómez Fernández]

El componente Way Downloader
<http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WayDownloaderPlugin> igual
te podría ayudar, para ir descargando sucesivos tramos apoyándote con el
atajo de teclado.

El 16 de septiembre de 2015, 22:17, Guillermo Marqués Rodríguez <
ludovic...@gmail.com> escribió:

> Lo he mirado, y seguro que me he saltado algo, pero he visto que por
> ejemplo para revisar una carretera "larga" tendría que ir descargando
> diferentes encuadres hasta revisarla entera??
>
> El 15 de septiembre de 2015, 11:49, Emilio Gómez Fernández <
> emilio.gomez.f...@gmail.com> escribió:
>
>> Hola Guillermo.
>>
>> Mi consejo es que edites directamente con JOSM, es más versátil y
>> avanzarás más rápido. El problema de utilizar la extensión de ArcGIS es
>> que, además de que no sabes si a la larga su desarrollo continuará, este
>> nunca irá a la par del primero, por lo que merece más la pena aprender a
>> usar el editor de referencia de OSM aunque te lleve algo más de tiempo. Las
>> herramientas de edición de JOSM no tienen nada que envidiar a las de muchos
>> GIS (de hecho yo le he utilizado alguna vez para limpiar cartografía ajena
>> a OpenStreetMap).
>>
>> Respecto al catálogo de carretera, en su momento yo revisé todo el de
>> Cantabria: clave, denominación de la vía, origen y final. Con ayuda del
>> mapa de carreteras oficial y las tablas del inventario de vías fui
>> repasándolas una a una a ver si existían, si tenían problemas de
>> conectividad y si los datos eran correctos. Además completé algunas con
>> otros datos a partir de la imágenes aérea, como número de carriles, tramos
>> de adelantamiento y demás.
>> Por otro lado en aquellos tramos que son travesía urbanas con
>> denominación de calle, en mi caso mantuve el nombre oficial de la vía bajo
>> la etiqueta alt_name.
>>
>> Un saludo.
>>
>> Emilio Gómez
>>
>> El 14 de septiembre de 2015, 12:06, Guillermo Marqués Rodríguez <
>> ludovic...@gmail.com> escribió:
>>
>>> Buenos días a todos
>>> Estas semanas pareceque voy a tener bastante tiempo libre y quería darle
>>> una vuelta a las carreteras de todo Castilla y León para revisar
>>> principalmente las geometría y las denominaciones
>>>
>>> El caso, para temas GIS trabajo normalmente con ArcGIS, he visto que
>>> existe una extensión para OSM que permite el flujo de
>>> descargar-editar-subir, alguno la habéis probado?? es que he hecho una
>>> pequeña prueba y no me sube correctamente todo lo que he editado.
>>>
>>> Me recomendais alguna otra forma de trabajar, contando con que si se
>>> puede me gustaría trabajar a nivel provincial pues mi idea es que en base
>>> al catálogo de carreteras revisar provincia por provincia.
>>> Un saludo
>>>
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Revisión de carreteras de Castilla y León

[Emilio Gómez Fernández]

Hola Guillermo.

Mi consejo es que edites directamente con JOSM, es más versátil y avanzarás
más rápido. El problema de utilizar la extensión de ArcGIS es que, además
de que no sabes si a la larga su desarrollo continuará, este nunca irá a la
par del primero, por lo que merece más la pena aprender a usar el editor de
referencia de OSM aunque te lleve algo más de tiempo. Las herramientas de
edición de JOSM no tienen nada que envidiar a las de muchos GIS (de hecho
yo le he utilizado alguna vez para limpiar cartografía ajena a
OpenStreetMap).

Respecto al catálogo de carretera, en su momento yo revisé todo el de
Cantabria: clave, denominación de la vía, origen y final. Con ayuda del
mapa de carreteras oficial y las tablas del inventario de vías fui
repasándolas una a una a ver si existían, si tenían problemas de
conectividad y si los datos eran correctos. Además completé algunas con
otros datos a partir de la imágenes aérea, como número de carriles, tramos
de adelantamiento y demás.
Por otro lado en aquellos tramos que son travesía urbanas con denominación
de calle, en mi caso mantuve el nombre oficial de la vía bajo la etiqueta
alt_name.

Un saludo.

Emilio Gómez

El 14 de septiembre de 2015, 12:06, Guillermo Marqués Rodríguez <
ludovic...@gmail.com> escribió:

> Buenos días a todos
> Estas semanas pareceque voy a tener bastante tiempo libre y quería darle
> una vuelta a las carreteras de todo Castilla y León para revisar
> principalmente las geometría y las denominaciones
>
> El caso, para temas GIS trabajo normalmente con ArcGIS, he visto que
> existe una extensión para OSM que permite el flujo de
> descargar-editar-subir, alguno la habéis probado?? es que he hecho una
> pequeña prueba y no me sube correctamente todo lo que he editado.
>
> Me recomendais alguna otra forma de trabajar, contando con que si se puede
> me gustaría trabajar a nivel provincial pues mi idea es que en base al
> catálogo de carreteras revisar provincia por provincia.
> Un saludo
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] No veo el pluggin Mapillary instalado en JOSM

[Emilio Gómez Fernández]

Una vez tengas instalado el plugin en JOSM desde el menú Editar -
Preferencias - Complementos:

   - Descargas una zona del mapa donde sepas que hay imágenes
   
http://www.openstreetmap.org/?mlat=37.19362109899521mlon=-3.5958445072174072#map=17/43.08476/-4.08314
   de Mapillary.
   - Menú Ventana - Mapillary picture, para que aparezca el panel lateral
   donde se mostrarán las fotografías.
   - Menú Imágenes - Mapillary, para descargar los dados de la zona.
   - Aparecerán unas flechas verdes en el mapa. Pulsando sobre ellas se
   muestran las imágenes.

Saludos.

Emilio Gómez

El 8 de agosto de 2015, 13:00, cor...@crisfer.com escribió:

 Pues no lo entiendo, a mi no me sale nada de lo que dices. Le doy a
 Ctrl- y ni se entera.
 He descargado el plugin normal, he mirado en la ruta que indicabas y si
 que aparece mapillary.jar
 Por otro lado, he hecho una prueba debajo de mi casa, sacando una
 secuencia por un callejón. He subido las fotos a mapillary y ya se ve la
 ruta en azul, aunque las fotos todavía no se ven (imagino que tardará un
 rato)
 Si se te ocurre algo que pueda hacer para que se actualizen los cambios en
 JOSM, por favor dimelo.
 Gracias.
 Saludos


 Jo winfi...@gmail.com escribió:


 Hola Jose,

 Lo has instalado como plugin 'normal' o has descargado la versión de
 desarollo? En el primer caso, tendrías que ver varios cambios. Hay 3
 íconos
 suplementarios al lado izquierda, 5 entradas en el menu file, 1 en more
 tools y la más importante bajo imagery, accesible con Ctrl-;

 Si has bajado la versión de desarollo, tienes que ponerlo donde están los
 demás plugin. En mi caso:

 C:\Users\johandc\AppData\Roaming\JOSM\plugins\Mapillary.jar

 En Linux:

 /home/.../JOSM/plugins/Mapillary.jar o algo así

 Para facilitar hacer tests con la última versión he creado el script
 siguiente:

 cd C:\Users\jo\AppData\Roaming\JOSM\Plugins
 del Mapillary.jar
 C:\Program Files (x86)\GnuWin32\bin\wget.exe --no-check-certificate 
 https://github.com/nokutu/mapillary/blob/master/Mapillary.jar?raw=true;

 cd C:\Data\OSM\

 C:\Program Files (x86)\GnuWin32\bin\wget.exe -N 
 http://josm.openstreetmap.de/josm-latest.jar;


 C:\data\Java\jre7\bin\java.exe -Xmx1250M -classpath

 C:\Data\OSM\josm-latest.jar;C:\Data\jython2.5.3\jython.jar;C:\Data\jython2.5.3\postgresql-9.2-1002.jdbc4
 org.openstreetmap.josm.gui.MainApplication

 pause

 necesita wget.exe de los GnuWin Tools. Si usas Linux, no tendría que ser
 muy dificil de adaptar el script.

 Saludos

 Jo

 2015-08-08 11:12 GMT+02:00 cor...@crisfer.com:

 Hola Jorge,

 Siguiendo tus recomendaciones he instalado el plugging de Mapillary en mi
 JOSM, aparentemente todo ha ido bien, pero yo no veo ningún cambio ni
 nada
 nuevo que haga referencia a Mapillary.

 También me he descargado la app de Mapillary para el móvil, y tengo
 intención de hacer una prueba sacando fotos en bici, por un camino
 peatonal
 y subirlas a Mapillary y luego ver si me aclaro para que se puedan ver
 desde Openstreetmap.

 Es normal que no vea cambios en JOSM después de actualizar el pluggin? Me
 ha faltado algo por hacer?

 Si me das alguna pista sobre como empezar a trabajar con este pluggin te
 lo agradeceria.

 Saludos
 Jose Luis



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




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

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

Re: [Talk-es] Juegos basados en OSM

[Emilio Gómez Fernández]

Era una especie de mod para SuperTuxKart.

En la categoría games, los tienes:

http://wiki.openstreetmap.org/wiki/Category:Games

También leí por alguna parte hace tiempo el poder utilizar OSM para generar
mapas para el EuroTruck Simulator, al igual que hay para los simuladores de
vuelo.


El 1 de abril de 2015, 9:20, Carlos Dávila cdavi...@orangecorreo.es
escribió:

 El 01/04/15 a las 09:08, María Arias de Reyna escribió:

  Hola,

 Me preguntan si existe algún tipo de juego tipo Ingress basado en OSM y
 me ha parecido lo bastante útil en divulgación como para preguntar por aquí.

 Lo más cerca que recuerdo era un monopoly que hizo que mucha gente
 empezara a dibujar ciudades fantasma en mitad del desierto.

 Saludos,
 María.

  Había también uno en el que ibas conduciendo un coche que circulaba por
 las calles/caminos de OSM. No recuerdo el nombre.

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

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

Re: [Talk-es] Ciclocarriles

[Emilio Gómez Fernández]

Si te refieres a las conocidas como Zonas 30 de prioridad invertida echa
un vistazo a:

http://wiki.openstreetmap.org/wiki/Key:zone:maxspeed

El 1 de abril de 2015, 12:41, Almorca almo...@gmail.com escribió:

 Hola.

 Estoy pensando en mapear los ciclocarriles en Madrid y lo único un poco
 parecido que he encontrado en el wiki es esto
 http://wiki.openstreetmap.org/wiki/Bicycle#On-Road_Cycling_.28Cycle_Friendly_Streets.29
 .
 Para el que no sepa que es un ciclocarril en 
 http://www.enbicipormadrid.es/2013/10/carril-marcado-con-bicicletas-y-maxima.html
 lo explican bastante bien, pero básicamente son carriles abiertos al
 tráfico con el límite de velocidad limitado a 30km y recomendados para su
 uso por bicis.

 Si no hay nada propuesto mi propuesta es la siguiente (para dos carriles
 siendo el de la izquierda el ciclocarril):

 highway=*
 bicycle=designated|yes
 maxspeed=30|50
 access=yes

 ¿Cómo lo veis?

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


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

Re: [Talk-es] OSM y metro

[Emilio Gómez Fernández]

El 20 de marzo de 2015, 19:29, J. Yáñez inf...@openaliasbox.org escribió:

 Este es mi primer mensaje a esta lista, así que ante todo hola a todos.
 Estoy empezando a conocer esto de Openstreemap y de momento ando un poco
 perdido, per oespero contribuír con algo útil al proyecto en cuanto empiece
 a hacerme con este tinglado.

 De momento tengo un problema, o más bien una duda. Ni en la web ni en la
 aplicación Osmand parece haber una forma de calcular rutas en metro y otros
 transportes públicos, sólo parece poderse hacer para rutas en vehículos a
 motos, bicicleta y a pie. ¿Estoy en lo cierto o simplemente no he sabido
 encontrarlo?
 A mí también me gusta salir en bici, y en absoluto menosprecio la
 posibilidad de planear rutas en bici, pero sinceramente creo que para el
 usuario medio es mucho más importante poder buscar rutas en transporte
 público. ¿Hay que instalar algún complemento o simplemente estoy tonto y no
 he dado con la opción que permite esto que digo?


Hola.

Llevar a cabo lo que tú comentas es algo más complicado de lo que parece.
No vale solo digitalizar las rutas por donde pasa el autobús, metro, etc.
con sus paradas, sino también es necesario la tabla de horarios de la red
de transporte público, para que el motor de planificación de viajes
http://www.altergeosistemas.com/web/planificadores-viajes-multimodales/
sea efectivo. Estos datos asociados a la información geográfica se
almacenan en unos archivos específicos con unos modelos de datos
determinados, el más conocido es el GTFS. Estos feeds los deberían generar
y publicar las empresas de transporte público, pero no es muy común.

¡Ojo! Esto no quiere decir que tener una buena cartografía de OSM con un
buen etiquetado no sea importante, ayuda y mucho, ya que es frecuente que
los planificadores utilicen OpenStreetMap como fuente de datos para generar
los grafos de enrutado.

Puedes ver un ejemplo de planificador de viajes multimodal para Santander
http://goo.gl/e9shbE en el que se utilizan datos proveniente de OSM,
Datos Abiertos Santander y la IDE de Cantabria entre otros. Tambien se
puede acceder mediante Android con el cliente de OpenTripPlanner
https://play.google.com/store/apps/details?id=edu.usf.cutr.opentripplanner.androidhl=es
.

Un saludo.

Emilio Gómez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Importación de megalitos

[Emilio Gómez Fernández]

Las recomendaciones son ahora poner la fuente al cerrar y subir el conjunto
de cambios, no en cada elemento del mapa.

Utiliza el componente OpenData JOSM para importar un archivo CSV con las
coordenadas XY de cada POI y la etiquetas asociadas a estos. Probablemente
sea lo más rápido trabajar con hoja de cálculo.

Un saludo.


El 28 de enero de 2015, 18:30, Santi Aguirre aguirrera...@gmail.com
escribió:

 ¡Sí señor! Se han portado y han respondido. No pueden pasar un fichero
 pero sí permiten que tomemos datos de su web. Lo único que piden es que
 citemos de donde proceden los datos.
 ¿Bastaría con etiquetar en cada nodo source=nombre? Podría añadir un
 enlace a la web.

 Aparte, he encontrado una web (http://www.geoplaner.com) en la que
 introduciendo las coordenadas WGS84 crea un waypoint en formato GPX que
 luego importo a JOSM para dibujar encima. ¿Sabeis si tiene JOSM alguna
 opción para hacer eso directamente sin pasar por esa web?

 Un saludo

 El 22 de enero de 2015, 20:13, Alejandro S. alejandro...@gmail.com
 escribió:

 Buenas,
 Y luego está, independientemente de la legalidad y calidad de los datos,
 la moralidad y ética de copiar información que ha generado un tercero sin
 su permiso.

 Saludos,
 Alejandro SUÁREZ

 On Thu, Jan 22, 2015, 19:51 Santi Aguirre aguirrera...@gmail.com wrote:

 Me habeis convencido y me ha quedado claro.
 Gracias y un saludo.

 El 22 de enero de 2015, 19:47, Matías Taborda Barroso 
 taborda.barr...@gmail.com escribió:

 Hola. No es solo ese problema, el principal es el tipo de Licencia de
 los datos, que no son compatibles con la ODBl de Openstreetmap.

 A partir de aqui, claro que puedes copiar e incorporarlos a OSM pero
 tambien podriamos copiar toda la cartografia de Google por ejemplo, y
 evidentemente no se DEBE...

 El 22 de enero de 2015, 19:43, Cruz Enrique Borges Hernandez 
 cruz.bor...@deusto.es escribió:

 El problema es que hayan puesto alguno a drede mal para pillar si
 alguien les ha copiado los datos y tengan ganas de llamar a un abogado
 o equivalente.

 El día 22 de enero de 2015, 19:38, Santi Aguirre
 aguirrera...@gmail.com escribió:
  En este caso concreto me extrañaría muchísimo que fueran incorrectos.
  Pertenecen a la Sociedad de Ciencias Aranzadi, muy conocida en el
 País Vasco
  y Navarra por su historia y rigor científico. Suelen realizar
 excavaciones y
  tienen gente de campo en busca de restos históricos. Si ese es el
 único
  problema, problema resuelto ;)
 
  El 22 de enero de 2015, 19:20, Luis García Castro lui...@gmail.com
  escribió:
 
 
  El 22 de enero de 2015, 19:13, Santi Aguirre 
 aguirrera...@gmail.com
  escribió:
 
  Y yo me pregunto: ¿cuando se considera que estoy infringiendo una
  licencia? Los datos están expuestos de forma que cualquiera puede
 echar mano
  de ellos. Por ejemplo: puedo apuntar las coordenadas, megalito a
 megalito, y
  un día ir al monte con mi GPS y localizarlos in situ. No creo que
 infrinja
  nada actuando de esa manera ya que en muchas áreas megalíticas hay
 mapas y
  carteles informativos para que la gente los visite.  ¿Y si en vez
 de
  molestarme en ir a localizarlos, los marco directamente en JOSM?
 ¿Eso sería
  ilegal?
 
 
  No es solamente un tema legal. Si vas uno a uno y lo compruebas, es
  correcto porque tú has visto que lo es. Pero imagina si no lo
 compruebas y
  la mitad de los datos son incorrectos o inexactos...
 
 
  --
 
  Luis García
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-es
 
 
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-es
 



 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

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



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

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


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



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


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

Re: [Talk-es] Novedades en CheckAutopista

[Emilio Gómez Fernández]

Muy buen trabajo y muy útil. Solo un par cuestiones:

- Según tenía entendido, y así aparece en la wiki
http://wiki.openstreetmap.org/wiki/Key:destination, la etiqueta
destination solo es aplicable a líneas, no a nodos. En la leyenda aparece
aplicable a los puntos de las salidas.
- Aparecen carreteras que no son autopistas (ej. N-623). Supongo que esto
es debido a que también poseen relaciones y por eso las tiene en cuenta.

Un saludo

Emilio

El 12 de octubre de 2014, 10:17, Luis García Castro lui...@gmail.com
escribió:


 El 11 de octubre de 2014, 19:47, k1wi k1wi k1wi...@gmail.com escribió:

 Si hay alguna sugerencia, estoy deseando oírla!


 Wow, en un vistazo rápido veo que la mejora es sustancial.

 ¡Enhorabuena!

 --

 Luis García

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


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

[Talk-es] Importación de Catastro: Alguna lección aprendida.

[Emilio Gómez Fernández]

Hola a todos.

Basado un poco en la experiencia que he ido teniendo a la hora de importar
los edificios de Catastro, y lo enmarañado que a veces resultar comprender
la representación que tiene  de los tejados de los edificios, he llegado a
la conclusión de que en la mayoría de los casos es más rápido y aproximado
a la realidad usar un etiquetado 3D simple para caracterizar las cubiertas
de las edificaciones que estar peleando en intentar limpiar y dar sentido a
las complicadas representaciones con que Catastro define las cubiertas.

Por ello, he añadido a la página de Limpieza y normalización de datos
catastrales[1] de la wiki una pequeña explicación del problema y los pasos
que he ido siguiendo en JOSM para resolverlo de manera clara y sencilla,
por si alguien le interesa y quiere aportar ideas.

[1]
https://wiki.openstreetmap.org/wiki/Limpieza_y_normalizaci%C3%B3n_de_datos_catastrales#5._Modelado_de_tejados_basado_en_reglas

Un saludo.

Emilio Gómez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Nomenclatura de calles en España

[Emilio Gómez Fernández]

http://www.fundeu.es/consulta/preposicion-de-634/
http://www.hispanoteca.eu/Foro-preguntas/ARCHIVO-Foro/Ciudad%20de%20M%C3%A1laga-provincia%20de%20Albacete.htm

Yo suelo poner la preposición de por ser más formal y recomendada, y
aunque hasta hace poco era la correcta, según parece la Nueva gramática de
la lengua española ya admite ambas construcciones.

Luego está el problema con nomenclátores como Nominatim, que poseen
limitaciones técnicas al no filtrar muchas de estas stop words en
español.[1] Pero eso ya es otra cuestión...

[1] https://trac.openstreetmap.org/ticket/4895

Un saludo

Emilio Gómez


El 23 de septiembre de 2014, 9:49, Luis García Castro lui...@gmail.com
escribió:

 Buenas,

 He visto que alguien (anónimo) ha creado un buen montón de notas pidiendo
 cambios de nombres en calles en Meco (Madrid):

 http://www.openstreetmap.org/note/245164#map=16/40.5481/-3.3312layers=N

 En concreto solicita quitar el 'de' (Calle de Goya -- Calle Goya).

 Y en lugar de poner notas podría haberlo cambiado directamente, y creo que
 es incorrecto.

 Intentando buscar la documentación de referencia sobre nomenclatura de
 calles para comentar en las notas, no la he encontrado (tampoco puedo
 buscar mucho desde el curro).

 ¿Hay algún sitio (fuera de esta lista) al que poder enlazar para este tipo
 de cuestiones?

 ¡Gracias!

 --

 Luis García

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


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

Re: [Talk-es] Estado del arte sobre la detección de señales en OSM

[Emilio Gómez Fernández]

Entiendo que Scout no se ha planteado compartir esos datos con OSM ¿no?
De momento estoy probando a subir fotografías a Mapillary [1] por su
licencia, facilidad de uso y posible integración en ID Editor [2] o JOSM, y
con vista a que en un futuro esas imágenes sirvan de corpus para el uso
en OpenStreetMap de algún algoritmo de visión artificial.

[1] https://wiki.openstreetmap.org/wiki/Mapillary
[2] http://blog.mapillary.com/news,/update/2014/08/19/id.html

Un saludo.

Emilio Gómez

El 3 de septiembre de 2014, 21:31, k1wi k1wi...@gmail.com escribió:

 La aplicación skobbler va a añadir en su próxima versión el Modo Cámara
 que reconoce señales de límite de velocidad. Los datos se utilizan para
 avisar al usuario si se pasa del límite.


 https://itunes.apple.com/es/app/gps-navegacion-by-scout-navegador/id467318607?mt=8

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


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

[Talk-es] Estado del arte sobre la detección de señales en OSM

[Emilio Gómez Fernández]

Hola a todos:

En el pasado hubo algún proyecto de desarrollo de algún componente para
JOSM, dentro del Google Summer of Code, que, utilizando OpenCV y mediante
algoritmos SIFT/SURF,  procesaba grabaciones vídeo para detectar señales de
tráfico de límites de velocidad y lo sincronizaba con la traza GPX. En su
momento le eché un vistazo pero no llegué a más.
¿Alguien ha tenido alguna experiencia en este sentido o si merece la pena?
Ya sea con este u otro software.

Un saludo.

Emilio Gómez

[1]
http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2012/Video_Based_Speed_Limit_and_Road_Sign_Detector_plugin_for_JOSM
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Opencyclemap. Elemento aparcamiento de bicicletas.

[Emilio Gómez Fernández]

Acabo de corregir el error.

Las traducciones se encuentran en los siguientes sitios:

ID Editor

https://www.transifex.com/projects/p/id-editor/

JOSM

https://translations.launchpad.net/josm

Sitio web de OpenStreetMap

https://translatewiki.net/wiki/Translating:OpenStreetMap


Un saludo.



El 25 de abril de 2014, 9:16, El fotógrafo giróvago 
elfotografogirov...@gmail.com escribió:

 Buenos días.

 Ante todo quisiera presentarme (soy nuevo) y saludaros a todos.

 Me llamo Oscar y me dedico, imagino que como bastantse personas de esta
 lista, profesionalmente a los SIG. Además, soy ciclista y he decidido
 unirme a vosotros para enriquecer el contenido de opencyclemap.

 Dicho lo cual, quería comentaros que al introducir un elemento del tipo
 Aparcamiento de bicicletas he visto que el nombre no es correcto y
 aparece como Aparcamiento de bibicletas. ¿Hay algún procedimiento
 establecido para corregir este tipo de errores?

 Gracias y, de nuevo, saludos.

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


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

Re: [Talk-es] Actualizar datos de licencia

[Emilio Gómez Fernández]

Ya lo he cambiado en la traducción. Esta se encuentra en translatewiki y
necesitas que te den privilegios de traductor del proyecto. Un poco rollo
la verdad...


El 28 de febrero de 2014, 13:15, Carlos Dávila
cdavi...@orangecorreo.esescribió:

 ¿Sabe alguien cómo editar la versión en español de la página:
 http://www.openstreetmap.org/copyright ? Creo que ya va siendo hora de
 poner la ODbL;-)

 --
 Por favor, no me envíe documentos con extensiones .doc, .docx, .xls,
 .xlsx, .ppt, .pptx, .mdb, mdbx
 Instale LibreOffice desde http://es.libreoffice.org/descarga/
 LibreOffice es libre: se puede copiar, modificar y redistribuir
 libremente. Gratis y totalmente legal.
 LibreOffice está en continuo desarrollo y no tendrá que pagar por las
 nuevas versiones.


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


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

Re: [Talk-es] Actualizar datos de licencia

[Emilio Gómez Fernández]

https://translatewiki.net/wiki/Special:MainPage

Y para solicitar permisos de traducción aquí:

https://translatewiki.net/wiki/Project:Translator#{{LanguageHeader|es}}_40529

Poco intuitivo comparado con Transifex, la verdad.




El 28 de febrero de 2014, 14:03, Jose Alberto Gonzalez von Schmeling 
joseg...@gmail.com escribió:

 cual es la dirección del translatewiki?

 muchas gracias
 Saludos, jose


 2014-02-28 9:44 GMT-03:00 Emilio Gómez Fernández ego...@outlook.com:

 Ya lo he cambiado en la traducción. Esta se encuentra en translatewiki y
 necesitas que te den privilegios de traductor del proyecto. Un poco rollo
 la verdad...


 El 28 de febrero de 2014, 13:15, Carlos Dávila 
 cdavi...@orangecorreo.esescribió:

 ¿Sabe alguien cómo editar la versión en español de la página:
 http://www.openstreetmap.org/copyright ? Creo que ya va siendo hora de
 poner la ODbL;-)

 --
 Por favor, no me envíe documentos con extensiones .doc, .docx, .xls,
 .xlsx, .ppt, .pptx, .mdb, mdbx
 Instale LibreOffice desde http://es.libreoffice.org/descarga/
 LibreOffice es libre: se puede copiar, modificar y redistribuir
 libremente. Gratis y totalmente legal.
 LibreOffice está en continuo desarrollo y no tendrá que pagar por las
 nuevas versiones.


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



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




 --
 Podes encontrarme o comunicarte conmigo en:

- *Mi blog*: http://proyectosbeta.net/http://proyectosbeta.blogspot.com/
- *Facebook*:

 http://www.facebook.com/pages/Proyectos-Beta/113277785412256http://www.facebook.com/jose.gonzalezvonschmeling
- *Twitter*: @proyectosbeta http://twitter.com/proyectosbeta


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


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

Re: [Talk-es] Datos de metro y bus de Barcelona

[Emilio Gómez Fernández]

¡Ojo! Si es CC-BY-SA no sería compatible con ODbL porque obliga a
redistribuir con la misma licencia Creative Commons.
De todas manera en el enlace que has pasado no acabo de ver si es CC, ya
que solo mencionan:

El CLIENTE se obliga a:

   - Citar la fuente de los contenidos y la fecha de la última
   actualización en la aplicación, producto y/o servicio que se nutra de los
   mismos.
   - No alterar ni desnaturalizar los contenidos.
   - Reutilizar los contenidos única y exclusivamente para la aplicación
   y/o servicio indicado en la solicitud. Remitir a TMB, a solicitud de
   esta, los datos estadísticos relativos al uso de la aplicación, producto
   y/o servicio creado con los contenidos en formato de hoja Excel.



El 26 de febrero de 2014, 11:59, Celso González ce...@mitago.net escribió:

 Hola

 Parece que TMB ha creado un portal de OpenData y entre otras cosas
 parece que
 se podrían emplear los datos que ofrecen (paradas, recorridos, horarios...)

 La licencia parece una cc-by-sa por lo que creo que podría ser adecuada
 pero
 ianal así que pego por aquí las normas de uso

 http://www.tmb.cat/es/normes-d-us-de-les-dades

 Si la licencia está ok, alguien de ¿la asociación osm-es? debería pedir el
 acceso
 y una vez con los datos tratar de importarlos (esto me puedo ocupar yo,
 que además
 estoy por la ciudad)

 ¿Opiniones?

 --
 Celso González
 @PerroVerd

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


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

Re: [Talk-es] highway en poblaciones pequeñas y ciudades grandes

[Emilio Gómez Fernández]

Yo en mi caso tiro de conocimiento local y/o planeamiento. En ciudades lo
mejor es hacer caso a los Planes de Movilidad Sostenible si los tienen
colgados por Internet. En el estudio tiene que venir definido, con mapas,
cuales son las principales vías: las arteriales y las
colectoras-distribuidoras. Si no existen o no tenemos acceso a ellos se
puede tirar de la cartografía de los Planes Generales, en los que también
tiene que aparecer la jerarquización de la red. Es documentación afectada
por el art. 13 de la LPI, por lo que no hay problemas en usarlo como fuente.

Lo ideal sería conocer las IMD, pero eso es ya hilar muy fino y no todas
las administraciones públicas lo facilitan...

Un saludo.

Emilio Gómez


El 12 de febrero de 2014, 13:20, Ricardo Sanz
ricardosanz1...@gmail.comescribió:

 Jaime, esto no es cuestión de REF. hablo de las calles y avenidas de los
 pueblos ciudades. las carreteras estatales/autonómicas ya están
 normalizadas correctamente y no cambian a su paso por los municipios, pero
 las avenidas no se cuando se ponen primary, secundary o terciary y si
 depende de los habitantes, del flujo de vehículos, etc. etc..

 a ver si alguien responde a mis dudas


 El 12 de febrero de 2014, 13:05, Ricardo Sanz 
 ricardosanz1...@gmail.comescribió:

 no es nueva la zona. llevo muchas zonas y era para saber si se mapea igual
 una pedanía que una ciudad como madrid
 ya que la normalización  no lo deja claro, habrá que modificarlo, no?


 El 12 de febrero de 2014, 13:00, Jaime Crespo jy...@jynus.com escribió:

 1) no obsesionarse demasiado con el tipo de vía. Simpre tenemos ref y las
 características físicas/legales para afinar (maxspeed, lanes, width)
 2) en vez de discutir teóricamente, si la zona es nueva, mapéala como
 buenamente puedas y mandanos un enlace para criticarla colaborativamente

 --
 Jaime Crespo
 On Feb 12, 2014 12:48 PM, Ricardo Sanz ricardosanz1...@gmail.com
 wrote:

 si eso lo tenía más o menos claro. secundary por qué y no primary?

 y mi duda del principio era si esto se hace en ciudades de 3 millones
 de habitantes igual que se pueda hacer con una pedanía de 50 habitantes


 El 12 de febrero de 2014, 12:40, Roberto geb 
 roberto...@gmail.comescribió:

 El principal interés de denotar las vías como primary, secondary o
 tertiary es indicar las vías de mayor capacidad y facilitar el trabajo a
 los programas de ruteo. Piensa qué haces cuando tienes que ir de un sitio 
 a
 otro: ¿sigues el camino más corto cerca de una línea recta entre los
 puntos? ¿buscas una vía más rápida o fluida (y esto puede depender de
 factores variables que no se recogen en OSM)? Si optas por la segunda,
 entonces etiqueta las calles que sueles elegir para hacer la mayor parte
 del recorrido como secondary o tertiary, pero sin abusar. Ni en inglés ni
 en español hay una definición estricta de cómo etiquetar las calles. Usa 
 tu
 buen juicio.


 El 12 de febrero de 2014, 11:15, Ricardo Sanz 
 ricardosanz1...@gmail.com escribió:

 en la normalización no pone que en las poblaciones pequeñas haya que
 señalar las avenidas o calles importantes de ninguna manera. las ciudades
 grandes sí:

 Dentro de las ciudades, podemos distinguir las calles según su
 importancia. Las calles principales de la ciudad como *primary*, las
 importantes que dividen los barrios o distribuyen el tráfico entre ellos
 como *secundary* y las importantes dentro de un barrio como
 *terciary*

 por eso mi pregunta es, si en una ciudad de 9 hab. (que no es
 ciudad grande de más de 100.000 ni capital de provincia ni comunidad
 autónoma) no se mapean las calles según su importancia? porque si fuera 
 así
 se debería cambiar la normalización, ya que no lo especifica.
 y pregunto de nuevo. a las de menos de 10.000 hab. se mapearían sus
 calles según importancia?
 y los barrios de las ciudades menores de 100.000?
 y las pedanías?

 Saludos


 El 12 de febrero de 2014, 9:25, Roberto geb 
 roberto...@gmail.comescribió:

 Ricardo,

 puedes encontrar alguna información en
 http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#Reglas_generales
 .
 Los pueblos pequeños tendrán las carreteras que los atraviesen con
 la misma tipología que tengan fuera del pueblo, y las calles 
 principales de
 deben denotar como secondary o terciary, al igual que si fuera un 
 barrio de
 una ciudad más grande.


 El 12 de febrero de 2014, 8:38, Ricardo Sanz 
 ricardosanz1...@gmail.com escribió:

 Buenas,

 en poblaciones pequeñas (menos de 100.000 hab) nunca hay calles
 primary, secundary o terciary excepto carreteras autonómicas o 
 estatales
 que crucen población?

 se mapearía todo residential??

 en las ciudades grandes ( más de 100.000 hab y capitales de
 provincia y comunidad autónoma) hay alguna norma exacta de qué es 
 primary,
 secundary , terciary o residential? el volumen de tráfico tiene algo 
 que
 ver?

 Saludos

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

[Talk-es] Liberalización de la cartografía en Cantabria

[Emilio Gómez Fernández]

Hola a todos.

Os comento esto, para los que nos estáis al corriente.

El Gobierno de Cantabria aprobó a finales de diciembre de 2013 el Decreto
87/2013 con las nuevas condiciones de uso de la información geográfica
(cartografía y ortofotografías fundamentalmente) en la región. El cambio ha
sido sustancial hacia la liberación de los datos ya que distingue dos tipos
de licencias de uso:

   - La *no comercial*, que no ponen ninguna restricciones de uso a su
   utilización siempre que no exista un aprovechamiento económico directo.


   - La *comercial*, que únicamente requiere de una autorización para la
   explotación económica directa de los datos o la publicación masiva de estos
   a través de Internet, con el fin de dejar constancia de la identidad del
   solicitante. En nuestro caso entiendo que si se quiere importar algún dato
   la solicitud la debería formular OpenStreetMap a través de la Asociación
   OpenStreetMap España o la Fundación. Actualmente es necesarios descargar,
   rellenar y enviar por correo postal el modelo de
solicitudhttp://www.territoriodecantabria.es/Documentos/Contenidos/Normativa/Solicitud_de_licencia_comercial.docx,
   aunque en el futuro la intención que tienen desde la Unidad de Cartografía
   y SIG del Gobierno de Cantabria es poder realizarlo por Internet mediante
   firma electrónica.


Resaltar que* ambas licencias son gratuitas* y no conlleva contraprestación
económica alguna. Para resolver las dudas que pudieran surgir la Dirección
General de Ordenación del Territorio y Evaluación Ambiental Urbanística ha
publicado una página explicativa de las condiciones de
usohttp://www.territoriodecantabria.es/Contenido/preguntas-frecuentes-que-puedo-que-puedo-hacer-informacion-descargada-otras-dudas-sistema-descargas/139.
Merece la pena echarla un vistazo porque supone un cambio importante
respecto a otras licencias de distribución de IG de carácter liberal que
existen en España.

La cartografía puede descargarse desde
http://www.territoriodecantabria.es/visor/

Un saludo.

Emilio Gómez Fernández
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Error catastro en Huetor-Tájar

[Emilio Gómez Fernández]

Hola a todos,

Yo soy uno de los que está trabajando en la importación en Santander.

En mi caso no me he enfrentado a polígonos de Catastro solapados de un
mismo edificio con diferentes alturas como el que comentáis. Si te
encuentras frecuentemente con polígonos anexos de un mismo edificio (sin
solaparse) que tienen idéntico número de plantas. En este caso lo que hago
yo es directamente fusionar las geometrías.

En cuanto al solapamiento a bote pronto veo algunos problemas:

   - Se duplica parte de la geometría, lo que da lugar a errores de
   topología.
   - Dificulta su uso para consultas espaciales: ¿Cuánto suelo construido
   existe en Medina de Pomar? ¿Cuál es su volumen edificable?
   - A la hora de generar modelos 3D urbanos se superponen los prismas, lo
   que puede dar problemas al asignar texturas.
   - Si el día de mañana quieres un nivel de detalle mayor aplicando etiquetas
   con la tipología de
tejadohttps://wiki.openstreetmap.org/wiki/Simple_3D_Buildings#Roof(un
   LOD2 http://www.altergeosistemas.com/web/modelos-ciudades-3d-citygml/)
   existirán incoherencias, al estar asignando dos tipos de tejados a dos
   modelos que se superponen.

En cuanto a la representación de patios que comenta Juan Luis, creando
directamente multipolígonos con la herramienta que trae JOSM es sencillo .

Saludos.

Emilio Gómez



El 5 de diciembre de 2013 09:41, Andres Santor asan...@gmail.com escribió:

 No, yo aun no he echo nada :-) no he mapeado ningún edificio aun en OSM.
 Me gustaría hacerlo y para ello estoy intentado completar toda la
 información en este sentido. Gracias, por la información.

 Saludos, Andrés.



 El 5 de diciembre de 2013 09:33, Ander Pijoan 
 ander.pij...@deusto.esescribió:

 El 5 de diciembre de 2013 09:12, Andres Santor asan...@gmail.comescribió:

 Buenos días, Ander podrías enviarme un enlace hacia alguna zona que
 hayáis subido con diferentes alturas sin solapar.



 Buenos días Andres, nosotros aún no hemos subido nada, pero sí que hay un
 compañero subiendo de momento únicamente edificios por la zona de Santander:

 http://www.openstreetmap.org/way/244285885

 En este caso la geometría de 1 alturas no continúa por debajo de la de 3
 alturas. En principio en Catastro las geometrías vienen así (sin
 solaparse), aunque a lo mejor tiene más lógica como vosotros lo habéis
 hecho. No sé que opinará más gente de la lista.

 Saludos.

 --
 Ander Pijoan Lamas
 Research Assistant, Deustotech
 Computer Science Engineer
 University of Deusto

 E-mail: ander.pij...@deusto.es
 Phone: +34 664471228
 in: http://www.linkedin.com/profile/view?id=162888312

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



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


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

Re: [Talk-es] Edificios con distintas alturas

[Emilio Gómez Fernández]

En mi caso, las pocas veces que me he encontrado con estos casos [1] he
pasado del validador. Es el único error que no he corregido.

[1] http://www.openstreetmap.org/#map=19/43.46338/-3.86461


El 11 de noviembre de 2013 09:26, Benjamín Valero Espinosa 
benjaval...@gmail.com escribió:

 Lo cachondo es que la propia wiki enlaza a ejemplos donde está hecho igual
 que con cat2osm2, y que al pasar el validador JOSM también da el error de
 edificio dentro de edificio.

 Por ejemplo, en este casino (o lo que sea) de Las Vegas [1], hay un
 building que en su interior tiene otro building.

 Si al building interior se le pone building:part=yes, el validador de
 JOSM deja de llorar, pero no sé hasta qué punto esto es correcto o es sólo
 un apaño. Puede que, igual que no hay que mapear para el renderizador,
 tampoco haya que mapear en algunas ocasiones para el validador.

 Saludos.


 [1] http://www.openstreetmap.org/#map=18/36.11006/-115.17159





 El 10 de noviembre de 2013 22:19, Cruz Enrique Borges Hernandez 
 cruz.bor...@deusto.es escribió:

 Tócate los huevos, todos los cambios que hicimos al cat2osm2 para quietar
 las relaciones y leyendo en diagonal parece que ahora recomiendan que los
 edificios sean una relación...


¿Os parece que he de modificar el resultado de cat2osm2 para que
 JOSM no
se queje? Espero vuestras sugerencias.
  
   Lo que me parece es que nos deberías de pasar la página de la wiki
 donde
   explican eso para modificar cat2osm2 ;) porque es una de las cosas que
   creo que podemos resolver fácilmente.
  
 
  [1] http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings Explicación
 más
  o menos resumida de lo que al parecer se consensuó respecto al 3D en
  edificios.
  [2] http://wiki.openstreetmap.org/wiki/Key:building:part

 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext 2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

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



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


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

Re: [Talk-es] Contactar con Jynus (usuarios catastro)

[Emilio Gómez Fernández]

Hola a todos

Yo he estado haciendo pruebas piloto importando de Catastro principalmente
los edificios para los municipios de Riotuerto [1] y desde hace unas
semanas Santander [2]. No se puede subir tal cual porque es muy común que
existan errores topológicos y hay que corregir a mano. Con práctica la cosa
suele ir rápida porque son siempre los mismos errores.

Posteriormente les he añadido los números de policía en función de la
numeración de Catastro y conocimiento local. De momento para los que he
editado en la mayoría los datos de Catastro son correctos, aunque no es
raro ver municipios en los que la numeración ha cambiado y Catastro sigue
manteniendo la antigua. Si en algún edificio la cosa me hace dudar echo un
vistazo a StreetView o busco las direcciones postales por Internet de
empresas. Si hay varios edificios en la parcela (oficinas con naves
industriales, por ejemplo) el número de policía se le asigno al más
relevante.[3]

Comentar que cat2osm devuelve frecuentemente pequeños polígonos con la
etiqueta building:levels=54, cuando en realidad es building:levels=1. No se
a que es debido o si significa algo este número. [4]

Un saludo

Emilio Gómez

[1] http://j.mp/1flWSVM
[2] http://j.mp/1dPJusC
[3] http://osm.org/go/b~NxATk_p-
[4] http://j.mp/1cWBiG2
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Desplazamiento de Catastro en Castellón con Cat2osm2

[Emilio Gómez Fernández]

A parte de lo que te ha comentado Ander, y como veo que utilizas Linux, en
GisChipshttp://www.gisandchips.org/2011/11/28/proyeccion-segura-desde-utm-ed50-con-interfaz-grafico/se
curraron un pequeño script como interfaz gráfica de OGR para realizar
estas reproyecciones desde EPSG:23030, y el mismo se baja la rejilla del
IGN. Por si te es más sencillo.

Un saludo.




El 24 de octubre de 2013 12:46, Francisco Pérez Sampayo fpsamp...@gmail.com
 escribió:

 Ojo Ander, que el código EPSG para la proyección en ED50 UTM-30 es
 EPSG:23030.


 El 24 de octubre de 2013 12:40, Ander Pijoan ander.pij...@deusto.esescribió:

 Es el problema de reproyección, sí. La proyección es la que necesitaba de
 una rejilla para ajustarla y que poco a poco están quitando en Catastro.

 No habíamos vuelto a ver un municipio con ello, pero al parecer todavía
 los hay. Desde hace unas versiones, para que Cat2Osm2 funcione también en
 Windows y hacerlo más ligero, quitamos la reproyección con rejilla y
 dejamos que GeoTools la haga por si solo.

 La solución pasaría por reproyectar los shapefiles antes de usarlos en
 Cat2Osm2. Para ello existe la herramienta ogr2ogr, con el siguiente comando:

 Proyección en la que están tus archivos : 25830
 Proyección que quieres : 32630
 Archivo (peninsula.gsb) de rejilla hay que descargarlo de
 http://www.01.ign.es/ign/layoutIn/herramientas.do#DATUM

 ogr2ogr -s_srs +init=epsg:25830 +nadgrids=c:\dondesea\peninsula.gsb
 +wktext -t_srs +init=epsg:25830 +nadgrids=null +wktext
 c:\dondesea\reproyectado.shp c:\dondesea\original.shp

 Con eso se deberían reproyectar los archivos shapefile y tener un
 resultado sin desplazamiento.

 Es un poco complicado, pero a ver si sale sin problemas.

 Saludos.


 El 24 de octubre de 2013 10:48, David cyme...@gmail.com escribió:

 El desplazamiento medido con JOSM me sale que es de unos 110.1 metros. En
 las islas Columbretes parece que es 108.3m.
 ¿Es posible que haya algún problema por tener territorios en la
 península y en islas, que el área total sea demasiado grande o algo así?

 Aquí paso una captura:
 http://img545.imageshack.us/img545/5029/wdlm.png

 La proyección que me sale en ALTIPUN.prj es ésta:

 PROJCS[ED_1950_UTM_Zone_30N,GEOGCS[GCS_European_1950,DATUM[D_European_1950,SPHEROID[International_1924,6378388,297]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[False_Easting,50],PARAMETER[False_Northing,0],PARAMETER[Central_Meridian,-3],PARAMETER[Scale_Factor,0.9996],PARAMETER[Latitude_Of_Origin,0],UNIT[Meter,1]]

 Ahí veo un 1950 que difiere de tu 1989. Quizás sea que se sigue
 usando algún sistema antiguo.


 El 24 de octubre de 2013 08:50, Ander Pijoan 
 ander.pij...@deusto.esescribió:

 Buenas David,

 ¿Puedes poner alguna captura de pantalla? El desplazamiento cuando es
 error de proyección es bastante grande de unos 25 o 50 metros, pero luego
 hay algunas zonas donde las geometrías están un poco (1-2 metros)
 desplazados de las fotos de satélite.

 Puedes mirar también en los archivos .PRJ de los shapefiles, a ver en
 qué proyección están. Esta viene justo al principio, por ejemplo
 PROJCS[,ETRS_1989_UTM_Zone_30N.

 A ver si así hay mas pistas de por qué puede ser.

 Saludos =)


 El 24 de octubre de 2013 00:56, David cyme...@gmail.com escribió:

 Buenas.
 Estoy jugando un poco con los resultados de Cat2osm2 y me he fijado
 que en Castellón (ciudad) los datos salen desplazados.
 En la documentación pone lo siguiente:
 Si el resultado está desplazado unos pocos metros, es un problema
 de reproyección. Se han encontrado archivos antiguos de catastro que al
 reproyectar tenían un desplazamiento que GeoTools no es capaz de arreglar.
 Parece que en las versiones nuevas de los archivos de Catastro, esto viene
 arreglado.

 Pues parece que o algo hago yo mal o en algunos sitios aún no está
 arreglado.
 ¿Tenéis idea de cómo puedo ponerlo todo en su sitio?

 --
 Saludos

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




 --
 Ander Pijoan Lamas
 Research Assistant, Deustotech
 Computer Science Engineer
  University of Deusto

 E-mail: ander.pij...@deusto.es
 Phone: +34 664471228
 in: http://www.linkedin.com/profile/view?id=162888312

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




 --
 Saludos

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




 --
 Ander Pijoan Lamas
 Research Assistant, Deustotech
 Computer Science Engineer
  University of Deusto

 E-mail: ander.pij...@deusto.es
 Phone: +34 664471228
 in: http://www.linkedin.com/profile/view?id=162888312

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

Re: [Talk-es] Catastro: duda nombres de calles.

[Emilio Gómez Fernández]

 A mi este proceso me parece correcto, el problema podría venir si luego
 cuando inteste subir las parcelas se te lía mucho la coflación de los
 datos.
 Estoy pensando en entornos urbanos donde las parcelas y los edificios
 tienen
 bastante en común. Tema aparte que el cat2osm está pensado para que los
 tags
 de localización (dirección y demás) estén en la parcela y no en los
 edificios.
 Lo cual puede hacer un infierno proceder como estás haciendo.


Hola Cruz,

Pero tal como viene en la wiki y tengo entendido, las etiquetas addr:* son
aplicadas a edificios e instalaciones, no a parcelas.[1] Al menos así lo he
visto en la mayoría de los ejemplos.[2]

Un saludo

[1] http://wiki.openstreetmap.org/wiki/Key:addr
[2] http://osm.org/go/euzPcMLjI-
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Catastro: duda nombres de calles.

[Emilio Gómez Fernández]

Yo estoy haciendo pruebas con el municipio de Riotuerto, en Cantabria. [1]
[2] Únicamente estoy trabajando con edificios, porque veo que si me meto
también con las parcelas en un paisaje de bocage, como el de la Cornisa
Cantábrica, la tarea es inabarcable.
Según mi experiencia estoy viendo indispensable el componente para JOSM
FixedAddress para corregir la etiqueta addr:street de manera rápida, ya
que los valores de Catastro de calles y barrios en el 90% de los casos
deben ser editados porque no están bien formateados. También veo muy útil
usar HouseNumberTaggingTool para agilizar la asignación de datos básico a
las direcciones (CP, Población, etc.), aunque esto supongo que se podría
realizar perfectamente con las funciones avanzadas de selección.

Por otro lado, y esto ya fuera del tema de las direcciones, para corregir de
manera rápida los errores topológicos que tira el validador de JOSM (en el
mayoría de los casos son esencialmente los típicos Edificios superpuestos
y Edificios dentro de edificios) veo que es fundamental utilizar la
herramienta añadir nodos en intersecciones del componente UtilsPlugin2
para solucionar los polígonos slivers en los que no hay nodos comunes
(edificios
entremedianeras). Si tengo tiempo a ver si hago en la wiki un pequeño
tutorial de como voy llevando la metodología de trabajo por si a alguien
más le sirve.

Un saludo.

Emilio Gómez

[1] http://www.openstreetmap.org/#map=17/43.34989/-3.70076layers=N
[2] http://map.f4-group.com/#lat=43.3483992lon=-3.7026580zoom=19



El 12 de septiembre de 2013 10:00, Ander Pijoan
ander.pij...@deusto.esescribió:

 Por eso hay que conocer bien el pueblo para poder saber si los datos de
 catastro están bien. En caso de que la dirección de alguna parcela no
 coincida con lo observado, mejor poner lo observado.

 En cuanto a modificar nombres de calles, los archivos .osm son archivos de
 texto por lo que abriéndolos con un editor de texto (bloc de notas
 mismamente) se puede hacer un gran reemplazar para poner los nombres de
 las calles bien.

 El catastro es una lotería, algunos sitios están bastante bien y otros...
 tienen tela.


 El 12 de septiembre de 2013 09:52, Javier Sánchez 
 javiers...@gmail.comescribió:

 Hola.

 Me estoy dando cuenta de una cosa que va a dar mucho trabajo al subir las
 parcelas. Habrá que corregir el addr:street de cada una de ellas. Por
 ejemplo los artículos están al revés: Calle Barros los. Además de casos en
 los que no coincida con lo observado a pie de calle. ¿Qué hacemos? ¿Lo
 dejamos como esté? ¿Nos lo curramos con mucha paciencia? ¿Se puede
 automatizar?

 Un saludo

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




 --
 Ander Pijoan Lamas
 Research Assistant, Deustotech
 Computer Science Engineer
  University of Deusto

 E-mail: ander.pij...@deusto.es
 Phone: +34 664471228
 in: http://www.linkedin.com/profile/view?id=162888312

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


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

Re: [Talk-es] Catastro: duda nombres de calles.

[Emilio Gómez Fernández]

El 12 de septiembre de 2013 14:38, Ander Pijoan
ander.pij...@deusto.esescribió:

 Antes de nada una cosa importante: No hay que poner nombre de población y
 código postal en las parcelas o edificios. Eso es algo que se puede
 inferir, por lo que no hay que meter datos de más.


Sí, eso consideré yo al principio, pero el problema viene con los edificios
que caen fuera del polígono que recoge la población. Un enlace espacial no
les asignaría ni código postal ni localidad (me refiero sobre todo a
regiones de poblamientos dispersos). Lo mismo ocurrirá con las ciudades,
que tienen varios códigos postales. Por eso opté por añadir esos datos a
los edificios. No es la manera más elegante, pero no le encontré otra
solución. Quizá esa información debería ir en el eje de vía a la que va
asociada el edificios... no se.



 El tema de nombres de las calles sí que es un problema, pero es que no hay
 una forma automatizable que solucione todos los casos.


Sí tienes razón, la veces que utilizado el tramero de calles de Catastro he
tenido que editar casi en su totalidad los nombres de las calles ad
nauseam, pero yo tampoco veo otra solución, los errores son muy variopintos.
Por otro lado, y relacionado con esto, también tenemos un importante
problema con el español en Nominatim, que sigue sin tener en cuenta stop
words en este idioma a la hora de crear el índice de su nomenclátor (lo que
le hace poco útil para la geocodificación inversa en España, por ejemplo).


 De algunos edificios superpuestos, la culpa la tenemos nosotros. Hicimos
 un proceso para simplificar el número de nodos de las geometrías ya que era
 excesivo. En ese proceso eliminamos los nodos prácticamente alineados, pero
 puede ser que justo ese nodo alineado en un edificio, sea un nodo de una
 esquina de otro. Por lo que al eliminar el nodo alineado, esta geometría
 puede quedar pisando un poco la punta de la esquina de la otra geometría.
 Podríamos intentar depurar o pensar algún truco añadido para este proceso.


El error Edificio superpuesto se corrige rápido con la herramienta
Añadir nodos en intersecciones.
Una vez hecho esto algo más de tiempo te lleva  Edificio dentro de
edificio porque hay que revisar los nodos comunes y unir nodos cercanos en
uno. Quizá para esto exista alguna herramienta en JOSM que lo haga
automáticamente según una tolerancia, no lo se.


 Dices que estás usando únicamente edificios. Yo creo que trabajando de
 manzana a manzana urbana de cat2osm2 se hace bastante fácil usar las
 parcelas también. Incluso igual más que estar pasando los tags de la
 dirección de una parcela a su edificio.


Es que las direcciones de las parcelas de Catastro donde he probado es un
cachondeo igual que en los edificios. Me ha resultado mas sencillo seguir
básicamente este proceso:

1. Filtrar edificios y copiarlos a una nueva capa.
2. Descargar edificios existentes de OSM y coflación con los nuevos de
Catastro.
3. En los casos de direcciones sin resolver, asociar los nombres de las
vías de los ejes de calle más cercano a los edificio mediante el componente
FixedAddress, asegurándome que es correcto mediante la interfaz que trae.
4. Subir a OSM.

Es que viendo la cantidad de parcelas que hay, con numerosas longueras sin
división física alguna y que en muchos casos el parcelario que viene
reflejado en Catastro (puede que verídico a efectos administrativos) es más
viejo que la tos y no corresponde con la realidad, quizá es mejor ir por
partes. De todas formas acabo de empezar con esta manera de trabajar como
quien dice y es probable cambie algo.

Un saludo.




 Saludos y mantennos informado =)





 El 12 de septiembre de 2013 13:53, Emilio Gómez Fernández 
 ego...@outlook.com escribió:

 Yo estoy haciendo pruebas con el municipio de Riotuerto, en Cantabria. [1]
 [2] Únicamente estoy trabajando con edificios, porque veo que si me meto
 también con las parcelas en un paisaje de bocage, como el de la Cornisa
 Cantábrica, la tarea es inabarcable.
 Según mi experiencia estoy viendo indispensable el componente para JOSM
 FixedAddress para corregir la etiqueta addr:street de manera rápida, ya
 que los valores de Catastro de calles y barrios en el 90% de los casos
 deben ser editados porque no están bien formateados. También veo muy útil
 usar HouseNumberTaggingTool para agilizar la asignación de datos
 básico a las direcciones (CP, Población, etc.), aunque esto supongo que se
 podría realizar perfectamente con las funciones avanzadas de selección.

 Por otro lado, y esto ya fuera del tema de las direcciones, para corregir de
 manera rápida los errores topológicos que tira el validador de JOSM (en
 el mayoría de los casos son esencialmente los típicos Edificios
 superpuestos y Edificios dentro de edificios) veo que es fundamental
 utilizar la herramienta añadir nodos en intersecciones del componente 
 UtilsPlugin2  para solucionar los polígonos slivers en los que no hay
 nodos comunes (edificios entremedianeras). Si tengo tiempo a ver si hago
 en la wiki un

Re: [Talk-es] Alquiler de bicicletas públicas de Sevilla, Valencia y Santander

[Emilio Gómez Fernández]

Para el Tusbic de Santander yo pedí permiso al webmaster de
enbiciporsantander.com para poder importar a OSM su listado de estaciones
de alquiler de bicicletas públicas de la ciudad, así como los carriles bici
existentes entonces, respondiéndome afirmativamente. Sería verificar que
las nuevas coinciden con las ya existentes en OSM o si desde entonces se ha
ampliado alguna más.

El 6 de agosto de 2013 19:52, Juan Luis Rodriguez Ponce 
juanlui...@gmail.com escribió:

 Buenas,

 JCDecaux, la empresa concesionaria del sistema de alquiler de bicicletas
 Sevici, Valenbisi y Tusbic (entre otros muchos por el mundo) ha estrenado
 una nueva API [1] que ofrece información en tiempo real información sobre
 las estaciones de alquiler (ocupación, estado, coordenadas, dirección,...).

 Además de eso, ofrece un listado (CSV y JSON) con los datos estáticos de
 las estaciones [2] (número, nombre, dirección, latitud y longitud). Estos
 datos han sido liberados con licencia OpenLicense [3].

 Si esta licencia fuera compatible con la oDBL de OpenStreetMap podríamos
 plantearnos repasar las estaciones que hay mapeadas, actualizarlas con los
 datos proporcionados y añadir las que falten.

 ¿Alguien puede confirmar si si la licencia [3] es compatible con OSM?

 [1] https://developer.jcdecaux.com/
 [2] https://developer.jcdecaux.com/#/opendata/vls?page=static
 [3] https://developer.jcdecaux.com/#/opendata/licence


 --
 Un saludo,
 Juan Luis.

 ___
 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] El Ayuntamiento de Santander libera datos de interés para OSM

[Emilio Gómez Fernández]

Hola a todo,

La semana pasada el Ayuntamieno de Santander lanzó su nuevo Portal de Datos
Abiertos [1], siendo esta una de las iniciativas de la línea estratégica
correspondiente a Open Data recogida en el Plan Santander Smart City.

En principio el ayuntamiento ha liberado 22 bloques de información, los
cuales son muy heterogéneos: van desde el calendario laboral del municipio
hasta los ciclos semafóricos, pasando por analíticas de agua, licencias de
obra, etc.
El caso es que, respecto a lo que atañe a OpenStreetMap, existe información
geográfica interesante en el catálogo de datos [2] que se podría subir a la
base de datos de OSM: paradas y líneas de bus, paradas de taxis, comercios,
callejero, cámaras de tráfico, parques y jardines, etc.

Mi idea es poder meterme con ello para ir revisando los datos e
incorporando poco a poco estas capas de información. Pero antes de nada
necesito asegurarme que la licencia de esos datos (por lo visto CC-by 3.0
ES) [2] es compatible con la ODbL de OpenStreetMap, para no trabajar
inútilmente. Yo creo que si, pero necesitaría que los que sabéis más de
este tema me lo confirmaseis.

Un saludo

Emilio Gómez

PD: Por cierto, utilizan en la web cartografía de OSM para la
previsualización de algunos formatos datos geográficos.[3]


[1] http://datos.santander.es/
[2] http://datos.santander.es/datos/
[3] http://datos.santander.es/presentacion/
[4]
http://datos.santander.es/recurso/?ds=edificiosid=e1a5f200-94ab-4d16-8b20-868cca0cb53e
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] El Ayuntamiento de Santander libera datos de interés para OSM

[Emilio Gómez Fernández]

Hola Matías

La CC-BY-SA, en todas su variantes, que se menciona en el enlace no sería
compatible con ODbL porque obliga a redistribuir con la misma licencia
Creative Commons.

Por contra CC-BY solo exige reconocimiento y punto. Da igual si lo vuelves
a distribuir con otro tipo de licencia (de cualquier tipo: abierta o
cerrada es indiferente), por lo que aquí sí pienso que los datos se pueden
fusionar con la ODbL de OSM sin problemas.

Un saludo.

Emilio


El 15 de julio de 2013 12:45, Matías Taborda Barroso 
taborda.barr...@gmail.com escribió:

 Hola.

 A mi también me gustaría que nos aclarásemos de una vez que se puede y que
 no se puede utilizar, porque por mucho que intento averiguar nadie me lo
 acaba de decir claramente.

 En cuanto al tipo de licencia CC By 3.0, aunque en un principio todos
 daríamos por hecho que se podrían utilizar esos datos (de hecho se han
 utilizado y se siguen utilizando) parece ser que hay algunos matices que, a
 mi por lo menos se me escapan, no permitirían la importación. Mira lo que
 se dice en este foro [1]

 Hace unos meses intenté exponer una posible importación de cierta entidad
 referente a los datos de algunas Confederacciones Hidrográficas y
 finalmente todo se ha quedado en nada porque no me atrevo a hacer, sin
 tener una base ciertamente fundada de que los datos pueden utilizarse (a
 pesar que dichas adminsitraciones me han confirmado por email que no hay
 problema en utilizar esos datos, aceptando las condiciones expresadas en la
 carta tipo para solicitar permisos).

 En fin, a ver si sacamos algo en claro.

 Saludos y suerte.


 [1]
 https://help.openstreetmap.org/questions/17550/can-i-import-cc-by-sa-data-into-openstreetmap



 El 15 de julio de 2013 11:21, Emilio Gómez Fernández 
 ego...@outlook.comescribió:

 Hola a todo,

 La semana pasada el Ayuntamieno de Santander lanzó su nuevo Portal de
 Datos Abiertos [1], siendo esta una de las iniciativas de la línea
 estratégica correspondiente a Open Data recogida en el Plan Santander Smart
 City.

 En principio el ayuntamiento ha liberado 22 bloques de información, los
 cuales son muy heterogéneos: van desde el calendario laboral del municipio
 hasta los ciclos semafóricos, pasando por analíticas de agua, licencias de
 obra, etc.
 El caso es que, respecto a lo que atañe a OpenStreetMap, existe
 información geográfica interesante en el catálogo de datos [2] que se
 podría subir a la base de datos de OSM: paradas y líneas de bus, paradas de
 taxis, comercios, callejero, cámaras de tráfico, parques y jardines, etc.

 Mi idea es poder meterme con ello para ir revisando los datos e
 incorporando poco a poco estas capas de información. Pero antes de nada
 necesito asegurarme que la licencia de esos datos (por lo visto CC-by 3.0
 ES) [2] es compatible con la ODbL de OpenStreetMap, para no trabajar
 inútilmente. Yo creo que si, pero necesitaría que los que sabéis más de
 este tema me lo confirmaseis.

 Un saludo

 Emilio Gómez

 PD: Por cierto, utilizan en la web cartografía de OSM para la
 previsualización de algunos formatos datos geográficos.[3]


 [1] http://datos.santander.es/
 [2] http://datos.santander.es/datos/
 [3] http://datos.santander.es/presentacion/
 [4]
 http://datos.santander.es/recurso/?ds=edificiosid=e1a5f200-94ab-4d16-8b20-868cca0cb53e


 ___
 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

[Talk-es] Impresionante renderizado 3D de datos OSM basado en WebGL

[Emilio Gómez Fernández]

Atentos al juego de luces y sombras y a la animación del agua:

Campus de la Universidad de Cantabria y el Parque Atlántico de la Llamas en
Santander
http://map.f4-group.com/#lon=-423412lat=5384079zoom=18

Burgos
http://map.f4-group.com/#lon=-410129lat=5213189zoom=18

Viendo estos tipos de desarrollos sigo pensando que es importante que no
desechemos la información de alturas de edificaciones de Catastro, de cara,
por ejemplo, al uso en herramientas de modelado SIG urbano en 3D
(CityEngine, 3D City GIS, etc.).

Un saludo.

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

Re: [Talk-es] etiquetado de parcelas

[Emilio Gómez Fernández]

Hola,

Respeto a la plantación:

landuse=forest
wood=decidous
genus=Platanus
species=Platanus × hispanica

En cuanto a lo de la parcela quizá lo mejor es que nos pongas una enlace a
Google Maps para ver un ejemplo, ya que es un caso raro.

Saludos

Emilio Gómez

El 14 de junio de 2013 08:58, Hector marmit...@telefonica.net escribió:

 Hola a todos.
 ¿Que etiquetas me aconsejais?
 En la població en la que resido hay multitud de parcelas agrícolas que se
 dedican a la planatación de árboles para la producción de madera. Son de la
 familia Platanus × hispanica oplátano híbrido común.
 También dudo en como mapear un edificio que ocupa dos parcelas catastrales.
 Parece ser que eso hace mal al hojo, cuado en realidad físicamente es real.
 Saludos.

 Héctor

 ___
 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] Eliminados Parques Naturales Cordillera Cantábrica en OSM

[Emilio Gómez Fernández]

El de Picos me parece que lo he logrado arreglar. Le he añadido el tag
wikipedia:es ahora que la última versión de Nominatim tiene en cuenta esta
etiqueta para priorizar resultados de búsqueda.

Saludos.

El 7 de septiembre de 2012 17:31, andrzej zaborowski
balr...@gmail.comescribió:

 Buenas,

 2012/9/7 Óscar Zorrilla Alonso oscar_zorri...@hotmail.com:
  Pero haciendo zoom sobre alguno de ellos, he visto que han desaparecido
  completamente los siguientes:
  - Parque Nacional de los Picos de Europa
  - Parque Natural de Somiedo
 
  Por ello, me gustaría saber si alguien puede trazarlos o recuperarlos de
  nuevo.

 El parque de Somiedo lo encontre y corregí los roles inner/outer, a
 ver si dentro de algún tiempo vuelve a aparecer.  De paso he eliminado
 los miembros inner de la relación correspondieres a los lagos que
 están dentro del parque ya que son parte del parque.  Yo entiendo que
 inner se usaría cuando los lagos fuesen excluidos del parque por
 alguna razón.

 El de los Picos de Europa no lo he encontrado.

 Saludos

 ___
 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] Fwd: [Imports] Spanish Cadastre ELEMTEX

[Emilio Gómez Fernández]

CanVec = Un conjunto de datos cartográficos vectoriales del Canadá que
se importaron a OSM

http://geogratis.cgdi.gc.ca/geogratis/en/product/search.do?id=5460AA9D-54CD-8349-C95E-1A4D03172FDF


2012/6/7 Javier Sánchez javiers...@gmail.com


  CanVec has convinced me that going this method with imports requires some
  sort of QA plan or one importer will not check any of their work and
 cause
  duplicates, disconnected data, bad data, etc.
 ¿CanVec? me ha convecido de que usar este método con importaciones
 requiere de algún tipo de plan de control de calidad o algún
 importador no comprobará todo su trabajo provocando duplicados, datos
 inconexos, malos, etc.

 Está demostrado con los errores que he cometido.


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

Re: [Talk-es] Cargar CAD o SHP en OMS

[Emilio Gómez Fernández]

Añadir que si los shapes no son muy complicados el editor Merkaator te los
puede abrir [1].

[1] http://wiki.openstreetmap.org/wiki/Merkaator

Saludos.

El 17 de abril de 2012 00:11, Javier Sánchez javiers...@gmail.comescribió:

 Hola

 Lee detalladamente [1]. Luego herramientas hay varias [2], [3], [4]

 [1] http://wiki.openstreetmap.org/wiki/Import_guidelines
 [2] http://wiki.openstreetmap.org/wiki/Shp2osm
 [3] http://wiki.openstreetmap.org/wiki/Ogr2osm
 [4]
 http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py

 Saludos

 El día 16 de abril de 2012 15:01, pcvalverde pcvalve...@gmail.com
 escribió:
  Hola este es mi primer post y espero que pueda ser interesante para todos
  los usuarios.
 
  Resulta que tengo bastante cartografia base en formato SHP o DXF,
 generados
  desde gvSIG y Autocad, que he ido recopilando a lo largo de mis años de
  trabajo en catastro y topografia que es mi profesión y que no tienen
  problemas de autorización ni derechos de autor salvo el mio propio. Pues
  ahora me gustaría compartir esa información a la comunidad y no encuentro
  una manera de poder aprovechar esas fuentes de información muy depuradas
  para el proyecto OSM.
 
  Me gustariasi algien conoce como hacerlo de la forma lo más automática
  `posible, ya que ahora no me gustaría tener que salir a campo con un gps
 a
  tomar datos que ya tengo.
 
  Quizas podrian existir otras aleternativas como generar nubes de puntos
  o algo similar.
 
  Gracias.
 
  Salud,
 
  Pepe
 
  ___
  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] OziExplorer Waypoint File(wpt) a OSM

[Emilio Gómez Fernández]

¿Has probado a convertirlo a gpx, abrirlo con JOSM, seleccionar la capa y
Convertir a capa de datos con el botón derecho del ratón?

El 6 de abril de 2012 12:33, Alvaro Lara Cano y...@alvarolara.com escribió:

 Hola,

 ¿Alguien sabe cómo converir ficheros de punto de interés OziExplorer
 (extensión .wpt) a OSM? Necesito importar una serie de puntos de interés
 que están en ese formato, he estado buscando información, pero  no veo cómo
 hacerlo.

 ¿Alguna idea?

 Gracias.


 ___
 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] como anotar un bug en mapa

[Emilio Gómez Fernández]

http://osmbugs.org/ o http://openstreetbugs.schokokeks.org/ (comparten la
misma base de datos)

La otra hace tiempo que no pirula.

El 28 de marzo de 2012 11:58, Cruz Enrique Borges Hernández 
cruz.bor...@deusto.es escribió:

 El problema es cuando sabes que esta mal y no sabes lo que hay. Creo que
 hay un OpenStreetBug que es para eso:

 http://openstreetbugs.appspot.com/



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

Re: [Talk-es] [catastro]Logroño

[Emilio Gómez Fernández]

Echa un vistazo a v.clean de GRASS,:

http://grass.osgeo.org/grass64/manuals/html64_user/v.clean.html

No he manejado mucho GRASS y las veces que lo he hecho ha sido a través de
QGIS, pero entiendo que tendrás que convertir previamente los shapefiles al
formato vectorial propio de GRASS con OGR  para luego realizar la limpieza
topológica. No se si habrá personas más versadas en este SIGque yo que nos
lo aclaren.

Un saludo.

Emilio Gómez

El 25 de marzo de 2012 16:52, Cruz Enrique Borges Hernández 
cruz.bor...@deusto.es escribió:

 Lo de las geometrías en normal, siempre quedan dos o tres que no sabe
 resolver/están mal en catastro. El validador del josm las pilla y suele ser
 fácil resolverlas... aunque el editor es HORRIBLE.

 Alguien comentó que con GRASS se podría evitar esto, pero no hemos tenido
 tiempo de ponerse a enredar con él. Si alguien sabe como hacerlo desde la
 línea de comandos o nos orienta a la página del manual, le echaríamos un
 ojo.

 El 25 de marzo de 2012 14:27, Jaime Crespo jy...@jynus.com escribió:

 El día 25 de marzo de 2012 14:24, Jaime Crespo jy...@jynus.com escribió:
  Os dejo un enlace al .osm (comprimido) de Logroño (152 mil habitantes,
 80 Km²):
 
  
 http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono_completo_sin_ejes.osm.gz
 
  
 http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-EJES.osm.gz
 
  
 http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-MASA.osm.gz
 
  (Cat2Osm versión 2012-03-23)

 Ah! Y se me olvidaban los portales:

 
 http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-PORTALES.osm.gz
 



 --
 Jaime Crespo

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




 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

 ___
 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] [CATASTRO] Prados o praderas

[Emilio Gómez Fernández]

Hola todos,

Disculpar que no haya contestado pero el trabajo no me ha dejado mucho
tiempo.

He vuelto a procesar los datos del municipio de Medio Cudeyo [1] y algún
otro con una versión de cat2osm descargada de github hace un par de días
(supongo que es la última) y no se si el tema de los usos del suelo al
final se corrigió, ya que sigo viendo el mismo error.

En la parcela con referencia catastral 39042A01200118 que comenté en el
primer mensaje [2] la clase de cultivo según la web de Catastro es PD
Prados o praderas. Ahora ya no aparece natural=scrub pero, por contra,
se ha añadido la etiqueta FIXME=Suelo Improductivo, tagearlo manualmente a
la traduccion que mas se asemeje siguiendo
http://wiki.openstreetmap.org/wiki/Map_features.;, cuando sí está definida
la clase de cultivo [3]. Este error he visto que también se repite en otros
municipio.

Saludos.

Emilio Gómez

[1] http://www.mediafire.com/?jehdxzfiugxvi4d
[2] http://i40.tinypic.com/iep16v.png
[3] http://i42.tinypic.com/24x2r6r.png
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [CATASTRO] Prados o praderas

[Emilio Gómez Fernández]

No tengo muy claro como vamos a proceder con el tema de usos del suelo
respecto a los datos que se importaron del proyecto CORINE Land Cover, dado
que se supone que la clasificación derivada de Catastro es mucho más
precisa que esta. ¿Habrá que mantenerlo? ¿es duplicidad de información
luego se elimina?
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro

[Emilio Gómez Fernández]

A última hora de la tarde terminó de procesar Medio Cudeyo y confirmar que,
efectivamente, el Error simplificando vía. null proviene de utilizar OpenJDK
en vez de usar la máquina virtual de Java de Sun. He probado con esta
ultima y el proceso ha finalizado sin ningún error. Como comenté hice otra
prueba en otro ordenador con la primera y volvió a dar errores.

Un saludo.

Emilio Gómez


El 28 de febrero de 2012 18:16, Cruz Enrique Borges Hernández 
cruz.bor...@deusto.es escribió:

 No te ha llegado?¿?¿?¿?¿?¿? A ver a quien se lo habré enviado XD

 Lo pongo en la web mejor:

 http://paginaspersonales.deusto.es/cruz.borges/MedioCudeyo.tar.xz

 El 28 de febrero de 2012 18:10, Emilio Gómez Fernández 
 ego...@terra.esescribió:

 Ok, mándamelo y le hecho un vistazo, pero me da que efectivamente va a ser
 la máquina virtual porque estoy ejecutándolo ahora con la de Sun y, aunque
 no ha terminado, veo que no está mostrando errores.

 El 28 de febrero de 2012 17:57, Cruz Enrique Borges Hernández 
 cruz.bor...@deusto.es escribió:

 Pues va a ser eso, porque aquí ha terminado perfectamente. Te envío a tu
 correo el fichero si quieres.

 El 28 de febrero de 2012 17:12, Emilio Gómez Fernández 
 ego...@terra.esescribió:

  Vale, me acabo de dar cuenta que estoy tirando de OpenJDK en vez de la
 máquina virtual de Sun.

 emilio@emilio-kubuntu:~$ java -version
 java version 1.6.0_23
 OpenJDK Runtime Environment (IcedTea6 1.11pre)
 (6b23~pre11-0ubuntu1.11.10.2)
 OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)

 Voy a cambiar la máquina virtual por defecto y lo volvelvo a probar.
 Ahora mismo lo estoy ejecutando en un equipo similar pero también con
 OpenJDK.
 Ya os comento.

 Saludos.

 Emilio Gómez



 El 28 de febrero de 2012 16:09, Cruz Enrique Borges Hernández 
 cruz.bor...@deusto.es escribió:

 Ahora es cuando la cosa se pone interesante. A nosotros nos ha
 funcionado perfectamente sin problemas (salvo ser cazurros y haber puesto
 la proyección que no es). Ha tardado una hora, así que en un rato te envío
 el OSM.

 Empezamos el debug, ahora. Que máquina virtual estas usando?

 aquí estamos usando dev-java/sun-jdk-1.6.0.31

 El 28 de febrero de 2012 14:31, Cruz Enrique Borges Hernández 
 cruz.bor...@deusto.es escribió:

 Perfecto. Ya lo tengo bajado. A ver si mañana le podemos echar un ojo.

 El 28 de febrero de 2012 14:02, Emilio Gómez Fernández 
 ego...@terra.es escribió:

 Me ha tirado el mismo error con el municipio de Medio Cudeyo [1]:

 [...]
 [2012-02-28 12:52:57.367] Error simplificando vía. null
 Exception in thread main
 java.lang.reflect.InvocationTargetException
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
 Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:616)
 at
 org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
 Caused by: java.lang.NullPointerException
 at Cat2Osm.simplificarWays(Cat2Osm.java:137)
 at Gui.ejecutarCat2Osm(Gui.java:460)
 at Gui.main(Gui.java:46)
 ... 5 more

 Por si queréis intentar replicarlo aquí tenéis los datos de Catastro
 [1]. Me ha tardado unas 3 horas en un Intel Core Quad 2 Q6600 a 2.4 Ghz 
 y 4
 GB de RAM.

 [1] http://osm.org/go/b~NnIRVn-
 [2] http://www.mediafire.com/?j2dc856oo6zdin9


 Saludos.

 Emilio Gómez



 El 28 de febrero de 2012 09:43, Cruz Enrique Borges Hernández 
 cruz.bor...@deusto.es escribió:

 Cuanto ha tardado en llegar ahí? Estamos buscando un publo
 relativamente pequeño en el que hacer pruebas para depurar ese error.

 El 27 de febrero de 2012 19:52, Alberto Catala 
 albertocat...@gmail.com escribió:

 A mi me salen varios Error simplificando via.null y luego ...

 [2012-02-27 17:24:10.066] Error simplificando vía. null
 Exception in thread main
 java.lang.reflect.InvocationTargetException
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:616)
 at
 org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
 Caused by: java.lang.NullPointerException
 at Cat2Osm.simplificarWays(Cat2Osm.java:137)
 at Gui.ejecutarCat2Osm(Gui.java:460)
 at Gui.main(Gui.java:46)

 Tambien con el pueblo Grande (He probado Denia y San Sebastian de
 los Reyes)

 Voy a probar descargar de nuevo el cat2osm.jar de nuevo a ver si
 es que tengo mal la version.






 El 27 de febrero de 2012 13:09, andrzej zaborowski 
 balr...@gmail.com escribió:

 2012/2/22 Ander Pijoan ander.pij...@deusto.es:
  Recordad que estamos mas o menos pendientes de si hay alguna
 mejor forma
  para el tag natural=water para

[Talk-es] [CATASTRO] Errores en la codificación de caracteres

[Emilio Gómez Fernández]

Hola a todos.

Vuelvo a encontrar errores en la codificación de caracteres como pasaba en
las pruebas del municipio de Santoña que comenté, pero esta vez en el de
Medio Cudeyo. He probado tanto en el archivo procesado por mí como en el
archivo .osm creado por Cruz.

Calle Fernández Rañada
http://i44.tinypic.com/1zeaxph.png

[1] http://paginaspersonales.deusto.es/cruz.borges/MedioCudeyo.tar.xz

Saludos.

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

[Talk-es] [CATASTRO] Prados o praderas

[Emilio Gómez Fernández]

Hola,

Estoy revisando el municipio de Medio Cudeyo y veo que no me concuerda el
uso del suelo que se le asigna a parcelas que en Catastro se califican como
PD Prados o praderas mientras que en el resultado que devuelve cat2osm
aparecen como landuse=farm y natural=scrub  ¿No debería ser landuse=meadow
y meadow=agricultural como se recoge en la wiki [1]?

http://i40.tinypic.com/iep16v.png

Por otro lado veo que en algunas parcelas aparece addr:full=X  X ¿Esto
está bien o es pifia de los datos de Catastro?

http://i40.tinypic.com/359mkxv.png

Perdonar la chapa que doy con esto de los usos del suelo pero es que
prefiero no precipitarme e ir puliendo estas cosas antes de subirlo a OSM y
luego tener que meterme la paliza para corregirlo, que por la tierruca no
somos muchos editando.

Saludos.

Emilio Gómez

[1]
http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro

[Emilio Gómez Fernández]

Me ha tirado el mismo error con el municipio de Medio Cudeyo [1]:

[...]
[2012-02-28 12:52:57.367] Error simplificando vía. null
Exception in thread main java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
Caused by: java.lang.NullPointerException
at Cat2Osm.simplificarWays(Cat2Osm.java:137)
at Gui.ejecutarCat2Osm(Gui.java:460)
at Gui.main(Gui.java:46)
... 5 more

Por si queréis intentar replicarlo aquí tenéis los datos de Catastro [1].
Me ha tardado unas 3 horas en un Intel Core Quad 2 Q6600 a 2.4 Ghz y 4 GB
de RAM.

[1] http://osm.org/go/b~NnIRVn-
[2] http://www.mediafire.com/?j2dc856oo6zdin9


Saludos.

Emilio Gómez



El 28 de febrero de 2012 09:43, Cruz Enrique Borges Hernández 
cruz.bor...@deusto.es escribió:

 Cuanto ha tardado en llegar ahí? Estamos buscando un publo relativamente
 pequeño en el que hacer pruebas para depurar ese error.

 El 27 de febrero de 2012 19:52, Alberto Catala 
 albertocat...@gmail.comescribió:

 A mi me salen varios Error simplificando via.null y luego ...

 [2012-02-27 17:24:10.066] Error simplificando vía. null
 Exception in thread main java.lang.reflect.InvocationTargetException
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:616)
 at
 org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
 Caused by: java.lang.NullPointerException
 at Cat2Osm.simplificarWays(Cat2Osm.java:137)
 at Gui.ejecutarCat2Osm(Gui.java:460)
 at Gui.main(Gui.java:46)

 Tambien con el pueblo Grande (He probado Denia y San Sebastian de los
 Reyes)

 Voy a probar descargar de nuevo el cat2osm.jar de nuevo a ver si es que
 tengo mal la version.






 El 27 de febrero de 2012 13:09, andrzej zaborowski 
 balr...@gmail.comescribió:

 2012/2/22 Ander Pijoan ander.pij...@deusto.es:
  Recordad que estamos mas o menos pendientes de si hay alguna mejor
 forma
  para el tag natural=water para denominar aguas artificiales, pozos,
  piscinas, depósitos...

 Existe el tag landuse=reservoir que es justamente para aguas
 artificiales y en su tiempo era popular, aunque ahora en el wiki ponen
 que algunos lo consideran deprecated.  Pero lo que proponen usar
 (water=reservoir) sigue siendo poco popular.

 http://wiki.openstreetmap.org/wiki/reservoir

 Saludos

 ___
 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




 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

 ___
 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] Herramienta de fusión de los datos actuales con el catastro

[Emilio Gómez Fernández]

Vale, me acabo de dar cuenta que estoy tirando de OpenJDK en vez de la
máquina virtual de Sun.

emilio@emilio-kubuntu:~$ java -version
java version 1.6.0_23
OpenJDK Runtime Environment (IcedTea6 1.11pre) (6b23~pre11-0ubuntu1.11.10.2)
OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)

Voy a cambiar la máquina virtual por defecto y lo volvelvo a probar. Ahora
mismo lo estoy ejecutando en un equipo similar pero también con OpenJDK.
Ya os comento.

Saludos.

Emilio Gómez



El 28 de febrero de 2012 16:09, Cruz Enrique Borges Hernández 
cruz.bor...@deusto.es escribió:

 Ahora es cuando la cosa se pone interesante. A nosotros nos ha funcionado
 perfectamente sin problemas (salvo ser cazurros y haber puesto la
 proyección que no es). Ha tardado una hora, así que en un rato te envío el
 OSM.

 Empezamos el debug, ahora. Que máquina virtual estas usando?

 aquí estamos usando dev-java/sun-jdk-1.6.0.31

 El 28 de febrero de 2012 14:31, Cruz Enrique Borges Hernández 
 cruz.bor...@deusto.es escribió:

 Perfecto. Ya lo tengo bajado. A ver si mañana le podemos echar un ojo.

 El 28 de febrero de 2012 14:02, Emilio Gómez Fernández 
 ego...@terra.esescribió:

 Me ha tirado el mismo error con el municipio de Medio Cudeyo [1]:

 [...]
 [2012-02-28 12:52:57.367] Error simplificando vía. null
 Exception in thread main java.lang.reflect.InvocationTargetException
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:616)
 at
 org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
 Caused by: java.lang.NullPointerException
 at Cat2Osm.simplificarWays(Cat2Osm.java:137)
 at Gui.ejecutarCat2Osm(Gui.java:460)
 at Gui.main(Gui.java:46)
 ... 5 more

 Por si queréis intentar replicarlo aquí tenéis los datos de Catastro
 [1]. Me ha tardado unas 3 horas en un Intel Core Quad 2 Q6600 a 2.4 Ghz y 4
 GB de RAM.

 [1] http://osm.org/go/b~NnIRVn-
 [2] http://www.mediafire.com/?j2dc856oo6zdin9


 Saludos.

 Emilio Gómez



 El 28 de febrero de 2012 09:43, Cruz Enrique Borges Hernández 
 cruz.bor...@deusto.es escribió:

 Cuanto ha tardado en llegar ahí? Estamos buscando un publo relativamente
 pequeño en el que hacer pruebas para depurar ese error.

 El 27 de febrero de 2012 19:52, Alberto Catala albertocat...@gmail.com
  escribió:

 A mi me salen varios Error simplificando via.null y luego ...

 [2012-02-27 17:24:10.066] Error simplificando vía. null
 Exception in thread main java.lang.reflect.InvocationTargetException
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:616)
 at
 org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
 Caused by: java.lang.NullPointerException
 at Cat2Osm.simplificarWays(Cat2Osm.java:137)
 at Gui.ejecutarCat2Osm(Gui.java:460)
 at Gui.main(Gui.java:46)

 Tambien con el pueblo Grande (He probado Denia y San Sebastian de los
 Reyes)

 Voy a probar descargar de nuevo el cat2osm.jar de nuevo a ver si es
 que tengo mal la version.






 El 27 de febrero de 2012 13:09, andrzej zaborowski 
 balr...@gmail.comescribió:

 2012/2/22 Ander Pijoan ander.pij...@deusto.es:
  Recordad que estamos mas o menos pendientes de si hay alguna mejor
 forma
  para el tag natural=water para denominar aguas artificiales, pozos,
  piscinas, depósitos...

 Existe el tag landuse=reservoir que es justamente para aguas
 artificiales y en su tiempo era popular, aunque ahora en el wiki ponen
 que algunos lo consideran deprecated.  Pero lo que proponen usar
 (water=reservoir) sigue siendo poco popular.

 http://wiki.openstreetmap.org/wiki/reservoir

 Saludos

 ___
 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




 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

 ___
 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




 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro

[Emilio Gómez Fernández]

Ok, mándamelo y le hecho un vistazo, pero me da que efectivamente va a ser
la máquina virtual porque estoy ejecutándolo ahora con la de Sun y, aunque
no ha terminado, veo que no está mostrando errores.

El 28 de febrero de 2012 17:57, Cruz Enrique Borges Hernández 
cruz.bor...@deusto.es escribió:

 Pues va a ser eso, porque aquí ha terminado perfectamente. Te envío a tu
 correo el fichero si quieres.

 El 28 de febrero de 2012 17:12, Emilio Gómez Fernández 
 ego...@terra.esescribió:

  Vale, me acabo de dar cuenta que estoy tirando de OpenJDK en vez de la
 máquina virtual de Sun.

 emilio@emilio-kubuntu:~$ java -version
 java version 1.6.0_23
 OpenJDK Runtime Environment (IcedTea6 1.11pre)
 (6b23~pre11-0ubuntu1.11.10.2)
 OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)

 Voy a cambiar la máquina virtual por defecto y lo volvelvo a probar.
 Ahora mismo lo estoy ejecutando en un equipo similar pero también con
 OpenJDK.
 Ya os comento.

 Saludos.

 Emilio Gómez



 El 28 de febrero de 2012 16:09, Cruz Enrique Borges Hernández 
 cruz.bor...@deusto.es escribió:

 Ahora es cuando la cosa se pone interesante. A nosotros nos ha funcionado
 perfectamente sin problemas (salvo ser cazurros y haber puesto la
 proyección que no es). Ha tardado una hora, así que en un rato te envío el
 OSM.

 Empezamos el debug, ahora. Que máquina virtual estas usando?

 aquí estamos usando dev-java/sun-jdk-1.6.0.31

 El 28 de febrero de 2012 14:31, Cruz Enrique Borges Hernández 
 cruz.bor...@deusto.es escribió:

 Perfecto. Ya lo tengo bajado. A ver si mañana le podemos echar un ojo.

 El 28 de febrero de 2012 14:02, Emilio Gómez Fernández ego...@terra.es
  escribió:

 Me ha tirado el mismo error con el municipio de Medio Cudeyo [1]:

 [...]
 [2012-02-28 12:52:57.367] Error simplificando vía. null
 Exception in thread main java.lang.reflect.InvocationTargetException
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:616)
 at
 org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
 Caused by: java.lang.NullPointerException
 at Cat2Osm.simplificarWays(Cat2Osm.java:137)
 at Gui.ejecutarCat2Osm(Gui.java:460)
 at Gui.main(Gui.java:46)
 ... 5 more

 Por si queréis intentar replicarlo aquí tenéis los datos de Catastro
 [1]. Me ha tardado unas 3 horas en un Intel Core Quad 2 Q6600 a 2.4 Ghz y 
 4
 GB de RAM.

 [1] http://osm.org/go/b~NnIRVn-
 [2] http://www.mediafire.com/?j2dc856oo6zdin9


 Saludos.

 Emilio Gómez



 El 28 de febrero de 2012 09:43, Cruz Enrique Borges Hernández 
 cruz.bor...@deusto.es escribió:

 Cuanto ha tardado en llegar ahí? Estamos buscando un publo
 relativamente pequeño en el que hacer pruebas para depurar ese error.

 El 27 de febrero de 2012 19:52, Alberto Catala 
 albertocat...@gmail.com escribió:

 A mi me salen varios Error simplificando via.null y luego ...

 [2012-02-27 17:24:10.066] Error simplificando vía. null
 Exception in thread main
 java.lang.reflect.InvocationTargetException
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:616)
 at
 org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
 Caused by: java.lang.NullPointerException
 at Cat2Osm.simplificarWays(Cat2Osm.java:137)
 at Gui.ejecutarCat2Osm(Gui.java:460)
 at Gui.main(Gui.java:46)

 Tambien con el pueblo Grande (He probado Denia y San Sebastian de
 los Reyes)

 Voy a probar descargar de nuevo el cat2osm.jar de nuevo a ver si es
 que tengo mal la version.






 El 27 de febrero de 2012 13:09, andrzej zaborowski 
 balr...@gmail.com escribió:

 2012/2/22 Ander Pijoan ander.pij...@deusto.es:
  Recordad que estamos mas o menos pendientes de si hay alguna
 mejor forma
  para el tag natural=water para denominar aguas artificiales,
 pozos,
  piscinas, depósitos...

 Existe el tag landuse=reservoir que es justamente para aguas
 artificiales y en su tiempo era popular, aunque ahora en el wiki
 ponen
 que algunos lo consideran deprecated.  Pero lo que proponen usar
 (water=reservoir) sigue siendo poco popular.

 http://wiki.openstreetmap.org/wiki/reservoir

 Saludos

 ___
 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




 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

[Talk-es] [CATASTRO] Suelos improductivos

[Emilio Gómez Fernández]

Hola a todos.

Como he señalado en la wiki [1], hemos etiquetado el suelo IMPRODUCTIVO que
recoge Catastro como matorral (natural=scrub) pero vamos a tener problemas
con esto, porque en realidad es una especie de totum revolutum donde en
Catastro han metido casi toda aquello que no entra en otras clases:
marisma, playas, arenales, etc.

Saludos.

Emilio Gómez

[1]
http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [CATASTRO] Resultados de Ciudad Real con la nueva versión (un 25% más rápida :) )

[Emilio Gómez Fernández]

La nueva versión no pirula aún en Windows ¿no?
Es que estaba haciendo algunas pruebas en este SO y no estoy seguro si el
error que me tira es por esto.

Saludos.

Emilio Gómez

El 24 de febrero de 2012 18:44, Cruz Enrique Borges Hernández 
cruz.bor...@deusto.es escribió:

 Buenas

 La nueva versión que ha subido Ander al repositorio y a mi página web es
 un 25 % más rápida y corrige el error de Simplificando vías = null. He
 subido el resultado de Ciudad Real a mi servidor.

 Espero que tengais un buen finde :)

 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

 ___
 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] Herramienta de fusión de los datos actuales con el catastro

[Emilio Gómez Fernández]

Hola,

He probado la última versión y veo algún error en la codificación de
textos. No se si este proviene de la conversión que hace el programa o de
los datos originales de Catastro.
Calle Marinos de Santoña:
http://i40.tinypic.com/2wfp8r9.png

Por otro lado no se si la etiqueta landuse=farm la estamos utilizando
correctamente ya que veo que grandes extensiones de monte bajo, como el de
la imagen, o praderas se etiquetan de esta manera:
http://oi40.tinypic.com/2d9eq7r.jpg

Finalmente veo que El Penal del
Duesohttp://es.wikipedia.org/wiki/Penal_de_El_Dueso,
en Santoña, está etiquetado todo el recinto como edificio público, aunque
supongo que este será un caso similar al del embalse que comenté
anteriormente y habrá que editarlo a mano.
http://i39.tinypic.com/2ib0oyb.png


Saludo.

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

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro

[Emilio Gómez Fernández]

Hola,

No se si postear esto aquí o abrir otro hilo para errores encontrados,
porque este ya tiene cerca de 100 mensajes pero bueno, ahí va.

He estado haciendo pruebas y me he encontrado con el error de etiquetado
que aparece en la imagen [1], correspondiente al pequeño municipio de San
Miguel de Aguayo, en Cantabria. Todo el vaso del embalse del Mediajo [2]
aparece etiquetado como building=yes y building:levels=1050. Supongo que
sucede porque está heredando la etiqueta del muro de la presa, y que ese
1050 se referirá a la cota del terreno según veo en las curvas de nivel.
No se si esto se repite en otros embalses.

Os paso los enlaces a los archivos por si queréis echarlos un vistazo.

Saludos.

Emilio Gómez

Aguayo.osm
http://www.mediafire.com/?31442c6wwygne3n

Archivos catastro San Miguel de Aguayo
http://www.mediafire.com/?iw757wja8jdjdmq


[1] http://i43.tinypic.com/2yukft4.jpg
[2] http://osm.org/go/b~MYStC1?layers=C
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Topología y Catastro - idea off-topic??

[Emilio Gómez Fernández]

Para la limpieza y validación topológica de los datos echar un vistazo
a JTS Topology Suite. [1]

[1] http://en.wikipedia.org/wiki/JTS_Topology_Suite

Saludos.

Emilio Gómez

El 10 de febrero de 2012 09:59, Ander Pijoan ander.pij...@deusto.esescribió:

 Un preprocesamiento de los shapefiles como comenta Miguel sería perfecto.
 De esta forma eliminar nodos y vías duplicadas. El problema no es que
 estén duplicados porque eso cat2osm lo comprueba y lo elimina, el problema
 es cuando están duplicados pero no exactamente en la misma posición
 (cat2osm determina entonces que no es duplicado) o cuando han creado un
 nodo y una vía sobre otra vía existente y cosas así.

 Solucionando esos errores antes de empezar a leer los shapefiles no
 alteraría nada del programa y solucionaría esos fallos que como bien dices,
 si en una población hay muchos, pueden volverte loco.

 La semana que viene miramos a ver que opciones puede haber, ya que no
 somos muy expertos en formato shapefile.


 Saludos.
 --
 Ander Pijoan Lamas
 Ingeniero Técnico en Informática de Gestión
 Universidad de Deusto

 Contacto:
 Email: ander.pij...@deusto.es
 Móvil: +34 664471228


 ___
 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] Natural= scree

[Emilio Gómez Fernández]

El 6 de febrero de 2012 12:02, James Stewart jkjaco...@gmail.com escribió:

 Hola,
 Cuidado con  natural=scree ''. Esto no significa 'rocoso' pero algo mucho
 mas especifica :
 http://wiki.openstreetmap.org/wiki/File:Wastwater_screes_ex_gregwillis.jpg

 (una pedrera, o desprendimiento de rocas?)


Canchal http://es.wikipedia.org/wiki/Canchal ;-)
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro

[Emilio Gómez Fernández]

Hola a todos,

Lo primero de todo toca dar las gracias por el gran trabajo que habéis
hecho, que en estas cosas hay que reconocerlas aunque muchas veces no se
mencione.

He estado haciendo algunas pruebas en Linux con algunos municipios pequeños
de Cantabria y la cosa ha ido bien. Estoy de acuerdo con Cruz en que sería
interesante que el programa se encargara de descomprimir el mismo los
ficheros de catastro, dado que muchos de los fallos susceptibles provienen
de descomprimir incorrectamente los archivos en carpetas y subcarpetas.

Por otro lado secundo la propuesta de Carlos de poner en la etiqueta
source: Dirección General de Catastro ya que 'catastro' unicamente es
algo ambiguo. Tener en cuenta que la Dirección General del Catastro está en
toda España, exceptuando Navarra y el País Vasco que poseen su propio
sistema catastral, lo que puede llevar a confusiones. Del mismo modo si nos
fijamos en los datos provenientes del catastro francés vemos que nuestro
vecinos han especificado explícitamente la fuente.[1]

Saludos.

Emilio Gómez

PD: ¿Alguien ha tenido problemas al descomprimir los archivo CAT  *.gz de
Catastro? He probado en varios equipos con Xubuntu y Linux Mint y en todos
me daba error de descompresión. Únicamente he podido en Windows.

[1] http://bit.ly/yhWBVl
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] ¿regiones?

[Emilio Gómez Fernández]

Este problema también lo comenté yo hace un tiempo.[1] Con Nominatim hubo
un chocho montado en las localidades de la mayor parte de Cantabria, al
asignarlas a una población vasca que estaba etiquetada como condado. Veo
que el error en este caso ya está corregido pero aún persiste en, por
ejemplo, Bilbao que lo sitúa en Cantabria.

Un saludo

Emilio

[1]
http://gis.19327.n5.nabble.com/Nominatim-y-localidades-de-Cantabria-td5410706.html

El 27 de enero de 2012 10:30, bv2mu...@uco.es escribió:

 Creo que es un tema que en algún momento comenté en la lista. Resulta que
 cuando busco una calle en OSM de, por ejemplo, Granada, al mostrarme la
 información de la misma (en este caso en Nominatim) me aparecen inetegradas
 en Sierra de Lújar. Si no recuerdo mal, también pasaba en otras
 poblaciones. En su día estuve indagando y, me parece, que era porque había
 grandes polígonos de Sierras y cosas así que cubrían grandes extensiones
 que excedían los límites de éstas. Ahora no las encuentro, pero creo que es
 un tema que habría que solucionar.

 ¿Sabe alguien si es efectivamente por eso y, en ese caso, dar con ellos
 para modificarlos?


 __**_
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-eshttp://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-es] Restricciones de giro y líneas continuas

[Emilio Gómez Fernández]

En JOSM existe un componente llamado MichiganLeft [1] que permite crear de
manera rápida restricciones de giro a la izquierda. Nunca lo he utilizado
pero igual te sirve.

[1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/MichiganLeft

Saludos.

Emilio Gómez

El 10 de enero de 2012 00:45, Fran Prieto fra...@hotmail.com escribió:

  Hola a todos. Llevo unos días aplicando retricciones de giro en algunas
 calles, y se me plantea la siguiente cuestión. Estoy mapeando una avenida
 con dos carriles para cada sentido, en la que hay pintada una línea
 continua separando los sentidos. La aplicación de enrutamiento que utilizo
 indica que, al salir a la avenida principal desde una calle, se puede girar
 en los dos sentidos. Mi pregunta es si existe alguna manera de indicar en
 OSM que hay una línea continua, y por tanto, sólo se puede tomar una
 dirección cuando sales a esta avenida.

 La idea es no tener que hacer una restricción de giro por cada una de las
 intersecciones, ya que en Potlatch, si lo estoy haciendo correctamente,
 tengo que hacerle un split a la avenida en cada punto en el que hay que
 realizar una restricción de giro.

 Saludos.

 ___
 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] Herramienta de fusión de los datos actuales con el catastro

[Emilio Gómez Fernández]

El 9 de noviembre de 2011 16:43, Cruz Enrique Borges
cruz.bor...@deusto.esescribió:

 On Wednesday 09 November 2011 16:20:49 Jaime Crespo wrote:
  Aparte de la creación de los archivos OSM, falta un último paso, que es
  subir los resultados.
  Sabréis que las políticas actuales impiden la subida automática de
 datos, y
  abogan por su paso por JOSM para su checkeo manual y del validador.

 Creo que ander dejo subiendo (vía JOSM) algo a la base de datos de
 desarrollo
 del municipio que pusimos el otro día. ¿Le podeis echar un vistazo a ver
 que
 tal os parece?

  ¿Se podría hacer un plugin para JOSM que, para cada municipio:
 
  1) Descargara los datos OSM generados de un repositorio online mediante
  cat2osm (o llamara a la herramienta a partir de datos locales)

 Aquí hay un problema, para descargar los datos del catastro hay que usar el
 dni-e. Esto tiene dos problemas:


No necesariamente. Se puede descargar los datos mediante un certificado de
usuario de la Fabrica Nacional de Moneda y Timbre -de esos que solicitas en
Hacienda- instalado en el navegador, y te olvidas del despropósito del DNI
electrónico. Yo lo he hecho.



 1- Es un COÑAZO conseguir que funcione.
 2- Hace muy complicado (ilegal?) descargar los datos automáticamente porque
 hay que aceptar licencia y rellenar un formulario.

 Luego de pasar por el cat2OSM se podrían subir estos archivos para su
 modificación y enganchar con lo que comentais más abajo.

  2) Descargara los datos OSM actuales
  3) Borrara los edificios que intersecten a los del catastro y que sólo
  tuvieran el tag building=yes, sin más información, ni pertenecieran a
  ninguna relación.

  Se marcarían los inmuebles que no están en el catastro mediante una
  etiqueta específica. Luego, manualmente se resolverían los conflictos
  (transferencias de puntos de interés, nombres, etc.) y se haría una
  comprobación visual de que el resultado es correcto. Por último, se
 subiría
  el dataset con el usuario común

 ¿Esto lo puedes detallar más? Me da que se puede hacer automáticamente.

  Los pasos serían viables para la mayoría de municipios por separado, pero
  tendrían que hacerse en varias partes en los municipios mayores (Madrid,
  Barcelona, ...)


 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

 ___
 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] Importación poblaciones NGMEP (2)

[Emilio Gómez Fernández]

Hola,

Una cuestión. Veo que que algunas localidades que son despoblados se les ha
etiquetado como place:isolated_dwelling
¿Esta etiqueta no se debe utilizar solo para cuando son viviendas aisladas
(uno o dos hogares según la wiki [1])?
Digo esto porque me encuentro con pueblos abandonados o cuasi-abandonados
con numerosas edificaciones.

Un saludo

Emilio Gómez

[1] http://wiki.openstreetmap.org/wiki/Tag:place%3Disolated_dwelling

El 26 de septiembre de 2011 18:18, Javier Sánchez
javiers...@gmail.comescribió:

 Hola

 Están disponibles en [1] los datos de 42.000 poblaciones para importar
 al mapa. En esta ocasión se trata de pueblos que no son capital de
 municipio e incluyen gran cantidad de núcleos muy pequeños, pero
 también muchos con varios miles de habitantes que resulta asombroso no
 estén mapeados ya. Cuando uno se aleja de las capitales, quedan muchos
 espacios vacíos en los que todavía no se ha trabajado. La inclusión de
 estos pueblos puede ser un aliciente para trabajar después en sus
 correspondientes carreteras.

 Si te apetece colaborar con alguna zona no tienes más que decirnoslo.
 No hace falta tener experiencia previa, nosotros te explicamos que
 hacer.

 [1] http://wiki.openstreetmap.org/wiki/ES:NGMEP#Objetivo_2

 Un saludo

 ___
 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] Posible vandalismo

[Emilio Gómez Fernández]

Es claramente vandalismo de alguien que quiere jugar al Sim City. El lado
marroquí es controlado por el Polisario y la ciudad de La Güera -que no
aparece en OSM- está abandona, y en el lado mauritano solo existe un pequeño
puerto con ferrocarril para sacar el mineral de hierro.

http://es.wikipedia.org/wiki/Cabo_Blanco_%28Mauritania%29


El 11 de julio de 2011 14:15, Jonay Santana jonay.sant...@gmail.comescribió:

 Suena a cachondeo... Las Vegas, Jennifer López, Broadway, Avda.
 de la Rábida... En Google Maps el sitio parece estar completamente
 desierto, y en Google Earth hay fotos que sus usuarios han subido que
 parecen corroborarlo. Incluso hay un barco civil varado en una playa,
 oxidándose, y un faro en un lugar llamado Cabo Blanco.

 Lo suyo sería contactar con el usuario, y en su caso, eliminar todos
 los cambios que haya hecho en esa zona (como poco).

 On 7/11/11, Jesús Gómez Fernández je_go...@terra.es wrote:
  Parece ser que en Mauritania tenemos toda una ciudad ficticia de calles
 en
  español [1].
  El usuario se hace llamar LilSahara y lleva mapeando desde hace 22 días.
 
 
  [1]
 
 http://www.openstreetmap.org/?lat=20.78417lon=-17.04477zoom=15layers=M
  [2] http://www.openstreetmap.org/user/LilSahara
 


 --

 Jonay

 ___
 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] Nominatim y localidades de Cantabria

[Emilio Gómez Fernández]

Hola a todos,

Desde hace bastantes meses (¿cerca de un año?) cuando buscas la mayoría de
las localidades de Cantabria en el mapa de OpenStreetMap aparecen siempre
asociadas a la localidad vasca de La Arena (de hecho si buscais La Arena
sale como Condado La Arena, Cantabria, España [1]). Por ejemplo, si
buscamos Reinosa aparece:

Reinosa, La Arena, Cantabria, 39200, España, Europa

Y lo mismo para la mayoría de las poblaciones cántabras.

En un principio achaqué esto a que por error alguien había etiquetado la
localidad de Vizcaya como place=county. Lo corregí y esperé a que se
actualizase la base de datos de Nominatim. El caso es que ha pasado bastante
tiempo desde entonces y la cosa sigue igual, lo que me ha hecho dudar de que
el problema sea este.

¿Sabéis si Nominatim se actualiza con relativa frecuencia o qué puede estar
ocurriendo?

Saludos.

Emilio Gómez

[1] http://osm.org/go/b@PklmfJY--
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Programas GPS Android que usen OSM (viene de Duda sobre restricciones de giro)

[Emilio Gómez Fernández]

Eso me parece que era un problema de mkgmap al generar los archivos .img
para Garmin si no recuerdo mal. En mi caso tengo especial cuidado en que las
entradas y salidas de rotondas que hago no compartan nodos.

El tema es que llevo probando el Navit desde hace algunos meses en dos HTC
Hero y en ambos teléfonos canta mal el número de las salidas de las
rotondas. He estado mirando por ahí a ver si es un bug pero no he encontrado
nada. Por eso preguntaba.

Por cierto, alguien sabe si al final Garmin sacará algún navegador para
Android donde poder utilizar los .img generados a partir de OSM.

Un saludo.

Emilio Gómez

El 27 de junio de 2011 13:43, José Luis Domingo López 
openstreetm...@24x7linux.com escribió:

 El domingo día 26 de junio de 2011, a las 20:42:34 +0200,
 Emilio Gómez Fernández escribió:

  ¿A alguien más le pasa que en el Navit para Android los números de
 salidas
  de las rotondas los dice mal?
 
 No sé dónde he leído que si en las rotondas coinciden en el mismo punto dos
 entradas / salidas, no computa una de las dos salidas a efectos de número,
 así que te puede estar mandando por una salida distinta a la que es.
 Resumen, en las rotandas, cada conexión con vías de entrada / salida , en
 un nodo separado de las conexiones a las demás vías.

 Un saludo.

 --
 José Luis Domingo López
 Linux Registered User #189436 Linux Kubuntu 11.04 (Linux
 2.6.38-8-generic-pae)


 ___
 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] Programas GPS Android que usen OSM (viene de Duda sobre restricciones de giro)

[Emilio Gómez Fernández]

¿A alguien más le pasa que en el Navit para Android los números de salidas
de las rotondas los dice mal?

El 26 de junio de 2011 19:53, Xavier Barnada Rius xbarn...@gmail.comescribió:

 Tambien existe el Navit para Android, donde el tema de las restriciones
 de giro se deberian ver correctamente porque este es unicamente
 navegador

  He cambiado el titulo para no mezclar las dos cosas
  Me he bajado el OSMand y nada más encenderlo en el Samsung Galaxy Ace ha
  dado un bug que ya se ha reportado, pero luego ha arrancado. Instalado y
  pendiente de evaluar.
 
  El Navdroyd tiene los último comentarios de enero bastante negativos, el
  único positivo es de diciembre. En general parece se quejan de problemas
  al cargar direcciones, o que sigue el recorrido al pararse en un
  semaforo,.. o sea que parece que todaiva no está muy pulido.
 
  El skobbler no lo he buscado, ya tengo el AndNav con las indicaciones en
  semiespañol .. salida a 50 meters ..para ponerlo completo en inglés.
 
  Gracias alvaro
 
 
  __
  Date: Sun, 26 Jun 2011 10:30:17 +0200
  From: Alvaro Lara Cano y...@alvarolara.com
  To: talk-es@openstreetmap.org
  Subject: Re: [Talk-es] Duda sobre restricciones de giro
  Message-ID: 1309077017.2691.7.camel@walo-P35-DS3L
  Content-Type: text/plain; charset=UTF-8
 
  En cuanto a tu pregunta sobre programas GPS que usen datos OSM para
  Android, te propongo dos:
 
  -OSMAnd : es como el Andnav2, libre , solo que lleva un desarrollo
  frenético por parte de la comunidad. actualmente empieza a soportar
  mapas vectoriales y routeo offline, pero aún no va muy fluido. Además
  creo que hay un usuario que ha aportado un parche para ver el mapa en
  modo '3d'(NO 3D con edificios, sino como lo muestran todos los GPS
  comerciales).
  Si te quieres descargar este navegador, te recomiendo que te pases por
  su web de google code, y descargues las versiones diarias compiladas[1],
  ya que la versión que esta en el market está un poco obsoleta.
 
  -Navdroyd: es de pago, se encuentra en el market, pero a mi me va mas
  fluido que el OSMAnd. usa datos offline y el calculo de rutas lo hace
  perfectamente. Dispone de voz que te va indicando todos los pasos
  durante la navegación, también dispone de modo 3D.
 
  -Skobbler: es otro gran programa pero éste funciona solo con
  internet.Dispone de visualización 2d y 3d, pero no se encuentra en el
  Market, por lo menos en el español. yo me lo conseguí instalar buscando
  en foros...
 
  Espero que te resulte útil.
 
  Saludos.
 
  [1] http://download.osmand.net/latest-night-build
 
 
  ___
  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] [Geoinquietos Cantabria] Re: Geoinquietos Cantabria - OpenLayers

[Emilio Gómez Fernández]

Jesús y yo estamos de acuerdo. Igual ya no haría falta el aula. Si quereis
tomar unas geobirras por allí y a la vez comentamos la jugada de que
presentar al viernes siguiente por mi perfecto. Yo estaba preparando algo,
pero mejor coordinarnos un poco para repartirnos días. En fin, que yo me
acoplo a lo que digáis.

Un saludo.

Emilio


El 25 de mayo de 2011 16:55, Santiago Higuera shigu...@ingemoral.esescribió:

 Pues a ver si va a ser mejor hacer la reunión la semana que viene. Esta
 semana media reunión informal para terminar de preparar las cosas y la
 otra semana la reunión de verdad.
 Igual se puede apuntar geochente

 ¿Como lo veis?

 Fdo.: Santiago

 El mié, 25-05-2011 a las 16:36 +0200, Jesús García Sánchez escribió:
  Hola, he hablado con Valentín y no va a poder asistir a la reunión puesto
 que tiene que entregar los premios de la olimpiada geográfica.
 
  El 25/05/2011, a las 16:08, shiguera escribió:
 
   Hola Victor:
   Aquí estoy preparandome para salir en un rato hacia Santander.
   La verdad es que yo contaba para el primer día con lo de Jesus García y
   lo de Valentín y quizás utilizar la reunión para preparar lo de
   OpenLayers para la próxima. Pero Valen no ha dado señales de vida.
  
   No se...
  
   Fdo.: Santiago
  
  
   El mié, 25-05-2011 a las 13:44 +0200, Víctor Velarde Gutierrez
 escribió:
   Hola Santiago ¿qué tal?
  
  
   ¿Cómo llevas tu mxd?
  
  
   Te quería preguntar tu idea para la sesión 'Taller OpenLayers'...
   ¿crees que interesa ver algo pautado / preparado o 'sobre la marcha'?
  
  
   Taller OpenLayers
   Sesión de utilización de
   OpenLayers. Se trataría de poner en
   comun los conocimientos de cada
   uno, partiendo del nivel más básico
   si es necesario y planteando
   alternativas de uso más avanzadas
   si se llega: Clases personalizadas,
   Utilización conjunta con Jquery,
   Acceso a Postgis,...
  
   Víctor Velarde Gutiérrez
  
  
  
  
   ___
   Cantabria mailing list
   cantab...@lists.osgeo.org
   http://lists.osgeo.org/mailman/listinfo/cantabria
 
  ___
  Cantabria mailing list
  cantab...@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/cantabria


 ___
 Cantabria mailing list
 cantab...@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/cantabria

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

Re: [Talk-es] Tunel y funcioamiento

[Emilio Gómez Fernández]

Otro caso que me surgió a mí.

http://osm.org/go/b@Nw13K2o--

Saludos.

Emilio


El 20 de mayo de 2011 11:43, Manuel García lendul...@gmail.com escribió:

 El 20/05/2011 11:31, Manuel escribió:
  Mi cuestion Como das dibujado una carretera encima de otra
 
 

 Yo me encontré con un caso similar en la Avda. de Madrid y lo que hice
 fue dibujarlas una al lado de la otra

 http://osm.org/go/b7J8rr1UB--

 aunque el resultado en el renderizador no es lo más vistoso que hay.

 Saludos, Manuel.

 ___
 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] Mapping Jaen

[Emilio Gómez Fernández]

El 3 de mayo de 2011 19:29, sergio sevillano sergiosevillano.m...@gmail.com
 escribió:

 cuantos?


Unas 25 personas. Fue hace un año.


 la habéis documentado de alguna manera?


El Colegio de Geógrafos y la UC sacó alguna noticia, pero no se documentó la
experiencia como tal.
http://bit.ly/ldPami http://bit.ly/ldPami%20




 El 03/05/2011, a las 19:13, Emilio Gómez Fernández escribió:

 ok, gracias. Es que cuando estuvimos aquí en Santander haciendo una tuvimos
 numerosos problemas con las actualizaciones de la base de datos, y aunque
 señalamos claramente que nadie se pasase de zona la edición de los ejes de
 vías fue un problema. Eso sin contar que siempre había gente que se venía
 arriba y empezaba a digitalizar fuera de su área.


 El 3 de mayo de 2011 18:02, sergio sevillano 
 sergiosevillano.m...@gmail.com escribió:

 también me meto

 los dio,

 - planA zonificación y turnos, primero vías y sus nodos, luego demás
 objetos (día 1, muy pocos conflictos, aunque rollo para algunos)
 - planB solo zonificación estricta (día 2, funcionó mejor aunque muchos
 conflictos, resueltos al vuelo)

 el plan A sobre el papel era bueno, pero pero como ha dicho juan ramon se
 tardó mucho en meter viales y dejó a gente ociosa.

 - quizás en un plan C habría que turnificar los viales solamente, pero
 estar todos los equipos metiendo datos distintos a los viales desde el
 principio.

 de todas formas el espíritu pudo resultar demasiado obligatorio/marcial,
 en contraposición con otros mapping que se hace poco trabajo de edición y
 más cerveza.
 ya que en general todo el mundo se lleva los deberes a casa y
 el taller solo sirve de intercambio de impresiones y dudas,
 contando que todos los que participan
 son ya colaboradores de OSM en mayor o menor medida.
 pero este no era el caso.

 así que al final mucho ctrl+u
 y un par de bomberos (jr y yo)
 que resolvimos conflictos sobre la marcha

 aunque el plan B minimizó bastante la cosa,
 alguien mando un backup en .osm
 de su zona un par de días mas tarde
 con la friolera de 51 conflictos ...

 y se resolvió.



 un par de imágenes de la zonificación / turnificación

 http://mapeandobaeza.wikispaces.com/file/view/zonasyturnos.png
 http://mapeandobaeza.wikispaces.com/file/view/zonasyturnos_2.png
 http://mapeandobaeza.wikispaces.com/file/view/zonasyturnos_4.png





 El 03/05/2011, a las 11:16, Juan Ramón Tamayo de la Torre escribió:

  Me meto por medio...

 En primer lugar se pensó en un sistema de turnos que minimizaran los
 problemas de versionados y conflictos. Estos turnos se basaban en descargar
 zonas que luego no afectasen al resto. Lo explicó ampliamente Sergio en una
 parte del documento [1]

 El problema surgió cuando unos grupos tardaron más de lo que pensamos en
 un principio que se debía tardar en meter sus ejes de viales (los puntuales
 no nos afectaban tanto), por lo que hubo grupos que no puedieron meter datos
 hasta el domingo.

 En ese momento tuvimos que decidir modificar el sistema: todos a meter
 datos de golpe, con la condición de no salirse de su zona ni acercarse a
 los límites de zona. Y al subir, decir siempre que la otra versión (ya que
 nadie metia datos fuera de la suya, siempre tienen razón los demás...). Este
 sistema funcionó mejor, por lo menos al introducir datos.

 [1]
 http://mapeandobaeza.wikispaces.com/file/view/Coordinacion%20Baeza%20vs%208.pdf

 Emilio Gómez Fernández escribió:

 Julio, a mi me interesaría saber cómo solucionastes el tema de las
 ediciones concurrentes a la base de datos y si esto os dió muchos
 quebraderos de cabeza al ser tanta gente.

 Un saludo.

 Emilio Gómez

 El 2 de mayo de 2011 11:22, Julio Torres juliotor...@ono.com escribió:

  Las próximas Mapping Party en Jaén las programaremos tras las
 elecciones municipales. Desde el día siguiente a la terminación del mapa de
 Baeza estamos buscando infraestructuras disponibles (alojamiento, sala de
 informática, etc.) en cada uno de los 5 municipios que nos han hecho ya
 “pedido” o lo harán próximamente.

 Juan Ramón, Sergio y yo estamos en contacto y como dice Juan Ramón
 trataremos de mejorar la organización. Como ya hemos tropezado en algunas
 cuestiones y de sabios es aprender, pues lo haremos. Ya tenemos algunas
 conclusiones sobre la misma.

 Lo bueno es que tras la mapping de Baeza conocemos ya a más de 20 OSMeros
 en la zona que conocen suficientemente JOSM, la metodología de trabajo y que
 están dispuestos a colaborar. Con el material técnico acumulado, la
 experiencia de la anterior y vuestra colaboración haremos esos municipios y
 nos lo pasaremos al menos igual de bien que en Baeza.

 Los que hayáis participado en Baeza, por favor dar un repaso a vuestros
 datos y completarlos con lo que creáis oportuno. Vamos a dejar Baeza de
 “pera en dulce” y será un ejemplo y lugar de consulta para las próximas.

 Muchas Gracias a todos los participantes.

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

Re: [Talk-es] Mapping Jaen

[Emilio Gómez Fernández]

Por eso os lo comentaba, porque nosotros también estuvimos de equipo en
equipo de apagafuegos, cruzando los dedos para que no se perdiese trabajo.

Saludos.

El 3 de mayo de 2011 20:58, Julio Torres juliotor...@ono.com escribió:

  Emilio, como ves los “bomberos” (jr+sergio) están al quite incluso en la
 lista.

 Su labor ha sido fundamental en cuanto a ediciones concurrentes,
 versionado, etc.

 Son la clave de que se hayan subido en tan poco tiempo tal cantidad de
 datos.

 Saludos




  --

 *De:* emilio.gomez.f...@gmail.com [mailto:emilio.gomez.f...@gmail.com] *En
 nombre de *Emilio Gómez Fernández
 *Enviado el:* martes, 03 de mayo de 2011 10:22
 *Para:* juliotor...@ono.com; Discusión en Español de OpenStreetMap
 *Asunto:* Re: [Talk-es] Mapping Jaen



 Julio, a mi me interesaría saber cómo solucionastes el tema de las
 ediciones concurrentes a la base de datos y si esto os dió muchos
 quebraderos de cabeza al ser tanta gente.

 Un saludo.

 Emilio Gómez

 El 2 de mayo de 2011 11:22, Julio Torres juliotor...@ono.com escribió:

 Las próximas Mapping Party en Jaén las programaremos tras las elecciones
 municipales. Desde el día siguiente a la terminación del mapa de Baeza
 estamos buscando infraestructuras disponibles (alojamiento, sala de
 informática, etc.) en cada uno de los 5 municipios que nos han hecho ya
 “pedido” o lo harán próximamente.

 Juan Ramón, Sergio y yo estamos en contacto y como dice Juan Ramón
 trataremos de mejorar la organización. Como ya hemos tropezado en algunas
 cuestiones y de sabios es aprender, pues lo haremos. Ya tenemos algunas
 conclusiones sobre la misma.

 Lo bueno es que tras la mapping de Baeza conocemos ya a más de 20 OSMeros
 en la zona que conocen suficientemente JOSM, la metodología de trabajo y que
 están dispuestos a colaborar. Con el material técnico acumulado, la
 experiencia de la anterior y vuestra colaboración haremos esos municipios y
 nos lo pasaremos al menos igual de bien que en Baeza.

 Los que hayáis participado en Baeza, por favor dar un repaso a vuestros
 datos y completarlos con lo que creáis oportuno. Vamos a dejar Baeza de
 “pera en dulce” y será un ejemplo y lugar de consulta para las próximas.

 Muchas Gracias a todos los participantes.


 ___
 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] Mapping Jaen

[Emilio Gómez Fernández]

Julio, a mi me interesaría saber cómo solucionastes el tema de las ediciones
concurrentes a la base de datos y si esto os dió muchos quebraderos de
cabeza al ser tanta gente.

Un saludo.

Emilio Gómez

El 2 de mayo de 2011 11:22, Julio Torres juliotor...@ono.com escribió:

  Las próximas Mapping Party en Jaén las programaremos tras las elecciones
 municipales. Desde el día siguiente a la terminación del mapa de Baeza
 estamos buscando infraestructuras disponibles (alojamiento, sala de
 informática, etc.) en cada uno de los 5 municipios que nos han hecho ya
 “pedido” o lo harán próximamente.

 Juan Ramón, Sergio y yo estamos en contacto y como dice Juan Ramón
 trataremos de mejorar la organización. Como ya hemos tropezado en algunas
 cuestiones y de sabios es aprender, pues lo haremos. Ya tenemos algunas
 conclusiones sobre la misma.

 Lo bueno es que tras la mapping de Baeza conocemos ya a más de 20 OSMeros
 en la zona que conocen suficientemente JOSM, la metodología de trabajo y que
 están dispuestos a colaborar. Con el material técnico acumulado, la
 experiencia de la anterior y vuestra colaboración haremos esos municipios y
 nos lo pasaremos al menos igual de bien que en Baeza.

 Los que hayáis participado en Baeza, por favor dar un repaso a vuestros
 datos y completarlos con lo que creáis oportuno. Vamos a dejar Baeza de
 “pera en dulce” y será un ejemplo y lugar de consulta para las próximas.

 Muchas Gracias a todos los participantes.

 ___
 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] Traducciones al español del Wiki

[Emilio Gómez Fernández]

El 3 de mayo de 2011 13:15, José Luis Domingo López 
openstreetm...@24x7linux.com escribió:

 El martes día 03 de mayo de 2011, a las 11:11:17 +0100,
 Jonay Santana escribió:

¿Si merece la pena traducir? Pues yo creo sinceramente que sí. Aunque
  muchos de los participantes en OSM, al usar ordenadores y tecnología
 variada
  en general, tendamos a familiarizarnos casi más con la terminología en
  inglés que no en español, creo que hay mucha gente que puede verse
  intimidada si todos las dudas que se le plantean están resueltas en una
  lengua que no domina. De todos modos, creo que es más importante el mapa
 que
  el wiki (de lejos), aunque una cosa no ha de ser excluyente de la otra.
 
 Es que si hay gente con un nivel tan inexistente de inglés que se siente
 intimidado por que haya un par de cosas que no entienda a la primera y
 tenga que buscarse la vida, no sé qué grado de ayuda va a suponer a
 proyecto alguno. Y voy más allá, para los que llevamos en esto de Internet
 más de una década lo de las listas de correo está bien, y en muchos casos,
 se prefiere a los foros web.

 ¿Pero qué pasa con la gente que de Internet sabe usar el Explorer y poco
 más? Lo de las listas de correo les puede suponer un cambio conceptual
 comparado con el concepto foro / muro / blog / etc. que no entienden, lo
 digo por experiencia con una base de usuarios de cierta edad, de alto nivel
 educativo, pero usuarios básicos de Internet. A lo mejor se hacía más por
 solventar las dudas de los usuarios que en lugar de una lista de correo
 Talk-es hubiera un foro web Talk-es como punto de intercambio entre la
 comunidad española / hispana de OSM, y apoyo a los recién llegados.

 Que si es por mi, la lista me resulta más cómoda, y me parece más elegante,
 productivo y correcto las referencias bibliográficas [1] y similares que
 enviar mensajes a foros web adjuntando pantallazos en BMP de a 5 MB cada
 uno, pero insisto, hay que tener claro el público objetivo. No se puede
 pretender facilitar la tarea idiomática con traducciones correctas de
 contenidos parciales al tiempo que se mantiene un sistema de apoyo a las
 nuevas incorporaciones que entra en conflicto severo con sus demás
 conocimientos informáticos y manera de entender las cosas.


Las listas siempre se han considerado más técnicas que los foros, más que
nada porque requiere cierto esfuerzo darse de alta en ellas y sus usuarios
suelen participar con temas más interesantes. Los foros suelen estar
plagados de solicitudes, a veces imposibles o fuera de contexto (que si el
manual de X, que si el crack del ArcGIS, que si Topohispania, etc. etc.).

No obstante si considero que mucha de la información que aquí se comenta
puede ser de utilidad a los recién iniciados en OSM y ayudaría a no
repetirnos, por lo que una solución rápida sería incrustar la lista de
correo de talk-es de Nabble [1] en openstreetmap.es a semejanza de lo que
han hecho los franceses [2]. Sigue siendo una lista pero da el pego de foro
y la gente que se interese por el proyecto lo tendrá más a mano.

[1] http://gis.638310.n2.nabble.com/OpenStreetMap-f660402.html
[2] http://openstreetmap.fr/forum#nabble-f3070341



 Entiéndase todo lo anterior en su ánimo de dar una visión alternativa de
 las cosas. Y por si quedaba alguna duda, tengo a punto de terminar (a falta
 de revisión y control de calidad) la traducción completa de
 www.openmtbmap.org al español, que he hecho con permiso del autor de la
 web
 y mapas a instancias propias y con el fin de motivar (por la vía de los
 ciclistas de montaña) al uso de los mapas y a la adhesión a OSM de cuantos
 más nuevos usuarios mejor. Con el resultado altamente deprimente de cero
 nuevas contribuciones (que me consten) motivadas por mi esfuerzo.

 Así que, sí, soy un piante y un deprimente con mis comentarios, pero al
 mismo tiempo que ruego a Dios ando repartiendo con el mazo. Que me lo pide
 el cuerpo y mi conciencia :-)

 Un saludo.

 --
 José Luis Domingo López
 Linux Registered User #189436 Linux Kubuntu 10.10 (Linux
 2.6.35-28-generic)


 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iEYEARECAAYFAk2/4+wACgkQao1/w/yPYI0KxACggig2LrAud6PVr87HHoHcPTY7
 DX4AniHb72vRu3WxMn5vrzMxOqFxXpHm
 =NR+k
 -END PGP SIGNATURE-

 ___
 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] Mapping Jaen

[Emilio Gómez Fernández]

ok, gracias. Es que cuando estuvimos aquí en Santander haciendo una tuvimos
numerosos problemas con las actualizaciones de la base de datos, y aunque
señalamos claramente que nadie se pasase de zona la edición de los ejes de
vías fue un problema. Eso sin contar que siempre había gente que se venía
arriba y empezaba a digitalizar fuera de su área.


El 3 de mayo de 2011 18:02, sergio sevillano sergiosevillano.m...@gmail.com
 escribió:

 también me meto

 los dio,

 - planA zonificación y turnos, primero vías y sus nodos, luego demás
 objetos (día 1, muy pocos conflictos, aunque rollo para algunos)
 - planB solo zonificación estricta (día 2, funcionó mejor aunque muchos
 conflictos, resueltos al vuelo)

 el plan A sobre el papel era bueno, pero pero como ha dicho juan ramon se
 tardó mucho en meter viales y dejó a gente ociosa.

 - quizás en un plan C habría que turnificar los viales solamente, pero
 estar todos los equipos metiendo datos distintos a los viales desde el
 principio.

 de todas formas el espíritu pudo resultar demasiado obligatorio/marcial,
 en contraposición con otros mapping que se hace poco trabajo de edición y
 más cerveza.
 ya que en general todo el mundo se lleva los deberes a casa y
 el taller solo sirve de intercambio de impresiones y dudas,
 contando que todos los que participan
 son ya colaboradores de OSM en mayor o menor medida.
 pero este no era el caso.

 así que al final mucho ctrl+u
 y un par de bomberos (jr y yo)
 que resolvimos conflictos sobre la marcha

 aunque el plan B minimizó bastante la cosa,
 alguien mando un backup en .osm
 de su zona un par de días mas tarde
 con la friolera de 51 conflictos ...

 y se resolvió.



 un par de imágenes de la zonificación / turnificación

 http://mapeandobaeza.wikispaces.com/file/view/zonasyturnos.png
 http://mapeandobaeza.wikispaces.com/file/view/zonasyturnos_2.png
 http://mapeandobaeza.wikispaces.com/file/view/zonasyturnos_4.png





 El 03/05/2011, a las 11:16, Juan Ramón Tamayo de la Torre escribió:

  Me meto por medio...

 En primer lugar se pensó en un sistema de turnos que minimizaran los
 problemas de versionados y conflictos. Estos turnos se basaban en descargar
 zonas que luego no afectasen al resto. Lo explicó ampliamente Sergio en una
 parte del documento [1]

 El problema surgió cuando unos grupos tardaron más de lo que pensamos en un
 principio que se debía tardar en meter sus ejes de viales (los puntuales no
 nos afectaban tanto), por lo que hubo grupos que no puedieron meter datos
 hasta el domingo.

 En ese momento tuvimos que decidir modificar el sistema: todos a meter
 datos de golpe, con la condición de no salirse de su zona ni acercarse a
 los límites de zona. Y al subir, decir siempre que la otra versión (ya que
 nadie metia datos fuera de la suya, siempre tienen razón los demás...). Este
 sistema funcionó mejor, por lo menos al introducir datos.

 [1]
 http://mapeandobaeza.wikispaces.com/file/view/Coordinacion%20Baeza%20vs%208.pdf

 Emilio Gómez Fernández escribió:

 Julio, a mi me interesaría saber cómo solucionastes el tema de las
 ediciones concurrentes a la base de datos y si esto os dió muchos
 quebraderos de cabeza al ser tanta gente.

 Un saludo.

 Emilio Gómez

 El 2 de mayo de 2011 11:22, Julio Torres juliotor...@ono.com escribió:

  Las próximas Mapping Party en Jaén las programaremos tras las elecciones
 municipales. Desde el día siguiente a la terminación del mapa de Baeza
 estamos buscando infraestructuras disponibles (alojamiento, sala de
 informática, etc.) en cada uno de los 5 municipios que nos han hecho ya
 “pedido” o lo harán próximamente.

 Juan Ramón, Sergio y yo estamos en contacto y como dice Juan Ramón
 trataremos de mejorar la organización. Como ya hemos tropezado en algunas
 cuestiones y de sabios es aprender, pues lo haremos. Ya tenemos algunas
 conclusiones sobre la misma.

 Lo bueno es que tras la mapping de Baeza conocemos ya a más de 20 OSMeros
 en la zona que conocen suficientemente JOSM, la metodología de trabajo y que
 están dispuestos a colaborar. Con el material técnico acumulado, la
 experiencia de la anterior y vuestra colaboración haremos esos municipios y
 nos lo pasaremos al menos igual de bien que en Baeza.

 Los que hayáis participado en Baeza, por favor dar un repaso a vuestros
 datos y completarlos con lo que creáis oportuno. Vamos a dejar Baeza de
 “pera en dulce” y será un ejemplo y lugar de consulta para las próximas.

 Muchas Gracias a todos los participantes.

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


 --

 ___
 Talk-es mailing 
 listTalk-es@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-es

  juanramon_tamayo.vcf___

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

Re: [Talk-es] Fase 3 del cambio de licencia

[Emilio Gómez Fernández]

Más info con las estadísticas de uso de la nueva licencia por países [1] y
por usuarios [2].

[1] http://odbl.de
[2] http://odbl.de/spain.html


El 15 de abril de 2011 15:21, Jynus jyn...@gmail.com escribió:

 Hola,

 a partir del 17 de abril comienza la fase 3 del cambio de licencia de
 Openstreetmap. El hilo original en inglés está en [0]

 Como algunos sabréis, la idea es modificar la actual licencia Creative
 Commons
 BY-SA por la más adecuada Open Database License, para lo cual necesitamos
 la
 aprobación de todos los contribuidores que deseen mantener sus datos en el
 proyecto. Podéis saber los motivos y detalles aquí [1]

 Se trata de una fase obligatoria, de manera que toda persona que no acepte
 o
 rechace estar de acuerdo con los nuevos términos de uso, no podrá seguir
 editando en el proyecto (a partir del próximo domingo).

 No obstante, aunque elijáis No acepto podréis seguir editando
 temporalmente
 hasta el comienzo de la siguiente fase. Esto se debe a que la decisión de
 no
 estar de acuerdo puede cambiarse en cualquier momento (pero no lo
 contrario).

 Por supuesto, esto sólo afecta a los usuarios registrados antes del 12 de
 mayo
 de 2010, pues el resto de usuarios ya se registraron aceptando la nueva
 licencia. Tampoco a los usuarios que ya habían aceptado voluntariamente la
 nueva licencia en la fase anterior.

 Cualquier duda, aquí o en legal-talk.

 [0] http://lists.openstreetmap.org/pipermail/talk/2011-April/057649.html
 [1]http://wiki.openstreetmap.org/wiki/ES:ODbL/We_Are_Changing_The_License
 
 --
 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] Deformación PNOA

[Emilio Gómez Fernández]

Sinceramente, con el notición de la nueva licencia del Catastro no creo que
merezca mucho la pena invertir tiempo en la digitalización de edificios a
partir del PNOA. Yo me esperaría a importar directamente la capa vectorial
de edificaciones de esta fuente, máxime si tenemos en cuenta que ya tendrías
la línea de separación entre medianeras de los edificios, en muchos casos el
número de plantas (lo que permitiría hacer extrusiones 3D), los números de
policía, etc. Luego ya sería labor de revisarlo y completarlo.

Saludos.

Emilio Gómez



El 7 de abril de 2011 09:40, bv2mu...@uco.es escribió:

 He observado que la ortofotografía PNOA deforma muchísimo los edificios, al
 menos en la zona donde estoy mapeando. ¿Es así en otras ciudades? Lo peor es
 que afecta, en zonas donde hay edificios altos y calles estrechas, al propio
 trazado de las calles. De hecho, algunas calles y edificios que en su día
 hice utilizando la imagen de Yahoo aparecen desplazadas con respecto a PNOA
 por esa circunstancia; y viceversa, los edificios que estoy generando con la
 imagen PNOA aparecen desplazados en la imagen Yahoo. A priori la imagen
 Yahoo está mejor, pues carece de deformaciones, lo cual parece obvio
 teniendo en cuenta que la de Yahoo es de satélite (¿no?), mientras que PNOA
 es fotografía aérea.

 En esta zona [1] podéis ver un ejemplo de lo que os comento.

 [1]
 http://www.openstreetmap.org/?lat=37.190749lon=-3.604394zoom=18layers=M

 ___
 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] 110 km/h en autovías y autopistas

[Emilio Gómez Fernández]

Para los que conozca este mapa de Cloudmade que no da una idea de lo que hay
que cambiar:

http://cartography.sandbox.cloudmade.com/navdebug/?lat=43.215185lng=-3.696899zoom=10

El 28 de febrero de 2011 23:29, Carlos Dávila
cdavi...@orangecorreo.esescribió:

 El 28/02/11 23:08, Iván Pérez escribió:

  Hola a todos.

 Como ya todos sabréis el 7 de marzo la velocidad máxima en España en
 autovías y autopistas se verá disminuida a los 110 km/h. Supongo que habrá
 que actualizar todos los tags maxspeed de todas las vías donde ahora pone
 maxspeed=120, para que así a la hora de crear rutas usando algún software se
 tenga en cuenta este cambio de velocidad.

 ¿Hay algún script o algo preparado para hacer ese cambio o, por el
 contrario, habrá que hacerlo de forma manual?

 1-wget http://download.geofabrik.de/osm/europe/spain.osm.pbf
 2-osmosis --rb spain.osm.pbf --tf accept-ways maxspeed=120 --wx
 spain-120.osm
 3-Abrir spain-120.osm en JOSM, buscar maxspeed=120 y cambiarlo


 ___
 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] Cuestiones OSMWikipedia

[Emilio Gómez Fernández]

 Por otra parte, ¿se puede inclusrar en las páginas de Wikipedia un mapa
 interactivo de OSM mediante algun tipo de API?


Los alemanes son los que más se han movido con algún desarrollo:

http://de.wikipedia.org/wiki/Hilfe:OpenStreetMap/en

http://de.wikipedia.org/wiki/Datei:WP-OSM-Gadget-Karte-im-Artikel-Paris-PNG.png
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] renombrado de trazas garmin

[Emilio Gómez Fernández]

Necesitarás un programa de renombrado por lotes que te permita crear nombres
a partir de la fecha y la hora de modificación del archivo. Si estas en
Windows mira alguno como el Lupas Rename o el Ant Renamer

Saludos,

Emilio

El 2 de febrero de 2011 10:32, sergio sevillano 
sergiosevillano.m...@gmail.com escribió:


 mi gps insiste en guardar las trazas como:

 Day 07-JAN-11 11.52.43.gpx

 alguna forma de pasarlos a

 110207_115243.gpx

 de forma automatizada tipo:
 haz eso con todos los archivos de esta carpeta
 ?


 s

 ___
 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] Recordatorio: sobre permisos de uso para importar datos

[Emilio Gómez Fernández]

Quizá ya lo sepas pero por si acaso. Se pueden subir múltiples archivos GPX
comprimidos en un solo zip de una tacada:

http://wiki.openstreetmap.org/wiki/Upload#Compressed_files

Lo digo porque a veces lleva su tiempo.

Saludos.

Emilio

El 2 de febrero de 2011 17:35, |Colegota| el_coleg...@villanos.netescribió:

 Buenas,

 El Wed, 2 Feb 2011 13:45:27 +0100
 Marco Fernández marco.m...@gmail.com va y dice:

  Colegota, si tienes trazas, súbelas todas!! No creo que molesten en el
  servidor y ,como bien dices, pueden serle de utilidad a cualquiera. :-)

 Ya, pero subir por subir... aunque está bien, si nadie las ve tampoco es
 fácil que alguien se ponga a mapear sobre ello. Algunas veces he pensado en
 abrir un hilo con las que dispongo o con las que vaya subiendo, pero esta
 lista suele ser sensible al ruido. :)

 De todas formas, ya comenzado con esas de la provincia de Zaragoza
 intentaré seguir con el resto. Aunque estoy alternando también con las de
 Indonesia porque intento usar los mapas para mi página de viajes.

 Saludos,
 Colegota
 --
 http://colegota.mapamundi.info

 ___
 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] Datos Municipalea

[Emilio Gómez Fernández]

2011/1/29 Jose Manuel manuelmi...@gmail.com



 Como podria pasar Los datos del pdf a OSM



JOSM tienes un complemento para importar archivos PDF llamado pdfimport. No
lo he probado y ni siquiera se si te servirá pero por intentarlo...

Saludos.

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

Re: [Talk-es] Conventos, seminarios, casas de ejercicios...

[Emilio Gómez Fernández]

Yo en su día etiqueté algún seminario[1] como amenity: university ya 
que no encontré ninguna forma mejor y creo que los estudios que imparten 
son superiores.


Saludos,

Emilio

[1] http://osm.org/go/b...@nbqunok-


Manuel García escribió:

Buenas

Alguien tiene sugerencias de cómo etiquetar todos estos sitios?

Saludos, Manuel.

___
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] google maps copia OSM en Colombia

[Emilio Gómez Fernández]

También puede ser como ocurrió con Waze en Chile[1], que la empresa que
facilita la cartografía de esa zona de Colombia a Google se la haya
metido doblada.

[1] http://www.waze.com/blog/thanks-and-huge-apology-to-the-openstreetmap-community/

JAVIER SANCHEZ escribió:

  Hola,

Solo decir que también lo he notado últimamente en Madrid. En concreto
un simple punto de un oficina dado de alta en OSM, a los dos días noté
que aparecía en GMAPS. Sin embargo, con otro tipo de información no he
notado lo mismo, me da por pensar que lo hacen selectivamente, con
ciertos datos...

Haré otra prueba a ver.

Javi.




El 25/10/10, andrzej zaborowski balr...@gmail.com escribió:
  
  
2010/10/24 ouɐɯnH fredyriv...@gmail.com:


  hola
Varias ciudades en Colombia han sido copiadas en google maps sin
reconocer los términos de uso un ejemplo es este
http://sautter.com/map/?zoom=15lat=4.91729lon=-75.08529layers=B0TFFF
un pueblo que hemos mapeado con gps y los trazos están ahora en google
maps.

que opinan?
  

Creo que se debe contactar le...@osmfoundation.org aunque la vez
anterior que paso algo parecido tardaron mucho en hacer cualquier
cosa, asi que creo que mas efectivo seria mandar un mensaje a la lista
legal-t...@openstreetmap.org o talk en ingles.

Saludos,
Andres

___
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] Qgis y OSM

[Emilio Gómez Fernández]

andrzej zaborowski escribió:

Buenas,

2010/9/1 sergio sevillano sergiosevillano.m...@gmail.com:
  

el tema es que tiene un plugin específico para OSM
que permite descargar datos, editarlos y subirlos.
pero a mí me falla y me cierra el programa.
alguien lo ha usado? es como JOSM?...
si funcionara,
igual podría pasar los datos
que yo quiera de osm a .shp
sin depender de los que hacen los de geofabrik
que no están completos.



En que momento se cierra?  A mi se me cierra qgis (o mas bien se cae
con un Segmentation Fault, pero eso solo se ve en xterm) cuando
intento abrir/bajar datos OSM con un estilo de renderizar especifico
de OSM.  Si no le dejo usar ese estilo, por medio de una casilla en la
parte inferior de la ventana, va perfectamente.  A ver si es el mismo
problema.

Por cierto puedes convertir datos osm a shp sin usar qgis, creo que
existen varios scripts, uno es
http://svn.openstreetmap.org/applications/utils/export/osm2shp/, otra
manera es osm2pgsql y pgsql2shp.
  
Por completar. Si el área a exportar no es excesivamente grande yo suelo 
tirar también de este conversor online (requiere registrarse):


http://geoconverter.hsr.ch/index.php

Saludos

Emilio Gómez

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

[Talk-es] Nombre múltiples para las salidas de a utopista

[Emilio Gómez Fernández]

Hola a todos.

Una pregunta. ¿Cuál sería la forma correcta para nombrar las
highway=motorway_junction con varios nombres?

Es que veo que es muy común que el nombre de las salidas de autopista esté
puesto con el separador /. Desde hace un tiempo Mapnik viene renderizando
bien el nombre de la salidas con el separador ; (que es el que se señala
como lo correcto en la wiki) rompiendo las líneas, pero no así con el slash.

Saludos.

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