Re: [Talk-es] Mover valores del Nominatim del IGN

2015-11-20 Por tema Miguel Sevilla-Callejo 
No se para los valores que indicas pero para un vertice geodésico y un pico
yo entiendo que son espacialmente el mismo lugar y deben estar etiquetados
para ambas cosas aunque suene contradictorio incluir una clave man_made y
natural sobre el mismo nodo. Pero así ocurre en la realidad, que el hombre
ha construido sobre el pico.

Dicho todo lo anterior compruebo que el uso que se le ha dado a la etiqueta
man_made=survey_point veo no coincide con natural=peak  [1]

Y veo ahora que por ejemplo, para el Pico de Peñalara [2], entre Madrid y
Segovia, hay hasta tres puntos prácticamente superpuestos con informaciones
diferentes. Dos de ¿dos importaciones? y el pico.

¿Qué hacer? ¿Y para este caso?

[1] http://taginfo.openstreetmap.org/tags/man_made=survey_point#combinations
[2]
http://www.openstreetmap.org/query?lat=40.85000=-3.95600#map=19/40.84982/-3.95611=D



*[image: Geo]Miguel Sevilla Callejo*
*Doctor en Geografía | Doctor in Geography*
*Consultor freelance e investigador | Freelance Consultant & Researcher*
Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
the Pyrenean Institute of Ecology - Spanish National Research Council
Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
Professional Association of Geographers
Web: http://bit.ly/sevillacallejo

2015-11-20 13:34 GMT+01:00 Matías Taborda Barroso :

> Hola.
>
> No quería decir duplicar nodos, en el sentido de colocar dos nodos en el
> mismo sitio exactamente, sino con un pequeño desplazamiento uno de otro (un
> metro). Uno sería el vértice geodésicos y otro el nodo natural=peak.
>
> Este caso sería similar a otras circunstancias silimilares como son
> antenas de telecomunicaciones, torretas de vigilancia, depositos de agua,
> etc. En todos estos casos, la construcción (man_made) están hechos en el
> punto más alto del terreno y sin embargo, no me suena haberlos visto
> etiquetados como natural=peak, a mi modo de ver, el caso del vértice
> geodésico sería el mismo ¿no?.
>
>
>
> El 20 de noviembre de 2015, 12:03, Miguel Sevilla-Callejo <
> msevill...@gmail.com> escribió:
>
>> Hola,
>>
>> Yo creo que sería bueno en algún momento revisar estas importaciones como
>> sugiere Rafael, restaurar los puntos eliminados y revisar aquellos que han
>> cambiado de emplazamiento.
>>
>> Respecto a lo que plantea Matias de los puntos geodésicos yo creo que no
>> tiene sentido duplicar nodos sobre unas mismas coordenadas, o sea, habría
>> que añadir la etiqueta adicional al nodo correspondiente, pues es el mismo.
>>
>> Intenté correr la consulta de overpass de Rafael y se me colgó Firefox. A
>> ver si le echo un ojo e intento correrla para algún lugar pequeño de las
>> cercanías de Zaragoza y compruebo como está aquí la situación.
>>
>> Un saludo
>>
>> M
>>
>>
>> *[image: Geo]Miguel Sevilla Callejo*
>> *Doctor en Geografía | Doctor in Geography*
>> *Consultor freelance e investigador | Freelance Consultant & Researcher*
>> Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
>> the Pyrenean Institute of Ecology - Spanish National Research Council
>> Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
>> Professional Association of Geographers
>> Web: http://bit.ly/sevillacallejo
>>
>> 2015-11-19 8:55 GMT+01:00 Matías Taborda Barroso <
>> taborda.barr...@gmail.com>:
>>
>>> Hola Rafael.
>>>
>>> Como responsable de alguna que otra importación, señalar que
>>> efectivamente hay que seguir las directrices a rajatabla, (lease CORINE);
>>> en nuestro caso, en el momento de las importaciones de vértices geodésicos,
>>> de nivelación y nomenclátor del IGN, si que lo consultamos con la comunidad
>>> afectada, no con la comunidad Imports, aunque no se si en aquellos momentos
>>> se habían establecido ya las directrices.
>>>
>>> Gracias por la información, intentaré hacer algo con las indicaciones
>>> que me has dado, no en lo relativo a la importación de los topónimos del
>>> IGN pero si en lo que respecta a las redes de vértices geodésicos y de
>>> nivelación que me consta que se han borrado bastantes. Entiendo que si
>>> verdaderamente estos vértices han desaparecido el usuario de turno halla
>>> decidido borrarlos, pero la verdad es que es bastante raro que estos puntos
>>> se hallan eliminado del terreno.
>>>
>>> Aprovechando el tema. Posteriormente a la importación de los vértices
>>> geodésicos que están etiquetados como *man_made:survey_point*, muchos
>>> usuarios han añadido al nodo que la etiqueta *natural:peak; *:).
>>> Con lo que tenemos las paradoja que al punto más alto de una elevación
>>> montañosa la denominamos simultáneamente como *man_made* y como
>>> *natural*. Evidentemente a priori lo más correcto es man_made puesto
>>> que es una construcción hecha por el hombre, pero como suelen estar
>>> situados en el punto más alto de la elevación, para señalar el natural:peak
>>> habría que duplicar nodos ???.
>>>
>>> No se, se admiten sugerencias.
>>>
>>>

Re: [Talk-es] Mover valores del Nominatim del IGN

2015-11-20 Por tema Matías Taborda Barroso 
Hola.

No quería decir duplicar nodos, en el sentido de colocar dos nodos en el
mismo sitio exactamente, sino con un pequeño desplazamiento uno de otro (un
metro). Uno sería el vértice geodésicos y otro el nodo natural=peak.

Este caso sería similar a otras circunstancias silimilares como son antenas
de telecomunicaciones, torretas de vigilancia, depositos de agua, etc. En
todos estos casos, la construcción (man_made) están hechos en el punto más
alto del terreno y sin embargo, no me suena haberlos visto etiquetados como
natural=peak, a mi modo de ver, el caso del vértice geodésico sería el
mismo ¿no?.



El 20 de noviembre de 2015, 12:03, Miguel Sevilla-Callejo <
msevill...@gmail.com> escribió:

> Hola,
>
> Yo creo que sería bueno en algún momento revisar estas importaciones como
> sugiere Rafael, restaurar los puntos eliminados y revisar aquellos que han
> cambiado de emplazamiento.
>
> Respecto a lo que plantea Matias de los puntos geodésicos yo creo que no
> tiene sentido duplicar nodos sobre unas mismas coordenadas, o sea, habría
> que añadir la etiqueta adicional al nodo correspondiente, pues es el mismo.
>
> Intenté correr la consulta de overpass de Rafael y se me colgó Firefox. A
> ver si le echo un ojo e intento correrla para algún lugar pequeño de las
> cercanías de Zaragoza y compruebo como está aquí la situación.
>
> Un saludo
>
> M
>
>
> *[image: Geo]Miguel Sevilla Callejo*
> *Doctor en Geografía | Doctor in Geography*
> *Consultor freelance e investigador | Freelance Consultant & Researcher*
> Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
> the Pyrenean Institute of Ecology - Spanish National Research Council
> Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
> Professional Association of Geographers
> Web: http://bit.ly/sevillacallejo
>
> 2015-11-19 8:55 GMT+01:00 Matías Taborda Barroso <
> taborda.barr...@gmail.com>:
>
>> Hola Rafael.
>>
>> Como responsable de alguna que otra importación, señalar que
>> efectivamente hay que seguir las directrices a rajatabla, (lease CORINE);
>> en nuestro caso, en el momento de las importaciones de vértices geodésicos,
>> de nivelación y nomenclátor del IGN, si que lo consultamos con la comunidad
>> afectada, no con la comunidad Imports, aunque no se si en aquellos momentos
>> se habían establecido ya las directrices.
>>
>> Gracias por la información, intentaré hacer algo con las indicaciones que
>> me has dado, no en lo relativo a la importación de los topónimos del IGN
>> pero si en lo que respecta a las redes de vértices geodésicos y de
>> nivelación que me consta que se han borrado bastantes. Entiendo que si
>> verdaderamente estos vértices han desaparecido el usuario de turno halla
>> decidido borrarlos, pero la verdad es que es bastante raro que estos puntos
>> se hallan eliminado del terreno.
>>
>> Aprovechando el tema. Posteriormente a la importación de los vértices
>> geodésicos que están etiquetados como *man_made:survey_point*, muchos
>> usuarios han añadido al nodo que la etiqueta *natural:peak; *:).
>> Con lo que tenemos las paradoja que al punto más alto de una elevación
>> montañosa la denominamos simultáneamente como *man_made* y como *natural*.
>> Evidentemente a priori lo más correcto es man_made puesto que es una
>> construcción hecha por el hombre, pero como suelen estar situados en el
>> punto más alto de la elevación, para señalar el natural:peak habría que
>> duplicar nodos ???.
>>
>> No se, se admiten sugerencias.
>>
>>
>> El 19 de noviembre de 2015, 4:41, Rafael Avila Coya > > escribió:
>>
>>> Hola, Matías:
>>>
>>> SOBRE IMPORTACIONES DE DATOS
>>> 
>>>
>>> Esto va dirigido a todos/as en realidad.
>>>
>>> En el pasado se hicieron importaciones cuando aún no se había acordado
>>> a nivel global que cualquier importación de datos debe hacerse
>>> siguiendo la guía de importaciones [1]. Entre los requerimientos, es
>>> obligatorio ponerse en contacto con la comunidad local para lograr un
>>> consenso y aprobación de la misma. La necesidad de esto es clara, y no
>>> hay más que ver lo que estamos sufriendo aún ahora la importación de
>>> bosques de la base de datos CORINNE...
>>>
>>> SOBRE SCRIPTS
>>> -
>>>
>>> Para lo que necesitas, una forma sencilla es usar overpass para
>>> generar la diferencia entre lo que había cuando se cerró el último
>>> conjunto de cambios de tu importación de parajes (fué sobre las 08:xx
>>> del 14-4-2011, por lo que puse como fecha las 15:00 de ese mismo día)
>>> y lo que tenemos en la actualidad, incluyendo en el resultado los
>>> nodos que fueron eliminados y también los que fueron creados desde
>>> entonces (quizás esto último no nos interese, pero se puede ignorar en
>>> todo caso).
>>>
>>> El query overpass es de hecho muy sencillo, y te lo comparto aquí con
>>> comentarios que lo explican con detalle: http://overpass-turbo.eu/s/cOB
>>>
>>> Los nodos modificados son los que están

Re: [Talk-es] Mover valores del Nominatim del IGN

2015-11-20 Por tema Miguel Sevilla-Callejo 
Hola,

Yo creo que sería bueno en algún momento revisar estas importaciones como
sugiere Rafael, restaurar los puntos eliminados y revisar aquellos que han
cambiado de emplazamiento.

Respecto a lo que plantea Matias de los puntos geodésicos yo creo que no
tiene sentido duplicar nodos sobre unas mismas coordenadas, o sea, habría
que añadir la etiqueta adicional al nodo correspondiente, pues es el mismo.

Intenté correr la consulta de overpass de Rafael y se me colgó Firefox. A
ver si le echo un ojo e intento correrla para algún lugar pequeño de las
cercanías de Zaragoza y compruebo como está aquí la situación.

Un saludo

M


*[image: Geo]Miguel Sevilla Callejo*
*Doctor en Geografía | Doctor in Geography*
*Consultor freelance e investigador | Freelance Consultant & Researcher*
Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
the Pyrenean Institute of Ecology - Spanish National Research Council
Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
Professional Association of Geographers
Web: http://bit.ly/sevillacallejo

2015-11-19 8:55 GMT+01:00 Matías Taborda Barroso 
:

> Hola Rafael.
>
> Como responsable de alguna que otra importación, señalar que efectivamente
> hay que seguir las directrices a rajatabla, (lease CORINE); en nuestro
> caso, en el momento de las importaciones de vértices geodésicos, de
> nivelación y nomenclátor del IGN, si que lo consultamos con la comunidad
> afectada, no con la comunidad Imports, aunque no se si en aquellos momentos
> se habían establecido ya las directrices.
>
> Gracias por la información, intentaré hacer algo con las indicaciones que
> me has dado, no en lo relativo a la importación de los topónimos del IGN
> pero si en lo que respecta a las redes de vértices geodésicos y de
> nivelación que me consta que se han borrado bastantes. Entiendo que si
> verdaderamente estos vértices han desaparecido el usuario de turno halla
> decidido borrarlos, pero la verdad es que es bastante raro que estos puntos
> se hallan eliminado del terreno.
>
> Aprovechando el tema. Posteriormente a la importación de los vértices
> geodésicos que están etiquetados como *man_made:survey_point*, muchos
> usuarios han añadido al nodo que la etiqueta *natural:peak; *:).
> Con lo que tenemos las paradoja que al punto más alto de una elevación
> montañosa la denominamos simultáneamente como *man_made* y como *natural*.
> Evidentemente a priori lo más correcto es man_made puesto que es una
> construcción hecha por el hombre, pero como suelen estar situados en el
> punto más alto de la elevación, para señalar el natural:peak habría que
> duplicar nodos ???.
>
> No se, se admiten sugerencias.
>
>
> El 19 de noviembre de 2015, 4:41, Rafael Avila Coya 
> escribió:
>
>> Hola, Matías:
>>
>> SOBRE IMPORTACIONES DE DATOS
>> 
>>
>> Esto va dirigido a todos/as en realidad.
>>
>> En el pasado se hicieron importaciones cuando aún no se había acordado
>> a nivel global que cualquier importación de datos debe hacerse
>> siguiendo la guía de importaciones [1]. Entre los requerimientos, es
>> obligatorio ponerse en contacto con la comunidad local para lograr un
>> consenso y aprobación de la misma. La necesidad de esto es clara, y no
>> hay más que ver lo que estamos sufriendo aún ahora la importación de
>> bosques de la base de datos CORINNE...
>>
>> SOBRE SCRIPTS
>> -
>>
>> Para lo que necesitas, una forma sencilla es usar overpass para
>> generar la diferencia entre lo que había cuando se cerró el último
>> conjunto de cambios de tu importación de parajes (fué sobre las 08:xx
>> del 14-4-2011, por lo que puse como fecha las 15:00 de ese mismo día)
>> y lo que tenemos en la actualidad, incluyendo en el resultado los
>> nodos que fueron eliminados y también los que fueron creados desde
>> entonces (quizás esto último no nos interese, pero se puede ignorar en
>> todo caso).
>>
>> El query overpass es de hecho muy sencillo, y te lo comparto aquí con
>> comentarios que lo explican con detalle: http://overpass-turbo.eu/s/cOB
>>
>> Los nodos modificados son los que están entre los tags > type="modify"> y , con el nodo original entre  y 
>> y la versión más actual entre  y . Los nodos eliminados
>> están entre los tags  y , de nuevo con
>> el nodo original entre  y  y los detalles de la eliminación
>> entre  y . Los nodos creados nuevos después de aquella
>> fecha del 14-4-2011 son los que están entre los tags > type="create"> y .
>>
>> Con el fichero generado pueden hacerse múltiples cosas. Con sencillos
>> scripts (python, awk...) pueden contarse los nodos que había en
>> aquella fecha, los que se borraron, los que se crearon nuevos, los que
>> se movieron de sitio, etc. Incluso generar un .osm nuevo con los nodos
>> que se movieron, o con los nodos que se eliminaron, o ambos, y luego
>> importarlos a un uMap, donde se podrían ver de forma gráfica sobre un
>> mapa.
>>
>> Yo, por

Re: [Talk-es] Mover valores del Nominatim del IGN

2015-11-18 Por tema Alejandro S. 
Muchas gracias por las respuestas.

Entonces no tocar ni los vertices geodésicos ni las fronteras y si se mueve
un paraje pues mejor ponerlo en la wiki.

Saludos!

Atentamente,
  Alejandro Suárez

2015-11-18 8:56 GMT+01:00 Matías Taborda Barroso 
:

> Hola.
>
> Como uno de los "responsables" de esa importación, lo que dice Rafael es
> exacto. Cuando hicimos esa importación, estuvimos en contacto con el IGN
> (no recuerdo el responsable, sería cuestión de tirar de correos) y nos
> dijeron que podía existir en el futuro una colaboración con OSM, por lo que
> se nos ocurrió que la forma de anotar las modificaciones podía ser mediante
> notificaciones a una dirección de correo o anotando dichas modificaciones
> en la wiki [1]. Evidentemente no era el método más adecuado y de hecho
> con el paso del tiempo, los usuarios dejaron de notificar esos cambios
>
> Aprovechando la circunstancia y mi ignorancia en temas de scripts, si que
> me gustaría preguntar como se puede desarrollar (lenguaje, forma,
> precedentes similares) un script para averiguar los cambios
> (principalmente la eliminación) de determinados nodos de una importación
> más o menos masiva.
>
> En el caso que preguntas, la importación de los parajes de la cartografía
> del IGN, aparte de la gran cantidad de errores que contiene, es evidente
> que la modificación de situación o eliminación de determinados nodos, es
> necesaria y se debe confiar en el buen hacer del usuario de turno. Pero ha
> habido otras importaciones de datos del IGN, como son los vértices
> geodésicos y clavos de nivelación, que la eliminación de esos datos, están
> hechos o sin tener conocimiento de lo que se hacía o verdaderamente con
> mala intención (me he encontrado vértices geodésicos cambiados de sitios y
> colocados en el agua de un pantano y muchos de ellos eliminados sin más).
>
> Lo dicho, agradecería cualquier tipo de ayuda en este particular.
>
> Saludos.
>
> [1] http://wiki.openstreetmap.org/wiki/ES:NGBE/Correcciones
>
> El 18 de noviembre de 2015, 2:12, Rafael Avila Coya 
> escribió:
>
>> Hola, Alejandro:
>>
>> Al mover ese nodo de sitio lo único que estás haciendo es mejorar el
>> mapa, pues sabes que la posición correcta es la actual, y no la de la
>> versión anterior. De hecho, si ves el historial del nodo [1], la versión
>> anterior es la 2 (la actual vuestra es la 3). El usuario que creó esa
>> versión sobre la primera fue para limpiar en masa etiquetas inútiles de
>> esos nodos locality [2]. Entre esas etiquetas estaba note:es="Si
>> realizas algún cambio en este nodo, por favor, comunícalo a
>> nomenclatorign at gmail dot com. Gracias.", que pertenece a la versión 1.
>>
>> En realidad, no tienes la obligación de comunicarlo a ese email. Se
>> supone que el IGN o los responsables de esa importación, si quieren ver
>> que nodos fueron modificados en su etiquetado o localización, o bien
>> eliminados, lo hagan por medio de algún script.
>>
>> Yo, concretamente, moví ya una buena cantidad de esos nodos. Al
>> principio se lo comunicaba, pero ahora ya no lo hago, pues no tiene
>> sentido. Como digo, esos cambios los pueden controlar regularmente por
>> medio de software. Lo que nunca haría sería borra ninguno de esos nodos,
>> pues recuperar un objeto eliminado es un poco un rollo (salvo que ese
>> sitio (locality) estuviésemos completamente seguros de que no existe).
>>
>> Un saludo,
>>
>> Rafael Ávila Coya.
>>
>> [1] https://www.openstreetmap.org/node/1242148342/history
>> [2] https://www.openstreetmap.org/changeset/27001391
>>
>> On 18/11/15 00:33, Alejandro S. wrote:
>> > Hola a todos,
>> >
>> > Estamos ya en pleno curso de introducción a OSM en Zaragoza y me surge
>> > una duda. ¿Se pueden mover los puntos place=locality de la importación
>> > del Nominatim del IGN si se sabe que no están correctamente situados? ¿O
>> > se trata de puntos fijos como las fronteras y los vértices geodésicos?
>> >
>> > Por ejemplo este nodo (que ha desplazado un alumno en su
>> desconocimiento):
>> > https://www.openstreetmap.org/node/1242148342
>> >
>> > Un cordial saludo y espero vuestras respuestas.
>> >
>> > Atentamente,
>> >   Alejandro Suárez
>> >
>> >
>> > ___
>> > Talk-es mailing list
>> > Talk-es@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-es
>> >
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Mover valores del Nominatim del IGN

2015-11-18 Por tema Rafael Avila Coya 
Hola, Matías:

SOBRE IMPORTACIONES DE DATOS


Esto va dirigido a todos/as en realidad.

En el pasado se hicieron importaciones cuando aún no se había acordado
a nivel global que cualquier importación de datos debe hacerse
siguiendo la guía de importaciones [1]. Entre los requerimientos, es
obligatorio ponerse en contacto con la comunidad local para lograr un
consenso y aprobación de la misma. La necesidad de esto es clara, y no
hay más que ver lo que estamos sufriendo aún ahora la importación de
bosques de la base de datos CORINNE...

SOBRE SCRIPTS
-

Para lo que necesitas, una forma sencilla es usar overpass para
generar la diferencia entre lo que había cuando se cerró el último
conjunto de cambios de tu importación de parajes (fué sobre las 08:xx
del 14-4-2011, por lo que puse como fecha las 15:00 de ese mismo día)
y lo que tenemos en la actualidad, incluyendo en el resultado los
nodos que fueron eliminados y también los que fueron creados desde
entonces (quizás esto último no nos interese, pero se puede ignorar en
todo caso).

El query overpass es de hecho muy sencillo, y te lo comparto aquí con
comentarios que lo explican con detalle: http://overpass-turbo.eu/s/cOB

Los nodos modificados son los que están entre los tags  y , con el nodo original entre  y 
y la versión más actual entre  y . Los nodos eliminados
están entre los tags  y , de nuevo con
el nodo original entre  y  y los detalles de la eliminación
entre  y . Los nodos creados nuevos después de aquella
fecha del 14-4-2011 son los que están entre los tags  y .

Con el fichero generado pueden hacerse múltiples cosas. Con sencillos
scripts (python, awk...) pueden contarse los nodos que había en
aquella fecha, los que se borraron, los que se crearon nuevos, los que
se movieron de sitio, etc. Incluso generar un .osm nuevo con los nodos
que se movieron, o con los nodos que se eliminaron, o ambos, y luego
importarlos a un uMap, donde se podrían ver de forma gráfica sobre un
mapa.

Yo, por ejemplo, escribí un script para sacar unas estadísticas
sobre los nodos en Galicia:

Número total de nodos place="locality" que había en la fecha de
referencia = 45690
Número de nodos elimininados desde la fecha de referencia = 274
Número total de nodos creados desde la fecha de referencia = 387
Número de nodos movidos desde la fecha de referencia = 189
Número total de nodos que había en la fecha de referencia y creados
después de ella = 46077
Porcentaje de nodos borrados sobre los que había en la fecha de
referencia = 0.594657 %

Un saludo,

Rafael Ávila Coya.

[1] http://wiki.openstreetmap.org/wiki/ES:Import/Guidelines

On 18/11/15 08:56, Matías Taborda Barroso wrote:
> Hola.
> 
> Como uno de los "responsables" de esa importación, lo que dice
> Rafael es exacto. Cuando hicimos esa importación, estuvimos en
> contacto con el IGN (no recuerdo el responsable, sería cuestión de
> tirar de correos) y nos dijeron que podía existir en el futuro una
> colaboración con OSM, por lo que se nos ocurrió que la forma de
> anotar las modificaciones podía ser mediante notificaciones a una
> dirección de correo o anotando dichas modificaciones en la wiki
> [1]. Evidentemente no era el método más adecuado y de hecho con
> el paso del tiempo, los usuarios dejaron de notificar esos cambios
> 
> Aprovechando la circunstancia y mi ignorancia en temas de scripts,
> si que me gustaría preguntar como se puede desarrollar (lenguaje,
> forma, precedentes similares) un script para averiguar los
> cambios (principalmente la eliminación) de determinados nodos de
> una importación más o menos masiva.
> 
> En el caso que preguntas, la importación de los parajes de la 
> cartografía del IGN, aparte de la gran cantidad de errores que
> contiene, es evidente que la modificación de situación o
> eliminación de determinados nodos, es necesaria y se debe confiar
> en el buen hacer del usuario de turno. Pero ha habido otras
> importaciones de datos del IGN, como son los vértices geodésicos y
> clavos de nivelación, que la eliminación de esos datos, están
> hechos o sin tener conocimiento de lo que se hacía o verdaderamente
> con mala intención (me he encontrado vértices geodésicos cambiados
> de sitios y colocados en el agua de un pantano y muchos de ellos
> eliminados sin más).
> 
> Lo dicho, agradecería cualquier tipo de ayuda en este particular.
> 
> Saludos.
> 
> [1] http://wiki.openstreetmap.org/wiki/ES:NGBE/Correcciones
> 
> El 18 de noviembre de 2015, 2:12, Rafael Avila Coya 
> > escribió:
> 
> Hola, Alejandro:
> 
> Al mover ese nodo de sitio lo único que estás haciendo es mejorar
> el mapa, pues sabes que la posición correcta es la actual, y no la
> de la versión anterior. De hecho, si ves el historial del nodo [1],
> la versión anterior es la 2 (la actual vuestra es la 3). El usuario
> que creó esa versión sobre la primera fue para limpiar en masa
> etiquetas inútiles de esos nodos locality [2].

Re: [Talk-es] Mover valores del Nominatim del IGN

2015-11-18 Por tema Matías Taborda Barroso 
Hola Rafael.

Como responsable de alguna que otra importación, señalar que efectivamente
hay que seguir las directrices a rajatabla, (lease CORINE); en nuestro
caso, en el momento de las importaciones de vértices geodésicos, de
nivelación y nomenclátor del IGN, si que lo consultamos con la comunidad
afectada, no con la comunidad Imports, aunque no se si en aquellos momentos
se habían establecido ya las directrices.

Gracias por la información, intentaré hacer algo con las indicaciones que
me has dado, no en lo relativo a la importación de los topónimos del IGN
pero si en lo que respecta a las redes de vértices geodésicos y de
nivelación que me consta que se han borrado bastantes. Entiendo que si
verdaderamente estos vértices han desaparecido el usuario de turno halla
decidido borrarlos, pero la verdad es que es bastante raro que estos puntos
se hallan eliminado del terreno.

Aprovechando el tema. Posteriormente a la importación de los vértices
geodésicos que están etiquetados como *man_made:survey_point*, muchos
usuarios han añadido al nodo que la etiqueta *natural:peak; *:).
Con lo que tenemos las paradoja que al punto más alto de una elevación
montañosa la denominamos simultáneamente como *man_made* y como *natural*.
Evidentemente a priori lo más correcto es man_made puesto que es una
construcción hecha por el hombre, pero como suelen estar situados en el
punto más alto de la elevación, para señalar el natural:peak habría que
duplicar nodos ???.

No se, se admiten sugerencias.


El 19 de noviembre de 2015, 4:41, Rafael Avila Coya 
escribió:

> Hola, Matías:
>
> SOBRE IMPORTACIONES DE DATOS
> 
>
> Esto va dirigido a todos/as en realidad.
>
> En el pasado se hicieron importaciones cuando aún no se había acordado
> a nivel global que cualquier importación de datos debe hacerse
> siguiendo la guía de importaciones [1]. Entre los requerimientos, es
> obligatorio ponerse en contacto con la comunidad local para lograr un
> consenso y aprobación de la misma. La necesidad de esto es clara, y no
> hay más que ver lo que estamos sufriendo aún ahora la importación de
> bosques de la base de datos CORINNE...
>
> SOBRE SCRIPTS
> -
>
> Para lo que necesitas, una forma sencilla es usar overpass para
> generar la diferencia entre lo que había cuando se cerró el último
> conjunto de cambios de tu importación de parajes (fué sobre las 08:xx
> del 14-4-2011, por lo que puse como fecha las 15:00 de ese mismo día)
> y lo que tenemos en la actualidad, incluyendo en el resultado los
> nodos que fueron eliminados y también los que fueron creados desde
> entonces (quizás esto último no nos interese, pero se puede ignorar en
> todo caso).
>
> El query overpass es de hecho muy sencillo, y te lo comparto aquí con
> comentarios que lo explican con detalle: http://overpass-turbo.eu/s/cOB
>
> Los nodos modificados son los que están entre los tags  type="modify"> y , con el nodo original entre  y 
> y la versión más actual entre  y . Los nodos eliminados
> están entre los tags  y , de nuevo con
> el nodo original entre  y  y los detalles de la eliminación
> entre  y . Los nodos creados nuevos después de aquella
> fecha del 14-4-2011 son los que están entre los tags  type="create"> y .
>
> Con el fichero generado pueden hacerse múltiples cosas. Con sencillos
> scripts (python, awk...) pueden contarse los nodos que había en
> aquella fecha, los que se borraron, los que se crearon nuevos, los que
> se movieron de sitio, etc. Incluso generar un .osm nuevo con los nodos
> que se movieron, o con los nodos que se eliminaron, o ambos, y luego
> importarlos a un uMap, donde se podrían ver de forma gráfica sobre un
> mapa.
>
> Yo, por ejemplo, escribí un script para sacar unas estadísticas
> sobre los nodos en Galicia:
>
> Número total de nodos place="locality" que había en la fecha de
> referencia = 45690
> Número de nodos elimininados desde la fecha de referencia = 274
> Número total de nodos creados desde la fecha de referencia = 387
> Número de nodos movidos desde la fecha de referencia = 189
> Número total de nodos que había en la fecha de referencia y creados
> después de ella = 46077
> Porcentaje de nodos borrados sobre los que había en la fecha de
> referencia = 0.594657 %
>
> Un saludo,
>
> Rafael Ávila Coya.
>
> [1] http://wiki.openstreetmap.org/wiki/ES:Import/Guidelines
>
> On 18/11/15 08:56, Matías Taborda Barroso wrote:
> > Hola.
> >
> > Como uno de los "responsables" de esa importación, lo que dice
> > Rafael es exacto. Cuando hicimos esa importación, estuvimos en
> > contacto con el IGN (no recuerdo el responsable, sería cuestión de
> > tirar de correos) y nos dijeron que podía existir en el futuro una
> > colaboración con OSM, por lo que se nos ocurrió que la forma de
> > anotar las modificaciones podía ser mediante notificaciones a una
> > dirección de correo o anotando dichas modificaciones en la wiki
> > [1]. Evidentemente no era el método más adecuado y

[Talk-es] Mover valores del Nominatim del IGN

2015-11-17 Por tema Alejandro S. 
Hola a todos,

Estamos ya en pleno curso de introducción a OSM en Zaragoza y me surge una
duda. ¿Se pueden mover los puntos place=locality de la importación del
Nominatim del IGN si se sabe que no están correctamente situados? ¿O se
trata de puntos fijos como las fronteras y los vértices geodésicos?

Por ejemplo este nodo (que ha desplazado un alumno en su desconocimiento):
https://www.openstreetmap.org/node/1242148342

Un cordial saludo y espero vuestras respuestas.

Atentamente,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Mover valores del Nominatim del IGN

2015-11-17 Por tema Cruz Enrique Borges Hernandez 
Hasta donde yo me acuerdo de cuando se estuvo haciendo la importación había
una directrices de donde poner cada nodo. Si no recuerdo mal la idea
principal era "ponerlo en la plaza del ayuntamiento" así que no creo que
fueran "inmutables". En cualquier caso, has mirado en la wiki? Estas cosas
hay que documentarlas. Creo que la página relevante es:
http://wiki.openstreetmap.org/wiki/ES:NGBE

En cualquier caso, tampoco es que las fronteras no sean editables sino que
"arreglarlar" una frontera suele llevar a consigo un conflicto
internacional :P

Saludos.

El 18 de noviembre de 2015, 0:33, Alejandro S. 
escribió:

> Hola a todos,
>
> Estamos ya en pleno curso de introducción a OSM en Zaragoza y me surge una
> duda. ¿Se pueden mover los puntos place=locality de la importación del
> Nominatim del IGN si se sabe que no están correctamente situados? ¿O se
> trata de puntos fijos como las fronteras y los vértices geodésicos?
>
> Por ejemplo este nodo (que ha desplazado un alumno en su desconocimiento):
> https://www.openstreetmap.org/node/1242148342
>
> Un cordial saludo y espero vuestras respuestas.
>
> Atentamente,
>   Alejandro Suárez
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>


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

DeustoTech Energy
Telefono: 944139000 ext.2052
Avda. Universidades, 24
48007 Bilbao, Spain
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Mover valores del Nominatim del IGN

2015-11-17 Por tema Rafael Avila Coya 
Hola, Alejandro:

Al mover ese nodo de sitio lo único que estás haciendo es mejorar el
mapa, pues sabes que la posición correcta es la actual, y no la de la
versión anterior. De hecho, si ves el historial del nodo [1], la versión
anterior es la 2 (la actual vuestra es la 3). El usuario que creó esa
versión sobre la primera fue para limpiar en masa etiquetas inútiles de
esos nodos locality [2]. Entre esas etiquetas estaba note:es="Si
realizas algún cambio en este nodo, por favor, comunícalo a
nomenclatorign at gmail dot com. Gracias.", que pertenece a la versión 1.

En realidad, no tienes la obligación de comunicarlo a ese email. Se
supone que el IGN o los responsables de esa importación, si quieren ver
que nodos fueron modificados en su etiquetado o localización, o bien
eliminados, lo hagan por medio de algún script.

Yo, concretamente, moví ya una buena cantidad de esos nodos. Al
principio se lo comunicaba, pero ahora ya no lo hago, pues no tiene
sentido. Como digo, esos cambios los pueden controlar regularmente por
medio de software. Lo que nunca haría sería borra ninguno de esos nodos,
pues recuperar un objeto eliminado es un poco un rollo (salvo que ese
sitio (locality) estuviésemos completamente seguros de que no existe).

Un saludo,

Rafael Ávila Coya.

[1] https://www.openstreetmap.org/node/1242148342/history
[2] https://www.openstreetmap.org/changeset/27001391

On 18/11/15 00:33, Alejandro S. wrote:
> Hola a todos,
> 
> Estamos ya en pleno curso de introducción a OSM en Zaragoza y me surge
> una duda. ¿Se pueden mover los puntos place=locality de la importación
> del Nominatim del IGN si se sabe que no están correctamente situados? ¿O
> se trata de puntos fijos como las fronteras y los vértices geodésicos?
> 
> Por ejemplo este nodo (que ha desplazado un alumno en su desconocimiento):
> https://www.openstreetmap.org/node/1242148342
> 
> Un cordial saludo y espero vuestras respuestas.
> 
> Atentamente,
>   Alejandro Suárez
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [Talk-es] Mover valores del Nominatim del IGN

2015-11-17 Por tema Matías Taborda Barroso 
Hola.

Como uno de los "responsables" de esa importación, lo que dice Rafael es
exacto. Cuando hicimos esa importación, estuvimos en contacto con el IGN
(no recuerdo el responsable, sería cuestión de tirar de correos) y nos
dijeron que podía existir en el futuro una colaboración con OSM, por lo que
se nos ocurrió que la forma de anotar las modificaciones podía ser mediante
notificaciones a una dirección de correo o anotando dichas modificaciones
en la wiki [1]. Evidentemente no era el método más adecuado y de hecho
con el paso del tiempo, los usuarios dejaron de notificar esos cambios

Aprovechando la circunstancia y mi ignorancia en temas de scripts, si que
me gustaría preguntar como se puede desarrollar (lenguaje, forma,
precedentes similares) un script para averiguar los cambios
(principalmente la eliminación) de determinados nodos de una importación
más o menos masiva.

En el caso que preguntas, la importación de los parajes de la cartografía
del IGN, aparte de la gran cantidad de errores que contiene, es evidente
que la modificación de situación o eliminación de determinados nodos, es
necesaria y se debe confiar en el buen hacer del usuario de turno. Pero ha
habido otras importaciones de datos del IGN, como son los vértices
geodésicos y clavos de nivelación, que la eliminación de esos datos, están
hechos o sin tener conocimiento de lo que se hacía o verdaderamente con
mala intención (me he encontrado vértices geodésicos cambiados de sitios y
colocados en el agua de un pantano y muchos de ellos eliminados sin más).

Lo dicho, agradecería cualquier tipo de ayuda en este particular.

Saludos.

[1] http://wiki.openstreetmap.org/wiki/ES:NGBE/Correcciones

El 18 de noviembre de 2015, 2:12, Rafael Avila Coya 
escribió:

> Hola, Alejandro:
>
> Al mover ese nodo de sitio lo único que estás haciendo es mejorar el
> mapa, pues sabes que la posición correcta es la actual, y no la de la
> versión anterior. De hecho, si ves el historial del nodo [1], la versión
> anterior es la 2 (la actual vuestra es la 3). El usuario que creó esa
> versión sobre la primera fue para limpiar en masa etiquetas inútiles de
> esos nodos locality [2]. Entre esas etiquetas estaba note:es="Si
> realizas algún cambio en este nodo, por favor, comunícalo a
> nomenclatorign at gmail dot com. Gracias.", que pertenece a la versión 1.
>
> En realidad, no tienes la obligación de comunicarlo a ese email. Se
> supone que el IGN o los responsables de esa importación, si quieren ver
> que nodos fueron modificados en su etiquetado o localización, o bien
> eliminados, lo hagan por medio de algún script.
>
> Yo, concretamente, moví ya una buena cantidad de esos nodos. Al
> principio se lo comunicaba, pero ahora ya no lo hago, pues no tiene
> sentido. Como digo, esos cambios los pueden controlar regularmente por
> medio de software. Lo que nunca haría sería borra ninguno de esos nodos,
> pues recuperar un objeto eliminado es un poco un rollo (salvo que ese
> sitio (locality) estuviésemos completamente seguros de que no existe).
>
> Un saludo,
>
> Rafael Ávila Coya.
>
> [1] https://www.openstreetmap.org/node/1242148342/history
> [2] https://www.openstreetmap.org/changeset/27001391
>
> On 18/11/15 00:33, Alejandro S. wrote:
> > Hola a todos,
> >
> > Estamos ya en pleno curso de introducción a OSM en Zaragoza y me surge
> > una duda. ¿Se pueden mover los puntos place=locality de la importación
> > del Nominatim del IGN si se sabe que no están correctamente situados? ¿O
> > se trata de puntos fijos como las fronteras y los vértices geodésicos?
> >
> > Por ejemplo este nodo (que ha desplazado un alumno en su
> desconocimiento):
> > https://www.openstreetmap.org/node/1242148342
> >
> > Un cordial saludo y espero vuestras respuestas.
> >
> > Atentamente,
> >   Alejandro Suárez
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es