Re: [Talk-es] Proposed_features/Extended_traffic_signs_tagging

[Santiago Higuera]

Reconozco el trabajo realizado, pero a mí me parece una locura.
Practicamente supone hacer un etiquetado concreto para cada señal.
Habría que buscar puntos comunes, que permitan resumir las cosas.
No lo veo práctico,la verdad


El dom, 05-02-2017 a las 19:44 +0100, yo paseopor escribió:
> Buenas gente!!
> 
> Supongo que a estas alturas de la película ya sabeis que mi pasión
> son las señales de tráfico y sabreis que he hecho mis pinitos en
> varias herramientas vinculadas a OSM con respecto a ellas. Por
> recordarlo y evitando repetirme lo máximo posible me refiero a:
> 
> -Presets señales de tráfico para JOSM
> -Estilo señales de tráfico para JOSM
> -Modelos generales y españoles para plug-in JOSM Kendzi3D
> 
> Y a estas alturas sabreis también que la puesta en práctica de un
> esquema de etiquetaje que difiere algo del original (sobretodo por lo
> que hace referencia al tema de los multivalores y el que las señales
> de destino no sean relaciones en mi caso) me ha provocado algún dolor
> de cabeza, especialmente cuando lo he mencionado en la lista de
> tagging, dónde gente como Jan Mueschel (creador del OSM Lane
> visualizer) ha mostrado "de forma vehemente" su desacuerdo http://www
> .openstreetmap.org/changeset/45668406 . Mi respuesta fue algo aciaga
> http://yopaseopor.blogspot.com.es/2017/01/yomapeo-ok-you-win.html 
> 
> Pasado un poco el calentón y para no tener más problemas en ese
> sentido he decidido documentar la propuesta de forma extensa y espero
> que intensa. Os pido que si teneis un par de minutos os la mireis y
> la critiqueis, la mejoreis, o simplemente opineis sobre ella, pues
> vosotros sois los usuarios finales quienes vais a usarla (recordad
> que tenemos encima una posible importación de más de 50 señales
> de tráfico en territorio nacional, así que necesitamos herramientas).
> La encontrareis en https://wiki.openstreetmap.org/wiki/Proposed_featu
> res/Extended_traffic_signs_tagging
> Muchas gracias a toda la gente que ya lo ha hecho o almenos se ha
> leído este correo y a todos y todas los que habeis ayudado en alguna
> fase del proceso en alguno de los componentes.
> 
> Salut i senyals
> yopaseopor
> 
> PD: la propuesta está en inglés puesto que la gente que ha tenido sus
> más y sus menos conmigo por este tema no hablan castellano, pero
> evidentmente si finalmente no la eliminan lo traduciré todo. Al fin y
> al cabo el único preset de todos que tiene señales de destino es el
> español, incluida la señalética catalana que es un poco diferente,
> con traducciones al castellano, catalán e inglés.
> 
> PD2: ni aunque el esquema extendido propuesto no fuere aceptado las
> herramientas funcionan igualmente con el esquema básico, usando la
> opción que no tenga subetiquetas y volcando allí todos los
> multivalores.
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-es] Reunión febrero OSM-ES

[Gonzalo Pesquero Serrano]

Hola a todos,

Me gustaría incluir en el orden del día de esta próxima reunión el (siempre 
recurrente) tema de la importación de los edificios y números de portales del 
Catastro, y esta vez me gustaría hacer la propuesta de analizar la posibilidad 
de utilizar los datos disponibles en los servicios ATOM del conjunto de datos 
predefinidos del Catastro [1] para esta importación.

A raíz de unos correos que leí en la lista hace tiempo sobre los servicios ATOM 
del Catastro, me he bajado de esa página los datos de mi ciudad y me he picado 
un programa en Java para extraer algunos datos de los ficheros GML y generar 
unos ficheros OSM muy básicos (sólo con las geometrías, sin etiquetas) que 
podéis bajaros aquí [2].

Quedaría bastante por implementar (importar etiquetas, fusionar nodos 
duplicados, fusionar datos de portales y edificios, etc.) que es donde 
verdaderamente está el curro y experiencia que hay a día de hoy en Cat2Osm2. 
Por eso se debería intentar aprovechar al máximo ese trabajo y experiencia de 
Cat2Osm2, sobre todo en los temas de depurado de los datos.

Los puntos que propongo tratar en la reunión sobre este tema son:

1) Analizar las diferentes herramientas / procedimientos disponibles para la 
importación de los datos del Catastro (Cat2Osm2 o ATOM, usuarios a utilizar, 
etc.), definir qué conjunto de datos queremos importar e intentar llegar a un 
acuerdo sobre el camino a seguir.

2) Crear un grupo de trabajo para (re)editar la wiki en donde concretemos los 
procedimientos y normas que vayamos acordando de cara a cumplir con las 
"Automated Edits code of conduct" y las "Import Guidelines" (que tantas veces 
nos recuerda Santiago Crespo que se deben seguir).

3) Si la cosa va para adelante, propongo crear un grupo de Telegram/Riot 
específico (yo ya estoy en el grupo de Telegram OSM-es, pero me saturan tantos 
mensajes...) para coordinar este tema.

Si nadie tiene inconveniente, voy a incluir este tema en el orden del día. 
Hablamos el martes….

Un saludo,
Gonzalo Pesquero

[1] http://www.catastro.minhap.gob.es/webinspire/index.html

[2] https://www.dropbox.com/sh/l74akb9fvcbhjja/AAAZSv11hKZj11wb92jTWDeXa?dl=0




From: Santiago Crespo 
To: Discusión en Español de OpenStreetMap  
Sent: Friday, February 3, 2017 12:01 PM
Subject: [Talk-es] Reunión febrero OSM-ES


Hola,

La próxima reunión OSM-ES será el próximo martes 7 a las 22:00, en la
sala habitual:
https://riot.im/app/#/room/#osm-es-reuniones:matrix.org

El acta de la última reunión:
http://wiki.osm.org/wiki/ES:Acta_20170103

Si queréis tratar algún tema añadidlo al orden del día:
http://wiki.osm.org/wiki/ES:Orden_del_día_siguiente_reunión_OSM-ES

Saludos,
Santiago Crespo


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

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

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

[Diego García]

Por supuesto, hacerlo todo de golpe es mejor, teniendo en cuenta la
cantidad de nodos que hay. Eso no lo permite osmose.

Un saludo

El dom., 5 feb. 2017 20:51, Carlos Dávila 
escribió:

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

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

[Diego García]

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

[Matías h]

Hola Carlos.

Es verdad,  ya hace tiempo que me di cuenta del error. Lo hemos puesto en
la tabla con propuestas de limpiezas/correciones.

Has echado un vistazo a los vértices REGENTE que importó Iván?.  No
recuerdo si esos están bien?...

El 5 feb. 2017 18:54, "Carlos Dávila"  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
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Proposed_features/Extended_traffic_signs_tagging

[yo paseopor]

Buenas gente!!

Supongo que a estas alturas de la película ya sabeis que mi pasión son las
señales de tráfico y sabreis que he hecho mis pinitos en varias
herramientas vinculadas a OSM con respecto a ellas. Por recordarlo y
evitando repetirme lo máximo posible me refiero a:

-Presets señales de tráfico para JOSM
-Estilo señales de tráfico para JOSM
-Modelos generales y españoles para plug-in JOSM Kendzi3D

Y a estas alturas sabreis también que la puesta en práctica de un esquema
de etiquetaje que difiere algo del original (sobretodo por lo que hace
referencia al tema de los multivalores y el que las señales de destino no
sean relaciones en mi caso) me ha provocado algún dolor de cabeza,
especialmente cuando lo he mencionado en la lista de tagging, dónde gente
como Jan Mueschel (creador del OSM Lane visualizer) ha mostrado "de forma
vehemente" su desacuerdo http://www.openstreetmap.org/changeset/45668406 .
Mi respuesta fue algo aciaga
http://yopaseopor.blogspot.com.es/2017/01/yomapeo-ok-you-win.html

Pasado un poco el calentón y para no tener más problemas en ese sentido he
decidido documentar la propuesta de forma extensa y espero que intensa. Os
pido que si teneis un par de minutos os la mireis y la critiqueis, la
mejoreis, o simplemente opineis sobre ella, pues vosotros sois los usuarios
finales quienes vais a usarla (recordad que tenemos encima una posible
importación de más de 50 señales de tráfico en territorio nacional, así
que necesitamos herramientas). La encontrareis en
https://wiki.openstreetmap.org/wiki/Proposed_features/Extended_traffic_signs_tagging
Muchas gracias a toda la gente que ya lo ha hecho o almenos se ha leído
este correo y a todos y todas los que habeis ayudado en alguna fase del
proceso en alguno de los componentes.

Salut i senyals
yopaseopor

PD: la propuesta está en inglés puesto que la gente que ha tenido sus más y
sus menos conmigo por este tema no hablan castellano, pero evidentmente si
finalmente no la eliminan lo traduciré todo. Al fin y al cabo el único
preset de todos que tiene señales de destino es el español, incluida la
señalética catalana que es un poco diferente, con traducciones al
castellano, catalán e inglés.

PD2: ni aunque el esquema extendido propuesto no fuere aceptado las
herramientas funcionan igualmente con el esquema básico, usando la opción
que no tenga subetiquetas y volcando allí todos los multivalores.
___
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