Re: [Talk-es] Mover valores del Nominatim del IGN
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
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
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
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
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
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 Coyaescribió: > 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
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
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
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
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 Coyaescribió: > 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