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

[Carlos Dávila]

Suscribo por completo lo que dices Jaume. También hace años que dije, 
cuando se debatió el tema, que me parecía un error clasificar las vías 
por criterios administrativos. Por eso lo de añadir otras etiquetas que 
aporten información sobre la realidad física de las vías. Solo un 
ejemplo para ilustrar lo absurdo que puede ser usar la clasificación 
administrativa: la carretera que une Cáceres y Badajoz era antiguamente 
una nacional (trunk), pero hace unos 15 años el estado la cedió a la 
comunidad autónoma (primary) y hace unos meses la Junta de Extremadura 
se la ha vuelto a pasar al estado y es otra vez una nacional. Las 
características físicas de la vía no han cambiado en todo ese tiempo.
En el fondo creo que estamos diciendo lo mismo. Si una nacional no tiene 
características físicas para ser trunk que no lo sea.


El 15/7/19 a las 7:25, Jaume Figueras i Jové escribió:

Hola,
el mapeado de carreteras, tal y como se hace con las nacionales, es un 
clarísimo caso de mapeado para el BOE.
Las características físicas deben primar por delante de la clasificación 
administrativa.
Mi opinión no ha cambiado en los últimos 9 años.
Buenos dias y Salut!!

@Olivier: BOE est le Journal Officel de l'Espagne.


On 14 July 2019 11:55:08 p.m. GMT+02:00, Olivier  wrote:

Creo que estoy más o menos de acuerdo con Yopaseopor en su forma de ver
las cosas.
Por lo que entiendo, las carreteras etiquetadas como trunk deberían ser
parecidas a autovias/autopistas pero en general más estrechas y con
conexiones a otras carreteras con via de aceleración y deceleración
segun entras o sales, y que solo son tramos de carreteras, no una
carretera entera porque la gestiona tal entidad administrativa. Además
entiendo esas carreteras como reservadas a coches, motos y camiones, es
decir prohibidas a tractores, bicis y peatones. Con lo cual añadir la
etiquetas cycle=yes, foot=yes, horse=yes me parece contrario a la base
misma de lo que son esas carreteras.
Al ser francés, conozco bastante bien Francia y he visto como esta
etiquetado alli. Los tramos de nacionales que se han pasado de vez en
cuando a 2 veces 2 carriles separados se llaman vias rapidas y estan
limitadas a 110 en lugar de 90 (o 80 actualmente) y estan etiquetados
como trunk y el resto de la nacional donde no hay separación esta como
primary. Es bastante facil de entender creo.
Es verdad que España esta todo más caótico al nivel de carreteras y
sobretodo de como están gestionadas. Cada comunidad tiene sus
caracteristicas, sus contradicciones y entendor al nivel global es
complicado (por lo menos para mi). Pero he pasado por carreteras
etiquetadas como trunk que eran nacionales que antiguamente estaban
limitadas a 100, que tienen caminos que salen perpendicular solo con un
stop o incluse cede el paso, solo 2 cariles en sentido contrario, y
donde no hay limite de tipo de trafico (que vehiculo puede usarla), y
no me pareció corresponder para nada a lo que se entiende por trunk. Y
no tiene nada que ver con OSMAnd. Solo es cuestión de criterios para
saber que caracteristicas entran en cada tipo de carreteras.
En fin solo es mi opinión.
Saludos

Olivier





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

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

[Carlos Dávila]

Cambiar las nacionales a secondary porque den problemas en un 
determinado software creo que sería etiquetar para el render. Creo que 
lo correcto es añadir etiquetas como las que proponéis, que añaden una 
información concreta y verificable sobre determinadas características de 
la vía. Otras podrían ser width, shoulder (yes/no) shoulder:width, ...


El 14/7/19 a las 14:14, Jorge Sanz Sanfructuoso escribió:

Buenas

Osmose da error por este motivo en nacionales por las que hay puesta 
alguna ruta de senderismo y creo que también de bicicleta. Nunca me 
había puesto a pensar mas en general que pudiera dar tanto problema. 
El añadir foot=yes, cycle=yes y horse=yes me parece correcto.


Un saludo.

El dom., 14 jul. 2019 a las 13:54, Emilio Gómez Fernández 
(mailto:emilio.gomez.f...@gmail.com>>) 
escribió:



Hola a todos.

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

Un saludo

Emilio Gómez
-

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

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

cordialement

bernard


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

Hi Bernard,

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

.
You can see the international equivalence of this type of road
on this wiki page
.

Regards

Emilio

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

Hi Emilio

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

cordially

Bernard

PS: I hope that the Google translation will not betray my text in
French






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

Re: [Talk-es] Debemos comprobar el nombre de 2800 vías.

[Carlos Dávila]

Por lo que leí en el mensaje inicial del hilo de Frederik Ram entendí 
que solo se borrarían los nombres incorporados por chdr, pero si se han 
modificado posteriormente creo que no se pierden. La verdad, no he leído 
el resto del hilo, no sé si se ha matizado ese punto posteriormente.



El 29/08/17 a las 18:40, Alan Grant escribió:

Hola Agustín (y otros),

Si entiendo bien, el DWG va a borrar el nombre actual de las calles en 
la lista. Las calles se quedarán con los nombres que tenían antes de 
los cambios de "chdr", si hubiera uno (en la mayoría de los casos creo 
que se quedarán sin nombre). Así que no hay nada que podemos hacer 
ahora con la base de datos de OSM, nuestros cambios se perderían 
juntos con los de "chdr" y habría que repetir. Así que me parece que 
lo único que se puede hacer por ahora es recopilar datos para estar 
preparados.


Hay mucha discusión en el hilo original sobre las posibilidades de 
hacerlo de otra manera, evitando la perdida de datos válidos. Pero me 
parece que hasta ahora ninguna solución ha sido aceptado. Igual es 
posible que se me haya escapado algo en ese hilo muy largo...


Un saludo
Alan




2017-08-29 16:13 GMT+02:00 Agustín O. 
>:


Hola

Disculpadme no tengo mucha experiencia...Para hacer correcciones,
¿podría seguir el siguiente proceso?:

1. Con el ID en el JOSM identifico el objeto.

2. Compruebo en http://www.idee.es/visualizador/
 si ese nombre del OSM
coincide con lo que pone en este visualizador.

3. Si hay errores en el nombre de la calle , los corrijo con JOSM y lo
pongo en la Wiki indicando que la fuente es el Catastro

¿Correcto?

Perdonad por la pregunta tan simple

Salud

Agustín



___
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



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

Re: [Talk-es] Resumen de Talk-es, Vol 126, Envío 5

[Carlos Dávila]

Yo creo que sí es incorrecto, pero puede haber otras opiniones.

El 05/07/17 a las 17:03, A A escribió:


Entonces ¿poner el nombre y la referencia de la autovía en cuestión es 
incorrecto? En ese caso corregiré algún enlace que he visto con el 
nombre de la autovía en cuestión.



*De:* talk-es-requ...@openstreetmap.org 


*Enviado:* miércoles, 5 de julio de 2017 14:00:28
*Para:* talk-es@openstreetmap.org
*Asunto:* Resumen de Talk-es, Vol 126, Envío 5
Envíe los mensajes para la lista Talk-es a
talk-es@openstreetmap.org

Para subscribirse o anular su subscripción a través de la WEB
https://lists.openstreetmap.org/listinfo/talk-es

O por correo electrónico, enviando un mensaje con el texto "help" en
el asunto (subject) o en el cuerpo a:
talk-es-requ...@openstreetmap.org

Puede contactar con el responsable de la lista escribiendo a:
talk-es-ow...@openstreetmap.org

Si responde a algún contenido de este mensaje, por favor, edite la
linea del asunto (subject) para que el texto sea mas especifico que:
"Re: Contents of Talk-es digest...". Además, por favor, incluya en la
respuesta sólo aquellas partes del mensaje a las que está
respondiendo.


Asuntos del día:

   1. Accesos y salidas de autovías (A A)
   2. Re: Accesos y salidas de autovías (Carlos Dávila)


--

Message: 1
Date: Wed, 5 Jul 2017 11:28:34 +
From: A A 
To: "talk-es@openstreetmap.org" 
Subject: [Talk-es] Accesos y salidas de autovías
Message-ID:


Content-Type: text/plain; charset="iso-8859-1"

Hola a todos. Me surge una duda a la hora de poner las etiquetas 
"nombre" y "ref" en los accesos y salidas de las autovías. ¿se debe 
poner el nombre y referencia de la autovía a la que entra/de la que 
sale en las vías etiquetadas como "motorway_link"? No me refiero a la 
etiqueta "ref" del nodo que representa la salida, si no a la etiqueta 
"ref" de la vía etiquetada como "motorway_link". En el caso de que una 
salida de autovía de directamente a otra autovía ¿Qué nombre y 
referencia se deben poner?


 próxima parte 
Se ha borrado un adjunto en formato HTML...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-es/attachments/20170705/9b10b161/attachment-0001.html>


--

Message: 2
Date: Wed, 5 Jul 2017 13:52:59 +0200
From: Carlos Dávila 
To: Discusión en Español de OpenStreetMap

Subject: Re: [Talk-es] Accesos y salidas de autovías
Message-ID: <199f04f3-f2e9-5e04-0afa-5218d81db...@orangecorreo.es>
Content-Type: text/plain; charset=utf-8; format=flowed

El 05/07/17 a las 13:28, A A escribió:
> Hola a todos. Me surge una duda a la hora de poner las etiquetas
> "nombre" y "ref" en los accesos y salidas de las autovías. ¿se debe
> poner el nombre y referencia de la autovía a la que entra/de la que
> sale en las vías etiquetadas como "motorway_link"? No me refiero a la
> etiqueta "ref" del nodo que representa la salida, si no a la etiqueta
> "ref" de la vía etiquetada como "motorway_link". En el caso de que una
> salida de autovía de directamente a otra autovía ¿Qué nombre y
> referencia se deben poner?
>
Hola
ref y name deben contener la referencia y nombre de la propia vía en la
que están, es decir el motorway_link, que normalmente no tienen ni
referencia ni nombre. Si quieres añadir información de la vía a la que
dan puedes usar destination



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

Re: [Talk-es] Accesos y salidas de autovías

[Carlos Dávila]

El 05/07/17 a las 13:28, A A escribió:
Hola a todos. Me surge una duda a la hora de poner las etiquetas 
"nombre" y "ref" en los accesos y salidas de las autovías. ¿se debe 
poner el nombre y referencia de la autovía a la que entra/de la que 
sale en las vías etiquetadas como "motorway_link"? No me refiero a la 
etiqueta "ref" del nodo que representa la salida, si no a la etiqueta 
"ref" de la vía etiquetada como "motorway_link". En el caso de que una 
salida de autovía de directamente a otra autovía ¿Qué nombre y 
referencia se deben poner?



Hola
ref y name deben contener la referencia y nombre de la propia vía en la 
que están, es decir el motorway_link, que normalmente no tienen ni 
referencia ni nombre. Si quieres añadir información de la vía a la que 
dan puedes usar destination


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

[Talk-es] Extraer "de verdad" usando un polígono

[Carlos Dávila]

Hola
Cuando extraigo datos de un planet con osmconvert usando un polígono 
(ej. osmconvert planet.o5m -B=polygons/spain.poly --out-o5m 
--drop-author --drop-version --drop-broken-refs -o=spain.o5m) el archivo 
resultante conserva datos de un montón de vías que están fuera del 
polígono, por ejemplo esta:







Las referencias a estas vías son incompletas (la vía anterior tiene en 
realidad 6 nodos) y no se incluyen los nodos que las forman, por lo que 
para el procesado posterior del archivo extraído no suelen ser problema. 
Sin embargo, necesito obtener un archivo que contenga solo los objetos 
que realmente están dentro de un polígono. ¿Sabéis alguna forma de 
evitar que esas vías aparezcan en el archivo extraído?


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

Re: [Talk-es] Cómo etiquetar urbanizaciones o complejo de apartamentos

[Carlos Dávila]

El 20/04/17 a las 20:09, Ivan Garcia escribió:
Hola, ahora que se acerca el verano quisiera ayudar a etiquetar mejor 
la playa de mi pueblo, y quería añadir las urbanizaciones, en las 
playas los turistas se orientan mejor por estos nombres que por los 
nombres de calles, ej. urbanización "Les Dunes", etc...


https://www.openstreetmap.org/way/152859542#map=19/39.03997/-0.19002

he notado que usando landuse:residential con name no aparece en Maps.me

alguien me aconseja si es mejor usar relation incluyendo todos los 
edificios,piscinas de cada urbanizacion?


Gracias.

landuse=residential + name=Les Dunes + place=hamlet/suburb/o lo que 
corresponda es correcto. Si no aparece en maps.me es problema de maps.me 
(recuerda, no debes etiquetar para el render).
Si puedes detallar más con una relación, edificios, piscinas, etc. pues 
mejor.


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

Re: [Talk-es] Qué hacer con geometrías de EU CORINE land cover 2006

[Carlos Dávila]

El 17/04/17 a las 13:30, Jorge Sanz Sanfructuoso escribió:


A parte de usar una versión mas moderna de CORINE había otra base de 
datos mejor que ahora no me acuerdo como se llama que se comento con 
el IGN que se supone que da muchísima mas calidad.


http://www.siose.es/



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

Re: [Talk-es] Qué hacer con geometrías de EU CORINE land cover 2006

[Carlos Dávila]

El 11/04/17 a las 15:29, Rafael Avila Coya escribió:

Hola a todos/as:

No sé si este tema ya fue tratado con anterioridad, pero llevo tiempo 
preguntándome qué deberíamos hacer con las geometrías claramente 
deficientes de la importación de datos de EU CORINE land cover 2006 
que se llevó a cabo a finales de 2010, principios de 2011, y que 
llevamos "sufriendo" desde entonces.


Las posibles soluciones pasarían por:

a) La no solución. Dejar las cosas como están y que los usuarios, a su 
discreción, vayan corrigiendo lo que quieran. Creo que es la peor 
solución, pues como se puede ver, la gran mayoría de geometrías siguen 
ahí, en su versión 1, tapando zonas urbanas completas, geometrías 
correctas de bosques y otros usos de la tierra que ya se habían hecho 
con anterioridad y que no fueron consideradas cuando se importaron los 
datos, etc.


b) Revertir los cambios. Habida cuenta la cantidad de modificaciones y 
eliminaciones de geometrías que se hicieron todos estos años, esta 
solución se me antoja bastante compleja.


c) Corregir los datos siguiendo un control de las zonas corregidas y 
las que no. Esto podría hacerse usando el gestor de tareas de OSM-ES 
(el mismo que se está usando para llevar a cabo algunas importaciones, 
por ejemplo en el ayuntamiento de Madrid). El Gestor de Tareas no es 
óptimo, habida cuenta que muchas geometrías del EU CORINE land cover 
abarcan zonas muy amplias, pero creo que valdría, sobre todo si se 
escribe una buena wiki explicando el proceso. Para esta corrección veo 
dos posibilidades:


c.1) Borrar las geometrías de la zona escogida y re-mapear 
correctamente. A mí, personalmente, no me gustaría, pues se pierde el 
historial.


c.2) Modificar las geometrías. No es necesariamente más lento que el 
anterior, y se mantiene el historial. Sólo hay que saber usar la 
herramienta 'Reemplazar geometría' (CTRL+Mayús+G (necesita el plugin 
UtilsPlugin2)), cosa que se explicaría en la wiki. Para mí sería la 
solución mejor que se me ocurre.


Con el Gestor de Tareas podríamos ver lo que ya se ha hecho y lo que 
queda por hacer, y otros valores estadísticos.


Un saludo cordial,

Rafael. 


Personalmente creo que los objetos que se encuentren en la versión 1 se 
podrían borrar sin muchas contemplaciones. Si se ve necesario, se pueden 
revisar previamente sobre foto aérea y eliminar si difieren más de X 
porcentaje de superficie de la realidad.


La opción c2 yo la he usado para polígonos no muy grandes, pero para 
objetos grandes creo que puede dar más trabajo que empezar de cero. 
Puedes explicar un poco cómo funciona lo de "Reemplazar geometría". He 
cargado UtilsPlugin2 para probar, pero esa opción aparece desactivada.




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

Re: [Talk-es] TF-1 en Tenerife

[Carlos Dávila]

Con esas características debe etiquetarse como trunk. Te sugiero que le 
hagas un comentario en el changeset y le pases el enlace al primer hilo 
sobre el tema, para que vea que es un cambio consensuado, no un capricho 
tuyo.


El 02/03/17 a las 20:52, Paúl Sanz escribió:

Hola a todos:
Retomo este hilo viejo sobre un tramo de la TF-1 que no era
exactamente una autopista porque el usuario morgen1 ha decidido
deshacer el cambio que hice a highway=trunk tras consultar a la
comunidad por aquí. Aparte, se ha permitido suponer que lo hice por mi
cuenta y riesgo y de emplear un tono bastante condescendiente, lo cual
reconozco que no me ha hecho mucha gracia. Por esto he preferido no
entrar en una guerra de cambios con él. Simplemente vuelvo a
preguntar: un tramo de una calzada y con un solo carril en un sentido,
¿no debería etiquetarse como trunk? En caso afirmativo, volvería a
realizar el cambio y le comunicaría a este usuario que, de nuevo, no
es una decisión arbitraria.

Gracias, majos


El día 4 de enero de 2017, 19:16, yo paseopor  escribió:

Ya sabeis lo que opino sobre las categorías...si no cumplen condiciones...no
las cumplen.Y exijamos que las cumplan si es lo que deseamos.Menos rescates
de vías inútiles y deficitarias, más inversión.
Para refrescarlo
https://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n_f%C3%ADsica

Salut i inversions en condicions
yopaseopor





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

Re: [Talk-es] Dehesas

[Carlos Dávila]

El 02/03/17 a las 16:17, dcapillae escribió:

Las dehesas se describen empleando la etiqueta "natural=grassland" junto con
"grassland=dehesa". Se puede consultar la documentación al respecto en el
wiki:  Key:grassland

.



--
View this message in context: 
http://gis.19327.n8.nabble.com/Dehesas-tp5892300p5892303.html
Sent from the Spain mailing list archive at Nabble.com.


natural=grassland no me parece muy adecuado para las dehesas. De acuerdo 
que estrictamente el mayor porcentaje de superficie está ocupado por 
herbáceas, pero la importancia del arbolado en las dehesas es 
fundamental para considerar un terreno como dehesa (de hecho sin árboles 
no se considera dehesa) y para el uso que se hace del terreno. Yo veo 
más adecuado landuse=forest ya que en origen son bosques no pastizales, 
aunque alterados por la mano del hombre y en todo caso forest=dehesa si 
se quiere afinar más.


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

Re: [Talk-es] Error en etiquetado de vértices geodésicos importados del IGN

[Carlos Dávila]

Me parece correcto. Dado que nadie se ha manifestado en contra ni aquí 
ni en imports, si tengo tiempo esta tarde hago la corrección de ele y si 
queréis en la reunión de esta noche se habla de las otras etiquetas.


El 07/02/17 a las 11:43, Alejandro S. escribió:


Buenas,
Adelante con la corrección de la etiqueta ele.
Mejor discutir las otras etiquetas por separado que después se 
desmadran los hilos.


Saludos,
Alejandro Suárez


On Mon, Feb 6, 2017, 12:14 Jorge Sanz Sanfructuoso <mailto:sanc...@gmail.com>> wrote:


He añadido enlace desde
https://wiki.openstreetmap.org/wiki/ES:Limpieza_de_etiquetas a tu
propuesta para solucionar el error.
Estoy de acuerdo con la solución dada para corregir de manera
automática el error de la etiqueta "ele".
Yo tocaría primero esta etiqueta y las otras las discutiría aparte
posteriormente. Para ir solucionando errores.

Un saludo.

El lun., 6 feb. 2017 a las 10:20, Carlos Dávila
(mailto:cdavi...@orangecorreo.es>>)
escribió:

El 06/02/17 a las 09:07, Agustin Diez Castillo escribió:
> En el wiki [1] pone colon donde debería poner semicolon.

Cambiado, gracias por la corrección. No sé porqué te pide
confirmar el
correo.






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

Re: [Talk-es] Error en etiquetado de vértices geodésicos importados del IGN

[Carlos Dávila]

El 06/02/17 a las 09:07, Agustin Diez Castillo escribió:

En el wiki [1] pone colon donde debería poner semicolon.


Cambiado, gracias por la corrección. No sé porqué te pide confirmar el 
correo.




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

Re: [Talk-es] Error en etiquetado de vértices geodésicos importados del IGN

[Carlos Dávila]

Con osmose se pueden editar de golpe o hay que ir uno por uno? Yo ayer 
empecé a corregir en JOSM hasta que me dio por mirar los números y al 
ver la cantidad me pareció absurdo hacerlo a mano, cuando se puede hacer 
en menos de un minuto.

A mi las etiquetas que hay tampoco me parece necesario eliminarlas

El 05/02/17 a las 20:35, Diego García escribió:


Escribo desde el móvil, no me extenderé mucho.

El error de la etiqueta ele lo detecta osmose, y se arregla fácilmente 
desde allí. Los que están reparados alrededor de Huesca se han editado 
de esa manera.


El resto de etiquetas yo las conservaría. Los vértices pueden 
pertenecer a distintas redes, y además tienen una referencia de forma 
que se puede localizar información en IGN rápidamente, y que los 
identifica. Normalmente estoy en contra de poner o mantener 
información innecesaria o redundante, pero en este caso lo veo útil.


Un saludo,


El dom., 5 feb. 2017 18:54, Carlos Dávila <mailto:cdavi...@orangecorreo.es>> escribió:


Hola

Ayer me di cuenta de que los vértices geodésicos que se importaron del
IGN en 2012 tienen varios errores en la etiqueta "ele". Por un
lado, se
usa la coma como separador decimal, lo que es contrario a la norma
general en OSM, y por otro tienen como unidad " m.". En OSM las
alturas,
como otras magnitudes, tienen una unidad predeterminada, metros en
este
caso, por lo que no se debe indicar la unidad salvo que sea
distinta de
la predeterminada, y en todo caso no debería llevar punto después
de la
m. Aunque algunos nodos ya han sido corregidos (una zona amplia
alrededor de Salamanca y Huesca básicamente), la gran mayoría siguen
igual que se importaron, concretamente 8.546 de 9.690.

Estos errores se pueden corregir fácilmente con un poco de
buscar/reemplazar, pero como eso es una edición automatizada hay que
seguir las directrices indicadas en [1] y por eso lo comento aquí,
para
que se debata en la lista. He creado la página [2] en la wiki
describiendo el proceso propuesto.

Otro error que había es que hay vértices que tienen dos valores en la
altura, uno entero y otro decimal, separados por punto y coma, por
ejemplo "1527;1527.12". Como esos eran pocos los he corregido a mano
dejando el valor más preciso, salvo un par de ellos en los que no
coinciden los dos valores.

Como recientemente se comentó la posibilidad/conveniencia de eliminar
algunas etiquetas innecesarias de objetos importados, quizá se pudiera
aprovechar la ocasión para hacerlo. Estas son las etiquetas de la
importación que contienen los vértices geodésicos:

  * ign:latitud (en mi opinión se debería mantener, el valor es más
preciso que el que tienen los objetos de OSM).
  * ign:longitud (idem).
  * ign:red
  * source:ref
  * ref: supongo que es una referencia interna usada por el IGN, no
utilizada de forma general.

[1]https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

[2]https://wiki.openstreetmap.org/wiki/Automated_Edits/cdavila





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

Re: [Talk-es] Error en etiquetado de vértices geodésicos importados del IGN

[Carlos Dávila]

El 05/02/17 a las 20:34, Matías h escribió:
Has echado un vistazo a los vértices REGENTE que importó Iván?.  No 
recuerdo si esos están bien?... 


No, no los he mirado


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

[Talk-es] Error en etiquetado de vértices geodésicos importados del IGN

[Carlos Dávila]

Hola

Ayer me di cuenta de que los vértices geodésicos que se importaron del 
IGN en 2012 tienen varios errores en la etiqueta "ele". Por un lado, se 
usa la coma como separador decimal, lo que es contrario a la norma 
general en OSM, y por otro tienen como unidad " m.". En OSM las alturas, 
como otras magnitudes, tienen una unidad predeterminada, metros en este 
caso, por lo que no se debe indicar la unidad salvo que sea distinta de 
la predeterminada, y en todo caso no debería llevar punto después de la 
m. Aunque algunos nodos ya han sido corregidos (una zona amplia 
alrededor de Salamanca y Huesca básicamente), la gran mayoría siguen 
igual que se importaron, concretamente 8.546 de 9.690.


Estos errores se pueden corregir fácilmente con un poco de 
buscar/reemplazar, pero como eso es una edición automatizada hay que 
seguir las directrices indicadas en [1] y por eso lo comento aquí, para 
que se debata en la lista. He creado la página [2] en la wiki 
describiendo el proceso propuesto.


Otro error que había es que hay vértices que tienen dos valores en la 
altura, uno entero y otro decimal, separados por punto y coma, por 
ejemplo "1527;1527.12". Como esos eran pocos los he corregido a mano 
dejando el valor más preciso, salvo un par de ellos en los que no 
coinciden los dos valores.


Como recientemente se comentó la posibilidad/conveniencia de eliminar 
algunas etiquetas innecesarias de objetos importados, quizá se pudiera 
aprovechar la ocasión para hacerlo. Estas son las etiquetas de la 
importación que contienen los vértices geodésicos:


 * ign:latitud (en mi opinión se debería mantener, el valor es más
   preciso que el que tienen los objetos de OSM).
 * ign:longitud (idem).
 * ign:red
 * source:ref
 * ref: supongo que es una referencia interna usada por el IGN, no
   utilizada de forma general.

[1]https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

[2]https://wiki.openstreetmap.org/wiki/Automated_Edits/cdavila


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

Re: [Talk-es] Limpieza de etiquetas innecesarias o mal usadas.

[Carlos Dávila]

Con respecto a CORINE, se pueden sacar extractos por zonas más o menos 
amplias con osmfilter, cargarlos en JOSM y seleccionar los que estén en 
la versión 1. Descargar la zona alrededor, contrastar con PNOA y borrar 
el polígono de CORINE si procede. De esa forma cualquier objeto que 
comparta nodos con el polígono CORINE no se vería modificado. A modo 
orientativo del volumen de datos, a fecha 9/1/17 en Extremadura hay 3250 
vías (polígonos) CORINE, de las que 1060 están en la versión 1.


El 06/01/17 a las 19:18, Carlos Dávila escribió:
El problema de nodos compartidos puede afectar también a polígonos que 
estén en la versión 1. Si se dibuja por ejemplo otro polígono 
adyacente a uno de CORINE y se usa algún nodo del polígono de corine 
como límite del nuevo polígono, el de corine seguirá en la versión 1 
puesto que no se ha modificado, pero si lo borras también borrarás los 
nodos que utiliza el nuevo polígono. O sea, no se puede (muy a mi 
pesar;-)), salvo que se verifique que no comparte ningún nodo con otra 
entidad.


El 06/01/17 a las 19:03, Diego García escribió:

Buenas tardes de nuevo.

Siendo así, perfecto. Es muy buena idea lo de sólo tocar los que 
estén en versión 1. Pero ya verás qué cantidad de polígonos comparten 
nodos con otros elementos que no tienen nada que ver; es mucha gente 
editando sin ningún cuidado desde que se metió el corine.


¿Te has planteado lo del osmose? Podría ser una solución para lo de 
los vértices y problemas de etiquetado.


Un saludo,



El vie., 6 ene. 2017 a las 18:55, Matías h 
(mailto:taborda.barr...@gmail.com>>) 
escribió:


Hola.

Lo de CORINE es difícil de gestionar,  pero hay que reconocer que
la mayoría de los polígonos no se corresponde con la realidad.

Lo que  propuse es como mucho borrar aquellos polígonos que aún
estén en su versión 1 y que por lo  tanto no deberían compartir ni
un solo nodo con ninguna otra entidad. Por descontado,  que en
cuanto algún polígono haya sido tocado en alguna edición, ya no
se puede borrar...


El 6 ene. 2017 18:30, "Diego García" mailto:dgerv...@gmail.com>> escribió:

Buenas tardes a todos.

Aparte de decir que me parece un gran acierto esta limpieza,
querría mencionar dos detalles:

- Lo último que habría que hacer con CORINE sería eliminar los
polígonos existentes. No sólo dejaría un hueco impresionante
en todo el mapa: el problema principal es que muchos nodos
están compartidos (por vicios de edición) con elementos como
carreteras, caminos, ... y lo que pille. Eliminar un trozo de
bosque de CORINE suele implicar destrozar un tramo de vía,
imaginad si se eliminan de golpe todos los CORINE... destrozo
asegurado.

- Se podría arreglar la mayoría de etiquetas con la
herramienta osmose ( http://osmose.openstreetmap.fr/es/map/ ),
incluído mayúsculas, alturas de los vértices, etiquetas
obsoletas... O eso, o ya estamos hablado de importaciones a lo
bruto, como con el caso de los vértices. Con osmose, por
ejemplo, las elevaciones con formato incorrecto se pueden ver
desmarcando todas las casillas de la izquierda, y dejando
marcada "mal etiquetado - valor numérico". Además, permite
corregirlas en línea, desde la misma página.


Un saludo,

El jue., 5 ene. 2017 a las 13:57, Jorge Sanz Sanfructuoso
(mailto:sanc...@gmail.com>>) escribió:

Si hay mas que estén así claramente si, a corregirlos todos.

El jue., 5 ene. 2017 a las 13:55, Matías h
(mailto:taborda.barr...@gmail.com>>) escribió:

Hola. Yo es que en la columna que he puesto de
ejemplos, no he añadido todas las etiquetas que
considero erroneas en cada grupo de datos, como digo
sólo en REGENTE hay más de una docena de ellas.

Pero si es verdad que ese valor de ele no es válido.
Ya puestos se podrían corregir todos los valores de
ele que aparezacan así no?.

Gracias.

El 5 de enero de 2017, 13:47, Jorge Sanz Sanfructuoso
mailto:sanc...@gmail.com>> escribió:

He añadido otro error de los Vértices ROI con la
key ele.
A ver si hago memoria que me suena que había mas
cosas.

Un saludo

El jue., 5 ene. 2017 a las 12:30, Matías h
(mailto:taborda.barr...@gmail.com>>) escribió:

Hola, buen día.

A raíz de la reunión de la otra noche, se
estableció que intentaríamos hacer en
principio un estudio de los tags que se han
usado a lo largo de los años (sobre todo e

Re: [Talk-es] Limpieza de etiquetas innecesarias o mal usadas.

[Carlos Dávila]

El problema de nodos compartidos puede afectar también a polígonos que 
estén en la versión 1. Si se dibuja por ejemplo otro polígono adyacente 
a uno de CORINE y se usa algún nodo del polígono de corine como límite 
del nuevo polígono, el de corine seguirá en la versión 1 puesto que no 
se ha modificado, pero si lo borras también borrarás los nodos que 
utiliza el nuevo polígono. O sea, no se puede (muy a mi pesar;-)), salvo 
que se verifique que no comparte ningún nodo con otra entidad.


El 06/01/17 a las 19:03, Diego García escribió:

Buenas tardes de nuevo.

Siendo así, perfecto. Es muy buena idea lo de sólo tocar los que estén 
en versión 1. Pero ya verás qué cantidad de polígonos comparten nodos 
con otros elementos que no tienen nada que ver; es mucha gente 
editando sin ningún cuidado desde que se metió el corine.


¿Te has planteado lo del osmose? Podría ser una solución para lo de 
los vértices y problemas de etiquetado.


Un saludo,



El vie., 6 ene. 2017 a las 18:55, Matías h (>) escribió:


Hola.

Lo de CORINE es difícil de gestionar,  pero hay que reconocer que
la mayoría de los polígonos no se corresponde con la realidad.

Lo que  propuse es como mucho borrar aquellos polígonos que aún
estén en su versión 1 y que por lo  tanto no deberían compartir ni
un solo nodo con ninguna otra entidad. Por descontado,  que en
cuanto algún polígono haya sido tocado en alguna edición,  ya no
se puede borrar...


El 6 ene. 2017 18:30, "Diego García" mailto:dgerv...@gmail.com>> escribió:

Buenas tardes a todos.

Aparte de decir que me parece un gran acierto esta limpieza,
querría mencionar dos detalles:

- Lo último que habría que hacer con CORINE sería eliminar los
polígonos existentes. No sólo dejaría un hueco impresionante
en todo el mapa: el problema principal es que muchos nodos
están compartidos (por vicios de edición) con elementos como
carreteras, caminos, ... y lo que pille. Eliminar un trozo de
bosque de CORINE suele implicar destrozar un tramo de vía,
imaginad si se eliminan de golpe todos los CORINE... destrozo
asegurado.

- Se podría arreglar la mayoría de etiquetas con la
herramienta osmose ( http://osmose.openstreetmap.fr/es/map/ ),
incluído mayúsculas, alturas de los vértices, etiquetas
obsoletas... O eso, o ya estamos hablado de importaciones a lo
bruto, como con el caso de los vértices. Con osmose, por
ejemplo, las elevaciones con formato incorrecto se pueden ver
desmarcando todas las casillas de la izquierda, y dejando
marcada "mal etiquetado - valor numérico". Además, permite
corregirlas en línea, desde la misma página.


Un saludo,

El jue., 5 ene. 2017 a las 13:57, Jorge Sanz Sanfructuoso
(mailto:sanc...@gmail.com>>) escribió:

Si hay mas que estén así claramente si, a corregirlos todos.

El jue., 5 ene. 2017 a las 13:55, Matías h
(mailto:taborda.barr...@gmail.com>>) escribió:

Hola. Yo es que en la columna que he puesto de
ejemplos, no he añadido todas las etiquetas que
considero erroneas en cada grupo de datos, como digo
sólo en REGENTE hay más de una docena de ellas.

Pero si es verdad que ese valor de ele no es válido.
Ya puestos se podrían corregir todos los valores de
ele que aparezacan así no?.

Gracias.

El 5 de enero de 2017, 13:47, Jorge Sanz Sanfructuoso
mailto:sanc...@gmail.com>> escribió:

He añadido otro error de los Vértices ROI con la
key ele.
A ver si hago memoria que me suena que había mas
cosas.

Un saludo

El jue., 5 ene. 2017 a las 12:30, Matías h
(mailto:taborda.barr...@gmail.com>>) escribió:

Hola, buen día.

A raíz de la reunión de la otra noche, se
estableció que intentaríamos hacer en
principio un estudio de los tags que se han
usado a lo largo de los años (sobre todo en
importaciones) que aportan una información
innecesaria, así como el uso de algunas
etiquetas de forma erronea.

He creado en la wiki una tabla para que
vayamos aportando algunas ideas y casos que
nos vayamos encontrando y luego ya decidiremos
la forma de actuar. [1]

Por otro lado, aunque el pasado martes se
mencionó de pasada, u siguiendo con el tema de
limpie

Re: [Talk-es] Importaciones - continuación del debate de la reunión virtual-

[Carlos Dávila]

El 04/01/17 a las 16:28, yo paseopor escribió:
Pues ya que estamos...si se pudiera incluir un enlace a la vía (y no 
solo la ID) en los errores de Oneway, serviría de mucha ayuda, tal y 
como ya pasa en los errores de Roundabout...que nos hemos "petao" por 
cierto :P


Salut i Rotondes
yopaseopor


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


Hecho. En la próxima actualización lo tendrás así.

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

Re: [Talk-es] Importaciones - continuación del debate de la reunión virtual-

[Carlos Dávila]

El 04/01/17 a las 10:37, yo paseopor escribió:
Por último, ya más offtopic, todo un placer ocupar espacio, aunque sea 
en diferido con el que gestiona los informes de error (mapas 
alternativaslibres) que estamos arreglando estos días.


El placer es mío, poder ofrecer una herramienta para mejorar los datos 
de OSM. Cualquier sugerencia para que los informes de errores sean más 
útiles es bienvenida.


Carlos



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

Re: [Talk-es] Posiblidad de hacer una super-macro actualización de datos en la zona España

[Carlos Dávila]

El 23/12/16 a las 17:43, juanmaf...@gmail.com escribió:

   Hola a todos ¡¡¡

   En la actualidad me encuentro realizando un mapa en formato
mapsforge, la fuente de datos base será OSM, pero también voy a
incorporar muchos datos provenientes de TOPOHISPANIA, como muchos
sabréis, las fuentes de datos de TOPOHISPANIA son los organismos
oficiales españoles, como el CNIG y similares, así que son datos
válidos para su distribución pública. El caso es que me gustaría poner
a disposición de la comunidad española de OSM todos estos datos para
que se vuelquen en su base de datos, estoy hablando de cientos de
miles (incluso puede que millones) de edificios , de pequeños cauces
de ríos, cientos de miles de puntos como fuentes, puntos km de
carreteras, cientos de miles de pequeños caminos y senderos, cientos
de miles de pequeñas lagunas, etc, etc.

En estos momentos sigo limpiando la información (ver problema
original de Topohispania aquí:
http://blog.barrancosysimas.com/p/proyecto.html ).

   Una vez que termine de limpiar toda la información que tengo (varios
GB) la voy a re-etiquetar con las correspondientes TAGS de OSM.  Creo
que éste trabajo podría llegar a mejor puerto si cuento con personas
con más experiencia en OSM, a dichas personas les puedo pasar las
muestras de zonas que crean necesarias para que vean la cantidad y
calidad de nueva información de la que estoy hablando y ver que TAGS
son los más adecuados para la nueva información.

Bueno, espero poder colaborar con la comunidad y que pronto el mapa
de OSM de la zona de España tenga un mejor acabado.

Un saludo a todos y gracias por vuestro brutal trabajo.





Hola

Lo primero agradecer las intenciones de incorporar todos los datos 
posibles a OpenStreetMap y mejorar el mapa.


Como ya te han comentado, la cosa no es tan sencilla. Para empezar, el 
hecho de que los datos provengan de fuentes oficiales no implica que 
sean compatibles con la licencia de OSM. Habría que ver para cada fuente 
de datos la licencia que tiene y si es compatible con la de OSM. 
Suponiendo que lo fuera, habría que pedir una autorización expresa, 
debatir la importación en esta lista, comunicarlo a "Imports" y obtener 
el visto bueno, ver qué datos ya existen en OSM y comparar con lo que se 
pretende importar, revisar en campo, ...


En fin, que así en general te diría lo mismo que mis compañeros, es 
probable que al final sea una pérdida de tiempo, aunque también es 
posible que para algún conjunto de datos en particular sea posible 
importar los datos.


Saludos



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

Re: [Talk-es] Sobre importaciones y otros demonios

[Carlos Dávila]

El 09/12/16 a las 14:07, David Marín Carreño escribió:
Por ejemplo, solicitar permiso para importar los números de las calles 
de Barcelona. 


Ya se ha comentado varias veces que los números de catastro no coinciden 
con los números de policía reales sobre el terreno




___
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

[Carlos Dávila]

Es como dice Jesús, pero debes tener instalado el complemento Reverter 
para que te aparezca esa opción en la barra de menús


El 10/11/16 a las 16:15, Jesús Lopez escribió:


Desde JOSM, pestaña Datos—>Revertir conjunto de cambios

Saludos


El 10 nov 2016, a las 15:51, Alejandro Moreno > escribió:


No tengo ni idea de como hacer lo que preguntas pero respondo porque 
tu correo se me ha ido a spam y probablemente a mucha gente le haya 
pasado lo mismo y con esta respuesta lo vea.


El 10 de noviembre de 2016, 12:31, Ander Pijoan 
mailto:ander.pij...@deusto.es>> escribió:


Buenos días,

Ya se ha tratado muchas veces esto pero no consigo encontrar la
forma de hacerlo. Os escribo porque un usuario se ha dedicado a
eliminar todas las aceras de un pueblo (que de hecho habíamos
introducido como un proyecto de accesibilidad en el que
estudiantes y colectivos con discapacidad mapeaban sus pueblos en
papel y nosotros introducíamos los datos).

El changeset en cuestión es este :
http://www.openstreetmap.org/changeset/42953890#map=16/43.3218/-3.0262


Nos hemos puesto en contacto con el usuario y no da respuesta ni
señales de vida. Por tanto ¿hay alguna forma en la que nosotros
podamos echar atrás el changeset o tenemos que molestar a algún
moderador?

Un saludo y gracias.

-- 
Ander Pijoan

Research Assistant / DeustoTech Energía




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

Re: [Talk-es] Bosques en Re: Re: Historias para no dormir: La entrollización de un usuario

[Carlos Dávila]

Pues como ha dicho Iñaki, raro es el monte en el que no se hace algún 
tipo de manejo o no tiene algún aprovechamiento, por lo que yo creo que 
la norma general sería landuse=forest, salvo casos muy excepcionales.


El 05/11/16 a las 12:44, Alejandro S. escribió:


Las etiquetas están claras, pero precisamente el problema viene de 
distinguir entre una cosa u otra, que es explotación, etc.



On Sat, Nov 5, 2016, 10:29 Iñaki <mailto:xakaubil...@correspondencia.eu>> wrote:


Gracias. Pues si es así, cerrado quedará el hilo.

Saludos,


El 05/11/2016 a las 10:19, Carlos Dávila escribió:
> Creo que eso ya está diferenciado
>
> Bosque: natural=wood
> Explotación forestal: landuse=forest
>
> El 05/11/16 a las 09:42, Iñaki escribió:
>> Buenos días:
>>
>> Aprovechando que el Pisuerga pasa…, y en relación con el
revuelo
>> que ha levantado “Mustelator”, Santiago Crespo he dejado
escrito algo
>> que creo tiene su relativa importancia y que lo dejo marcado por si
>> alguien quiere reflexionar sobre ello. Ha mentado la bicha de la
>> definición de bosque. ¿Y por qué lo traigo a colación? Pues
porque si
>> la Comunidad cree que es interesante aportar el nombre de cada
árbol
>> de un parque para evitar, por ejemplo, problemas de alergias,
con lo
>> que estoy totalmente de acuerdo y aunque sólo sea por
incrementar la
>> información disponible en OSM sería conveniente, la misma
importancia
>> podría tener de cara a la ciencia, investigación, etc., determinar
>> frente a qué nos encontramos cuando vemos una agrupación de árboles
>> fuera del entorno urbano.
>>
>> ¿Qué es un bosque? Si hacemos caso a lo que dice la RAE, la
>> definición se queda corta. ¿Cuántos bosques naturales existen en
>> España? No lo sé, pero poquísimos si es que los hay (porque incluso
>> Irati (Navarra)fue explotado-manipulado). ¿A una plantación de
>> eucaliptus gallego o pino insignis vasco hay que denominarlo
bosque?…
>> Quizá en la generalidad sí, porque, tal vez, un usuario normal no
>> requiere más información que saber si se aproxima a una masa
arbórea
>> o de sotobosque. Pero en puridad, y en un ambiente más específico,
>> ¿los podemos llamar bosques?… Pues en puridad no, pero muchos
>> lectores pensarán lo contrario.
>>
>> Sinceramente no sé cómo se está haciendo ahora, pero si no hay
>> ninguna especificidad, quizá sea el momento de plantear si es
>> factible y necesario incrementar la información a través de las
>> etiquetas: “bosque” sin más para un usuario normal y “bosque” más
>> “plantación” (o algo similar) para un usuario más profesional.
>>
>> Saludos,
>>
>>
>> El 04/11/2016 a las 15:20, Santiago Crespo escribió:
>>> Acaba de responderme:
>>>
>>> ---
>>> ¡Madre mía, la que se ha liado con esto de los árboles!
>>>
>>> Tranquilos, ya se me han quitado las ganas de tocar un solo
árbol... :D
>>> pero... ¿en un bosque NATURAL, identificado como tal y donde
se supone
>>> que está arbolado por sí sólo? Que ojo, tampoco los borraré
pero lo
>>> encuentro un tanto exagerado.
>>>
>>> En cuanto a las calles hago precisamente eso, no las borro
sino las
>>> identifico. Si en algún momento me la he ventilado, por favor
>>> pasadme el
>>> ID y adelanto que, si no me dejé llevar por una imagen donde
no salía
>>> ninguna, mis disculpas porque no era mi intención
>>>
>>> Saludos.
>>> ---
>>>
>>> On 11/04/2016 11:17 AM, Santiago Crespo wrote:
>>>> Hola,
>>>>
>>>> Creo que Mustelator pudo malinterpretar lo que le dijo Jose
Luis sobre
>>>> el inventariado de los árboles.
>>>>
>>>> Personalmente y sin haber revisado todos sus cambios, no me
parece un
>>>> troll o que tenga mala intención, pues:
>>>>
>>>> * Reconoce sus errores
>>>>
>>>> * Se ha comprometido a ir con más cuidado, preguntar antes de
>>>> destrozar
>>>> y pasarse por el wikiproject
>>>>
>>>> * Parece que le gusta encontrar y corregir errores
>>>>
>>>> * Cuando se le explica algo con lo que no está de acuerdo,
hace una
>>>> crítica argumentada del co

Re: [Talk-es] Bosques en Re: Re: Historias para no dormir: La entrollización de un usuario

[Carlos Dávila]

Creo que eso ya está diferenciado

Bosque: natural=wood
Explotación forestal: landuse=forest

El 05/11/16 a las 09:42, Iñaki escribió:

Buenos días:

Aprovechando que el Pisuerga pasa…, y en relación con el revuelo 
que ha levantado “Mustelator”, Santiago Crespo he dejado escrito algo 
que creo tiene su relativa importancia y que lo dejo marcado por si 
alguien quiere reflexionar sobre ello. Ha mentado la bicha de la 
definición de bosque. ¿Y por qué lo traigo a colación? Pues porque si 
la Comunidad cree que es interesante aportar el nombre de cada árbol 
de un parque para evitar, por ejemplo, problemas de alergias, con lo 
que estoy totalmente de acuerdo y aunque sólo sea por incrementar la 
información disponible en OSM sería conveniente, la misma importancia 
podría tener de cara a la ciencia, investigación, etc., determinar 
frente a qué nos encontramos cuando vemos una agrupación de árboles 
fuera del entorno urbano.


¿Qué es un bosque? Si hacemos caso a lo que dice la RAE, la 
definición se queda corta. ¿Cuántos bosques naturales existen en 
España? No lo sé, pero poquísimos si es que los hay (porque incluso 
Irati (Navarra)fue explotado-manipulado). ¿A una plantación de 
eucaliptus gallego o pino insignis vasco hay que denominarlo bosque?… 
Quizá en la generalidad sí, porque, tal vez, un usuario normal no 
requiere más información que saber si se aproxima a una masa arbórea o 
de sotobosque. Pero en puridad, y en un ambiente más específico, ¿los 
podemos llamar bosques?… Pues en puridad no, pero muchos lectores 
pensarán lo contrario.


Sinceramente no sé cómo se está haciendo ahora, pero si no hay 
ninguna especificidad, quizá sea el momento de plantear si es factible 
y necesario incrementar la información a través de las etiquetas: 
“bosque” sin más para un usuario normal y “bosque” más “plantación” (o 
algo similar) para un usuario más profesional.


Saludos,


El 04/11/2016 a las 15:20, Santiago Crespo escribió:

Acaba de responderme:

---
¡Madre mía, la que se ha liado con esto de los árboles!

Tranquilos, ya se me han quitado las ganas de tocar un solo árbol... :D
pero... ¿en un bosque NATURAL, identificado como tal y donde se supone
que está arbolado por sí sólo? Que ojo, tampoco los borraré pero lo
encuentro un tanto exagerado.

En cuanto a las calles hago precisamente eso, no las borro sino las
identifico. Si en algún momento me la he ventilado, por favor pasadme el
ID y adelanto que, si no me dejé llevar por una imagen donde no salía
ninguna, mis disculpas porque no era mi intención

Saludos.
---

On 11/04/2016 11:17 AM, Santiago Crespo wrote:

Hola,

Creo que Mustelator pudo malinterpretar lo que le dijo Jose Luis sobre
el inventariado de los árboles.

Personalmente y sin haber revisado todos sus cambios, no me parece un
troll o que tenga mala intención, pues:

* Reconoce sus errores

* Se ha comprometido a ir con más cuidado, preguntar antes de destrozar
y pasarse por el wikiproject

* Parece que le gusta encontrar y corregir errores

* Cuando se le explica algo con lo que no está de acuerdo, hace una
crítica argumentada del consenso. Ojo, que luego puede equivocarse, 
pero

es otro par de ojos revisando lo que damos por hecho con una visión
crítica. En mi opinión esto es positivo, lo único que hay que hacer es
trasladar las discusiones a esta lista.

* Los errores que comete me parece que los podría haber cometido yo
mismo al empezar en OSM. Ninguno me parece que tuviera mala intención,
con la única posible excepción del nombre del parking, que 
personalmente

me lo tomé como una broma fuera de lugar.

Dicho esto, me parece genial si conseguimos tener un par de moderadores
que puedan bloquear a un usuario durante 72 horas, habría sido útil 
para

parar a Mustelator y otros usuarios hasta conseguir razonar con ellos.

-1 a recurrir al DWG, a no ser que continúe cometiendo los mismos 
errores.


Saludos,
Santiago Crespo

P.D.: Le acabo de escribir un mensaje con lo que dice Ander:

Hola Mustelator,

Por favor, no borres los árboles, aunque estén en un bosque. Como dice
Ander Pijoan:

"Al final un mapa debería dibujar objetivamente las cosas físicas que
hay. Si luego tienes alguna apreciación subjetiva, legal, personal, 
etc.

puedes intentar buscar si existe alguna etiqueta para ello, pero no
borrar los elementos. (Por ejemplo una calle privada, por el hecho de
que no pueda ser usada por el público general no deberíamos borrarla,
sino indicar con sus etiquetas correspondientes.)

- No se mapea para la vista de la web / software / renderizador. Se
mapea lo existente y luego ya cada uno decidirá qué mostrar y la forma
de hacerlo. (Al respecto de los árboles uno por uno, el que quiera un
mapa con ello ya lo generará y el que no, los omitirá)"

Gracias!
Santiago Crespo

On 11/04/2016 01:22 AM, Jorge Sanz Sanfructuoso wrote:

 Me podrías decir que siendo un parque con tantos árboles no
tiene sentido. A priori un parque puede tener un número 
indeterminado de

árbole

Re: [Talk-es] Historial de cambios de un elemento y Manual de iniciación a OSM

[Carlos Dávila]

El 20/03/16 a las 22:27, pablo rey escribió:

*Ver el historial de edición de un elemento*
Hace unos años, creo que con potlach, me parece recordar que se podía 
ver una lista de qué usuarios habían editado un elemento en OSM. Ahora 
no consigo encontrar la forma de verlo y en la wiki dicen que ahora 
mismo eso no es posible 
 
¿ideas? 
Para el historial mira la página del elemento que sea (necesitarás su 
ID) y arriba a la izquierda tienes un enlace "Historial". Por ejemplo: 
http://www.openstreetmap.org/way/24421103

En JOSM selecciona el elemento y pulsa Ctrl+h

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

Re: [Talk-es] Reunión OSM.es / IGN

[Carlos Dávila]

El 17/02/16 a las 18:28, Jorge Sanz Sanfructuoso escribió:

Hola.

Yo tanto de lo mismo. Si y si, pero

OSM.es hay que mejorarlo y estoy dispuesto ayudar dentro del tiempo 
libre que tenga, que actualmente no es mucho. Ponerme como cabecilla 
no podría por falta de tiempo, pero si nos organizamos si podría 
ayudar a cosas específicas.


Y lo del IGN es importante hablar con ellos y si estuviera en Madrid 
sacaba un rato seguro pero estando en Salamanca es imposible.


Para cualquier cosa que se pueda ayudar en lo que pueda contar conmigo.

Un saludo.

El mié., 17 feb. 2016 a las 18:15, Matías Taborda Barroso 
(mailto:taborda.barr...@gmail.com>>) escribió:


Hola Jorge.

Respondiendo a tus preguntas:

Si y Si, pero.

Creo que debería haber interés en reflotar Osm.es pero por mi
parte no creo poder comprometerme a tal nivel, aunque todo sería
cuestión de saber/establecer como sería el funcionamiento, tareas,
etc.

Y si que me gustaría charlar con la gente del IGN, pero.., no
estoy por Madrid.

Creo esencial que la colaboración con el IGN se establezca y se
pueda consolidar. A raiz de la liberación de los datos del IGN,
veo muy importante la "posible" utilización de esos datos para
aportarlos a OSM.

Hace unos años nos quejábamos amargamente de que las
administraciones públicas no liberaban sus datos, que
Openstreetmap "éramos" los únicos que ofrecía esa información.
Hoy el tema ha cambiado y mucho.. y no lo estamos aprovechando.

Venga, suerte, ya vamos hablando

El 17 de febrero de 2016, 17:25, Jorge Sanz mailto:js...@osgeo.org>> escribió:

Hola,

El IGN me convoca para una reunión con ellos en la primera
semana de
marzo. Como ya comenté hace unas semanas yo actúo como
mediador pero
hace falta voluntarios que tengan ganas de sacar adelante la
Asociación OSM España, ya que el IGN está *muy* interesado en
colaborar con OSM a varios niveles.

Así que dos preguntas:

- ¿Hay interés en reflotar OSM.es?
- ¿Alguien en Madrid que quiera venir a verse con la gente del
IGN?
(son super majos)


Suscribo lo dicho por Matías y Sanchi

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

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

[Carlos Dávila]

No creo que sea tan difícil de solucionar. En los mapas para Garmin, que 
es lo que más conozco, se pueden asignar para cada objeto otros tres 
nombre aparte del original. Yo tengo creadas reglas para sustituir casos 
como Avenida de la Universidad o Avda. la Universidad, etc por 
Universidad, Av., de forma que con introducir Universidad el gps 
encuentra la calle. Tiene bastante curro ponerlo a punto, porque son 
muchas las variantes a tener en cuenta y los idiomas no ingleses que hay 
que preparar, pero da bastante buen resultado. Otra opción es crear 
índices de búsqueda para el nombre original y para cada palabra que lo 
compone, omitiendo palabras como calle, avenida, preposiciones y 
artículos o lo que sea necesario para no disparar el tamaño de los índices.


El 30/01/16 a las 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
(mailto: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
(mailto:manolo...@gmail.com>>) 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

Re: [Talk-es] Importación de farmacias de Madrid

[Carlos Dávila]

Yo no lo daría demasiadas vueltas al tema que comentas de preposiciones 
y artículos en los nombres de calles. He llegado a ver el nombre de una 
calle escrito de tres formas distintas en los rótulos puestos por el 
propio ayuntamiento. Y te vuelves loco para saber cuál es el correcto. 
Al final los buscadores tienen que usar sistemas que permitan encontrar 
una calle sin tener en cuenta preposiciones, artículos, comillas, etc.


El 16/12/15 a las 13:27, Luis García Castro escribió:

Buenas,

Este tipo de importaciones convendrá repetirlas cada x tiempo, de 
forma lo más automatizada posible. ¿Podemos evitar que estas 
correcciones de nombres de calles manuales no se machaquen?


La verdad es que no me he podido implicar aún en ninguna importación a 
pesar de que me encantaría...


Un saludo,

El 16 de diciembre de 2015, 11:59, Alejandro Moreno Calvo 
mailto:almo...@gmail.com>> escribió:


Aunque la importación de farmacias de Madrid terminó hace varios
meses [
https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Progress
] escribo para comentaros que muchas de las farmacias tienen el
nombre de calle mal ya que los datos no contienen las
preposiciones de las calles. Es decir, si una farmacia está en
"Calle *del* Doctor Lozano" en los datos a importar figuraba como
"Calle Doctor Lozano".

Es un problema menor en relación a lo que se consiguió con la
importación pero quería dejar constancia para irlo corrigiendo
poco a poco y de cara a futuras importaciones de datos.
https://lists.openstreetmap.org/listinfo/talk-es 




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

Re: [Talk-es] Especificar salida de autopista

[Carlos Dávila]

El 09/12/15 a las 16:34, Alejandro Moreno Calvo escribió:
Tengo dudas sobre cuál es la mejor solución para mapear los carteles 
de autopistas. Yo pensaba que la solución era usar destination en el 
motorway_link, sin embargo me he encontrado varias salidas, como este 
nodo http://www.openstreetmap.org/node/843207542 , donde la 
información de salida está en el nodo con la etiqueta exit_to.


Buscando he llegado a esta discursión 
http://www.openstreetmap.org/user/mvexel/diary/22419 dónde parece 
quedar claro que es mejor usar destination.


¿Como lo estáis mapeando? Si hay que cambiar de exit_to a destination, 
¿se puede montar algo automatizado que haga los cambios?



___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es
Creo que ambas formas son complementarias, exit_to en el nodo 
(motorway_junction) y destination en el motorway_link. Yo etiqueto así.


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

Re: [Talk-es] Obtener el sentido de las calles

[Carlos Dávila]

Las fotos aéreas de Bing se pueden usar, pero respecto a los mapas no 
estoy tan seguro. Además de la señalización horizontal, en las fotos 
aéreas muchas veces se puede apreciar si todos los coches están 
aparcados en el mismo sentido.


El 06/10/15 a las 11:05, Alejandro S. escribió:

Buenas,

Se pueden utilizar tanto los mapas de Bing como las ortofotos del 
PNOA, aunque a veces es dificil distiguir el sentido de las calles en 
los pueblos si no hay señalización horizontal.


Atentamente,
  Alejandro Suárez

2015-10-06 11:01 GMT+02:00 Manuel Lladosa >:


Hola, muy buenas.

Hace poco he estado mapeando pueblos pequeños que hasta ahora no
estaban, como Caudete de las Fuentes o Losa del Obispo, gracias a
la inestimable ayuda de JOSM con la capa de Catastro. Ahora
estaría bien poner el sentido de las calles. ¿Hay alguna fuente de
datos de donde lo pueda obtener y que sea válida para OSM? ¿Se
pueden usar los mapas de Bing?

Muchas gracias.




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

Re: [Talk-es] Evolucion de exit_to, destination, name en las salidas

[Carlos Dávila]

A diario

El 15/09/15 a las 15:58, k1wi escribió:
Una pregunta tonta: Cada cuanto tiempo se actualizan esos archivos de 
errores?


k1wi

El 15/9/2015, a las 10:43, Jorge Sanz Sanfructuoso > escribió:


En los archivos de errores de 
http://mapas.alternativaslibres.es/descargas.php hay uno de errores 
de motorway_exits que seria util solucionar para el tema de las 
autopistas.


El lun., 14 sept. 2015 a las 19:19, Antonio Clavero 
(mailto:clato...@icloud.com>>) escribió:


enhorabuena por el trabajo! Gusta comprobar que hay gente igual
de obsesionado por los mapas que uno mismo. 😃
Una pregunta, se pueden saber todos los puntos kilométricos de
las carreteras? En caso negativo, como se harían? Uno a uno o de
manera automática? El primer método me parece un trabajo
demasiado monótono y pienso que quizás exista el segundo.
Un saludo

Enviado desde mi iPhone

> El 14/9/2015, a las 18:15, k1wi mailto:k1wi...@gmail.com>> escribió:
>
> Hola a todos!
>
> Creo que ya sabéis que estoy un poco obsesionado con las
autopistas, aquí va otra entrega. He hecho un gráfico con la
evolución del etiquetado de las salidas en las
autopistas/autovías españolas (exit_to, destination, name).
>
> http://www.openstreetmap.org/user/k1wi/diary/35840
>
> k1wi



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

Re: [Talk-es] Colaboración para corregir errores en direcciones

[Carlos Dávila]

El 19/08/15 a las 12:43, Jorge Sanz Sanfructuoso escribió:
Duda sobre la corrección de errores en las direcciones. En las calles 
el articulo del nombre se pone en mayusculas o en minúsculas que 
siempre he tenido la duda. "Calle La paloma" o "Calle la Paloma". Es 
que me estoy encontrando muchos así.
Pues tampoco lo tenía claro, pero después de consultar la ortografía de 
la RAE parece que es en minúscula, o sea, Calle la Paloma.


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

Re: [Talk-es] Colaboración para corregir errores en direcciones

[Carlos Dávila]

En la web http://mapas.alternativaslibres.es ofrezco mapas individuales 
de numerosos países y de todos los continentes para aparatos Garmin, 
elaborados con los datos de OSM. Para ello extraigo los datos de cada 
zona del planet con osmconvert y los actualizo con osmuptate. Los 
archivos de errores los obtengo al convertir los datos de OSM al formato 
Garmin. Esa conversión se hace con mkgmap, que durante el proceso 
realiza una serie de comprobaciones sobre la validez de los datos. 
Puedes descargar cualquier archivo de errores y ver la información que 
contiene, para ver si podría valer para usarla en to-fix. Sería cuestión 
de extraer esa información del archivo de texto y convertirla a csv.


El 18/08/15 a las 23:55, Ruben Lopez Mendoza escribió:

Hola Carlos,
Aqui te mando dos ejemplos, los sacamos utilizando osm inspector y 
keepright.at <http://keepright.at>, Me gustaria saber mas sobre  los 
datos  que procesas, y que herramietas utilizas para procesar estos 
datos de todo el planeta.


Saludos ,
Ruben

2015-08-18 16:05 GMT-05:00 Carlos Dávila <mailto:cdavi...@orangecorreo.es>>:


Parece interesante y con un gran potencial. ¿Podrías pasarme algún
ejemplo de un CSV para ver la estructura y los datos que tiene?
Otro de los archivos de errores que recopilo parece que encajaría
exactamente en la tarea "Impossible one-ways" que veo que ya hay
en to-fix. Yo proceso datos de todo el planeta, así que si
encontramos una forma de "alimentar" to-fix con ellos puede ser
muy provechoso para el proyecto.

El 18/08/15 a las 21:11, Ruben Lopez Mendoza escribió:


Hola Carlos:


En Mapbox trabajamos para solucionar errores similares a los
de tus archivos, utilizamos el to-fix
https://www.mapbox.com/blog/introducing-to-fix/ , es una
herramienta que permite subir tareas de archivos CSV files  y
luego estos errores te brinda uno a uno, así pueden trabajar
con muchos usuarios sin generar conflictos de lo de los puntos
arreglados, también puedes hacer seguimiento de quienes están
trabajando y cuantos ítems se ha solucionado,  también puedes
utilizar el plugin para JOSM
https://github.com/osmlab/josm-tofix-plugin, en este momento
seguimos desarrollando mas funcionalidades, y mejorando el
back-end, si lo puedes procesar estos archivos en un CSV file
(`lat`,`lon`,`osmid`…) yo te podría ayudar a subir  tus tareas
para que los trabajes.


Saludos,

Ruben


    2015-08-18 13:25 GMT-05:00 Carlos Dávila
mailto:cdavi...@orangecorreo.es>
<mailto:cdavi...@orangecorreo.es
<mailto:cdavi...@orangecorreo.es>>>:


Hola a todos
Recientemente he añadido al archivo de errores [1] que
genero al
hacer los mapas para Garmin un archivo que contiene diversos
errores relacionados con la asignación de direcciones
postales.
Los errores pueden ser que no coinciden las etiquetas
"addr:street" del edificio con la etiqueta name de la
calle en la
que está el edificio (nombres sin acentos,
abreviaturas...), que
hay un edificio con una dirección, pero no hay ninguna calle
próxima, problemas con la interpolación de números de policía
cuando se usa addr:interpolation, etc. Muchos de los
errores se
deben a importaciones de catastro en las que no se han
contrastado
adecuadamente los datos existentes en OSM antes de subir
los datos
de catastro. También hay problemas en zonas con dos idiomas
oficiales, en las que la información en el edificio está en un
idioma y la de la calle relacionada en otro.
En los últimos días he corregido bastantes de esos
errores, pero
la verdad es que son muchos (más de 90.000) y vendría bien
si más
gente echara una mano, a ver si podemos reducir ese número
significativamente. Y, por favor, la gente que está importando
datos de catastro que ponga un poco más de cuidado y
revise bien
los datos antes de subirlos para no duplicar el trabajo.
El archivo que contiene este tipo de errores es el que se
llama
HouseNumbers.txt y tenéis más información sobre los tipos de
errores y la forma de solucionarlos en el archivo
LEEME_errors.txt. Los dos están dentro del archivo comprimido.
[1] http://mapas.alternativaslibres.es/errors_Spain.zip






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

Re: [Talk-es] Colaboración para corregir errores en direcciones

[Carlos Dávila]

Parece interesante y con un gran potencial. ¿Podrías pasarme algún 
ejemplo de un CSV para ver la estructura y los datos que tiene? Otro de 
los archivos de errores que recopilo parece que encajaría exactamente en 
la tarea "Impossible one-ways" que veo que ya hay en to-fix. Yo proceso 
datos de todo el planeta, así que si encontramos una forma de 
"alimentar" to-fix con ellos puede ser muy provechoso para el proyecto.


El 18/08/15 a las 21:11, Ruben Lopez Mendoza escribió:


Hola Carlos:


En Mapbox trabajamos para solucionar errores similares a los de tus 
archivos, utilizamos el to-fix 
https://www.mapbox.com/blog/introducing-to-fix/  , es una herramienta 
que permite subir tareas de archivos CSV files  y luego estos errores 
te brinda uno a uno, así pueden trabajar con muchos usuarios sin 
generar conflictos de lo de los puntos arreglados, también puedes 
hacer seguimiento de quienes están trabajando y cuantos ítems se ha 
solucionado,  también puedes utilizar el plugin para JOSM 
https://github.com/osmlab/josm-tofix-plugin, en este momento seguimos 
desarrollando mas funcionalidades, y mejorando el back-end, si lo 
puedes procesar estos archivos en un CSV file (`lat`,`lon`,`osmid`…) 
yo te podría ayudar a subir  tus tareas para que los trabajes.



Saludos,

Ruben


2015-08-18 13:25 GMT-05:00 Carlos Dávila <mailto:cdavi...@orangecorreo.es>>:


Hola a todos
Recientemente he añadido al archivo de errores [1] que genero al
hacer los mapas para Garmin un archivo que contiene diversos
errores relacionados con la asignación de direcciones postales.
Los errores pueden ser que no coinciden las etiquetas
"addr:street" del edificio con la etiqueta name de la calle en la
que está el edificio (nombres sin acentos, abreviaturas...), que
hay un edificio con una dirección, pero no hay ninguna calle
próxima, problemas con la interpolación de números de policía
cuando se usa addr:interpolation, etc. Muchos de los errores se
deben a importaciones de catastro en las que no se han contrastado
adecuadamente los datos existentes en OSM antes de subir los datos
de catastro. También hay problemas en zonas con dos idiomas
oficiales, en las que la información en el edificio está en un
idioma y la de la calle relacionada en otro.
En los últimos días he corregido bastantes de esos errores, pero
la verdad es que son muchos (más de 90.000) y vendría bien si más
gente echara una mano, a ver si podemos reducir ese número
significativamente. Y, por favor, la gente que está importando
datos de catastro que ponga un poco más de cuidado y revise bien
los datos antes de subirlos para no duplicar el trabajo.
El archivo que contiene este tipo de errores es el que se llama
HouseNumbers.txt y tenéis más información sobre los tipos de
errores y la forma de solucionarlos en el archivo
LEEME_errors.txt. Los dos están dentro del archivo comprimido.
[1] http://mapas.alternativaslibres.es/errors_Spain.zip




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

[Talk-es] Colaboración para corregir errores en direcciones

[Carlos Dávila]

Hola a todos
Recientemente he añadido al archivo de errores [1] que genero al hacer 
los mapas para Garmin un archivo que contiene diversos errores 
relacionados con la asignación de direcciones postales. Los errores 
pueden ser que no coinciden las etiquetas "addr:street" del edificio con 
la etiqueta name de la calle en la que está el edificio (nombres sin 
acentos, abreviaturas...), que hay un edificio con una dirección, pero 
no hay ninguna calle próxima, problemas con la interpolación de números 
de policía cuando se usa addr:interpolation, etc. Muchos de los errores 
se deben a importaciones de catastro en las que no se han contrastado 
adecuadamente los datos existentes en OSM antes de subir los datos de 
catastro. También hay problemas en zonas con dos idiomas oficiales, en 
las que la información en el edificio está en un idioma y la de la calle 
relacionada en otro.
En los últimos días he corregido bastantes de esos errores, pero la 
verdad es que son muchos (más de 90.000) y vendría bien si más gente 
echara una mano, a ver si podemos reducir ese número significativamente. 
Y, por favor, la gente que está importando datos de catastro que ponga 
un poco más de cuidado y revise bien los datos antes de subirlos para no 
duplicar el trabajo.
El archivo que contiene este tipo de errores es el que se llama 
HouseNumbers.txt y tenéis más información sobre los tipos de errores y 
la forma de solucionarlos en el archivo LEEME_errors.txt. Los dos están 
dentro del archivo comprimido.

[1] http://mapas.alternativaslibres.es/errors_Spain.zip

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

Re: [Talk-es] Mapas

[Carlos Dávila]

El 12/08/15 a las 01:16, Hector Calvo escribió:


Dias pasados baje partes  de mapas de Italia y Francia en una mini SD 
al GPS garmin nuvi 1490 pero no los lee, pienso que tal vez algun 
archivo no lo bajo correctamente?

Atentamente Hector desde Argentina

¿Qué tipo de archivo has bajado? Los Garmin solo leen mapas que estén 
hechos en su formato de archivo. Los datos de OSM hay que convertirlos 
al formato de Garmin para poder usarlos en el GPS.


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

Re: [Talk-es] imprimir mapas

[Carlos Dávila]

Si te manejas con QGIS puedes importar los datos de OSM de las zonas que 
te interesen y personalizar fácilmente la forma de representar cada 
elemento en el mapa


El 10/08/15 a las 19:29, Matías Taborda Barroso escribió:


Hola. Para imprimir mapas, creo que Maposmatic.org es una buena opción..

Buenas tardes a todos,

necesito un poco de orientación con este tema. Quiero recopilar 
información de algunos pueblos de la comarca de Antequera, la idea es 
recopilar datos a pie de calle con algún soporte en papel. He 
intentado con walking-papers pero parece que no está operativo desde 
hace un tiempo. He probado con Field papers pero no termina de 
descargar nada, esperando más de una hora.


Que puedo hacer? me podéis orientar un poco? hay otras alternativas?

muchas gracias a todos



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

Re: [Talk-es] Prueba con Mapilliary

[Carlos Dávila]

El 08/08/15 a las 17:40, cor...@crisfer.com escribió:
Lo que me extraña es que yo he caminado por la calle en linea recta y 
sin embargo el resultado es una linea curva e irregular que no 
coincide con la calle.
He hecho yo algo mal o es algún error de precisión del GPS del movil, 
o del app o por la sombra de los edificios?
Eso es porque has tomado más cañas de la cuenta;-) . Las trazas GPS 
suelen salir así en zonas urbanas, por las sombras de los edificios.


Otra cosa que os quiero preguntar es si es posible trasladar este 
recorrido al OSM para que lo pueda ver cualquier persona, porque ahora 
mismo lo que se ve es esto:
Puedes subir la traza del GPS también a OSM, es decir el archivo *.gpx 
en bruto.


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

Re: [Talk-es] Término municipal de Madrid

[Carlos Dávila]

Si no veis inconveniente creo la relación, aprovechando los límites de 
los municipios colindantes. Contrastaré con el SIG que comenta José Luis 
por si acaso.


El 28/06/15 a las 20:59, David Marín Carreño escribió:


Debería haberlo.

Al menos, cuando mapeé los distritos (hace ya algunos años) lo había...

El 28/6/2015 5:26 p. m., "Carlos Dávila" <mailto:cdavi...@orangecorreo.es>> escribió:


Una cuestión para los de la capital (o cualquiera que lo sepa,
claro;-) )
He visto que no existe un límite administrativo correspondiente al
término municipal de Madrid (admin_level=8). Sí hay un límite con
admin_level=7, llamado Área Metropolitana de Madrid, que engloba
los términos de Madrid y municipios adyacentes (Móstoles,
Alcorcón, etc.) y varios límites administrativos con nivel 9 para
cada uno de los barrios de Madrid. ¿No debería haber también un
admin_level=8 intermedio? O es que Madrid por sus características
especiales ya no tiene término municipal como tal.
Con las relaciones que hay actualmente las búsquedas de
direcciones resultan un poco confusas/difíciles, ya que los
enrutadores asignan las calles bien al área metropolitana de
Madrid o bien a un barrio y normalmente no se sabe en qué barrio
está una calle o se busca en Madrid no en "Área...". Además puede
haber calles con el mismo nombre en varios de los municipios
incluidos en el área metropolitana y no sabremos en cuál está la
calle que nos muestra el navegador.




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

[Talk-es] Término municipal de Madrid

[Carlos Dávila]

Una cuestión para los de la capital (o cualquiera que lo sepa, claro;-) )
He visto que no existe un límite administrativo correspondiente al 
término municipal de Madrid (admin_level=8). Sí hay un límite con 
admin_level=7, llamado Área Metropolitana de Madrid, que engloba los 
términos de Madrid y municipios adyacentes (Móstoles, Alcorcón, etc.) y 
varios límites administrativos con nivel 9 para cada uno de los barrios 
de Madrid. ¿No debería haber también un admin_level=8 intermedio? O es 
que Madrid por sus características especiales ya no tiene término 
municipal como tal.
Con las relaciones que hay actualmente las búsquedas de direcciones 
resultan un poco confusas/difíciles, ya que los enrutadores asignan las 
calles bien al área metropolitana de Madrid o bien a un barrio y 
normalmente no se sabe en qué barrio está una calle o se busca en Madrid 
no en "Área...". Además puede haber calles con el mismo nombre en varios 
de los municipios incluidos en el área metropolitana y no sabremos en 
cuál está la calle que nos muestra el navegador.


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

Re: [Talk-es] Charla en el IGN, deberes para OSM.es

[Carlos Dávila]

Parece que la charla ha sido muy productiva, enhorabuena!!

El 25/06/15 a las 20:10, Jorge Sanz escribió:


Hola disculpad el ladrillo que os voy a soltar:

Ayer por fin tuvimos la actividad de presentación de OSM y el HOT en 
el salón de actos del IGN en Madrid. Se puede decir que la dirección 
del IGN estuvo bien representada con un subdirector y varios 
subdirectores adjuntos así como jefes de servicio, técnicos, etc. 
además de la compañía de tres miembros de Geoinquietos Madrid que se 
pusieron cerca mío para echarme un cable :-)


Bueno la charla fue bastante bien, hicieron muchas preguntas y en 
general creo que les quedó más o menos claro a nivel organizativo cómo 
funciona OSM, de la parte técnica no entré mucho porque no tocaba, 
pero vaya que se quedaron con ganas de que hagamos más cosas.


El caso es que al final de la charla en un pequeño debate posterior 
quedó claro que el IGN quiere volver a colaborar con OSM. Cosas que se 
mencionaron:


- Establecer un protocolo que permita montar un mapatón con la mayor 
velocidad posible si se produce una activación urgente del HOT. Algo 
así como dejar toda la discusión atada de antemano para que si se 
realiza una activación podamos tener un espacio y los canales de 
difusión abiertos en el menor tiempo posible.


- Algún tipo de formación para la gente del IGN en OSM, no solo para 
que la gente pueda colaborar en un mapatón sino para tener mejor 
conocimiento de cómo se contribuye a OSM.


- Colaboración en futuras mapping parties. En geoinquietos Madrid se 
están moviendo actividades de este tipo para otoño.


- Posibilidad de que el IGN ofrezca infraestructura para OSM (hierro)

- Y la que creo es más relevante: establecer un canal de comunicación 
formal de OSM España con el IGN.


Sobre esto último yo dejé bien claro que desde luego soy solo un 
colaborador más (que dio la casualidad de que fue invitado para esa 
charla) pero que no pretendo tomarme ningún otro rol más que el de 
"advocate" que dicen los ingleses y que trasladaría el guante que nos 
echaban a este foro para hablarlo entre todos.


Resumiendo: si se quiere colaborar con el IGN, y ellos quieren 
hacerlo, hay que nombrar por lo menos un par de personas o tres que 
sirvan de representantes formales ante el instituto.


Saludos

--
Jorge Sanz




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

Re: [Talk-es] Números de policía en OSM

[Carlos Dávila]

El 11/06/15 a las 14:31, Juanma M. R. escribió:

Hola,

Estoy intentando entender el modelo de datos de OSM para poder operar 
con los números de policía que trae esta cartografía. Para temas de 
calles y otros menesteres me he aclarado pero para el tema de número 
de policía me cuesta sacar los datos que necesito.


No sé si es por uno de los dos motivos siguientes:

* Los números de policía para España (estoy probando con datos de 
Albacete) son pocos y no están bien documentados

Con seguridad es uno de los motivos


* La consulta que hago no es la que debiera. He estado mirándome la 
explicación del método karlsruhe y me da la impresión que no es tan 
sencillo como yo pensaba.


Estoy trabajando con la BDD de Nominatim cargada tal como indica su 
documentación. La consulta al final es:


select * from place where type ='house' and housenumber = '2' and
street='Calle de la Caba'  limit 1;


El problema es que street no está en todos los números de portal. ¿Hay 
otra forma de acceder a ellos? Según la documentación addr_place 
debería estar inicializado ya que es altamente recomendable el 
meterlo. Pero utilizo street porque al menos en el modelo de nominatim 
es donde viene el nombre de la calle cuando lo tiene.
No sé si Nominatim usa nombres de campos distintos a los originales de 
OSM, pero las etiquetas correctas a buscar serían addr:housenumber, 
addr:street y addr:place. Respecto a "house", hay muchos números de 
policía que no están en una entidad "house", puede ser un nodo que marca 
la entrada al edificio en cuestión, un edificio que no es una casa, etc.


Estoy en paralelo intentando hacer funcionar nominatim en local 
(https://help.openstreetmap.org/questions/43244/problems-installing-nominatim-relations-and-functions-not-found) 
para utilizar el propio nominatim y no tener que calentarme la cabeza, 
pero tengo problemas y por eso estoy intentando el plan B de trabajar 
con ellos directamente.


¿Alguna ayuda/idea/corrección? Gracias.

Un saludo,
Juan Manuel Moreno Rivera.


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



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

Re: [Talk-es] Problema con rotondas de salida de autovía en rutas con bici

[Carlos Dávila]

El 17/04/15 a las 20:11, Manuel lladosa escribió:

Este no es un problema de OSM en sí , es un problema de la mayoría de
los servicios de enrutamiento que usan OSM.

Tomemos por ejemplo esta rotonda:

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

En ella se cruzan varios caminos y la salida de la autovía hacia
Montesa, un pequeño pueblo de la provincia de Valencia (que tiene un
castillo interesante, por cierto). Por esa rotonda apenas hay tráfico,
una bici puede pasar sin ningún riesgo. Está definida como enlace de
autovía (motorway_link) porque en OSM existe el acuerdo de que una
rotonda se define con el tipo de vía de la carretera más importante de
las que acceden a ella. Por tanto, esa rotonda está correctamente
definida. El problema es que la gran mayoría de servicios de
enrutamiento (GraphHopper, MapQuest, Osmand, etc.) la consideran autovía
y no hacen pasar las rutas con bici por ahí, haciendo que las rutas no
sean de calidad. Yo he conseguido solucionarlo gracias al servicio
BRouter http://brouter.de/brouter-web/ , porque se puede personalizar y
hacer que las rutas en bici pasen por la vias highway=motorway_link and
junction=roundabout

Esto es un auténtico problemón, por culpa de esto los servicios de
enrutamiento no hacen rutas de calidad con bici o andando, a pesar que
yo lo he solucionado con BRouter. No se como será en otros paises, pero
en España pienso que en TODAS las rotondas de este tipo se puede
circular con bici o andando, otra cosa es que haya más o menos tráfico.

En resumen, ¿pensáis que deberíamos sugerir a los servicios de
enrutamiento (GraphHopper, MapQuest, Osmand, etc.) que hicieran pasar
las rutas en bici y a pie por este tipo de rotondas?


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

¿Has probada añadiendo bicycle=yes a la rotonda?

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

Re: [Talk-es] Juegos basados en OSM

[Carlos Dávila]

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] Retroceder: Re: Fwd: Búsqueda socio Proyecto EU

[Carlos Dávila]

Jonás me has mandado este mensaje por error. Revisa si se lo tienes que mandar 
otra vez a quien corresponda

Jonas Andradas  wrote:

>Hola,
>
>Sergio, ¿podrías reenviar la fichar que menciona Macarena, si es que te
>llegó adjunta a ti?
>
>Muchas gracias,
>
>Un saludo,
>
>Jonás.
>
>2015-02-11 15:59 GMT+01:00 sergiosevillano - Gmail <
>sergiosevillano.m...@gmail.com>:
>
>>
>>
>> Inicio del mensaje reenviado:
>>
>> *De: *Macarena Ureña Mayenco
>> *Asunto: **Búsqueda socio Proyecto EU*
>> *Fecha: *10 de febrero de 2015 10:18:23 GMT+1
>> *Para: *
>>
>> Buenos días,
>>
>> Mi nombre es Macarena Ureña, os escribo desde una empresa asesora de
>> proyectos de I+D+i.
>>
>> Actualmente estamos trabajando en la preparación de una propuesta europea
>> para una convocatoria de H2020 relacionada con Observatorios Ciudadanos (
>> http://ec.europa.eu/research/participants/portal/desktop/en/opportunities/h2020/topics/2196-sc5-17-2015.html
>> ).
>>
>> La idea de la propuesta surge del interés de una Empresa de Málaga
>> (TopDigital) de demostrar el uso de una app ya desarrollada (CitySense,
>> descripción adjunta) en el sector rural y urbano.  Para definir las
>> necesidades de datos geográficos y las posibles aplicaciones de la app en
>> el sector urbano, sería interesante la presencia de asociaciones de
>> ciudadanos que participen en el proyecto demostrando y testeando la
>> aplicación.
>>
>> La propuesta está en fase de búsqueda de socios internacionales, y vemos
>> muy interesante la colaboración con la Fundación Open Street Map en la
>> propuesta, a poder ser, la sede de Reino Unido. Adjunto una ficha
>> descriptiva de la propuesta, para vuestra información, y para que podáis
>> valorar la participación de la Fundación en la propuesta. No dudéis en
>> contactar con nosotros para cualquier duda que os surja o si necesitáis
>> máss información.
>>
>> Muchas gracias y un cordial saludo,
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] cotos de caza

[Carlos Dávila]

Pues dile a la Junta de Castilla y León que se mire la normativa sobra 
acceso a información ambiental, ya les vale. El mundo de la caza siempre 
con su hermetismo, presiones, intereses, etc.
Trabajo en la Junta de Extremadura y aquí tampoco dan muchas facilidades 
para acceder a esa información, de hecho no sé si está disponible para 
el público. Por trabajo he tenido que digitalizar bastantes cotos hace 
tiempo, pero nunca me ha dado por subirlos a OSM. Ten en cuenta que los 
cotos cambian con bastante frecuencia y no sería fácil mantener esa 
información actualizada.



El 20/01/15 a las 11:36, pcvalverde escribió:
Yo lo he intentado pero al menos en la provincia de Burgos es un tema 
de Golum ¡mi tesoro!.
La Junta de Castilla y León me ha manifestado que no es información 
pública ¿?

Pepe

- Original Message -
*From:* Aitor Freire Astray 
*To:* Lista OSM_es 
*Sent:* Tuesday, January 20, 2015 9:15 AM
*Subject:* [Talk-es] cotos de caza

Hola,

¿Alguien ha mapeado cotos de caza? ¿tenéis idea de como hacerlo?
He estado echando un vistazo y no he encontrado nada al respecto.
A ver si alguien me puede echar un cable.

Gracias y saludos,

-- 
Aitor Freire Astray







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

Re: [Talk-es] ...de Transitabilidad en cortafuegos.

[Carlos Dávila]

El 15/01/15 a las 20:10, Carrajo escribió:

Saludos.

Por algunos cortafuegos se puede ir a pie, por otros en bicicleta, por 
otros incluso en un todoterreno, y estaba mirando la forma de 
indicarlo al mapear. La forma que considero correcta sería, por 
ejemplo, para uno donde sólo se pueda ir a pie:

man_made=cutline
access=no
foot=yes

Las dos últimas claves implican tipo de acceso en base a su legalidad 
o no, no en base a la posibilidad de circular o no, por las 
características físicas del cortafuegos, así que no sé si es 
totalmente correcto.


Otra posiblidad sería lo siguiente:
man_made=cutline
highway=track/path/loquesea
tracktype=grade_loquesea
surface=gravel/dirt/earth/loquesea

pero sería juntar en un mismo objeto dos tipos de elementos, así que 
me quedan dudas también, aunque proporciona más información.


Tampoco sé si el mero hecho de indicar que es un cortafuegos implica 
que se pueda circular por él, aunque solo sea a pie, no sé...


He buscado por ahí pero no he encontrado prácticamente nada, a ver si 
me echáis una mano :).


Gracias de antemano.

A mi me parece más correcta la segunda forma ya que las etiquetas se 
ajustan más a la realidad. No veo problema en "juntar en un mismo objeto 
dos tipos de elementos" si el objeto en cuestión reúne las 
características de esos dos elementos. También puedes usar la etiqueta 
4wd_only [1] si se da el caso.

[1] http://wiki.openstreetmap.org/wiki/Tag:4wd_only%3Dyes

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

Re: [Talk-es] Límites administrativos

[Carlos Dávila]

El 03/10/14 14:07, Juan José Iparraguirre escribió:
Hola a todos, estamos creando una aplicación para la que vamos a 
necesitar los límites administrativos a nivel mundial, y a todos los 
niveles: continente, país, región, ciudad, distrito, barrio


Hemos encontrado la de GADM ( http://www.gadm.org/ ) pero vemos el 
problema de que se queda a nivel de ciudad, y necesitaríamos también 
los barrios.


¿Conocéis alguna otra que podamos utilizar que esté más completa, 
preferiblemente gratuita? Y si no, pues de pago


Os pido disculpas si no debería escribir este tipo de mensajes en esta 
lista, no quisiera molestar a nadie. No somos capaces de encontrarla y 
hemos pensado que quizás podríais echarnos una mano con esto.


Muchas gracias !!!


Puedes extraer los límites administrativos del planet de OSM con osmfilter:
osmfilter planet.o5m --keep-nodes= 
--keep-ways-relations="boundary=administrative =postal_code 
postal_code="  >planet-boundaries.osm
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Normalización poblaciones

[Carlos Dávila]

El 30/08/14 08:47, Javier Sánchez escribió:

¿Nadie más se anima a votar?... Es un tema serio.
Creo que más que votar es una cuestión de lógica: si la etiqueta en 
cuestión se aplica al nodo o área que define un determinado núcleo 
urbano, no un término municipal, lo lógico es poner la población de ese 
núcleo urbano.


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

Re: [Talk-es] Completar y actualizar municipios completos bajo el permiso del propio ayuntamiento

[Carlos Dávila]

El 04/08/14 12:52, Sonos Aranei escribió:

Hola, buenos días

Vengo en busca de orientación y consejo.
Me llamo Oskar y realizamos pequeños desarrollos para pymes.

Uno de nuestros clientes, realiza guías y callejeros de municipios en 
colaboración con los propios ayuntamientos y la administración, tanto 
impresas como digitales, estos últimos en formato flash hasta hace 
cosa de 2 años. Actualmente quiere dar el salto y usar la cartografía 
de OSM, librería leaflet, etc.


Yo sería el encargado del desarrollo y la actualización de la 
cartografía de la zona de cada municipio. El 90% de los municipios con 
los que trabaja están en el País Vasco, si bien también tiene algunos 
clientes fuera. Actualmente, se tendrían que realizar Gernika, Zalla y 
Derio.


Estos dos últimos meses, hemos estado investigando, aprendiendo, y 
poniéndonos al día en cuanto a OSM, que hace mucho que no tocaba, y 
todo lo que mueve alrededor, y realizadas varias pruebas con 
OpenLayers, Leaflet, servicios como Mapbox, y como no, edición de 
cartografía a través del iD y JOSM.


Una de las últimas pruebas fue un upload sobre gernika, que teníamos 
que hacer poco a poco según íbamos dibujando en JOSM, pero por 
problemas con internet, se realizo de golpe. Se subieron edificios 
solamente. Debido a ello pnorman de DWG contacto con nosotros, y nos 
comentó cuales deben ser los procesos correctos para este tipo de 
subidas, sobre todo tener cuidado con todo el tema de licencias, cosa 
que ya sabíamos, pero hay cosas que no nos quedaron claras y tampoco 
nos respondió, así que todo el tema de edición y subida, se detuvo 
hasta tener todo claro y sepamos realmente que estamos haciendo las 
cosas bien, o en caso contrario rectificar ahora antes de nada.


Os voy a explicar un poco cual es el proceso productivo que se 
seguiría, aunque sencillo, importante para entender los pasos.


·Desde JOSM, descarga del área/datos del municipio.

·Una vez descargado se estudia que datos existen y que es lo que falta 
comparando lo que disponemos del ayuntamiento y otras fuentes como 
geoeuskadi.


·Luego, el proceso de creación suele seguir este orden:

oEdificios

oCarreteras, calles, caminos

oPortales

oOtras áreas, como parques, piscinas, campos de deporte

·Revisiones por parte del ayuntamiento

·Mantenimiento. Se nos avisa si se ha construido algo nuevo, etc.

El segundo punto es en el que nos hemos de centrar, de como se han de 
hacer las cosas. Por un lado tenemos archivos y cartografía que nos da 
el propio ayuntamiento, creemos que es la fuente más fiable al estar 
actualizada, además de tener un canal abierto directo con 
departamentos como urbanismo, turismo, etc, que conocen perfectamente 
el municipio. Pero, sobre licencias, consultando con el cliente, no 
existe ningún tipo de acuerdo, es decir, le dan los archivos, haz con 
ellos lo que quieras, pero no hay nada por detrás. En este punto, que 
debería firmar el ayuntamiento para que pudiésemos usar dichos 
archivos para cartografiar en OSM? En este punto también hemos de 
hacer un trabajo de explicar y concienciar sobre los beneficios de OSM 
sobre GMaps o visores GIS que suelen usar los ayuntamientos en sus 
webs, y que den los pasos que sean necesarios para ello, liberar 
cartografía o lo que haga falta.


Todo siempre lo dibujamos sobre la ortofoto, aunque tengamos los datos 
y archivos, suele ser bastante manual el trabajo, importar solo 
edificios (que no suelen estar georeferenciados) y moverlos y 
adaptarlos todos para que sean fieles a la realidad sobre ortofoto, y 
también haciendo uso de otras fuentes, como GeoEuskadi (Attribution 
3.0 Unported), si algo no cuadra no se dibuja y se comenta con el 
ayuntamiento, sobre todo cuando suelen ser cambios y no añadidos 
(nombres de calle diferentes a los ya publicados, etc). Luego, hacemos 
lista de las cosas que siguen sin cuadrarnos y no hay forma de 
solucionar, y cuando vamos a las reuniones con dichos ayuntamientos, 
aprovechamos y hacemos trabajo de campo en el propio lugar. Por 
ejemplo, lo que son portales (housenumbers dentro de los propios 
buildings normalmente) o áreas de deporte, esto suele ser 
absolutamente manual, pero si que usamos lo que nos facilita el 
ayuntamiento como referencia de donde va cada número.


Todo está centrado en lo que son direcciones al fin y al cabo, 
completar un municipio con sus edificios, portales y caminos 
secundarios, no se modifican áreas ni carreteras principales debido a 
que ya existen y suelen ser correctas, y luego etiquetar correctamente 
todo.


Además, según la guía de importación, hemos de seguir unos pasos muy 
concretos, que también me gustaría que me comentarais si es así.


- Avisar a la lista de importación que se van a realizar cambios sobre 
esa área
- Avisar a esta misma lista sobre los cambios o trabajos que se van a 
realizar sobre esa área
- Tener muy presente lo que se está haciendo e importando, los 
problemas que puedan dar las importaciones, etc.
- Tener permiso 

Re: [Talk-es] Clarificación sobre barrios e importación de datos

[Carlos Dávila]

El 09/07/14 00:54, Roberto geb escribió:



Mis preguntas son:

- ¿los tres tramos de "les Tres Torres" no deberían de estar
unidos en uno solo?

Lo normal es que los límites de un barrio sean también limite de otros 
barrios colindantes y por eso es normal que estén divididos en tramos y 
los tramos que forman cada barrio en concreto unidos en una relación. Si 
miras cómo están formados los límites municipales es la misma estructura.



- Google Maps muestra la frontera de los barrios, y es útil para
varias aplicaciones (entre otras la que tengo en mente). ¿Se
aceptaría un cambio de los barrios de nodos a ways o relations en
algunas ciudades? (evidentemente si los datos salen de una fuente
con una licencia compatible con OSM).

Si los límites están claros, más que aceptarse creo que sería lo 
correcto. Puedes mantener el nodo como miembro "label" de la relación si 
se encuentra en un punto céntrico o representativo del barrio.



Son muchas preguntas y el email un poco largo, lo siento si
algunas son muy triviales, soy un novato total.

Un saludo,

-- 
Joaquin Cuenca Abela




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

[Talk-es] Posible desplazamiento de datos en zonas de Ecuador

[Carlos Dávila]

Un usuario de mis mapas para Garmin me ha comentado que en la localidad 
de Piñas (Ecuador)[1], con buena señal GPS, observa un desplazamiento 
significativo de los datos de OpenStreetMap. Descargando la zona en 
JOSM, junto con las trazas GPS parece que efectivamente existe ese 
desplazamiento, pero el caso es que hay como dos lotes de trazas, unas 
que coinciden con lo que hay mapeado y otras (más numerosas) desplazadas 
unos 40 m. Usando la herramienta de comparación de Geofabrik [2] también 
parece que se da ese desplazamiento.

¿Hay algún mapeador local que le pueda echar un vistazo?

[1] http://www.openstreetmap.org/#map=14/-3.6794/-79.6950
[2] 
http://tools.geofabrik.de/mc/#16/-3.6815/-79.6799&num=2&mt0=mapnik&mt1=google-satellite


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

Re: [Talk-es] Datos de portales de municipio de Madrid

[Carlos Dávila]

El 30/05/14 12:30, David Marín Carreño escribió:

Hola a todos.

El otro día descubrí el portal de Open data del Ayuntamiento de Madrid.

http://datos.madrid.es/portal/site/egob/

Resulta que te puedes bajar un csv que incluye todos los datos de 
todos los portales del municipio, con una separación muy útil de la 
información (tipo de calle, prefijo, nombre de calle, código postal, 
distrito...), e incluyendo coordenadas tanto en utm como en grados.


Aún no he examinado la precisión de los datos, pero parecen tener muy 
buena pinta.


Como el tema de la importación del catastro parece que va para largo 
(parece que el grupo de imports en ciertos casos parece que debería 
llamarse anti-imports), y hemos descubierto que los datos de Catastro 
no son siempre demasiado buenos
¿nos liamos la manta a la cabeza e importamos las direcciones de todo 
el municipio de Madrid?


Propondría la importación de datos de portales por barrios. Y por 
supuesto, habría que tener la aprobación

de la lista de imports...

¿Qué os parece?


___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es
Al margen de cómo vaya la importación del catastro, ya se ha comentado 
que los datos de portales en catastro no se corresponden con los números 
de policía que hay en los portales, así que si el ayuntamiento de Madrid 
ofrece esa información creo que sería muy bueno importarla.


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

Re: [Talk-es] Configurar o Address no MKgmapp

[Carlos Dávila]

El 13/05/14 00:35, A. Carlos escribió:



Buenas noches, damas y caballeros ..

Alguien de esta lista, tiene la costumbre de producir sus propios 
mapas específicos utilizando Mkgmapp ?


Estoy tratando de formar un IMG , he descargado todo lo que necesitaba 
, compilar el mapa de la derecha , pero estoy pecando cuando configure 
la dirección en styless .


Como que estoy tratando de hacer una IMG Brasil , la investigación en 
el GPS cuando introduzco una ciudad, que me muestra en la pantalla de 
la ciudad y el estado que es , lo que es correcto.


Sin embargo , El estutura de Brasil en la división sería:

País, Región , Estado, Macrroregições , micro y Munícipos .

Pero no todos los estados de esta clasificación en OSM está bien hecho 
, con la inclusión de Macro y Micro Regiones ..


Así, en estos estados , estados, consultable en el GPS que me muestra 
la ciudad y el estado , lo costilla derecha ...


Unidos que tenemos estos micro y macro regições que pone en pantalla 
la ciudad y micro .
Lo que yo quería es unificar esta macro en todas las situaciones que 
se muestran sólo
la ciudad y el estado serían - administrador de nivel de administrador 
4 y el nivel 8 .


Y eso es el establecimiento de la dirección que estoy pecando ..




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


Puedes configurar qué nivel administrativo aparece en las búsquedas 
mediante el archivo resources/styles/tu_estilo/inc/address
Es necesario disponer de unos límites administrativos correctos en OSM 
para obtener unos buenos resultados y usar el parámetro --bounds. La 
última vez que miré los límites de Brasil estaban bastante incompletos, 
no sé si habrán mejorado.
Si sabes inglés te sugiero que hagas este tipo de consultas en un foro 
más específico, como es la lista de correo de mkgmap 
(http://www.mkgmap.org.uk/maillist)


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

Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.

[Carlos Dávila]

El 12/05/14 15:32, Luis García Castro escribió:


El 12 de mayo de 2014, 14:26, Felix > escribió:


Yo votaría por dejarlo como está, ya que para sitios donde vive
gente ya los hay bien definidos: town, village, city...


En mi opinión el problema no es tanto del etiquetado como de la forma 
en la que OSM muestra estos "parajes". Aparecen muy destacados cuando 
es una información muy poco útil y de valor más puramente histórico 
que práctico. Para la mayor parte de los usuarios es básicamente "ruido".


Si la vía del etiquetado parece difícil, ¿cuál sería la alternativa? 
¿Proponer un etiquetado específico para los 'parajes' en España? 
¿Solicitar una visualización menos destacada?



--

Luis García

Los parajes no son información histórica solamente. Los que trabajamos 
en el campo los usamos a diario para referirnos a esos lugares y sin 
esos nombres sería muy difícil a veces enterarse de dónde se está 
hablando. Por lo demás, coincido con otros comentarios en que se ajustan 
perfectamente a la definición de locality que pone en la wiki. A lo 
mejor lo que hay que cambiar es lo que los angloparlantes entienden por 
locality y hacerles ver que en España todos esos parajes existen y se 
usan, que no siempre va a ser como ellos lo ven.


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

Re: [Talk-es] WikiProject Spain/Autopista

[Carlos Dávila]

El 26/04/14 16:52, k1wi escribió:

Los datos de WikiProject Spain/ Autopista parecen bastante antiguos. Se siguen 
actualizando?

http://wiki.openstreetmap.org/wiki/WikiProject_Spain/Autopista




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

Yo en su día actualicé las autovías de las que metí datos, pero hace 
mucho que no la reviso. En el pie de la página tienes la fecha de la 
última modificación y si entras en la pestaña "Historial" puedes ver los 
últimos cambios.


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

Re: [Talk-es] national way boundary names and -- caracters

[Carlos Dávila]

I'm also of the same opinion.

El 12/04/14 19:49, Jonay Santana escribió:


I entirely agree. There's no need to give a name to a boundary, it is 
just a relation between the entities involved. It would be redundant 
for me.


But as always, everyone has its opinion...

El 12/04/2014 03:31, "Xuacu" > escribió:


Hi Sylvain, all

My best guess is that it isn't necessary to give a name to the common
border. It should be a member of two relations (España and France)
which have at least one name tag in it, so renderers will take care of
displaying such name on the correct side of the border. Adding such
"Espagne--France" tag only adds clutter and/or confuses renderers.
Just my 2¢ :)

Kind regards
--
Xuacu

2014-04-10 23:00 GMT+02:00 sly (sylvain letuffe)
mailto:lis...@letuffe.org>>:
> Holla Jonay,
>
> Le jeudi 10 avril 2014 22:32:00, Jonay Santana a écrit :
>> Hello, Sylvain. I'm not very sure about what the problem is. I
mean, what
>> are you both disagreeing at?
>
> He adds on boudary ways :
> name:es = espana -- france
> name:en = spain -- france
> name:fr = espagne -- france
> etc.
>
> While other think we should either :
> - add no name at all on boundary ways
> - or at least don't use -- as separator
>
>
>> And don't worry about your spanish, it would be great to read
you in
>> spanish besides an English version.
>
> So sorry, but it was one year, 20 years ago without practice at
all ;-(
> google translate would be by far better than me ;-)
>
> --
> sly (sylvain letuffe)
> http://wiki.openstreetmap.org/wiki/User:Sletuffe
>




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

Re: [Talk-es] Límites de ciudad y límites de provincia

[Carlos Dávila]

El 13/03/14 12:51, David Marín Carreño escribió:

Hola.

El límite urbano de la ciudad yo lo mapearía con la etiqueta landuse
(en caso de ciudades, principalmente landuse=residential...)

Que no tiene nada que ver con los límites administrativos.
El límite urbano creo que sí tiene cierto valor administrativo. Afecta a 
la normativa urbanística, determinados servicios, tarifas de taxis, etc. 
El problema es conocer exactamente por donde va, ya que habría que 
consultarlo en los planes urbanísticos de cada municipio. Sobre 
fotografía aérea se puede aproximar solamente.

--
David Marín Carreño 
Saludo a la NSA que me estará viendo - Best regards to the NSA workers
who are reading this mail


El día 13 de marzo de 2014, 11:36, Patricio Soriano Castro
 escribió:

Gracias por la respuesta Sergio pero ¿dónde queda el límite "urbano" de la
ciudad?  y ¿sobre todo existe una guía para crearlo?. Los atributos
asociados tienen gran cantidad de datos como el nombre y su traducción en
varios idiosmas, el ámbito superior al que pertenecen, etc. ¿Estaría bien
copiar estos datos del límite del municio al de la ciudad, por ejemplo?

El 13/03/14 09:35, sergiosevillano - Gmail escribió:


level 6 es provincia

level 7 es condado (no es una división política clara en España)

level 8 es municipio

level 9 es distrito, pedanía

level 10 barrio (coloquialmente se puede llamar barrio a un distrito, pero
la división administrativa es clara)

ej: en madrid distrito: aravaca-moncloa tiene los barrios de Aravaca,
Moncloa, Valdemarin...
o otro ej: en Madrid distrito centro tiene los barrios de sol, palacio,
embajadores, cortes, justicia y universidad


no se si te aclara algo..


El 2014/03/12, a las 10:31, Patricio Soriano Castro 
escribió:

Saludos a todos

Normalmente suelo editar por Córdoba (España) y quiero poder modificar un
tema vinculado a Nominatin. Al abrir OSM y buscar Córdoba el resultado es el
"Límite de ciudad Córdoba, Provincia de Córdoba, Andalucía, España" y está
etiquetado como un "boundary:administrative admin_level:8..." con fuente del
"BDLL25, EGRN, Instituto Geográfico Nacional"
http://www.openstreetmap.org/relation/343207

A pinchar es zoom es el límite del término municipal, por lo que tengo que
ir haciendo zoom hasta ubicarme en la zona concreta de la ciudad de Córdoba.

He probado a realizar la misma operación en Sevilla, y el resultado es doble
y con el mismo tipo (Ciudad Sevilla, Andalucía, España):

- Área para la ciudad con "admin_level:9"
- Área para la municipio con  "admin_level:8". Este es el mismo caso que
Córdoba

La provincia está dentro del "admin_level:7" y está definida como límite de
condado. Imagino que es un tema de traducción

Revisando la wiki
(http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#Subnational)
tampoco entiendo muy bien la definición para los niveles 8 y 9, en concreto
el 9 que en ninǵun momento hace referencia a ciudades sino a distritos,
barrios, pedanías...

Quisiera añadir las áreas para las ciudades y pueblos de la provincia de
Córdoba, quizás dibujando sobre el wms de Catastro en JOSM a la escala
adecuada. Mi pregunta es si existe alguna plantilla o ayuda para ello o si
hay algún protocolo para hacerlo de forma correcta. También me gustaría
saber si debería crear alguna relación entre las áreas de distinto nivel o
entre áreas y puntos.

Gracias a todos
--
Patricio J. Soriano Castro
www.sigdeletras.com
@sigdeletras - Linkedin
+34 639714412



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

Re: [Talk-es] Como desplegar capas de información de Openstrret mediante CONTROL GENEXUS

[Carlos Dávila]

El 26/02/14 23:08, Ricardo Strauch escribió:

Hola estimados:

Estoy desarrollando una pág www con información de empresas turísticas 
de la zona del Lago Llanquihue, en Chile.
Luego de probar la calidad de  los mapas de google, yahoo y openstreet 
descubrí que la calidad de Openstreet es por lejos la mejor, ya sea 
por el detalle de las calles y nombres como por la información adicional.


Esta función la implementaremos mediante un USER CONTROL del software 
Genexus, el cual actualmente solo permite desplegar los mapas de 
Google, yahoo y un proveedor Chino.


La empresa genexus me entregrá la estructura del USER CONTROL para 
agregar Openstreet map como cartografía disponible.

Mi pregunta es:
Es posible seleccionar "capas de datos" a ser desplegadas?
Lo primero es saber que jerarquía tienen las capas, ej: calles y sus 
nombres, zonas (parques forestales, limites comunales, etc.), puntos 
cargados por usuarios (hoteles, museos, etc..)


Necesitamos desplegar selectivamente el contenido de cada capa, para 
lo cual necesitamos saber como invocar a cada capa.

¿alguien puede darnos una mano con información?

saludos
Ricardo
La información de OpenStreetMap no está organizada en capas. Tendrías 
que asignar tú lo que quieres que vaya en cada capa.


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

[Talk-es] Actualizar datos de licencia

[Carlos Dávila]

¿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

Re: [Talk-es] IDENA

[Carlos Dávila]

El 15/02/14 13:47, k1wi escribió:
Aparentemente no se puede utilizar datos con licencia CC-BY para 
importar a  OpenStreetMap.


http://www.openstreetmap.org/user/import_navarra/diary/20939


___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es
Pues según lo que pone en el último párrafo de 
http://wiki.openstreetmap.org/wiki/Import/Guidelines#Make_sure_data_license_is_OK 
parecería que sí :-\


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

Re: [Talk-es] Vía Verde España

[Carlos Dávila]

El 06/02/14 21:28, Roberto geb escribió:
Moisés, de paso que sacas el tema de la normalización de las vías en 
España, me gustaría lanzar una propuesta para marcar las vías 
pecuarias como route=horse en vez de route=transhumance. Esta última 
no es estándar mientras que la que propongo sí lo es. Además también 
indica la viabilidad para el paso de animales cuadrúpedos. Para saber 
que es una ruta transhumante siempre se puede incluir dentro de una 
relación que así lo indique como la ya existente "Red Nacional de Vías 
Pecuarias de ESpaña". Propongo incluir en las características de estas 
vías el símbolo con el que se marcan como 
osmc:symbol=black:white::VP:black
route=horse me parece totalmente inadecuado para las vías pecuarias, que 
en origen nada tienen que ver con los caballos, sino con la migración de 
rebaños de vacas y ovejas principalmente para aprovechar los pastos de 
invierno/verano. Son por tanto *rutas* para ese tipo de ganado 
transhumante. Otra cosa es que sean aptas para ir a caballo por ellas, 
pero igual que lo son para ir andando o en bici o incluso en vehículos a 
motor (lo que en la legislación de vías pecuarias se define como usos 
compatibles y complementarios). Pero para indicar eso basta con un 
horse/bicycle/foot/...=yes
Dices que route=horse está normalizado, pero en 
http://wiki.openstreetmap.org/wiki/Key:route no se menciona para nada el 
valor horse y en http://wiki.openstreetmap.org/wiki/Relation:route 
aparece ese valor, pero si pinchas en él te devuelve a la misma página, 
porque no parece que haya nada sobre route=horse.


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

Re: [Talk-es] Las geometrías de los códigos postales son de pago?

[Carlos Dávila]

El 29/01/14 14:45, Cruz Enrique Borges escribió:

Tienen un WFS desde el que se puede descargar a shp con geoserver, aunque esto 
no lo he hecho nunca.

Servicio WFS de Códigos Postales:
http://www.cartociudad.es/wfs-codigo/services

Ya, pero los términos de licencia siguen siendo los mismos. También tienen un servicio de 
descarga masiva... Me parece flipante que una cosa tan "básica" no es que no 
sea de dominio público, es que haya que poner casi 1000 € para que te las den...

En serio, yo pensaba que después de la "des-apertura" de datos de aemet (nótese 
las comillas) no me iba a poder escandalizar por nada, pero esto ya raya el absurdo.

En fin, que terminaremos haciéndolo "a la Iván" :P

Muchas gracias.


¿Has mirado en http://www.codigospostales.com/ ?

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

Re: [Talk-es] Routing.- Exportar en gpx una ruta dibujada

[Carlos Dávila]

Para crear una ruta basada en los datos de OSM puedes utilizar 
QLandkarte-GT [1] (QLGT) y mapas para Garmin basados en OSM [2]

Los pasos serían los siguientes, una vez instalados QLGT y los mapas
1- Pincha en la pestaña "Dibujar" de la parte inferior izquierda
2- Selecciona "Polilínea de distancia" (F7) y comienza a dibujar tu ruta 
sobre el mapa
3- Una vez creada la ruta, selecciónala en el panel izquierdo y con el 
botón derecho->Crear Track

4- Archivo->Exportar datos geográficos
Con el último paso tendrás tu ruta exportada a gpx, listo para usar en 
el móvil o lo que quieras.
El guión anterior es muy básico, tienes mucha más información en [3] y 
José Luis seguro que puede aportar más cosas, ya que controla mucho más 
que yo de QLGT.


[1] http://www.qlandkarte.org/
[2] http://mapas.alternativaslibres.es
[3] 
http://www.foromtb.com/index.php?threads/qlandkartegt-hilo-para-centralizar-dudas-experiencias-y-comentarios.741846/


El 23/11/13 13:26, Oliver Fernandez escribió:



> Date: Sat, 23 Nov 2013 00:20:43 +0100
> From: openstreetm...@24x7linux.com
> To: talk-es@openstreetmap.org
> Subject: Re: [Talk-es] Routing.- Exportar en gpx una ruta dibujada
>
> El viernes día 22 de noviembre de 2013, a las 21:10:54 +0100,
> Oliver Fernandez escribió:
>
> > El objetivo que me gustaría conseguir es marcar una ruta en JOSM 
por caminos y poder exportarla a GPX para cargarla en el móvil y poder 
hacerla con la bici.
> > He encontrado alguna página que utiliza los mapas de OSM para 
dibujar rutas pero las exporta a formato de GARMIN.
> > Me gustaría hacerlo en JOSM, porque creo que estoy cerca, pero si 
consideráis que no se puede hacer y conocéis algun sitio web /software 
que puedo conseguir mi objetivo, ruego me lo comentéis.

> >
> Una chapuza que he hecho yo en el pasado para conseguir algo parecido ha
> sido, primero crear una nueva capa de datos vacía (lo más rápido es 
bajarse
> un área muy pequeña sin datos y marcar la casilla de "nueva capa de 
datos").

>
> A continuación en la capa con los datos de interés, seleccionar 
todos los
> necesarios y CTRL+C (copiar). Enfocar la capa vacía creada con 
anterioridad
> y pegar (CTRL+V). Deberías tener la capa vacía con el conjunto de 
elementos

> copiados.
>
> Ahora, en la nueva capa, yo lo que hago es combinar todos los 
elementos en

> uno solo (me basta darle "C", Combine Way), de lo contrario el GPX se te
> exporta con "trkseg" por cada uno de ellos. Y por último, botón derecho
> sobre esta capa auxiliar y "exportar a gpx...".
>
> Es más fácil y rápido hacerlo que explicarlo, a mi me ha funcionado bien
> siempre que lo he necesitado.
>
> --
> Jose Luis Domingo Lopez
> Linux Registered User #189436, Linux Ubuntu 12.04.3 LTS 
(3.2.0-56-generic-pae)

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

__


Buenos dias Jose Luis, en primer lugar me gustaría felicitarte por tu 
gran contribución a OSM a través de los tutoriales, gracias a los 
cuales, yo en primera persona  y seguro otros muchos usuarios, podemos 
contribuir a OSM  através de JOSM


Siguiendo el hilo, te comento, he intentado realizar por pasos lo que 
me comentas en el mail, pero no me resulta práctico porque selecciono 
los caminos los pego, pero luego no me los une "combinando vias", 
tengo que ir uno por uno ...  Otra solución es cargar una ruta como en 
uno de los tutoriales, a través de una relación pero no me parece que 
esa herramienta tenga esa utilidad, yo la entendería más para rutas ya 
realizadas..
Lo cierto es que necesito algo más práctico, basado en OSM para que 
reconozca los caminos y marcando en estos, "puntos de interés" que te 
dibuje la ruta y se pueda exportar a GPX, y el complemento de Routing, 
me proporciona justo lo que quiero pero me falta saber exportar sólo 
la ruta dibujada.


Por ponerte en situación, lo de definir una ruta lo estoy haciendo 
porque he tenido un accidente con la bicicleta de montaña, iba solo y 
sin cobertura 2g ni 3g me encontré indefenso.   Por lo tanto necesito 
asegurar dos cosas:


1.-  Saber la ruta que voy a realizar. por eso lo de definir la 
ruta por caminos
2.-  Utilizar un programa que me vaya grabando la ruta ON LINE, a 
través del Móvil...  este ya lo tengo ENDOMONDO.


De esta manera podría salir con la bicicleta de montaña con cierta 
seguridad.


Muchas gracias, y una vez más enhorabuena por tu gran contribución.



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

[Talk-es] Crear rutas y zonas

[Carlos Dávila]

El 23/10/13 23:36, JAIME CALVOPIÑA escribió:

POR FA AYUDAME COMO CREO RUTAS Y ZONAS
Por favor, no utilices un mensaje para preguntar algo que no está 
relacionado con él. Crea un hilo nuevo. Y no utilices mayúsculas. 
Consulta la netiqueta [1] antes de entrar a saco en un foro o listas de 
correo.
En cuanto a tu pregunta, como no concretes un poco más lo que quieres 
hacer creo que va a ser difícil que alguien te pueda ayudar.

[1] https://es.wikipedia.org/wiki/Netiquette

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

Re: [Talk-es] SOS Donostia / San Sebastian

[Carlos Dávila]

Convendría enviarle un mensaje al usuario que hizo los cambios, para 
avisarle que tenga más cuidado en el futuro.


El 18/10/13 10:11, Julen Garcia escribió:

Muchas gracias!


2013/10/18 Jorge Sanz Sanfructuoso >


Buenas.

Es la primera ver que deshago unos cambios pero ya esta
solucionado. Creo que todo bien.

Un saludo


El 18 de octubre de 2013 09:50, Álvaro Lara Cano
mailto:y...@alvarolara.com>> escribió:

Buenas,

jajajaja, está muy bien hecho el círculo. Bromas aparte a
nosotros en Medina de pomar nos pasó lo mismo, parecia
hiroshima después de una edición accidentada.

Yo si quieres revierto el changeset del usuario, pero tendría
queser por la tarde. Si alguien lo quiere hacer ahora...

Un saludo.

El 18/10/13 09:42, Julen Garcia escribió:

Os escribo porque parece ser que alguien con no mucha
experiencia ha toqueteado el mapa en la zona de Donostia /
San Sebastian
http://www.openstreetmap.org/#map=14/43.3089/-1.9814 y ha
dejado un circulo gigante de esos que suelen hacer los
extraterrestres en los campos de maiz :P

No se como se podria solucionar, pero si alguien puede
echarle un ojo seria de agradecer ;)

Un saludo!





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

Re: [Talk-es] Carretera construida

[Carlos Dávila]

No creo que haya que poner otra cosa, sino cambiar open.mapquest.es 
porque es claramente un error suyo.


El 23/08/13 14:22, Ricardo Sanz escribió:
open.mapquest.es <http://open.mapquest.es> pasa por vías etiquetadas 
así, asi que hay que poner otra cosa o highway=construction mientras 
la abren al tráfico..



El 23 de agosto de 2013 08:28, Carlos Dávila <mailto:cdavi...@orangecorreo.es>> escribió:


Si no se puede pasar lo suyo es access=no. Ningún enrutador
debería pasar por una vía etiquetada así.

El 23/08/13 01:20, Alejandro S. escribió:

Yo pondria ambas cosas, en construcción y los bloques
(barrier=jersey_barrier) [0]

[0]: <http://wiki.openstreetmap.org/wiki/Key:barrier>
<http://en.wikipedia.org/wiki/Jersey_barrier>

Y si el enrutador no lo hace bien, pues que lo arreglen ;)


2013/8/23 Picholeiro mailto:i...@picholeiro.info>>

Buenas lista
La cuestión es que hay una carretera construida pero tiene
bloqueado el paso con unos bloques .
Cual es la forma correcta poner el trazado completamente ,
poniendo unos bloques en la entrada , o que la carretera
estea en modo construcción,

Otra duda que me surge es que poniendo la carretera bien
completamente y con los bloques los ruteadores pasan por la
carretera en cuestion como si no tuviera un bloque puesto.


Me figueo que el problema es de los ruteadores que se salta
los bloques



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

Re: [Talk-es] Carretera construida

[Carlos Dávila]

Si no se puede pasar lo suyo es access=no. Ningún enrutador debería 
pasar por una vía etiquetada así.


El 23/08/13 01:20, Alejandro S. escribió:
Yo pondria ambas cosas, en construcción y los bloques 
(barrier=jersey_barrier) [0]


[0]:  



Y si el enrutador no lo hace bien, pues que lo arreglen ;)


2013/8/23 Picholeiro mailto:i...@picholeiro.info>>

Buenas lista
La cuestión es que hay una carretera construida pero tiene
bloqueado el paso con unos bloques .
Cual es la forma correcta poner el trazado completamente ,
poniendo unos bloques en la entrada , o que la carretera estea en
modo construcción,

Otra duda que me surge es que poniendo la carretera bien
completamente y con los bloques los ruteadores pasan por la
carretera en cuestion como si no tuviera un bloque puesto.


Me figueo que el problema es de los ruteadores que se salta los
bloques


*~  Un saludo cordial  de Manuel   ~*
*
*Mi sitio si te interesa mas información visita*
El blog relacionado con linux # http://www.picholeiro.info .
Mi servidor # http://servidor.picholeiro.info .

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




--
Atentamente,
  Suárez


___
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] Cambios/Desplazamientos de geometrías en Vizcaya

[Carlos Dávila]

El 02/07/13 11:02, Ander Pijoan escribió:

Hola a todos,

Hace un momento, Cruz ha visto que hay varios cambios en geometrías de 
Vizcaya que no son muy normales.


Por ejemplo en la zona del Guggenheim de Bilbao, han agrandado la ría 
haciendo que esta se coma parte del paseo ( 
http://www.openstreetmap.org/?lat=43.26855949995&lon=-2.940227&zoom=18&layers=M 
 
). En realidad creo que sí que puede ser que el paseo sea un poco 
saliente sobre la ría.


Otro ejemplo es el límite administrativo a la altura de San Juan de 
Gaztelugatxe en el que está literalmente desplazado con respecto a lo 
que había antes. ( 
http://www.openstreetmap.org/?lat=43.44533&lon=-2.785495&zoom=17&layers=M 
 
)


Entonces la duda que nos surge es la siguiente, ¿puede ser que se haya 
actualizado en OSM los world boundaries y ríos o algo así y que por 
eso haya cosas que ahora no encajan?


Saludos.
No creo que sea una actualización masiva. Mira en el historial de alguno 
de los elementos cambiados a ver qué pone en el comentario del changeset 
y quién lo ha realizado y sigue la pista por ahí.


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

Re: [Talk-es] Overpass turbo API

[Carlos Dávila]

No sé si es tu caso, pero si tuvieras que actualizar los datos con 
frecuencia yo utilizaría osmupdate en vez de descargar los datos de 
Geofabrik cada vez que los necesites. Es bastante más rápido y puedes 
pasarle un polígono para que solo te actualice lo datos dentro de ese 
polígono.


El 14/06/13 00:25, Jimena Martinez escribió:


Hola

Muchas gracias a todos por las respuestas. Antonio, en cuanto a lo que 
comentas, eso mismo me planteo yo. Encuentro siempre bastante difícil 
descargar los datos que necesito de OSM, generalmente por el tema de 
las regiones, en lugar de los BBOX, y además por las tags, no parece 
que ninguna aplicación (hablo desde el desconocimiento) de las que he 
encontrado permita descargar la historia completa o al menos los 
atributos completos de la última versión de ese dataset. Bueno, webs 
como cloudmade o geofabrik tienen esto, pero con todas las etiquetas, 
y luego esta el tema de los formatos...


He empleado lo de Taginfo para comenzar con la API Overpass turbo, así 
que gracias, Manfred por tu recomendación. También había probado lo 
del id query ref, que es lo que me estaba dando error, gracias César, 
esto no he conseguido hacerlo funcionar en el overpass turbo. Y he 
probado la solución de Jo, y funciona! Así que es una buena opción, 
gracias! Pero finalmente lo que estoy empleando (porque con esta 
solución tampoco me aparecían todos los atributos que necesitaba) es 
lo siguiente, por si a alguien le interesa:


·Descargo el pbf de geofabrik, de la región que me interesa, el 
fichero raw vamos.


·Utilizo osmconvert, que es muy fácil de usar, para pasarlo a osm.

·Como pesa mucho como para cargarlo en QGIS, por ejemplo, si te bajas 
una región grande, utilizo osmfilter (que también es súper fácil) para 
filtrar por etiqueta (o etiquetas, puedes elegir las que quieras)


·Lo cargo en QGIS y veo los atributos como usuario, fecha y demás, que 
me interesaban.


Solución, tengo la región que quiero, con las etiquetas que necesito y 
los atributos más o menos originales, creo.


No sé si alguien conoce algún modo mejor o más rápido (creo que 
osmosis hace todo esto, pero yo no he conseguido hacerlo 
funcionar...creo que por mi Windows o algo así) o empleando menos 
software que haga lo mismo, si es así, sería estupendo saberlo.


Gracias a todos por la ayuda!

Saludos

Jimena

*De:*Jo [mailto:winfi...@gmail.com]
*Enviado el:* jueves, 13 de junio de 2013 13:04
*Para:* Discusión en Español de OpenStreetMap
*Asunto:* Re: [Talk-es] Overpass turbo API

Eso funciona también si la región no es demasiado largo:

Es lo que utilizo para bajar todos los paraderos y las relaciones PT.

Jo

area[name="Vlaanderen"];

(
node(area);
<;
) -> .allnodeswaysrelationsinFlanders;

(
relation.allnodeswaysrelationsinFlanders
["type"="route"]
["route"~"bus|tram"]
->.routes;
node.allnodeswaysrelationsinFlanders
["highway"="bus_stop"]
->.stops;
node.allnodeswaysrelationsinFlanders
["railway"="tram_stop"]
->.tstops;
node.allnodeswaysrelationsinFlanders
["public_transport"]
->.platforms;
way.allnodeswaysrelationsinFlanders
["amenity"="shelter"]
["shelter_type"="public_transport"]
->.shelters;
node.allnodeswaysrelationsinFlanders
["amenity"="shelter"]
["shelter_type"="public_transport"]
->.shelternodes;
node(r.routes);
way(bn)->.parentways1;
node(w.parentways1);
rel(bw.parentways1);
way(r.routes);
node(w);
);
out meta;



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



--
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
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Errores en OpenStreetBugs y Notas

[Carlos Dávila]

El 12/06/13 17:45, Carlos Dávila escribió:

El 12/06/13 17:28, Agustin Diez-Castillo escribió:



On Jun 12, 2013 4:27 PM, "Carlos Dávila" <mailto:cdavi...@orangecorreo.es>> wrote:

>
> El 12/06/13 15:28, Agustin Diez-Castillo escribió:
>>
>> Bueno es saberlo, gracias.
>> Aprovecho para plantear una cuestión relacionada con el tema. Las 
notas tienen que ir en inglés o valen en castellano. La N-234 desde 
Calamocha a Daroca tiene muchos cruces que, al menos, osmand entiende 
como rotondas, dvisiones de calzada y cosas más raras cuando creo que 
en realidad debería decir "follow the road during 24 km" al pasar la 
última rotonda de Calamocha.
>> Os pongo un ejemplo de división de la calzada que creo que no 
tiene sentido.
>> 
http://www.openstreetmap.org/?lat=41.025491&lon=-1.342132&zoom=18&layers=MN 
<http://www.openstreetmap.org/?lat=41.025491&lon=-1.342132&zoom=18&layers=MN> 
<http://www.openstreetmap.org/?lat=41.025491&lon=-1.342132&zoom=18&layers=MN 
<http://www.openstreetmap.org/?lat=41.025491&lon=-1.342132&zoom=18&layers=MN>> 


>
> Para mi esta zona está correcta. Ya se habló en su día si separar o 
no las calzadas en los cruces de este tipo y se acordó que lo 
correcto era separarlas.
Pues creo osmand te manda irte a la derecha lo que despista lo 
comprobaré cuando vuelva a pasar.


Si es así, el problema es de osmand. No debería decirte que vayas a la 
derecha, puesto que el otro carril es de dirección contraria y por 
tanto no hay opción a desviarse por él, simplemente hay que seguir por 
donde vas.
Una cosa más, comentas que osmand entiende los cruces como rotondas. He 
mirado los dos ejemplos que mandas y ninguna vía está etiquetada como 
junction=roundabout (ni lo ha estado, según el historial), por lo que 
sería otro error de osmand.


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

Re: [Talk-es] Errores en OpenStreetBugs y Notas

[Carlos Dávila]

El 12/06/13 17:28, Agustin Diez-Castillo escribió:



On Jun 12, 2013 4:27 PM, "Carlos Dávila" <mailto:cdavi...@orangecorreo.es>> wrote:

>
> El 12/06/13 15:28, Agustin Diez-Castillo escribió:
>>
>> Bueno es saberlo, gracias.
>> Aprovecho para plantear una cuestión relacionada con el tema. Las 
notas tienen que ir en inglés o valen en castellano. La N-234 desde 
Calamocha a Daroca tiene muchos cruces que, al menos, osmand entiende 
como rotondas, dvisiones de calzada y cosas más raras cuando creo que 
en realidad debería decir "follow the road during 24 km" al pasar la 
última rotonda de Calamocha.
>> Os pongo un ejemplo de división de la calzada que creo que no tiene 
sentido.
>> 
http://www.openstreetmap.org/?lat=41.025491&lon=-1.342132&zoom=18&layers=MN 
<http://www.openstreetmap.org/?lat=41.025491&lon=-1.342132&zoom=18&layers=MN> 
<http://www.openstreetmap.org/?lat=41.025491&lon=-1.342132&zoom=18&layers=MN 
<http://www.openstreetmap.org/?lat=41.025491&lon=-1.342132&zoom=18&layers=MN>>

>
> Para mi esta zona está correcta. Ya se habló en su día si separar o 
no las calzadas en los cruces de este tipo y se acordó que lo correcto 
era separarlas.
Pues creo osmand te manda irte a la derecha lo que despista lo 
comprobaré cuando vuelva a pasar.


Si es así, el problema es de osmand. No debería decirte que vayas a la 
derecha, puesto que el otro carril es de dirección contraria y por tanto 
no hay opción a desviarse por él, simplemente hay que seguir por donde vas.


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

Re: [Talk-es] Errores en OpenStreetBugs y Notas

[Carlos Dávila]

El 12/06/13 15:28, Agustin Diez-Castillo escribió:

Bueno es saberlo, gracias.
Aprovecho para plantear una cuestión relacionada con el tema. Las 
notas tienen que ir en inglés o valen en castellano. La N-234 desde 
Calamocha a Daroca tiene muchos cruces que, al menos, osmand entiende 
como rotondas, dvisiones de calzada y cosas más raras cuando creo que 
en realidad debería decir "follow the road during 24 km" al pasar la 
última rotonda de Calamocha.
Os pongo un ejemplo de división de la calzada que creo que no tiene 
sentido.
http://www.openstreetmap.org/?lat=41.025491&lon=-1.342132&zoom=18&layers=MN 

Para mi esta zona está correcta. Ya se habló en su día si separar o no 
las calzadas en los cruces de este tipo y se acordó que lo correcto era 
separarlas.

Y uno de como te tira de la carretera.
http://www.openstreetmap.org/?lat=40.969137&lon=-1.311356&zoom=18&layers=MN 

Este cruce sí estaba mal, ya que varias vías se cruzaban sin un nodo en 
común.

¿Hay alguna manera de corregir todo ello de una vez?

Me temo que no, que hay que editar zona por zona.

Saludos
Agustin


2013/6/12 Oscar Zorrilla Alonso >


Hola a todos;
Desde hace mes y medio es posible añadir notas (errores)
directamente desde la web de www.openstreetmap.org
, en la esquina inferior derecha. 
Una ventaja que le encuentro es poder contactar con el usuario que

la puso para aclarar el error, además programas como OsmAnd ya han
cambiado a esta nueva plataforma.
Sin embargo todavía quedan muchísimos errores abiertos en
OpenStreetBugs http://openstreetbugs.schokokeks.org/
Mi duda es si se deberían pasar los errores de OpenStreetBugs a
las notas de OSM por si en el futuro se elimina este servicio.
Por último una llamada para pedir que aquellos que abrieron
errores comprueben si están ya corregidos o los corrijan, o en
caso de desconocimiento local, que alguien que conozca la zona
intente arreglarlos y de esta manera vayamos quitando errores y
limpiando el mapa.
Un saludo
Oscar Zorrilla (aka cronoser)

___
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



--
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
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Mapping Party Badajoz

[Carlos Dávila]

Os recuerdo que este próximo fin de semana se celebra en Badajoz una 
mapping party a la que estáis todos invitados. De momento estamos 
apuntados Jonás Andrada y yo para echar una mano como monitores, pero si 
alguien más se anima a participar, a cualquier nivel, es bienvenido.


El 17/04/13 11:08, Francisco  Hernández Castaño escribió:


Hola a todos,


Desde la Diputación de Badajoz queremos organizar una actividad de 
divulgación de cartografía y estamos organizando una Mapping Party.



Lo estamos realizando en el ámbito del proyecto Otalex C (que agrupa a 
varias organizaciones españolas y portuguesas 
http://www.ideotalex.eu/OtalexC/ y nos gustaría 
contar con vosotros para la participación, organización y coordinación 
del Evento.



La Mapping tendría lugar en Badajoz los días 17 y 18 de Mayo y va 
dirigido al público en general, tenemos pensado que acudan unas 80 
personas, haciendo grupos y con una persona en cada grupo que les 
ayude a entender como funciona este mundo de la información geográfica 
en general y OSM en particular, algo similar a lo que se montó en 
Baeza en 2011, aunque aún estamos discutiéndolo...



Hemos creado un formulario de inscripción, pero si alguien lo dice por 
aquí lo apuntamos directamente. La página que estamos montando la 
información es 
http://http://ptc.dip-badajoz.es/grupos/mapping-party-badajoz


La página como comprobareis no está muy desarrollada porque estamos 
empezando a ver los detalles, por lo que sí os invitamos a si alguno 
tiene tiempo y ganas nos ayude en la organización.



También os agradeceríamos que para darle la mayor difusión posible 
pongáis algo de información en la web www.openstreetmap.es 



Un saludo,

Francisco Hernández

___

Francisco Javier Hernández Castaño
Jefe de Unidad Cartográfica
Diputación de Badajoz - O. A. Área de Igualdad y Desarrollo Local
Servicio de Información Geográfica (SIGcBA)

Avda. Antonio Masa Campos 28 (antiguo jardin infantil)
06011 - Badajoz

Correo-e: fhernan...@dip-badajoz.es
Teléfono: +34 924 212 242
Fax: +34 924 212 260




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

Re: [Talk-es] discordancia entre Garmin y OSM

[Carlos Dávila]

El 08/05/13 14:08, Jonas Andradas escribió:


Perfecto,

Yo los bajo del mismo sitio (¡gracias Carlos!), así que podré probar 
también


El 08/05/2013 13:09, "Javier Fernández Arroyo" > escribió:


Hola de nuevo,

Sí, es correcto lo que dices

Los mapas OSM para Garmin los he sacado de esta página:

http://mapas.alternativaslibres.es/descargas.php

He usado el "Archivo para copiar en el gps/navegador" copiandolo
directamente en una MicroSD

Como la resolución es de hoy, hasta mañana por lo menos no podré
averiguar si se ha corregido o no, ya que los mapas se actualizan
una vez al día... sea lo que sea, por supuesto que lo comentaré :)


Acabo de actualizar de nuevo los mapas de España, por si queréis probar

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

Re: [Talk-es] Mapas de pueblos pequeños

[Carlos Dávila]

El 22/04/13 17:16, Javier Fernández Arroyo escribió:

buenas

estoy intentando hacer el mapa de mi pueblo, Logrosán, en la provincia 
de Cáceres


Como tú dices, imposible meter el nombre de todas las calles (entre 
otras cosas, no me los sé)


Aprovecho para decir que no estaría mal si alguien echa un vistazo a 
las intersecciones entre calles que he hecho, ya que no sé si están 
correctamente hechas o no
He revisado Logrosán con el validador de JOSM y sólo ha detectado 
algunas vías que no estaban conectadas, editadas por el usuario 
iGambusino (no sé si eres tú Javier), así que en general no está mal.


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

Re: [Talk-es] Mapping Party Badajoz

[Carlos Dávila]

El 17/04/13 11:08, Francisco  Hernández Castaño escribió:


Hola a todos,


Desde la Diputación de Badajoz queremos organizar una actividad de 
divulgación de cartografía y estamos organizando una Mapping Party.



Lo estamos realizando en el ámbito del proyecto Otalex C (que agrupa a 
varias organizaciones españolas y portuguesas 
http://www.ideotalex.eu/OtalexC/ y nos gustaría 
contar con vosotros para la participación, organización y coordinación 
del Evento.



La Mapping tendría lugar en Badajoz los días 17 y 18 de Mayo y va 
dirigido al público en general, tenemos pensado que acudan unas 80 
personas, haciendo grupos y con una persona en cada grupo que les 
ayude a entender como funciona este mundo de la información geográfica 
en general y OSM en particular, algo similar a lo que se montó en 
Baeza en 2011, aunque aún estamos discutiéndolo...



Hemos creado un formulario de inscripción, pero si alguien lo dice por 
aquí lo apuntamos directamente. La página que estamos montando la 
información es


http://ptc.dip-badajoz.es/grupos/mapping-party-badajoz 



La página como comprobareis no está muy desarrollada porque estamos 
empezando a ver los detalles, por lo que sí os invitamos a si alguno 
tiene tiempo y ganas nos ayude en la organización.



También os agradeceríamos que para darle la mayor difusión posible 
pongáis algo de información en la web www.openstreetmap.es 



Un saludo,

Francisco Hernández

___

Francisco Javier Hernández Castaño
Jefe de Unidad Cartográfica
Diputación de Badajoz - O. A. Área de Igualdad y Desarrollo Local
Servicio de Información Geográfica (SIGcBA)

Avda. Antonio Masa Campos 28 (antiguo jardin infantil)
06011 - Badajoz

Correo-e: fhernan...@dip-badajoz.es
Teléfono: +34 924 212 242
Fax: +34 924 212 260

Lo primero, felicitaros por la iniciativa, más partiendo de una 
administración pública como es la diputación.
Yo podría asistir el 17 y el 18 por la mañana y echaros una mano, sobre 
todo en el trabajo de campo. A ver si se anima más gente y podemos darle 
un buen empujón al mapa de Badajoz.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Una misma zona con etiquetas en distinta lengua

[Carlos Dávila]

El 08/03/13 08:45, Ulises Ibarra escribió:

Estimada Lista:

¿Sabrán ustedes que habría que hacer para que una zona que se levanta 
y dibuja en OSM al visualizarla muestre los letreros en la lengua que 
se elija? Por ejemplo, si una zona de mi ciudad quiero ver los 
letreros aveces en alemán, otras en español y otras en inglés, 
¿tendría que agregar etiquetas en distintos idiomas?
Sí, name:de, name:es, name:en, etc. Si no tienes esa informacioń 
difícilmente la vas a poder visualizar.

y si es así ¿Cómo elijo cuales quiero que se desplieguen o muestren?

Depende del rederizador

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

Re: [Talk-es] is this name correct...

[Carlos Dávila]

El 20/01/13 19:50, Jan Tappenbeck escribió:

Hola !

in my know a *_link did not get a name like "Autovía Extremadura - 
Comunidad Valenciana" (http://www.openstreetmap.org/browse/way/29981606)


is this normal in use ?
I agree with you and also *_link shouldn't use the ref of the motorway 
they come from/go to, as in your example (I have removed both tags)


other question to name ... is it ok to named motorway_junction like 
"área de servicio" 
(http://www.openstreetmap.org/browse/node/538857266)  or "vía de 
servicio" (http://www.openstreetmap.org/browse/node/1015846943)

I don't think "vía de servicio" is the name, but the exit_to (also fixed)


regards Jan :-)

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




--
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
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Sobre Radares

[Carlos Dávila]

El 17/01/13 19:33, Fco. Javier González Jiménez escribió:

Por eso pregunto, si hay alguna web que muestre los radares de la BD de OSM 
para ir actualizandolos...  
Que yo sepa no existe una web así, pero creo que sería más práctico 
extraer todos los radares con osmfilter o con osmosis y cargarlos en 
JOSM para editarlos.


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

Re: [Talk-es] normilize streetnames

[Carlos Dávila]

El 14/01/13 18:13, José Luis Domingo López escribió:

he probado OSMOND en España de vacaciones y hay muchas variantes del
nombre de la calle-partes.

Avendia
Av.
Av
Avda.
Plaza
Pza.
Calle
C/
Pje

dr.
doctor

 


A bot that replaces those strings would be much appreciated, but doing that
manually shouldn't be that painful, if using some end user tools (i.e. JOSM
and filters to apply some tag changes in batches).

   
I regularly extract all OSM elements containing "C/", "C." and "Avda." 
and a few months ago I replaced most of them using JOSM. I only left 
those in East part of Spain, as I didn't know if the correct replacement 
would be "calle" or "carrer", "avenida" or "avinguda". I can send 
current file to anyone interested in have a look at it and continue the 
work.


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

Re: [Talk-es] Radares con nombre FXXX BARU

[Carlos Dávila]

Esa denominación se corresponde con el formato de los radares que puedes 
encontrar por ejemplo en la web de kachoperro [1] que alguien ha debido 
importar hace tiempo y los ha subido tal cual. La F significa radar 
fijo, XXX como tú dices es la velocidad, BARU es el nombre de quien 
informó de ese radar y luego vienen algunas indicaciones sobre la 
ubicación y la dirección en la caza el radar


[1] http://kachoperro.blogspot.com.es/
El 02/01/13 17:18, Felix escribió:
Sorry, me he dejado el link del ejemplo: 
http://www.openstreetmap.org/browse/node/992000968/history



2013/1/2 Felix mailto:sucotro...@gmail.com>>

Hola,
  Por más que busco en la wiki, y en la lista de correo, no
entiendo porque los radares de españa (como este) tienen la
denominación FXXX BARU (siendo XXX la velocidad). ¿Hay alguien que
pueda dar más detalles al respecto?

Saludos.

-- 
Felix





--
Felix


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



--
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
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Significado de "Ramp" y "Link"

[Carlos Dávila]

Una sugerencia, además de la velocidad genérica de cada tipo de vía, ten 
en cuenta las etiquetas maxspeed, maxspeed:forward y maxspeed:backward 
[1] que haya en cada tramo, que te ayudarán a obtener un cálculo más 
preciso de la velocidad/tiempo en recorrer cada tramo.

[1] (http://wiki.openstreetmap.org/wiki/Key:maxspeed)

El 12/11/12 14:11, Jose Luis Perez Diez escribió:

El Monday 12 November 2012 13:18:05 Covadonga Prendes Pérez va escriure:
   

Buenos días, me llamo Covadonga y estoy haciendo un estudio con ArcGis
sobre un mapa creado a partir de vuestra cartografía, pero tengo algunas
dudas con la nomenclatura. Algunos de los campos se llaman motorway_link,
 

son los enlaces de/a autovias y/o atopistas:
http://wiki.openstreetmap.org/wiki/ES:Tag:highway=motorway_link


   

trunk link, primary_link, pero no me queda muy claro a qué se refiere con
link
 

estas son los enlaces con las trunk , primari  se nombran con la carretera
de mas rango y son calzadas distintas de vias que unen.

   

Mi problema es que debo asignar una velocidad a cada tipo de
carretera que me dan en el mapa, y no sé muy bien si por ejemplo
"motorwayl_link" equivale a un trozo de autopista y tengo que asignarle una
velocidad de 120, ...
 

Puede ser que las caracteristicas permitan que no exista una reduccion en
la velocidad maxima pero normalmente se reduce el limite.

   

También quisiera saber que tipo de carreteras son las "ramp" y qué
velocidad podría asignarles, ya que buscando por Internet, solo he
encontrado que estas carreteras son rampas o desniveles, pero en el casi de
mi mapa no tiene mucho sentido pensar en rampas. Muchas gracias,
 

las ramp usualmente se emplean el vias con escaleras para indicar
la presencia de rampas para carritos, bicicletas ...

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

   



--
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
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Dudas sobre la nomenclatura de las carreteras en España

[Carlos Dávila]

El 08/11/12 10:22, Covadonga Prendes Pérez escribió:
Hola, estoy haciendo un proyecto de análisis GIS en la red de pistas 
de Asturias, y necesito saber los límites de velocidad establecidos en 
cada carretera para distintos tipos de vehículos. Para ello 
necesitaría saber cuál es la traducción al español de los términos que 
se utilizan para clasificar las carreteras en OMS.

Ya he encontrado los siguientes:
Motorway : autopista/autovía
Trunk: carretera nacional o autónomica de primer orden.
Primary carretera autónomica de segundo nivel
Secondary: Carretera autonómica de tercer nivel.

Por tanto solo me falta sabes cuál es la traducción o el equivalente 
de "Road" y "Service".
road es una etiqueta temporal que se usa cuando no se conoce el tipo de 
carretera de que se trata, hasta que alguien que conozca esa información 
lo cambie. Por lo tanto puede ser cualquiera de los tipos que tú has 
mencionado.
service es para vías de  acceso a garages, aparcamientos, entradas a 
casas, etc.


Muchas gracias, un saludo

Covadonga


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



--
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
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Presentación

[Carlos Dávila]

El 20/09/12 19:06, Gonzalo Martín Ferrero escribió:

Buenas otra vez:
No se si estoy abriendo un hilo nuevo, porque no encuentro otra manera 
de responder. Si es así lo siento :-(


El edificio que editado es este:
http://www.openstreetmap.org/browse/changeset/13180430
No ha salido ningún número de portal, los pondré como dice Carlos Davilacon la etiqueta 
"addr:housenumber".
Si pinchas en el enlace que has mandado verás que sí salen los números, 
toda la lista.

Quiero mapear los edificios de mi barrio , pero me surge un problemas: son bloques de 
edificio adyacentes, vistos con la ortofoto parecen todos una unidad. Si los digitalizo 
todos juntos quedan unos bloques muy grandes que incluyen portales de diferentes calles. 
¿Podría digitalizarlos "a trozos"? No sé si esto sería correcto.
Pues es un tema que ha generado bastante debate a raíz de la importación 
de catastro (usar relaciones vs no usarlas y solapar vías) y la verdad 
es que no me atrevo a decirte cuál sería la mejor forma. Lo que si debes 
tener en cuenta, si digitalizas edificios sobre fotos aéreas, es que la 
parte alta de los edificios (la que más se ve en la foto y sobre la que 
dibujas) está desplazada de la vertical por la perspectiva de la foto. 
Un truco sencillo para corregirlo es dibujar sobre el techo del edificio 
y luego desplazar todo ajustándolo a una parte del edificio en la que se 
vea la base.

Muchas gracias


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



--
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
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Presentación

[Carlos Dávila]

El 20/09/12 10:28, Gonzalo Martín Ferrero escribió:

Buenas!!!

Soy nuevo es esto y la verdad que estoy bastante verde. He empezado 
editando algunas zonas de mi barrio. He editado un bloque de edificios 
y me ha surgido una duda:


Este bloque de edificios abarca unos cuanto portales, los he puesto en 
el número de la calla seguido de una coma. ¿Es esto correcto?, estoy 
esperando a que salga la edición para ver como representa los número 
de portal.

¿Puedes poner un enlace a la zona para que lo veamos?
Los números de portal deberían ir cada uno en un nodo en su ubicación 
correspondiente, con la etiqueta "addr:housenumber"
Y como norma general, cuando tengas que poner varios valores en una 
etiqueta, sepáralos con punto y coma, no con coma, que es la norma 
establecida.

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

Re: [Talk-es] Cartografía OSM Actualizada

[Carlos Dávila]

El 31/08/12 09:16, Gregorio Racero Valcárcel escribió:
Buenas, mi cuestion es la siguiente, estoy haciendo pruebas para el 
calculo de rutas sobre cartografía de OpenStreetMaps, me bajé la 
cartografía de una comunidad autonoma entera desde cloudmade, en 
concreto la de andalucia.osm, como es muy pesada,  para hacer pruebas 
me baje un trozo de la provincia de Sevilla desde la página web de osm 
( que tiene restringida la descarga a 5 nodos, creo recordar), al 
comparar el calculo de rutas con ambas cartografía me di cuenta de que 
en la general de andalucia.osm, la mayoría de las calles (ways) no 
están definidas al mismo nivel de detalle, me refiero por ejemplo a 
los atributos oneways que me hacen falta para el calculo de rutas. 
Entonces mi pregunta es, donde puedo descarga cartografía que tenga el 
nivel de "actualizacion" o detalle, como querais, de la página de 
osm?? Muchas gracias!



___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es
   
En http://download.geofabrik.de/osm/europe/ tienes extractos diarios de 
toda España. Si necesitas trabajar con una zona más pequeña tendrás que 
cortar el extracto con osmcomvert o con osmosis (bastante más lento).


--
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
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] cartografia desplaza en las ciudades de La Paz y Cochabamba

[Carlos Dávila]

El 13/07/12 00:19, rmendoza escribió:

Distinguidos

Hoy por la tarde estuve con la intención de realizar actualizaciones 
de algunas calles de la ciudad donde vivo, sin embargo pude detectar 
que todas las calles de la Ciudad de La Paz y sus otros elementos 
urbanos (equipamiento urbano)  tienen un dezplamiento de 50 m 
aproximadamente con respecto a la imagen de satelite, aspecto que en 
semanas anteriores no ocurria, por tanto les consulto con quien debo 
contactarme para arreglar este problema o quien es el responsable de 
restituir la cartografia correcta.


Muchas gracias por su colaboración

Atte.

Creo que es más probable que lo que esté desplazado sean las fotografías 
aéreas, más que la cartografía, a no ser que algún gracioso haya movido 
de golpe toda la Ciudad de La Paz. Mira el historial de los nodos que 
formen parte de algunas calles que supieras que estaban mapeadas antes 
de ese supuesto desplazamiento, a ver si han tenido algún cambio 
reciente. También puedes comparar con trazas GPS tuyas o que estén 
subidas a OSM. Esas comprobaciones te pueden dar idea de qué es lo que 
esté realmente desplazado.


--
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
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] descargar de limites administrativos.

[Carlos Dávila]

El 03/07/12 17:26, andrzej zaborowski escribió:

2012/7/3 andrzej zaborowski:
   

Normalmente si, pero desde abril en planet.osm.org no se publican los
"planetas" automaticos semanales.  Asi que download.geofabrik.de
contiene ahora datos mucho mas actuales, se actualizan cada dia.

 

Me dio por verificar si geofabrik tiene extractos para Venezuela y
resulta que no los tiene.  Habría que pedir al dueño de geofabrik
(frede...@remote.org) que los habilite.
Puedes descargarte el extracto de Sudamérica y cortarlo con osmconvert. 
Sólo te llevará unos segundos (una vez que tengas el polígono con el que 
cortar).


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

Re: [Talk-es] Cuidado con las autovías

[Carlos Dávila]

¿Porqué no miras el historial de las vías alteradas? Así podrás ver 
quien las ha modificado y por lo menos enviarle un mensaje, a ver por 
dónde sale.


El 04/06/12 17:59, Javier Martin escribió:
Relacionado con la discusión sobre normalización que hubo hace poco, 
aunque más bien desconectado, os presento un curioso hecho que he 
venido observando: ¡las autovías se multiplican a lo largo y ancho de 
España! Toda clase de carreteras de doble calzada reciben 
injustificadamente el tag highway=motorway, incluso cuando:

* Tienen rotondas o intersecciones a nivel
* No tienen el indicativo de autovía/autopista
* Su velocidad máxima es menor de 60 km/h (por ejemplo, los 50 de ciudad)

¿De verdad que a la gente no se le revuelven las tripas al escribir 
highway=motorway en la misma vía que junction=roundabout? ¿Tan 
oxidados tenemos los conceptos de la autoescuela? Cuando veo estas 
aberraciones las corrijo sin más, pero es que ya he visto unas cuantas 
y me empiezo a preguntar quién demonios añade esta clase de cosas. 
Ahora mismo estoy corrigiendo varios desmadres así en la conurbación 
Tarragona-Reus-Salou con la C-31b, la T-315 y otra carretera más. Por 
si acaso, quiero recordar que highway=motorway es:


* Una vía ASÍ MARCADA. No vale que reúna las características físicas 
si la administración responsable no le pone los carteles de 
autovía/autopista, y los carteles de confirmación de ruta tienen fondo 
azul
- Da igual que el _indicativo_ de la carretera sea azul o no: las 
autovías del Estado y algunas autonómicas lo tienen, en otras 
mantienen su indicativo naranja (Madrid, Andalucía, Valencia)
* Carretera de doble calzada y _sin_ intersecciones a nivel. Ninguna, 
ni rotondas ni cruces con semáforos, ni pasos de peatones, _nada_.


PD: en el caso de la C-31b cerca de Salou, quien hiciera los cambios 
se ha dedicado a modificar también las intersecciones, añadiendo 
layers falsos para que los cruces no lo pareciesen... Luego lo más 
probable es que sea un troll de tomo y lomo


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




--
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
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Descargar un pueblo entero

[Carlos Dávila]

El 10/05/12 22:50, José Manuel Díaz Soriano escribió:
sí, pero me refiero a todo el término municipal, como lo que te genera 
cat2osm


El 10 de mayo de 2012 22:45, Carlos Dávila <mailto:cdavi...@orangecorreo.es>> escribió:


El 10/05/12 22:16, José Manuel Díaz Soriano escribió:

Hola, como comentaba hace unos días estoy montando un server
casero (bastante) de osm, en principio lo quería montar de
España, luego al ver la máquina que necesito para procesar tal
cantidad de datos en tiempo decente he decidido que solo de
Andalucía (de la que sí he encontrado un .osm) pero como veo
que no, me decido a hacerlo solo de Utrera.

¿Cómo puedo descargar un .osm de Utrera?

Un saludo y perdón por el tostón.

Para una zona pequeña creo que lo más cómodo será descargarla
desde JOSM y guardarla en un *.osm

___
Talk-es mailing list
Talk-es@openstreetmap.org <mailto: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
   
Puedes usar xapi, aunque a veces cuesta varios intentos conseguir hacer 
la descarga. En la línea de abajo sustituye las coordenadas por las que 
definan el bounding box de Utrera.
wget 
http://open.mapquestapi.com/xapi/api/0.6/*[bbox=-7.55,37.94,-4.64,40.49] 
-O utrera.osm
Si quieres exclusivamente el término de Utrera, en vez de una zona 
rectangular, tendrás que crearte un archivo *.poly [1] a partir de los 
límites del término y cortar con él el archivo que salga de xapi, usando 
osmconvert [2]

[1] https://oegeo.wordpress.com/2011/11/05/tutorial-poly/
[2] 
http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--bounding-polygon_.28--bp.29


--
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
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Descargar un pueblo entero

[Carlos Dávila]

El 10/05/12 22:16, José Manuel Díaz Soriano escribió:
Hola, como comentaba hace unos días estoy montando un server casero 
(bastante) de osm, en principio lo quería montar de España, luego al 
ver la máquina que necesito para procesar tal cantidad de datos en 
tiempo decente he decidido que solo de Andalucía (de la que sí he 
encontrado un .osm) pero como veo que no, me decido a hacerlo solo de 
Utrera.


¿Cómo puedo descargar un .osm de Utrera?

Un saludo y perdón por el tostón.
Para una zona pequeña creo que lo más cómodo será descargarla desde JOSM 
y guardarla en un *.osm


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

Re: [Talk-es] De nuevo Garmin GPS Etrex Legend HCx, y Ubuntu

[Carlos Dávila]

El 07/05/12 08:47, Bicifamilar Org escribió:

Antes no lo expliqué del todo.
Tal vez sea una poco off-topic mi pregunta, pero este sábado pasado 
estuve en la Mapping Party de Gata de Gorgos y después de pasearnos 
con el GPS nuestra zona, hacer 500 fotos, y ponernos manos a la 
edición, no hubo manera de descargar en mi equipo el GPS.


Además, cuando en otro equipo consiguieron descargar el track, este no 
tenía marcas temporales, por lo que no hubo manera de situar las fotos 
en el en el track en JOSM para mapearlas.
Yo uso el mismo gps y, aunque desde la última reinstalación de debian no 
lo puedo conectar al ordenador (la verdad es que no lo he intentado 
mucho), no tengo problema para usar los tracks guardados, porque tengo 
configurado el gps para que los guarde en la tarjeta y con un simple 
lector de tarjetas puedo usarlos para lo que quiera. Te sugiero que 
hagas lo mismo.


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

Re: [Talk-es] Presentación en la lista

[Carlos Dávila]

El 06/05/12 13:07, Antonio Navarro escribió:


El 6 de mayo de 2012 01:03, Iván Sánchez Ortega > escribió:


On Sábado, 5 de mayo de 2012 22:35:23 Antonio Navarro escribió:
> La cosa es que no tengo claro si lo estoy haciendo correctamente

¡Bienvenido!

Si no lo estás haciendo correctamente, alguien vendrá después y te
cambiará
los datos. No es raro :-)

Jejejeje, sí ya supongo que esto va 'en plan wikipedia', pero si se 
puede hacer 'bien' a la primera, mejor ;-)


> Estoy viendo también mensajes sobre importar datos del catastro,
yo estoy
> usando de base para los cambios las ortofotos del SIGPAC (que
leí en la
> wiki que se podían usar).

¿Sabes que se puede usar PNOA también, no?


Ahora me estoy dedicando a corregir el mapeado, desdoblando avenidas y 
añadiendo si tienen dos carriles y el 'oneway' y cosas así. Estoy 
usando las imágenes del SIGPAC porque están más actualizadas que las 
de PNOA, al menos en las zonas que estuve viendo ayer.


Supongo que mis dudas son un poco de saber qué criterios seguir. Ahora 
mismo lo estoy haciendo un poco 'a ojo' y fijándome en otras ciudades, 
pero sigo con dudas :-D


Por ejemplo, lo del 'oneway', en las avenidas que desdoblo pinto el 
sentido de cada tramo bien y pongo a ambas 'oneway=yes', pero también 
me he encontrado avenidas con ambos sentidos iguales, solo que en una 
estaba puesto 'oneway=-1'. Ayer estuve buscando en la wiki y vi un 
artículo sobre esto y lo único que saqué en claro fue un dolor de 
cabeza ;-)
oneway -1 significa que es de un solo sentido en la dirección contraria 
a como está pintado. Las dos formas siguientes son equivalentes:

--->--->---> oneway=yes
<---<---<--- oneway=-1
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Bloqueo de catastro_pontevedra

[Carlos Dávila]

El 05/05/12 21:12, Rafael Avila Coya escribió:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Subí datos porque así se estaba diciendo en la lista. Repasa los
correos y lo verás.
Que yo recuerde (me puede fallar la memoria) el único que ha comentado 
hasta ahora que había subido datos de catastro he sido yo y si lees mi 
mensaje [1] verás que sólo hago referencia a ejes, que es lo que nos han 
dejado por ahora. (Aparte de otros datos subidos por "Konfrare Albert" 
que también se revirtieron en su momento).

[1] http://lists.openstreetmap.org/pipermail/talk-es/2012-April/010098.html

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

Re: [Talk-es] Bloqueo de catastro_pontevedra

[Carlos Dávila]

El 05/05/12 12:26, Rafael Avila Coya escribió:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola:

Visto que la gente ya empezó a subir datos del catastro a OSM, decidí
subir los datos de Pontecesures, un ayuntamiento pequeño al norte de
Pontevedra (6,7 km2, http://osm.org/go/b9LyoEg~- ). Eran como unos
89500 objetos que dejé subiendo a eso de las 12 de la noche (calculé
unas 8-9 horas para que completase).

Los datos eran completos, es decir, hice un cat2osm.jar -jar config,
sin más argumentos, y sólo corregí warnings (no había errores).

Hoy por la mañana me encontré un aviso de error en josm, que me
remitía a la bandeja de entrada del usuario catastro_pontevedra, donde
leía esto:

- ---

Hello,

I noticed you were importing Spanish Cadastre data in
http://www.openstreetmap.org/browse/changeset/11502848 and
http://www.openstreetmap.org/browse/changeset/11503887

There are a few problems with this. The first is that the problems
with many multipolygons appear to have not been fixed. These problems
were that too many multipolygons were being generated for what was a
simple geometry.

The second problem is that you are importing features other than
highways and leisure=park. Although the tags have not yet been
uploaded, this is evident from where the nodes are. As pointed out
http://lists.openstreetmap.org/pipermail/imports/2012-March/001313.html only
those features were consulted on with the imports@ list. If you want
import more data you need to propose a new import.

This block is set to last until you log on to read the message. When
you have done that, please revert your imports. If you do not feel
able to revert your import let me know and I can do it for you.

If you have questions please contact me via a message or the DWG at
d...@osmfoundation.org

Paul Norman

For the Data Working Group

- 

Es evidente que algo está fallando con este proceso de subir datos a
OSM, o yo entendí mal cuando se decía que se podían subir ya los
datos, cuando es obvio que no.

Creo que sería necesario explicitar qué se puede hacer y que no, y
hacerlo claramente, sin suponer conocimientos previos que uno a lo
mejor no tiene. Yo no soy programador, sólo soy un simple profesor de
secundaria.

Vosotros diréis. Yo por lo pronto dejo todo esto del cat2osm en
standby. En todo caso, creo que, visto la complejidad del tema, igual
no soy la persona más idónea para encargarme de provincias de
Pontevedra y Ourense, por lo que si lo estimáis oportuno, podéis
asignar esas provincias a alguien más preparado.

Ahora mismo contestaré a Paul Norman para pedirle disculpas, y que no
volveré a subir datos de catastro hasta que esté 100% seguro de lo que
estoy haciendo, de ahí que os pida claridad en todo este asunto, pues
fallar una vez no tiene importancia, pero fallar dos veces sería un
poco vergonzoso.

Un saludo,

Rafael Ávila Coya.
Hasta ahora en la lista de imports sólo han dado conformidad para 
importar los ejes de catastro, que es lo que viene a decirte Paul Norman 
en su mensaje. Por lo tanto todo lo demás todavía no se puede subir. No 
es un tema de tener más o menos conocimientos técnicos, es simplemente 
que no quieren que se suban los datos tal como se ha propuesto hasta 
ahora en imports.


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

Re: [Talk-es] Fwd: no arranca JOSM

[Carlos Dávila]

El 01/05/12 10:20, bicifamiliar escribió:
>>Prueba a borrar el archivo "preferences" de la carpeta .josm para 
que se cree uno nuevo. Si has modificado la configuración de josm

>>haz una copia de seguridad antes de borrar el preferences.

Gracias Carlos.
A ver, he eliminado  /home/paco/.josm/preferences (tengo otro archivo 
/home/paco/.josm/preferences.xml) y el sigue dando el mismo error.

Copio el resultado del comando:
Perdona, el que tienes que borrar es el preferences.xml. Restituye el 
otro y prueba otra vez.


paco@Tramuntana:~$ ./josm.sh
--2012-05-01 10:15:08--  http://josm.openstreetmap.de/josm-latest.jar
Resolent josm.openstreetmap.de... 139.17.3.227
S'està connectant a josm.openstreetmap.de|139.17.3.227|:80... conectat.
HTTP: Petició enviada, esperant resposta... 200 OK
Longitud: 7166026 (6,8M) [application/x-jar]
S'està desant a: «josm-latest.jar»

100%[==>] 7.166.026740K/s   en 
9,5s


2012-05-01 10:15:18 (739 KB/s) - s'ha desat «josm-latest.jar» 
[7166026/7166026]


Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2012-04-30 01:31:00
Last Changed Author: Don-vip
Revision: 5207
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2012-04-30 01:08:34 +0200 (Mon, 30 Apr 2012)
Last Changed Rev: 5207

Acción tagginggroup_Water de barra de herramientas registrada 
sobreescrita: org.openstreetmap.josm.gui.tagging.TaggingPresetMenu 
obtiene org.openstreetmap.josm.gui.tagging.TaggingPresetMenu
java.lang.RuntimeException: java.util.concurrent.ExecutionException: 
java.lang.NullPointerException

at org.openstreetmap.josm.Main.(Main.java:335)
at 
org.openstreetmap.josm.gui.MainApplication.(MainApplication.java:66) 

at 
org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:270)
Caused by: java.util.concurrent.ExecutionException: 
java.lang.NullPointerException

at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:252)
at java.util.concurrent.FutureTask.get(FutureTask.java:111)
at org.openstreetmap.josm.Main.(Main.java:332)
... 2 more
Caused by: java.lang.NullPointerException
at 
org.openstreetmap.josm.gui.tagging.TaggingPreset.splitEscaped(TaggingPreset.java:953) 

at 
org.openstreetmap.josm.gui.tagging.TaggingPreset.access$300(TaggingPreset.java:94) 

at 
org.openstreetmap.josm.gui.tagging.TaggingPreset$ComboMultiSelect.initListEntriesFromAttributes(TaggingPreset.java:641) 

at 
org.openstreetmap.josm.gui.tagging.TaggingPreset$ComboMultiSelect.initListEntries(TaggingPreset.java:609) 

at 
org.openstreetmap.josm.gui.tagging.TaggingPreset$ComboMultiSelect.getValues(TaggingPreset.java:571) 

at 
org.openstreetmap.josm.gui.tagging.ac.AutoCompletionManager.cachePresets(AutoCompletionManager.java:156) 

at 
org.openstreetmap.josm.gui.preferences.map.TaggingPresetPreference.initialize(TaggingPresetPreference.java:282) 


at org.openstreetmap.josm.Main$2.call(Main.java:293)
at org.openstreetmap.josm.Main$2.call(Main.java:286)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) 

at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) 


at java.lang.Thread.run(Thread.java:679)


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




--
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
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Fwd: no arranca JOSM

[Carlos Dávila]

El 01/05/12 09:35, bicifamiliar escribió:


El mensaje que presenta JOSM es genérico, la información útil está en 
la consola, precisamente debajo del mensaje de JOSM, así que tienes 
que hacer una nueva captura quitando la ventanita de JOSM o copia 
simplemente la salida de la consola.



la consola dice:

paco@Tramuntana:~$ ./josm.sh
--2012-05-01 09:33:28--  http://josm.openstreetmap.de/josm-latest.jar
Resolent josm.openstreetmap.de... 139.17.3.227
S'està connectant a josm.openstreetmap.de|139.17.3.227|:80... conectat.
HTTP: Petició enviada, esperant resposta... 200 OK
Longitud: 7166026 (6,8M) [application/x-jar]
S'està desant a: «josm-latest.jar»

100%[>] 
7.166.026706K/s   en 9,6s


2012-05-01 09:33:38 (727 KB/s) - s'ha desat «josm-latest.jar» 
[7166026/7166026]


Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2012-04-30 01:31:00
Last Changed Author: Don-vip
Revision: 5207
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2012-04-30 01:08:34 +0200 (Mon, 30 Apr 2012)
Last Changed Rev: 5207

Acción tagginggroup_Water de barra de herramientas registrada 
sobreescrita: org.openstreetmap.josm.gui.tagging.TaggingPresetMenu 
obtiene org.openstreetmap.josm.gui.tagging.TaggingPresetMenu
java.lang.RuntimeException: java.util.concurrent.ExecutionException: 
java.lang.NullPointerException

at org.openstreetmap.josm.Main.(Main.java:335)
at 
org.openstreetmap.josm.gui.MainApplication.(MainApplication.java:66) 

at 
org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:270)
Caused by: java.util.concurrent.ExecutionException: 
java.lang.NullPointerException

at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:252)
at java.util.concurrent.FutureTask.get(FutureTask.java:111)
at org.openstreetmap.josm.Main.(Main.java:332)
... 2 more
Caused by: java.lang.NullPointerException
at 
org.openstreetmap.josm.gui.tagging.TaggingPreset.splitEscaped(TaggingPreset.java:953) 

at 
org.openstreetmap.josm.gui.tagging.TaggingPreset.access$300(TaggingPreset.java:94) 

at 
org.openstreetmap.josm.gui.tagging.TaggingPreset$ComboMultiSelect.initListEntriesFromAttributes(TaggingPreset.java:641) 

at 
org.openstreetmap.josm.gui.tagging.TaggingPreset$ComboMultiSelect.initListEntries(TaggingPreset.java:609) 

at 
org.openstreetmap.josm.gui.tagging.TaggingPreset$ComboMultiSelect.getValues(TaggingPreset.java:571) 

at 
org.openstreetmap.josm.gui.tagging.ac.AutoCompletionManager.cachePresets(AutoCompletionManager.java:156) 

at 
org.openstreetmap.josm.gui.preferences.map.TaggingPresetPreference.initialize(TaggingPresetPreference.java:282) 


at org.openstreetmap.josm.Main$2.call(Main.java:293)
at org.openstreetmap.josm.Main$2.call(Main.java:286)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) 

at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) 


at java.lang.Thread.run(Thread.java:679)

Gracias!
Prueba a borrar el archivo "preferences" de la carpeta .josm para que se 
cree uno nuevo. Si has modificado la configuración de josm haz una copia 
de seguridad antes de borrar el preferences.


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

Re: [Talk-es] Fwd: no arranca JOSM

[Carlos Dávila]

El 01/05/12 08:26, bicifamiliar escribió:

Hola,

desde hace unos días me da un error al abrir el JOSM desde línea de 
comando

$ ./josm.sh
:(

Aquí he subido una captura del error
http://www.cosesdepac.net/wp-content/uploads/Captura-a-2012-05-01-081347.png 



Alguien puede ayudarme?

El mensaje que presenta JOSM es genérico, la información útil está en la 
consola, precisamente debajo del mensaje de JOSM, así que tienes que 
hacer una nueva captura quitando la ventanita de JOSM o copia 
simplemente la salida de la consola.


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