[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 <https://hub.docker.com/r/egofer/catatom2osm> para procesar
los datos municipales provenientes de Catastro
<https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Conversi%C3%B3n_de_datos/Programa>.


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
<https://github.com/OSM-es/catastro-import> y poder generar un proyecto en
el OSM Tasking Manager <https://tareas.openstreetmap.es/>.

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 <https://www.openstreetmap.org/user/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
<https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a/Normalizaci%C3%B3n#Carretera_nacional_o_auton.C3.B3mica_de_1er_orden_.28trunk.29>.
You can see the international equivalence of this type of road on this wiki
page <https://wiki.openstreetmap.org/wiki/Highway:International_equivalence>
.

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] Historias para no dormir: La entrollización de un usuario

[Emilio Gómez Fernández]

El 4 de noviembre de 2016, 8:41, Jaume Figueras i Jové <
jaume.figue...@masafi.cat> escribió:

> Hola,
>
> solo 2 cosas:
>
> 1.- Gracias Héctor y JL por el trabajo.
>
> 2.- Baneo temporal como primer recurso, tal y como apunta Óscar. Podemos
> discutir sobre las ediciones, borrados o "islotes" pero que el aparcamiento
> del Hospital de Sant Joan de Déu, hospital materno-infantil de referencia
> nacional e internacional, sea un "Parking para burgueses" es una falta de
> respeto. Si no, que se lo pregunten a las familias de niños que se tratan
> allí que han tenido que desplazarse y hasta dejar sus trabajos para poder
> cuidar a sus hijos. Por aquí yo no paso, y creo que la comunidad tampoco
> debería pasar.
>
> Salut!
>

+1 Esto va más allá de la bromita. La cartografía de OSM se utiliza
masivamente y el renderizado de las teselas aparece en múltiples lugares.
El carácter peyorativo de sus ediciones desprestigia el trabajo de toda una
comunidad.
___
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  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 
>> 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 t

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 

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 
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  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&layers=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&Chips 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&vgnextchannel=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&Chips 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&vgnextchannel=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] Importación Catastral Bormujos

[Emilio Gómez Fernández]

Respecto a los problemas de archivos y fechas, y si mal no recuerdo, yo lo
solucioné reconvirtiéndolos todos de nuevo con Osmconvert
<http://wiki.openstreetmap.org/wiki/Osmconvert>: de *.osm.gz a *.pbf y
vuelta a *.osm.gz

Un saludo.

Emilio Gómez



El 8 de junio de 2016, 17:50, Alejandro S. 
escribió:

> Ya esta reportado el bug de las fechas:
> https://github.com/AnderPijoan/cat2osm2/issues/13
> En el último comentario hay una manera para modificar de golpe los
> ficheros desde la linea de comandos si trabajas con GNU/Linux.
>
> Respecto a lo de las relaciones y los building:part cat2osm (a secas, la
> primera versión) si que manejaba bien las relaciones e importaba las
> alturas y geometrías, pero en las version 2 (cat2osm2) se decidió importar
> los edificios como vias cerradas (cosa que no me convenció ni me convence)
> y supongo que no hace bien lo de los building:part...
>
> ¿Al final se decidió importar los usos del suelo? ¿No quedó la cosa en que
> lo único que merecía la pena importar por ahora eran los edificios?
>
> Saludos,
>   Alejandro Suárez
>
> 2016-06-08 16:36 GMT+02:00 Gabriel Rodríguez Alberich :
>
>> Me pasó igual y tuve que modificar el código de JOSM para que no petara
>> con esas fechas. Pensaba que era una peculiaridad mía, pero a lo mejor
>> merece la pena que le mande el parche a los autores originales.
>>
>> 2016-06-08 16:26 GMT+02:00 Xavier Martin :
>>
>>> Hola a tod@s
>>>
>>> En cuanto a la importación estoy retomando la provincia de Ávila. En
>>> este caso empecé con el termino municipal de Adanero. Siempre con el
>>> usuario catastro_avila
>>> <http://www.openstreetmap.org/user/catastro_avila>, según indican las
>>> guías [1 <http://wiki.openstreetmap.org/wiki/ES:Cat2Osm2>] [2
>>> <http://wiki.openstreetmap.org/wiki/Limpieza_y_normalizaci%C3%B3n_de_datos_catastrales>]
>>> y la página de resultados
>>> <http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results>.
>>>
>>> El primer error que me encontré es que a la hora de exportar añade una
>>> fecha tan precisa que josm no entiende y da error. 
>>> *"org.openstreemap.josm.tools.UncheckedParseException:
>>> The date string (2016-05-95 03:29:31.7) could not be parsed"*. Lo
>>> solucione quitando decimales a los segundos desde los archivos exportados
>>> del cat2osm2.
>>> Es un poco faena y trabajo manual añadido que se podría solucionar
>>> cambiando una línea del código de cat2osm2.
>>>
>>> Si tenéis otra solución o no estoy añadiendo los parámetros adecuados
>>> por favor indiquenmelo.
>>>
>>> Estoy importando por manzanas o masas corrigiendo las vías y suplantando
>>> el número de portal que ya existe a la parcela en cuestión. Poco más ya que
>>> la importación masiva de edificios la realiza bastante bien, si he tenido
>>> que corregir algún pequeño error de plantas o usos. Pero nose si es bueno
>>> importar las parcelas como lo he realizado ya q duplica la zona
>>> residencial. Habria q complementar como se delimitan estas parcelas con
>>> paredes o muros o vallas...
>>>
>>> Por favor que algún experto le eche un ojo y me diga los fallos gordos o
>>> correcciones que se puedan realizar fácilmente.
>>>
>>> Muchas gracias y un saludo
>>>
>>>
>>> Xavier Martin
>>>
>>>
>>>
>>>
>>>
___
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&n=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&redirect=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&width=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.19362109899521&mlon=-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,  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  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 :
>>
>> 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] 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  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] 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 
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] OSM y metro

[Emilio Gómez Fernández]

El 20 de marzo de 2015, 19:29, J. Yáñez  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.android&hl=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 
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. 
> 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  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
>  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 
> > 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

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
, 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 
escribió:

>
> El 11 de octubre de 2014, 19:47, k1wi k1wi  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 
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.3312&layers=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  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] Correcto etiquetado resultados de Catastro. Addr:housenumber

[Emilio Gómez Fernández]

Hola Matías:

Yo hasta ahora en Santander y en alguna población más en la conversión a
.osm de la cartografía de Catastro no he encontrado ningún polígono
landuse=residential,
por eso no verás muchos en Santander. ¿Qué versión de cat2osm2 estás
utilizando?

En cuanto al asignar el número de policía al edificio principal o al punto
de la entrada tiene sus pros y sus contras, como se ha comentado en esta
lista de correo. En mi caso el criterio que he venido utilizando ha sido:

   - Asignar los datos de dirección postal (nombre calle, CP y nº de
   policía) al edificio cuando no existe ninguna duda de que en él se
   encuentra la entrada principal.[1]
   - En edificios plurifamiliares o sin división agrego los datos a un
   punto situado en el portal o entrada.[2]


Esta forma tiene también sus defectos y limitaciones pero es con la que me
he sentido cómodo hasta ahora y que he observado en las importaciones de
Catastro Francia. De todas maneras ya digo que no es la buena ni la única.

Respecto a la ref catastral, no se si estás añadiendo algún parámetro
cuando realizas la conversión con Cat2Osm que añada una etiqueta con este
ID. Esta ya no debería aparecer en la conversión que se realiza de la
cartografía de Catastro. En las últimas actualizaciones del programa se
eliminó (hasta donde yo se) y creo que con acierto.

El valor que puede aportar la referencia catastral a OSM no compensa el
ingente trabajo que supone mantener esos identificadores, los cuales a
media que se realicen ediciones y se modifiquen los polígonos carecerán de
sentido alguno. Además no creo que sea función de OpenStreetMap ser un
espejo de Catastro: si quiero comprobar la referencia catastral de una
parcela me voy directamente a la oficina virtual de Catastro que las
actualiza cada 6 meses.

Respecto al pequeño manual sobre limpieza y normalización, no hay que
tomarlo como un dogma de fe. Ahí están volcadas las experiencias que hemos
tenido algunos al editar cartografía Catastral y como ir solucionando los
problemas con que nos hemos ido encontrando. De hecho animo a la gente a
modificar lo que consideren necesario si ven que hay un forma más sencilla
de hacerlo. Por ejemplo, se me ocurre que probablemente se puedan hacer uso
de las capacidades de selección mediante expresiones espacial de JOSM para
unir polígonos adyacentes con las mismas etiquetas de una manera más
rápida, etc.

Un saludo.

Emilio Gómez

[1] http://osm.org/go/b~NwRsmMI
[2] http://osm.org/go/b~NwQ9VO9



El 13 de agosto de 2014, 14:09, Matías Taborda Barroso <
taborda.barr...@gmail.com> escribió:

> Hola.
>
> Poquito a poco me quiero poner a importar los datos de varias pequeñas
> poblaciones que conozco bien y he realizado la conversión con Cat2osm2.
>
> Tal como se ha dicho en infinidad de ocasiones, los datos de catastro en
> cuestión de nombres de calles y números de policia dejan mucho que desear,
> pero mi duda es otra.
>
> He visto en varias importaciones, Santander, Medina de Pomar, etc, que los
> compañeros eliminan el polígono landuse=residential y se asocian los datos
> de nombre de calles y addr:housenumber al poligono principal
> building=residential.
>
> Siguiendo el manual sobre limpieza y normalización [1], se dice de asignar
> el número de policia adecuado al poligono más representativo del edificio,
> pero lo que veo, es que de esta manera, perdemos se pierde el dato de la
> referencia catastral del poligono landuse.
>
> Por otro lado, en diversas pruebas haciendo las cosas de distintas formas,
> he visto que (y ya se que no hay que trabajar para el renderizador) si se
> asigna el número al polígono landuse y no al building, ese no se representa
> en el mapa.
>
> En defnitiva, que seria mejor, copiar las etiquetas del landuse y
> asignarlas al poligono principal, para así no perder la referencia
> catastral.?
>
> Borrar el landuse y asignar los addr al building, sin registro catastral?.
>
> Como lo estais haciendo por otros lares?.
>
> Que fue antes, el huevo o la gallina?..
>
> Saludos.
>
>
>
>
> [1]
> http://wiki.openstreetmap.org/wiki/Limpieza_y_normalizaci%C3%B3n_de_datos_catastrales
>
> ___
> 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] 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

[Talk-es] El INE por fin libera la cartografía sobre secciones censales

[Emilio Gómez Fernández]

Bien han tardado, pero al fin el Instituto Nacional de Estadística pone a
disposición pública los shapefiles de secciones censales de toda España sin
pasar por caja.[1]
La licencia[2] permite su reutilización citando la fuente y poco más:

5. Reutilización de la información contenida en este sitio
web<http://www.ine.es/ss/Satellite?L=0&c=Page&cid=1254735849170&p=1254735849170&pagename=Ayuda%2FINELayout#>

La información contenida en este sitio web procede de múltiples fuentes,
por lo que el INE solo autoriza la reutilización de aquélla cuya fuente
original sea el propio INE y siempre bajo las siguientes condiciones
generales:

   - Se prohíbe expresamente desnaturalizar el sentido de la información.
   - Debe citarse la fuente de la información objeto de reutilización. Esta
   cita podrá realizarse de la siguiente manera: *Fuente: Sitio web del
   INE: www.ine.es <http://www.ine.es>.*
   - Debe mencionarse la fecha de la última actualización de la información
   objeto de reutilización, siempre y cuando estuviera incluida en el original.
   - No se podrá indicar, insinuar o sugerir que el INE participa,
   patrocina o apoya la reutilización que se lleve a cabo con la información.
   - El INE no será responsable del uso que de su información hagan los
   agentes reutilizadores. Tampoco será responsable de los daños materiales o
   sobre datos, ni de posibles perjuicios económicos provocados por el uso de
   la información reutilizada.


Un saludo.

Emilio Gómez

[1] http://www.ine.es/censos2011_datos/cen11_datos_resultados_seccen.htm
[2]
http://www.ine.es/ss/Satellite?L=0&c=Page&cid=1254735849170&p=1254735849170&pagename=Ayuda%2FINELayout#
___
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 :
>
> 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 
>> escribió:
>>
>> ¿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/113277785412256<http://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] 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
escribió:

> ¿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] 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  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
escribió:

> 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 
> escribió:
>
> 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  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" 
>>> 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 
>>>> escribió:
>>>>
>>>>> 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?
>>>>>>
>>>>>> Salud

[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
solicitud<http://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
uso<http://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
tejado<https://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  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 
> escribió:
>
>> El 5 de diciembre de 2013 09:12, Andres Santor escribió:
>>
>> 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
Gis&Chipsse
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  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 escribió:
>
> 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  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 
>>> escribió:
>>>
 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  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
>>>
>>>
>>
>>
>> -

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]

El 12 de septiembre de 2013 14:38, Ander Pijoan
escribió:

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

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.70076&layers=N
[2] http://map.f4-group.com/#lat=43.3483992&lon=-3.7026580&zoom=19



El 12 de septiembre de 2013 10:00, Ander Pijoan
escribió:

> 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 
> escribió:
>
>> 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] 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

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 
> escribió:
>
>> 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=edificios&id=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] 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=edificios&id=e1a5f200-94ab-4d16-8b20-868cca0cb53e
___
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=-423412&lat=5384079&zoom=18

Burgos
http://map.f4-group.com/#lon=-410129&lat=5213189&zoom=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  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
escribió:

> Buenas,
>
> 2012/9/7 Óscar Zorrilla Alonso :
> > 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 

>
> > 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 escribió:

> 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 
> 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  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  escribió:
>
> El día 25 de marzo de 2012 14:24, Jaime Crespo  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] Jornadas GIS girona

[Emilio Gómez Fernández]

El 16 de marzo de 2012 10:45, Maria Arias de Reyna escribió:

>
> Yo veo muy buena idea reunirnos, hacer un brainstorming, darle algo de
> forma y
> empezar a darle publicidad para ver cuanta gente quiere colaborar. Si
> conseguimos darle forma de juego de estos de navegador enganchantes puede
> ser
> brutal.
>
>
Hace algún tiempo -creo recordar que a raíz de la importación masiva de
datos TIGER y su gran cantidad de errores- gente de la lista de EE.UU.
crearon QuickCheck [1], una pequeña aplicación web piloto para corregir y
validar la cartografía de manera muy muy sencilla accesible a cualquier
persona. Supongo que sería algo similar en concepto al jueguecito este que
sacó Google de ir etiquetando imágenes o algo como recaptcha.

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

Saludos.

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

Re: [Talk-es] Invasión portuguesa!

[Emilio Gómez Fernández]

El 12 de marzo de 2012 12:15, Cruz Enrique Borges Hernández <
cruz.bor...@deusto.es> escribió:

> No hay un tag para territorio en disputa? Y si no lo hay no sería mala
> idea sugerir que se use :P
>
>
¡¡Uy que peligro es eso!! Convertir OSM en un nuevo utópico Mapa
Internacional del Mundo (MIM) [1]. Lo que está claro es que a medida que un
mayor número de empresas e instituciones importantes migren a OSM el número
de casos de vandalismo se va a multiplicar. Quizá no al nivel que puede
sufrir la Wikipedia, por ejemplo, porque se necesitan ciertos
conocimientos, pero ocurrirá. No me extrañaría de aquí a unos años ver
algún caso similar al que sufrió esta última [2].

[1] http://en.wikipedia.org/wiki/International_Map_of_the_World
[2]
http://es.wikipedia.org/wiki/Wikipedia:Vandalismo_en_Wikipedia_en_espa%C3%B1ol_desde_cadenas_de_televisi%C3%B3n_espa%C3%B1olas
___
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]

Sí, estoy de acuerdo con lo que comentas de sacar a parte un archivo si no
hay forma de relacionar atributos, porque al menos en Cantabria, que está
plagado de minifundios, hay muchísimas parcelas con este problema.
Y a ver si con un poco de suerte desde Catastro nos leen y responden.

Un saludo.

El 8 de marzo de 2012 08:26, Ander Pijoan  escribió:

> Estamos dándole vueltas y vueltas a ese tema. Como se habló no se si en
> esta o en otra conversación, el campo DESTINO (
> http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Codificacion_de_los_usos_de_los_bienes_inmuebles)
> que fue el último campo que se taggeo hace poco, no hay forma de relacionar
> con cada construcción y el programa lo que hace es asignarlo a todas las
> construcciones de toda la parcela. Entonces si tenemos una parcela con una
> construcción almacén, otra con uso residencial y otra con uso residencial y
> además garage, al final lo que sale es que todas las construcciones de la
> parcela tienen tags almacén, residencial, parking y un fixme comprobar si
> el parking es cubierto o sino cambiarlo a garages.
>
> Escribimos a la dirección de Catastro a ver si había alguna forma de saber
> qué registro pertenece a qué construcción pero de momento no hemos obtenido
> respuesta.
>
> Lo que vamos a hacer es dejar ya una versión estable utilizando del campo
> DESTINO solo los tags que puedan compartir todas las construcciones de una
> parcela (landuse y no se si alguno más), con los cultivos ya arreglados
> como estaban para que podáis empezar con las importaciones y en la cual
> estamos poniendo añadidos que se pueden obtener pasando algún parámetro y
> lo exporta en un archivo aparte.
>
> Yo creo que esa puede ser la mejor solución, para tener una versión ya que
> sabemos que es correcto lo que saca, podría tener un poco más de
> información con el campo DESTINO pero mientras esa información no podamos
> asegurar que va a ser correcta lo mejor es no ponerla. La intentaremos
> sacar en un fichero aparte y ya si un usuario tiene interés que lo añada a
> mano por el momento.
>
> El 7 de marzo de 2012 18:28, Emilio Gómez Fernández escribió:
>
>>  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
>>
>>
>
>
> --
> 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] [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

[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

[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

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 
> escribió:
>
> 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 
>>> escribió:
>>>
>>>  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 
>>>>>>

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 
> escribió:
>
>  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 >>> > 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)
>>>

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 
>> 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 >>> > 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 
>>>>> escribió:
>>>>>
>>>>>> 2012/2/22 Ander Pijoan :
>>>>>> > Recordad que estamos mas o menos pendientes de si hay alguna mejor
>>>>>> forma
&g

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 
> 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 
>> escribió:
>>
>>> 2012/2/22 Ander Pijoan :
>>> > 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

[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
Dueso<http://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 escribió:

> 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  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  ;-)
___
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,  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-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  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
escribió:

> 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
escribió:

> 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 escribió:

> 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  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.78417&lon=-17.04477&zoom=15&layers=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

Re: [Talk-es] Nominatim y localidades de Cantabria

[Emilio Gómez Fernández]

El 29 de junio de 2011 13:00, jynus  escribió:

>
>
> El Nominatim de MapQuest también saca esa jerarquía.
> <http://open.mapquest.es/?version=1.0&hk=8-NFQ6X53C>
>
> He intentado buscar error en los datos, pero no lo he encontrado.
> Puede que haya un mes de retraso en el índice, pero ¿tanto tiempo? lo
> dudo.
> ¿Podría ser el software, que no ha desindexado correctamente?
> ¿Intentar reportar un bug al trac de osm para que lo investiguen
> internamente?
>

Sí, estoy viendo que debe ser un error de Nominatim, que aún mantiene a La
Arena como elemento padre de casi todos los municipios de Cantabria [1].
También observo que el pifostio también afecta a numerosas localidades de
Vizcaya, que aparecen como de Cantabria [2]. Acabo de abrir un ticket en el
bug tracker.

Un saludo.

Emilio Gómez

[1] http://open.mapquestapi.com/nominatim/v1/details.php?place_id=1477873
[2]
http://open.mapquestapi.com/nominatim/v1/search.php?q=Bilbao&viewbox=-4.19%2C43.02%2C-4.08%2C42.98
___
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 escribió:

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

Ok, acabo de meter el patinazo de mandarlo a la lista de correo que no era. 
Bueno, aprovecho este correo por si alguien está por la tierruca y quiere
acercarse a la próxima reunión de geoinquietos.

Saludos

Emilio Gómez

--
View this message in context: 
http://gis.638310.n2.nabble.com/Re-Geoinquietos-Cantabria-Re-Geoinquietos-Cantabria-OpenLayers-tp6403291p6403336.html
Sent from the Spain mailing list archive at Nabble.com.

___
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 escribió:

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

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

El 3 de mayo de 2011 19:29, sergio sevillano  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  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
>>>

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

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]

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  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] 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  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] 
> [1] >
> --
> 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,  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.190749&lon=-3.604394&zoom=18&layers=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