Re: [Talk-es] Huertos urbanos o de ocio
Hola, Quería aprovechar este hilo para preguntar como creéis que hay que etiquetar los huertos que hay en el medio rural. Muchas granjas, caseríos, casas rurales, etc. suelen tener su pequeño huerto para autoconsumo y no tengo claro que landuse=allotments sea la etiqueta adecuada, que parece destinada al entorno urbano. Otra etiqueta alternativa podría ser landuse=orchard pero parece que se aplica únicamente a cultivos de árboles frutales y no de puerros y lechugas :) Volviendo al entorno urbano: en muchas ciudades allí donde hay un terreno libre surge un pequeño huerto acompañado de una chabola, pudiendo crearse zonas importantes de “chabolismo de ocio” que a los ayuntamientos no gusta e intentan eliminar. ¿Se pueden considerar “allotments”? Un saludo El mar., 27 feb. 2018 a las 13:27, dcapillae () escribió: > «landuse=allotments», no «leisure=allotments», por supuesto (perdón por la > errata). > > Añadiré esta característica a la página de «Cómo mapear un» [1] y pondré un > enlace a este hilo por si alguien más tiene interés en el tema. Añadiré > también algunos términos relacionados adicionales en la página de la > característica [2]. > > [1] https://wiki.openstreetmap.org/wiki/ES:España/Cómo_mapear_un > [2] https://wiki.openstreetmap.org/wiki/ES:Tag:landuse=allotments > > > > > - > Daniel Capilla > OSM user: dcapillae > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Correos de bienvenida a nuevos usuarios
Hola, Recientemente un foro de montaña con mucha actividad http://www.mendiak.net ha abierto un subforo dedicado a Openstreetmap [1] y ya son unos cuantos los que han empezado a utilizar ID, algunos con bastante entusiasmo, para dibujar en el mapa senderos sobre todo. Si no hay inconveniente, he pensado abrirles un tema denominado "buena prácticas en OSM" y hacer un copia pega del primer texto de Miguel y de buena parte del artículo "buenas prácticas" en la wiki [2] [1] http://www.mendiak.net/foro/viewforum.php?f=522 [2] https://wiki.openstreetmap.org/wiki/ES:Buenas_pr%C3%A1cticas El mié., 26 oct. 2016 a las 15:40, Miguel Sevilla-Callejo (< msevill...@gmail.com>) escribió: > Hola, > > Al hilo de la conversación que hemos iniciado en Telegram/Riot/loquesea > sobre los errores que ha venido teniendo algunos usuarios nuevos en > diferentes lugares y como me quedé encargado de hacer algo así como un > protocolo de bienvenida, se me ha ocurrido sugeriros algún que otro texto > que redacté para aconsejar/dar la bienvenida a OSM vía los mensajes de la > web. > > Así mismo, os invito a que compartáis igualmente, alguno de estos correos > y, de ese modo nos sirvan de guías para generar un texto común y un > protocol ode bienvenida que iría a la wiki. > > Ahí van mis mensajes que podrían servir de ejemplo/base (he suprimido los > nombres de usuario): > > # A ---> Este lo escribí hoy para alertar a un nuevo usuario de > seguir un protocolo > > Estimado , > > Desde hace unos días hemos detectado desde la comunidad de colaboradores > que estas editando para OpenStreetMap lo que nos alegra y aprovechó para > darte la bienvenida. > > Cuando uno se adentra por primera vez en la edición de este proyecto es > importante seguir una serie de protocolos de buenas prácticas para > contribuir lo mejor posible a la mejora de los datos de este mapa > colaborativo. > > Para empezar te recomiendo no solo que sigas el tutorial de iD (que veo > que es el editor que estas usando), que se encuentra embebido a través de > un botón de la propia página (abajo a la derecha), si no que le eches un > vistazo a la página de referencia y documentación del proyecto, la wiki, en > su apartado de iniciación a la edición: > http://wiki.openstreetmap.org/wiki/ES:Gu%C3%ADa_del_principiante > > Otra página web de referencia para empezara editar es: > http://learnosm.org/es/ > > Por favor, échale un vistazo a esa documentación. > > Entre las normas de protocolo y edición que te mencionaba está el no tocar > nada de lo previamente editado si no se está seguro de lo que se hace. Es > conveniente ponerse en contacto con los otros editores de tu zona y si > reeditas alguna de los elementos que están ya allí es interesante que se lo > comentes. > > Puedes ponerte en contacto con la comunidad en España a través de: - la > lista de correos: https://lists.openstreetmap.org/listinfo/talk-es - a > través de mensajería instántánea por varias vías (todas conectadas a la > misma conversación): - usando Telegram: https://telegram.me/OSMes - a > tráves de Riot.im (no es necesario darse de alta): > https://riot.im/app/#/room/#openstreetmap-es:matrix.org > > Allí te aconsejaremos y ayudaremos a resolver tus dudas. > > Por ejemplo, cada vez que haces un conjunto de cambios (le das a salvar en > iD) has de incluir un comentario que sea ilustrativo de tus cambios y un > "Es así" no cumple ese cometido. Por favor revisa tu forma de introducir > datos. > > Por otro lado, iD muestra por defecto la imagen de satélite de Bing pero > esa imagen no tien por que está correctamente localizada en el espacio y ya > hemos detectado en varias ocasiones que da problemas, por ello, si vas a > editar con esta herramienta te recomendamos que la configures para que use > las ortofotografías del IGN (que llevan las siglas PNOA), tienes más > información de cómo hacerlo y por qué usarla en estos enlaces: - "rollo > teórico" de por qué usar PNOA frente a Bing: > https://lists.openstreetmap.org/pipermail/talk-es/2015-November/013555.html > - cómo usar PNOA en iD: http://imgur.com/a/GgdVW > > Espero que esto te sea de utilidad. > > Lo dicho, bienvenido a la comunidad y esperamos pdamos hacer crecer > entretodos este magnífico mapa colaborativo. > > Nos vemos por las redes. > > Un saludo > > Miguel Sevilla-Callejo / msevilla00 > > > # B ---> Este es sobre áreas de montaña, senderismo y bing/PNOA > > [14 July 2016 at 11:0] > > Hola, > > Ahora que ví la cantidad de tus ediciones que llevas y el poco tiempo que > hace que te has unido a OSM te animo, si te apetece, a que te unas a > comunidad OSM a través de la lista de correos: > https://lists.openstreetmap.org/listinfo/talk-es (o al menos consultarla > pues allí hay mucha documentación de los problemas que encontramos al > editar). > > También tenemos un grupo de Telegram muy activo (si te interesa dime que > te incluimos). > > Y es que, de hecho, yo y otros colaboradores de OSM intentamos dinamizar > la edición en áreas
Re: [Talk-es] Datos libres Gobierno Vasco
Por lo que he visto el trazado de los cauces es parecido en ambas versiones. A parte, cada una de las fuentes tiene sus pros y sus contras: GOBIERNO VASCO A favor: - Tiene dibujadas mas cabeceras de arroyos. - Mas variedad de nombres: en un solo arroyo puede recoger hasta tres nombres diferentes. - Indican la longitud del arroyo. - Indican la cuenca a la que pertenece el río (no se si hay etiqueta para eso en OSM). En contra: - Todos los nombres con mayúsculas y sin indicar si son ríos o arroyos. - Las letras con acento desaparecen y por tanto hay nombres mal escritos. - No he revisado todas las comarcas pero en la zona sur de Alava hay bastantes arroyos a los que les faltan el nombre. *Además*: dibujan los ejes de los ríos de principio a fin, independientemente de si es un tramo subterráneo o no. IGN A favor: - Nombres en minúsculas y e indicando si es río o arroyo con una salvedad: en euskera "río" y "arroyo" van detrás del nombre y la primer letra minúscula pero aquí la han puesto mayúscula. - Indican si es curso intermitente o no, pero no lo considero un dato fiable. - Se dibujan los márgenes de muchos ríos, aunque como línea. Habría que convertirlos en polígonos. En contra: - Allí donde hay dibujados márgenes no está dibujado el eje del río. - Lo arroyos que desembocan en un río con márgenes se conectan al márgen. - Si un tramo es subterráneo o atraviesa un pantano no está dibujado. ¿Que os parece? El lun., 24 oct. 2016 a las 22:50, Matías h (<taborda.barr...@gmail.com>) escribió: > Hola. > Estoy de acuerdo en lo de aunar esfuerzos pero quizás no en lo de utilizar > una sola fuente, principalmente porque alomejor las fuentes más locales, > entiéndase autonomías, pueden tener mejor calidad e información más valiosa > y/o certera. > > Habrá que comparar, en este tema de la hidrografía, será algo fácil de > hacer. > > Lo que si podemos es aprovechar princesita procesos similares, > herramientas, etc y luego decidir que datos tienen más valor. > > Saludos > > El 24 oct. 2016 22:31, "Santi Aguirre" <aguirrera...@gmail.com> escribió: > > Santiago, yo diría que el buen trabajo lo estás haciendo tú. > > Mi idea era importar los cursos de agua de Gipuzkoa pero viendo que Matías > y tú estais trabajando en la importación de los mismos datos del IGN me he > convencido de que es mas provechoso aunar esfuerzos y utilizar una sola > fuente. Al menos la aprobación del Gobierno Vasco ya la tenemos para > futuros trabajos. > > Un saludo > > El lun., 24 oct. 2016 a las 20:06, Santiago Crespo (< > openstreet...@flanera.net>) escribió: > > Enhorabuena, buen trabajo. > > Lo ideal es una carta de autorización expresa, pero creo que con dejar > claro que cumplimos con su cláusula de atribución y que los datos en OSM > tienen licencia ODbL es suficiente. > > Y por si acaso, una vez tengas la aprobación de esta lista para la > primera importación, yo la enviaría a imports para que la revisen también. > > Avisa si necesitas una mano en cualquier paso. > > Saludos, > Santiago Crespo > > On 10/24/2016 07:46 PM, Santi Aguirre wrote: > > Hola, > > > > Copiando el método de los usuarios experimentados me he permitido pedir > > permiso al Gobierno Vasco para el uso en OSM de los datos abiertos > > disponibles en el portal geoEuskadi [1]. > > > > Han dado su aprobación [2] y lo he informado en la wiki de Euskadi [3]. > > > > Antes de añadirlo a la lista de Contributors me gustaría conocer vuestra > > opinión y así asegurarme de que todo es correcto. > > > > Por cierto, como podréis leer en su respuesta, están interesados en > > utilizar la cartografía de OSM. > > > > Un saludo > > > > [1] http://www.geo.euskadi.eus/s69-15375/es/ > > [2] > https://upload.wikimedia.org/wikipedia/commons/4/46/Permiso_Gobierno_Vasco.png > > [3] https://wiki.openstreetmap.org/wiki/Euskadi > > > > > > ___ > > Talk-es mailing list > > Talk-es@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-es > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Datos libres Gobierno Vasco
Santiago, yo diría que el buen trabajo lo estás haciendo tú. Mi idea era importar los cursos de agua de Gipuzkoa pero viendo que Matías y tú estais trabajando en la importación de los mismos datos del IGN me he convencido de que es mas provechoso aunar esfuerzos y utilizar una sola fuente. Al menos la aprobación del Gobierno Vasco ya la tenemos para futuros trabajos. Un saludo El lun., 24 oct. 2016 a las 20:06, Santiago Crespo (< openstreet...@flanera.net>) escribió: > Enhorabuena, buen trabajo. > > Lo ideal es una carta de autorización expresa, pero creo que con dejar > claro que cumplimos con su cláusula de atribución y que los datos en OSM > tienen licencia ODbL es suficiente. > > Y por si acaso, una vez tengas la aprobación de esta lista para la > primera importación, yo la enviaría a imports para que la revisen también. > > Avisa si necesitas una mano en cualquier paso. > > Saludos, > Santiago Crespo > > On 10/24/2016 07:46 PM, Santi Aguirre wrote: > > Hola, > > > > Copiando el método de los usuarios experimentados me he permitido pedir > > permiso al Gobierno Vasco para el uso en OSM de los datos abiertos > > disponibles en el portal geoEuskadi [1]. > > > > Han dado su aprobación [2] y lo he informado en la wiki de Euskadi [3]. > > > > Antes de añadirlo a la lista de Contributors me gustaría conocer vuestra > > opinión y así asegurarme de que todo es correcto. > > > > Por cierto, como podréis leer en su respuesta, están interesados en > > utilizar la cartografía de OSM. > > > > Un saludo > > > > [1] http://www.geo.euskadi.eus/s69-15375/es/ > > [2] > https://upload.wikimedia.org/wikipedia/commons/4/46/Permiso_Gobierno_Vasco.png > > [3] https://wiki.openstreetmap.org/wiki/Euskadi > > > > > > ___ > > 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] Datos libres Gobierno Vasco
Hola, Copiando el método de los usuarios experimentados me he permitido pedir permiso al Gobierno Vasco para el uso en OSM de los datos abiertos disponibles en el portal geoEuskadi [1]. Han dado su aprobación [2] y lo he informado en la wiki de Euskadi [3]. Antes de añadirlo a la lista de Contributors me gustaría conocer vuestra opinión y así asegurarme de que todo es correcto. Por cierto, como podréis leer en su respuesta, están interesados en utilizar la cartografía de OSM. Un saludo [1] http://www.geo.euskadi.eus/s69-15375/es/ [2] https://upload.wikimedia.org/wikipedia/commons/4/46/Permiso_Gobierno_Vasco.png [3] https://wiki.openstreetmap.org/wiki/Euskadi ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] mapear caminos, senderos. vías pecuarias, senderos homologados..
Hola, Estoy de acuerdo con Alejandro. Veo un gran mérito a lo que tienes en mente Javier, sin embargo ponerse a hacer todos los caminos me parece una tarea ingente para los pocos que somos (aún). Además, dibujar caminos basándonos en las fotos de PNOA o Bing no garantiza ni mucho menos que vayamos a ponerlos todos: muchas veces la resolución no permite distinguirlos o las zonas de arbolado tapan lo recorridos. Es decir, cuando vayamos a poner la ruta en muchos casos nos encontraremos con que a pesar del interés puesto el camino aún no está dibujado. Yo recomiendo trabajo de campo (doy por supuesto que el que dibuja senderos es porque le gusta el senderismo) y comprobar cada ruta sobre el terreno. Así nos aseguramos: - Que el recorrido de nuestro track es el correcto. - Que cumplimos con la licencia de OSM porque a veces ese track que nos hemos bajado está sujeto a copyright. - Que la ruta está bien balizada o no ha sido devorada por la maleza y tiene las condiciones para ser puesta en el mapa. - Que añadimos información valiosa como la dificultad del recorrido, fuentes, postes indicadores, edificios históricos, etc. - Que, en definitiva, los datos que ponemos son de gran calidad. :-) Un saludo El mar., 18 oct. 2016 a las 15:06, Francisco Javier () escribió: Te explico. lo que pretendo hacer es ir por cuadratantes para hacer todos los caminos y senderos pero sin añadir ninguna ruta, solamente lo que es el trazado y al estar encuadrado es más fácil darle un repaso por si me dejo algún camino sin dibujar o veo que algún trazado está mal dibujado. Una vez que la provincia/comunidad autónoma tiene todos los caminos hechosy senderos, sería mirar el wiki y completarlo con las rutas de los senderos homologados o las rutas de los ayuntamientos (ya no haría falta el gestor de tareas y con iD/JOSM es más que suficiente. Si me das permisos en el gestor de tareas genial así pruebo como funciona porque estuve el otro día cotilleando en el taks humanitario y me pareció una idea muy buena. Te dejo mi página usuario por si necesitas darme los permisos: http://tareas.openstreetmap.es/user/JavierSp Un saludo. El 18 de octubre de 2016, 14:07, Alejandro S. escribió: Hola, Si te he entendido bien, creo que en este caso, es preferible organizarse a través de la wiki, añadir allí el listado completo de senderos de una provincia e ir introduciendo los caminos uno tras otro. Creo que no será cómodo ir por cuadrantes, ya que es más difícil "seguir" una ruta. De todas formas, si quieres, te doy permisos en el Gestor de Tareas y haces una tarea de prueba sin publicar. En cuanto a completar la wiki, adelante, es lo que deberíamos hacer todos. Saludos , Alejandro Suárez On Mon, Oct 17, 2016, 23:40 Francisco Javier wrote: Buenas a todos. Peguntando en Telegram sobre mapear provincias de la forma como la hacen en http://tasks.hotosm.org/ me han pasado un enlace que tenéis para estos casos: http://tareas.openstreetmap.es/ El caso es que llevo haciendo caminos y senderos de Castilla y león desde hace un año, mas concretamente la parte de León y he pensado que podríamos hacer tareas de cada provincia ya que sería mucho más cómodo al dividirse el trabajo en "cuadraditos" (tareas). Si mal no recuerdo un compi ha comentado que burgos está casi terminado y sólo falta un 25% de caminos y senderos por hacer, así que podríamos empezar por ahí. León también está bastante completo así que podríamos tirar por ahí hasta finiquitar toda el resto de provincias que componen Castilla la Mancha para más adelante seguir con otras comunidades autónomas. Una vez que tengamos hecho los caminos, senderos etc.. podríamos agregar las rutas homologadas que falten, rutas verdes, vías pecuarias y demás elementos. Otra cosa que quería comentar es que he estado viendo en el Wiki, los senderos y se podría (yo podría hacerlo) ordenar todo un poco mejor haciendo subpaginas y enlazando todo desde la principal porque ahora mismo esta todo mezclado, rutas homologadas y rutas de cada ayuntamiento.. Ejemplo: Senderos > Rutas internacionales / E - European Senderos > Rutas nacionales / GR - Gran Recorrido Senderos > Rutas Regionales / PR - Pequeño Recorrido Senderos > Otro tipo de rutas no homologadas pero que si son oficiales por los ayuntamientos o comunidades autónomas Me dejo alguna alguna cosa más como las vías pecuarias (más de 1500 que hay por cada comunidad autónoma y muchas desaparecidas) Pero esto da para otro tema.. *(tranquilo yopasepor, no pondré mis rutas favoritas con nombre hiperchulo :( ___ 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
Re: [Talk-es] Asociación OSM España
Hola Iñaki, Me sumo a tus felicitaciones para los cracks que están montado la asociación. Chapeau!!! Con respecto a tu pregunta sobre los edificios de pastor yo los etiquetaría de esta manera: - Bordas: building=barn - Txabolas de pastor: building=hut Si dominas un poco el inglés, en la wiki de Openstreetmap [1] encontrarás muchísima información de como etiquetar. Es cuestión de usar el buscador (igual que Google). Luego, para editar los mapas yo recomiendo la aplicación JOSM (en realidad es la única que conozco). En Youtube hay unos tutoriales que explican muy bien su manejo [2]. Solo con esto tendrías tarea para un tiempo. Los doodles y los hangouts pueden esperar ;) Un saludo [1] http://wiki.openstreetmap.org/wiki/Main_Page [2] https://www.youtube.com/watch?v=cB5LFAQfOME El mié., 7 sept. 2016 a las 18:47, Iñaki () escribió: > Andoain, 7 de septiembre de 2016 > > > Buenas tardes: > > Acabo de leer el Acta y es cierto que, como dicen Uds. hay poca > “masa crítica”, pero aún así, me ha agradado su lectura general desde el > momento en que unas personas dedican su tiempo al bien colectivo, que no > es poco hoy en día. Así que, en ese sentido FELICIDADES y adelante en lo > que se pueda. > > Me ha llegado al alma la petición de ayuda de yopaseopor para ir > dinamizando la Wiki. Soy recién llegado, soy más bien de letras, con > unos cuantos años y por un lado sigo aprendiendo antes de comenzar a > aportar al mapa, y hay aspectos de este mundillo que tengo que > “subirlos” con reductora de todo-terreno. Por lo menos tengo que > reconocer mi ignorancia al respecto y que me resulta imposible ayudar en > esas esferas. También me ha hecho “tilín” el aporte de Miguel > Sevilla-Callejo en en sentido de que desea desarrollar el aspecto más > rural. Pues sí, incluyo yo estoy atascado (que, por cierto, quizá tenga > que plantear pregunta a los veteranos al respecto) en cómo definir lo > que en el País Vasco se conocen como “bordas” (edificios para gurda de > ganado de monte) y “chabolas de pastor” (edificio donde dormía el pastor). > > Pero es verdad que esos anhelos por revitalizar OSM chocan con la > falta de gente; y la falta de tiempo de quienes ponen su empeño en ese > trabajo social. Ahora bien, y esto quizá no guste a algunos de Uds., > pero veo una necesidad por “popularizar” el uso de los instrumentos > informáticos que Uds. usan con toda naturalidad. A saber: puede haber > posibles usuarios, que como yo están entrados en años y que no tienen ni > pajorera idea de lo que es el “hangouts” el “doodle” y terminología > similar que pudiera echar para atrás a posibles potenciales > colaboradores. Algún encontronazo he tenido en estos foros con respecto > al uso del español, siempre que se pueda por encima del término en > inglés. Algo que, por cierto, seguiré defendiendo, pero tras la lectura > del Acta y en lo que respecta al uso de herramientas informáticas, > sinceramente, ¿qué quieren que les diga? Pues que me he quedado de > piedra en lo que respecta al vocabulario ése. > > Así que, mi aportación teórica al Acta sería: ¿Cabe la posibilidad > de hacer el camino del novel, y potencial colaborador, más fácil? ¿Sería > posible que personas que superan –pongamos– los 45 años y hayan tenido > una relación limitada con la informática puedan llegar a OSM y no morir > en el intento de aprenderlo? Quizá a Uds. les parezca fácil, pero les > aseguro que es todo lo contrario. Y lo que diferencia al profesor y al > maestro es que el profesor enseña, y el maestro enseña trocando en > fácil, lo difícil. Desde mi punto de vista es una asignatura pendiente. > > Saludos, y reitero mis felicitaciones por el empeño demostrado. > > Iñaki > > El 07/09/2016 a las 14:02, Santiago Crespo escribió: > > Perdonad, mejor usar la wiki: > > > > https://wiki.openstreetmap.org/wiki/Acta1_osm-es > > > > Saludos, > > Santiago Crespo > > > > On 09/07/2016 01:30 PM, Santiago Crespo wrote: > >> Hola, > >> > >> Aquí tenéis el acta de la reunión de ayer: > >> > >> https://public.pad.fsfe.org/p/osm-es-acta1 > >> > >> Creo que fue bastante bien, participamos 14 personas. > >> > >> Si alguno de los que no pudisteis llegar al principio de la reunión > >> quiere añadir una linea de presentación en el primer punto, bienvenido > >> sea. Igualmente añadid o modificad lo que veáis si me he colado al > >> redactar el acta. > >> > >> El registro completo de todo lo hablado en la reunión está aquí > >> (perdonad los caracteres chungos): > >> > >> http://pastebin.com/3sXc4LcJ > >> > >> Saludos, > >> Santiago Crespo > >> > >> On 09/06/2016 08:11 PM, Santiago Crespo wrote: > >>> Hola, > >>> > >>> En unos 20 minutos (a las 20:30) empezaremos la reunión para acordar > las > >>> funciones que queremos hacer como Asociación. > >>> > >>> El orden del día está aquí: https://public.pad.fsfe.org/p/osm-es > >>> > >>> Para participar, hay que seleccionar el canal #osm-es, escribir el nick > >>> o vuestro
Re: [Talk-es] Bar tradicional -> ¿ amenity=pub o amenity=bar ?
Hola, mi punto de vista: La wikipedia en inglés detalla cómo son los bares de unos pocos países del mundo. España está incluida y explica que en los bares españoles se sirven tapas, etc. Es decir, no los considera pubs, sino un bar con unas peculiaridades que por cierto no son muy diferentes a las del bar italiano. En la wikipedia francesa hablan del bar y lo ilustran con una terraza donde la gente además de beber está comiendo algo. ¿Qué culpa tenemos si a los ingleses no les dan de comer en sus bares? Yo diría que los millones de turistas extranjeros que visitan España sí saben lo que se van a encontrar en un bar español: bebidas y tapas. Un saludo! El 27 de junio de 2016, 22:02, Noel Torresescribió: > Miguel Sevilla-Callejo escribió: > >> - amenity=bar hace referencia a un lugar donde se vende alcohol, se pone >> música y está abierto hasta altas horas de la noche. NO dan comindas ni >> desayunos... NI TAPAS. O sea bajo ninguna circunstancia podríamos usar >> esta >> etiqueta para lo que en España entendemos por bar (ponga lo que ponga en >> su >> letrero). Esto es lo que aquí llamamos pubs. >> >> - amenity=pub quizá se acerque al concepto de nuestros bares, tenemos que >> discutir si habría de usarse y si no es así, propongamos una etiqueta que >> sea coherente para nuestros "bares de tapas" o empecemos a usar >> amenity=cafe o amenity=restaurant... pero, por favor, busquemos un >> consenso, no solo en España, a nivel global. >> > > De hecho, ésta es justamente la raíz del problema: los significados de bar > y pub en español de España están intercambiados con respecto a los > significados originales (en inglés). Varios puntos al respecto: > a) las palabras originales son inglesas > b) los términos que se utilizan en OSM son los ingleses, según se acuerde > en el Wiki > > No considero que haya ninguna clase de provincianismo ni colonialismo si > etiquetamos nuestros establecimientos según cómo los etiquetaría un inglés. > A fin de cuentas, *no importa lo que para nosotros sea un bar, lo que > importa es lo que para OSM es un bar*. > > Así que para aclarar de qué hablo en cada momento, voy a usar los términos > bar_OSM, bar_EN y bar_ES (y lo mismo para los pubs). Parafraseando lo > anterior: A fin de cuentas, *no importa lo que sea un bar_ES, lo que > importa es lo que es un bar_OSM*. > > En este sentido, un bar_OSM es: > a) alcohol para consumir en el local > b) atmósfera ruidosa, como la de una fiesta > c) no venden comida > d) música alta > e) hay que estar de pie > f) pueden tener pista de baile > vamos, bastante parecido a un bar_EN y nada que ver con un bar_ES, sino > con un pub_ES. > > Pero el propio Wiki se hace eco de la discusión que estamos teniendo y > añade que en los países mediterráneos un bar_OSM es algo más parecido a un > bar_ES, pero al mismo tiempo aclara (cito): > > although this doesn't necessarily mean the tag should be applied > differently [0] > > En base a esto, y a mantener la consistencia de los mapas _para los > usuarios_, no para los mapeadores, lo más lógico es que establecimientos > del mismo tipo (un bar_EN y un pub_ES) usen la misma etiqueta para mostrar > el mismo símbolo en los mapas, que el wiki indica que es bar_OSM. Y por lo > mismo, establecimientos parecidos como la pub_EN y el bar_ES deben usar la > misma etiqueta, que es pub_OSM. > > Otra cosa es que se pueda aclarar en el propio Wiki, o incluso en la base > de datos y en el software, que un bar_OSM se llama pub_ES en la interfaz en > español. > > Mis dos céntimos (de libra esterlina, ahora que está barata) > > Noel > er Envite > > [0] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbar > > ___ > 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] Fallo de verificación de función - Ruta GR-1
Hola, Estoy de acuerdo con Alejandro en convertir la relación actual en una super relación. Si hubiera consenso en hacerlo de esa manera tengo una propuesta para editarla: 1) Descargar de waymarkedtrails la relación en formato gpx y trocear la traza por provincias para que sirva como plantilla al editar en JOSM. Así nos asegurarnos de que el trazado de la ruta es el mismo. 2) Trocear también la relación actual en provincias (o intentarlo al menos porque hay zonas con saltos muy grandes) y mantenerlos como subtramos dentro de la super relación. 3) Voluntarios que editen/vacíen/rehagan los subtramos. Estoy dispuesto a encargarme de los puntos 1 y 2 y colaborar en el 3. Haría falta un voluntario que se maneje en la wiki para crear una entrada y poner los enlaces a los gpx. ¿Que os parece? Un saludo El 8 de marzo de 2016, 10:41, Alejandro S.escribió: > Buenas, > José Luis tiene razón, no podemos ir borrando elementos solo porque nos > parezca que no están bien. Por ejemplo wikidata hace referencia a la > relación de OSM [0] y si se borra complica la existencia a todo el que la > use. Yo creo lo suyo es convertir la relación actual en la super relación > que contenga los subtramos, y se añada una etiqueta note explicando la > decisión tomada, de esta forma además se conserva el historial de la > relación. > > Saludos, > Alejandro Suárez > > [0]: https://m.wikidata.org/wiki/Q13108091 > > On Mon, Mar 7, 2016, 21:16 José Luis Domingo López < > openstreetm...@24x7linux.com> wrote: > >> El lunes día 07 de marzo de 2016, a las 20:36:30 +0100, >> Diego García escribió: >> >> > Me parece que la forma correcta de proceder no sería borrar la relación >> y >> > empezar de cero, sino coger un tramo, crear una relación nueva revisando >> > dicho tramo, y sustituir en la relación ya existente del GR1 los tramos >> > revisados por la nueva relación. >> > >> Aunque participo muy poco (nada) recientemente, me uno a la opinión de >> Diego en relación a mantener la relación actual, y sanearla, aunque sea >> vaciándola completamente y añadiendo todo de golpe. >> >> Quizás no sea formalmente correcto ni recomendado, pero yo le veo utilidad >> a mantener el ID de la relación a una ruta una vez creada, aunque haya que >> hacerle un trabajo de reparación tan serio como éste parece. Si queremos >> que OSM sea una referencia perdurable y fiable, no podemos andar >> cambiándole al resto del mundo el ID de la relación de algo tan masivo y >> de >> tan largo alcance como un GR. >> >> Otra cosa que recomendaría es, pensar que no todo el que edita en OSM es >> asiduo de la lista ni mucho menos consulta una wiki en particular antes de >> meterle mano al mapa. Si hay la previsión de modificar el GR al nivel de >> que se está hablando, no estaría de más avisarlo de manera tan fehaciente >> y >> fiable como pueda ser a cualquier editor casual. No sé si añadir un tag >> "FIXME" o cualquier otro pertinente podría cubrir esa limitación, para que >> si alguien tiene pensado corregir algo, que lo haga o no según los planes >> immediatos de la comunidad. >> >> Es que pocos contribuidores hay y cuando uno ve que su arduo trabajo ha >> desaparecido (o cambiado, aunque sea a mejor) sin un motivo aparente, >> quizás pierda el poco interés que tenía por OSM, y si algo no sobra son >> contribuidores a la causa. >> >> Un saludo. >> >> -- >> Jose Luis Domingo Lopez >> Linux Registered User #189436, Linux Ubuntu 15.04 (3.19.0-49-generic) >> >> ___ >> 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] Fallo de verificación de función - Ruta GR-1
Hola, He echado un vistazo al GR y me he encontrado con zonas de la relación que están hechas un desastre. Tanto que no se si convendría, más que arreglarla, empezar de cero. Razón: - Está compuesta de 1858 miembros (y eso que aún no está terminada) lo cual complica mucho los arreglos. - Las buenas prácticas aconsejan no crear relaciones de más de 250/300 miembros [1]. Propongo hacer relaciones más pequeñas (¿una por cada provincia que atraviese?) y luego unirlas con una superrelación. - Se me ocurre (no sé si es buena práctica jeje!) que podríamos descargar el gpx, eliminar la relación actual que creo que sirve de poco y con el gpx como base volver a hacerla por tramos. Es una sugerencia... ;) Un saludo [1] http://wiki.openstreetmap.org/wiki/Relation:route#Size El 6 de marzo de 2016, 11:54, Miguel Sevilla-Callejoescribió: > Anda, pues justo en la Hoya de Huesca quería meterle mano yo! Pero no > precisamente en el GR-1 si no para marcar igualmente el "camino natural" > que no responde a las homologaciones de la Federación de Montaña si no una > "nueva" competencia del ministerio... > > Si, yo decía meterle mano primero a la wiki de senderismo y también > dividir competencias/responsabilidades entre los voluntarios. > > A la espera de más comentarios quedamos... > > Un saludos > > -- > Miguel Sevilla-Callejo > desde el móvil > El 6/3/2016 9:55, "Diego García" escribió: > >> Ahí le has dao: tenemos pendiente mover la wiki. Como ya dije en el >> correo que abriste, cuenta conmigo, aunque no veo la forma de coordinarnos. >> Quizá haciendo una división territorial por un lado, y otra temática por >> otro, buscando voluntarios que se responsabilicen de cada una... No lo sé. >> >> Te haré caso; voy a dejar pasar unos días, y luego corregiré lo que vea >> mal en la relación. Después, revisaré todo el tramo que cruza por la zona >> que trabajo, que es la comarca de la Hoya de Huesca, y dejaré constancia en >> la wiki. >> >> Por cierto, no veo creada ninguna página sobre la GR-1 (ni para ninguna >> otra GR), supongo que te refieres a la dedicada al senderismo. No me manejo >> muy bien con las wiki, ya que desconozco lo que es correcto hacer y lo que >> no: ¿escribo en la discusión de la página, o en el cuadro de observaciones >> de la GR? Lo que sí tengo claro es que voy a actualizar las PR y senderos >> locales de mi zona que llevo hechas, que son unas cuantas. >> >> Muchas gracias, un saludo, >> >> >> >> El sáb., 5 mar. 2016 a las 22:14, Miguel Sevilla-Callejo (< >> msevill...@gmail.com>) escribió: >> >>> Ufff, el GR-1... >>> >>> Yo ya hace tiempo que había detectado diversos fallos, entre ellos que >>> por algunos lugares no está bien el trazado (por ejemplo al N de la Sierra >>> de Guará, en Huesca) pero tampoco me atreví a meterle mano. >>> >>> Tenemos pendiente mover la Wiki y yo llevó meses con un correo a medias >>> para hacer una propuesta para el apartado de senderismo y rutas. >>> >>> Yo te diría que tirarás para adelante pues es mejor medio-arreglar que >>> dejar las cosas mal pero me esperaría a ver que te dicen otros >>> colaboradores más "ilustres" al respecto. >>> >>> Al fin y al cabo dejaste registro aquí del problema y si lo comentas en >>> la wiki ya sería de nota. >>> >>> Un saludo y a la espera de que dicen otros. >>> >>> -- >>> Miguel Sevilla-Callejo >>> desde el móvil >>> El 5/3/2016 10:02, "Diego García" escribió: >>> Buenos días. Editando un área cercana me he tropezado con la relación de la ruta GR-1, que pasa por esa zona. Al validar los datos antes de subirlos con JOSM, me ha aparecido un error de función en varios tramos. La relación es una ruta de senderismo (route=hiking). Por lo que sé, los tramos que la componen no deberían llevar nada en el role. Sin embargo, una buena parte de estas vías han sido etiquetadas en el role como "León", "Palencia", etc, a su paso por esas provincias; es decir, creo que se ha aprovechado ese dato para definir tramos en la relación, y no es la forma correcta de hacerlo. El osmose me reporta casi 300 errores sobre ello. No estoy seguro al 100% sobre este tema, la relación es muy grande, y no se puede descargar el historial (da un error de time out) para avisar al autor, así que prefiero preguntar antes de tocar nada: ¿este etiquetado es correcto? ¿alguien sabe algo sobre el tema? ¿me lío la manta a la cabeza y corrijo lo que creo que es un error? Cuando me encuentro con estos temas, más veo la necesidad de organizarnos, apañar en condiciones la wiki, decidir criterios que sigamos todos, ... Si yo que llevo un tiempo metido en esto tengo dudas, no quiero pensar en los que empiezan ahora. Por cierto, la relación es la http://www.openstreetmap.org/relation/1307422 Es el "Sendero histórico", que cruza todo el norte de España de lado a lado.
Re: [Talk-es] Bases cartográficas
Hola, Corto y pego lo que escribió Miguel Sevilla-Callejo en un hilo anterior. Espero que te valga. Hola a todos, Con motivo de la preparación del curso sobre OSM que estoy impartiendo con la inestimable ayuda de Alejandro Suárez (@alejandroscf) en Zaragoza [1] he estado contrastando y preparando material gráfico para mis presentaciones [2] y que he compartido en el grupo de Telegram y he colgado en imagur.com [3]. Os pego aquí lo que he dicho por esa vía: La imagen de Escuaín y que es de las mismas coordenadas habla por sí sola: existe una error de casi 50m entre una imagen Bing y la del PNOA en el área edificada. Las líneas negras que se observan son del Catastro (que conincide con el PNOA). Entonces Jonás ha comentado que "esto puede pasar con todos los WMS" y no he podido más que contestar argumentando que los errores están derivados de la corrección fotogramétrica de las imágenes y he continuado con lo siguiente (corto y pego del grupo de Telegram): La ortorectificación fotogramétrica de las imágenes, o sea, y a grandes rasfos, pasar de una imagen tomada por una cámara (deformación cónica) a que se ajuste a la realidad (proyección ortogonal) se resuelve teniendo presente (1) las características del sensor/cámara (cuál es su modelo "optico"), y, sobre todo, (2) reajustando las deformaciones del relieve [4]. La imagen Bing en su mayor parte para España viene de imágenes de satélite de alta resolución (GeoEye / Quickbird) que son corregidas de manera automática (1) ajustando perfectamente la deformación del sensor pero con (2) un reajuste a la topografía que deriva de un modelo digital del terreno muy grosero. Las imágenes del Plan Nacional de Ortofotografía Aérea del CNIG-IGN (PNOA) [5], sin embargo, derivan de un laborioso trabajo de rectificación de fotográficas tomadas desde un avión cuyo (1) ajuste del sensor es preciso (esto ya está superado para todos los sensores/cámaras digitales... hasta para los de vuestros móviles) y (2) ajustándose a unas deformaciones topográficas (usando un modelo digital de elevaciones) extraordinariamente detallado. EN RESUMEN: las imágenes del PNOA son de una extraordinaria precisión (de hecho se usan/cuadran con el Catastro, que os recuerdo es Ley) y aunque pudiera parecer que las imágenes Bing puedan tener mayor resolución de imagen (esto ya os lo cuento otro día) en áreas de montaña (donde la topografía es más rugosa) los errores son muy altos (veasé el ejemplo de Escuaín). A otro comentario de Jonás, respecto a la posibilidad de corregir con JOSM el desplazamiento, y tras la intervención de Alejandro indicando que estos errores no son constantes en la imagen, yo he continuado en esa línea diciendo que efectivamente se puede localmente reajustar la imagen Bing pero si no sabes loque haces, mejor NO hacerlo pues, para Escuaín, por ejemplo, podemos mover la imagen Bing para que cuadre en el área de las edificaciones del pueblo con el Catastro y PNOA pero OJO! la deformación/error de la imagen no es constante en toda la imagen!! En el fondo del barranco, por ejemplo, la deformación es menor, por lo que si hemos ajustado el área de las edificaciones NO PODEMOS fiarnos de que en el barranco la imagen esté igualmente centrada/correctamente en su sitio. Si nos centramos sobre Escuaín y abrimos el editor iD [6] se puede observar como el término municipal (que está en el fondo del valle) NO COINCIDE con la imagen ni con la edición que presumiblemente ha hecho alguien usando esa base. Alejandro, @alejandroscf, es el responsable de que el núcleo urbano esté correctamente en su sitio (lo hizo con PNOA en JOSM). Por otro lado, y enlazando con la otra imagen que os comparto vía imagur [3], centrada sobre el área del Refigio de Goritz (al final y arriba del valle de Ordesa), sin embargo, las diferencias son menores. ¿Será porque se trata de un área alta de la montaña? Aunque pudiera pensarse lo contrario, en relación con la imagen sobre Goritz, la imagen de Bing es la que parece que tiene mejor resolución pero (tenéis que hacer un acto de fe) os aseguro ambas imágenes responden a la misma resolución 0.5 m. Lo que sucede es que la de Bing está más contrastada por la luz no cenital y le han aplicado filtros de paso alto (enfoque) [7]. Espero que esta explicación nos sirva para tener claro qué imagen usar de base para nuestras ediciones en OSM y haber aclarado algunas dudas que creo que hay al respecto. Un saludo Miguel [1] Ya os había contado al respecto en correo anteriores. [2] El material lo estoy subiendo provisionalmente a una carpeta de Google Drive: http://bitly.com/osmzgz15 en la que están las presentaciones que ido cerrando y material complementario. [3] http://imgur.com/a/uunhD [4] https://en.wikipedia.org/wiki/Photogrammetry [5] http://pnoa.ign.es/ [6] https://www.openstreetmap.org/edit#map=17/42.59681/0.13045 [7] https://es.wikipedia.org/wiki/Procesamiento_digital_de_im%C3%A1genes El 10 de febrero de 2016, 8:36, Barea Miguel
Re: [Talk-es] Senderismo - MIDE, wiki y otros
Hola, Creo que no hay en OSM etiquetas que califiquen las rutas de senderismo. Que se parezcan, sólo conozco sac_scale, que cita Xuacu, y trail_visibility. Las dos se aplican a paths y tracks pero no están pensadas para rutas. En definitiva, sería muy interesante crear etiquetas específicas para rutas, pero al ser MIDE algo tan local, sin recorrido aparente fuera de España, no veo tan claro que debamos basarnos en él. ¿O sería cuestión de plantearlo? Porque como sistema de calificación es muy completo. Un saludo El 22 de septiembre de 2015, 14:32, Xuacuescribió: > Hola. > > ¿No sería más fácil adaptar el MIDE al SAC, que ya existe en OSM? Lo > digo como desconocedor absoluto de las medidas de montañismo/alpinismo > :) > https://wiki.openstreetmap.org/wiki/Key:sac_scale > > Un saludo, > Xuacu > Usuariu de Linux // Linux user #134680 > https://www.linuxcounter.net/ > > > El día 22 de septiembre de 2015, 8:47, Miguel Sevilla-Callejo > escribió: > > Hola, > > > > Ando trabajando sobre algunas rutas en Aragón, estaba recabando datos y > me > > encontré nuevamente con el tema del sistema MIDE, un sistema que se usa > para > > calificar los senderos por grado de dificultad [1]. > > > > Mi pregunta es la siguiente: ¿alguien ha trabajado o se le ha ocurrido > > proponer la asignación de estos valores al sistema de etiquetado de OSM? > > > > Además de @cronoser y @uranzu ¿hay alguien más editando el apartado de la > > wiki de senderismo? Veo que es necesario un poco de trabajo, por ejemplo > > para incluir otros caminos naturales que se promueven desde el MAGRAMA > [2] > > > > Un saludo > > > > Miguel > > > > [1] http://www.montanasegura.com/el-mide/ > > [2] > http://www.magrama.gob.es/es/desarrollo-rural/temas/caminos-naturales/ > > > > > > ___ > > 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] Importación de megalitos
La verdad, no imaginaba tanta cosa por poner unos cuantos megalitos pero entiendo que las reglas deben ser iguales para todo el mundo.Tardaré un poco más pero, aprovechando que es saludable hacer ejercicio y que me encanta explorar, me vuelvo al monte con el gps a localizarlos por mí mismo. Gracias por vuestros consejos y paciencia. Un saludo El 30 de enero de 2015, 0:10, Rafael Avila Coya ravilac...@gmail.com escribió: Hola: Para la importación se te preguntará por el documento en que la Sociedad de Ciencias Aranzadi te concede el permiso para usarlos con una licencia compatible con la ODbL. Esto es muy importante. Otra cosa que me gustaría tener es acceso al fichero original de datos (csv o lo que sea). Te lo van a pedir también. En ese fichero, los objetos tendrán unas etiquetas. Deberías hacer una tabla con la traducción propuesta de esas etiquetas a etiquetas OSM. Como en la lista de imports mucha gente no sabe español, sería recomendable hacer una traducción al inglés, aunque sea un resumen. Así, por lo pronto, creo que son cosas que deberías mejorar. Esta wiki de importación de farmacias en Madrid quizás te puede ayudar a ordenar todo esto mejor: https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import Un saludo, Rafael Ávila Coya. On 29/01/15 22:40, Santi Aguirre wrote: Intentando seguir las directrices he creado una pequeña página en la wiki: http://wiki.openstreetmap.org/wiki/Importaci%C3%B3n_de_megalitos_guipuzcoanos http://wiki.openstreetmap.org/wiki/Importación_de_megalitos_guipuzcoanos. Perdonad si no está muy pulida pero he hecho lo que he podido. Comentaros que son 303 elementos a importar y que la totalidad de los 72 megalitos mapeados actualmente (excepto 8) los ha puesto un servidor, o sea, los tengo bajo control. Espero contar con vuestra aprobación. Un saludo El 28 de enero de 2015, 20:19, Emilio Gómez Fernández emilio.gomez.f...@gmail.com mailto:emilio.gomez.f...@gmail.com escribió: Las recomendaciones son ahora poner la fuente al cerrar y subir el conjunto de cambios, no en cada elemento del mapa. Utiliza el componente OpenData JOSM para importar un archivo CSV con las coordenadas XY de cada POI y la etiquetas asociadas a estos. Probablemente sea lo más rápido trabajar con hoja de cálculo. Un saludo. El 28 de enero de 2015, 18:30, Santi Aguirre aguirrera...@gmail.com mailto:aguirrera...@gmail.com escribió: ¡Sí señor! Se han portado y han respondido. No pueden pasar un fichero pero sí permiten que tomemos datos de su web. Lo único que piden es que citemos de donde proceden los datos. ¿Bastaría con etiquetar en cada nodo source=nombre? Podría añadir un enlace a la web. Aparte, he encontrado una web (http://www.geoplaner.com) en la que introduciendo las coordenadas WGS84 crea un waypoint en formato GPX que luego importo a JOSM para dibujar encima. ¿Sabeis si tiene JOSM alguna opción para hacer eso directamente sin pasar por esa web? Un saludo El 22 de enero de 2015, 20:13, Alejandro S. alejandro...@gmail.com mailto:alejandro...@gmail.com escribió: Buenas, Y luego está, independientemente de la legalidad y calidad de los datos, la moralidad y ética de copiar información que ha generado un tercero sin su permiso. Saludos, Alejandro SUÁREZ On Thu, Jan 22, 2015, 19:51 Santi Aguirre aguirrera...@gmail.com mailto:aguirrera...@gmail.com wrote: Me habeis convencido y me ha quedado claro. Gracias y un saludo. El 22 de enero de 2015, 19:47, Matías Taborda Barroso taborda.barr...@gmail.com mailto:taborda.barr...@gmail.com escribió: Hola. No es solo ese problema, el principal es el tipo de Licencia de los datos, que no son compatibles con la ODBl de Openstreetmap. A partir de aqui, claro que puedes copiar e incorporarlos a OSM pero tambien podriamos copiar toda la cartografia de Google por ejemplo, y evidentemente no se DEBE... El 22 de enero de 2015, 19:43, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es mailto:cruz.bor...@deusto.es escribió: El problema es que hayan puesto alguno a drede mal para pillar si alguien les ha copiado los datos y tengan ganas de llamar a un abogado o equivalente. El día 22 de enero de 2015, 19:38, Santi Aguirre
Re: [Talk-es] Importación de megalitos
Intentando seguir las directrices he creado una pequeña página en la wiki: http://wiki.openstreetmap.org/wiki/Importaci%C3%B3n_de_megalitos_guipuzcoanos http://wiki.openstreetmap.org/wiki/Importación_de_megalitos_guipuzcoanos. Perdonad si no está muy pulida pero he hecho lo que he podido. Comentaros que son 303 elementos a importar y que la totalidad de los 72 megalitos mapeados actualmente (excepto 8) los ha puesto un servidor, o sea, los tengo bajo control. Espero contar con vuestra aprobación. Un saludo El 28 de enero de 2015, 20:19, Emilio Gómez Fernández emilio.gomez.f...@gmail.com escribió: Las recomendaciones son ahora poner la fuente al cerrar y subir el conjunto de cambios, no en cada elemento del mapa. Utiliza el componente OpenData JOSM para importar un archivo CSV con las coordenadas XY de cada POI y la etiquetas asociadas a estos. Probablemente sea lo más rápido trabajar con hoja de cálculo. Un saludo. El 28 de enero de 2015, 18:30, Santi Aguirre aguirrera...@gmail.com escribió: ¡Sí señor! Se han portado y han respondido. No pueden pasar un fichero pero sí permiten que tomemos datos de su web. Lo único que piden es que citemos de donde proceden los datos. ¿Bastaría con etiquetar en cada nodo source=nombre? Podría añadir un enlace a la web. Aparte, he encontrado una web (http://www.geoplaner.com) en la que introduciendo las coordenadas WGS84 crea un waypoint en formato GPX que luego importo a JOSM para dibujar encima. ¿Sabeis si tiene JOSM alguna opción para hacer eso directamente sin pasar por esa web? Un saludo El 22 de enero de 2015, 20:13, Alejandro S. alejandro...@gmail.com escribió: Buenas, Y luego está, independientemente de la legalidad y calidad de los datos, la moralidad y ética de copiar información que ha generado un tercero sin su permiso. Saludos, Alejandro SUÁREZ On Thu, Jan 22, 2015, 19:51 Santi Aguirre aguirrera...@gmail.com wrote: Me habeis convencido y me ha quedado claro. Gracias y un saludo. El 22 de enero de 2015, 19:47, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. No es solo ese problema, el principal es el tipo de Licencia de los datos, que no son compatibles con la ODBl de Openstreetmap. A partir de aqui, claro que puedes copiar e incorporarlos a OSM pero tambien podriamos copiar toda la cartografia de Google por ejemplo, y evidentemente no se DEBE... El 22 de enero de 2015, 19:43, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: El problema es que hayan puesto alguno a drede mal para pillar si alguien les ha copiado los datos y tengan ganas de llamar a un abogado o equivalente. El día 22 de enero de 2015, 19:38, Santi Aguirre aguirrera...@gmail.com escribió: En este caso concreto me extrañaría muchísimo que fueran incorrectos. Pertenecen a la Sociedad de Ciencias Aranzadi, muy conocida en el País Vasco y Navarra por su historia y rigor científico. Suelen realizar excavaciones y tienen gente de campo en busca de restos históricos. Si ese es el único problema, problema resuelto ;) El 22 de enero de 2015, 19:20, Luis García Castro lui...@gmail.com escribió: El 22 de enero de 2015, 19:13, Santi Aguirre aguirrera...@gmail.com escribió: Y yo me pregunto: ¿cuando se considera que estoy infringiendo una licencia? Los datos están expuestos de forma que cualquiera puede echar mano de ellos. Por ejemplo: puedo apuntar las coordenadas, megalito a megalito, y un día ir al monte con mi GPS y localizarlos in situ. No creo que infrinja nada actuando de esa manera ya que en muchas áreas megalíticas hay mapas y carteles informativos para que la gente los visite. ¿Y si en vez de molestarme en ir a localizarlos, los marco directamente en JOSM? ¿Eso sería ilegal? No es solamente un tema legal. Si vas uno a uno y lo compruebas, es correcto porque tú has visto que lo es. Pero imagina si no lo compruebas y la mitad de los datos son incorrectos o inexactos... -- Luis García ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación de megalitos
¡Sí señor! Se han portado y han respondido. No pueden pasar un fichero pero sí permiten que tomemos datos de su web. Lo único que piden es que citemos de donde proceden los datos. ¿Bastaría con etiquetar en cada nodo source=nombre? Podría añadir un enlace a la web. Aparte, he encontrado una web (http://www.geoplaner.com) en la que introduciendo las coordenadas WGS84 crea un waypoint en formato GPX que luego importo a JOSM para dibujar encima. ¿Sabeis si tiene JOSM alguna opción para hacer eso directamente sin pasar por esa web? Un saludo El 22 de enero de 2015, 20:13, Alejandro S. alejandro...@gmail.com escribió: Buenas, Y luego está, independientemente de la legalidad y calidad de los datos, la moralidad y ética de copiar información que ha generado un tercero sin su permiso. Saludos, Alejandro SUÁREZ On Thu, Jan 22, 2015, 19:51 Santi Aguirre aguirrera...@gmail.com wrote: Me habeis convencido y me ha quedado claro. Gracias y un saludo. El 22 de enero de 2015, 19:47, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. No es solo ese problema, el principal es el tipo de Licencia de los datos, que no son compatibles con la ODBl de Openstreetmap. A partir de aqui, claro que puedes copiar e incorporarlos a OSM pero tambien podriamos copiar toda la cartografia de Google por ejemplo, y evidentemente no se DEBE... El 22 de enero de 2015, 19:43, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: El problema es que hayan puesto alguno a drede mal para pillar si alguien les ha copiado los datos y tengan ganas de llamar a un abogado o equivalente. El día 22 de enero de 2015, 19:38, Santi Aguirre aguirrera...@gmail.com escribió: En este caso concreto me extrañaría muchísimo que fueran incorrectos. Pertenecen a la Sociedad de Ciencias Aranzadi, muy conocida en el País Vasco y Navarra por su historia y rigor científico. Suelen realizar excavaciones y tienen gente de campo en busca de restos históricos. Si ese es el único problema, problema resuelto ;) El 22 de enero de 2015, 19:20, Luis García Castro lui...@gmail.com escribió: El 22 de enero de 2015, 19:13, Santi Aguirre aguirrera...@gmail.com escribió: Y yo me pregunto: ¿cuando se considera que estoy infringiendo una licencia? Los datos están expuestos de forma que cualquiera puede echar mano de ellos. Por ejemplo: puedo apuntar las coordenadas, megalito a megalito, y un día ir al monte con mi GPS y localizarlos in situ. No creo que infrinja nada actuando de esa manera ya que en muchas áreas megalíticas hay mapas y carteles informativos para que la gente los visite. ¿Y si en vez de molestarme en ir a localizarlos, los marco directamente en JOSM? ¿Eso sería ilegal? No es solamente un tema legal. Si vas uno a uno y lo compruebas, es correcto porque tú has visto que lo es. Pero imagina si no lo compruebas y la mitad de los datos son incorrectos o inexactos... -- Luis García ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación de megalitos
En este caso concreto me extrañaría muchísimo que fueran incorrectos. Pertenecen a la Sociedad de Ciencias Aranzadi, muy conocida en el País Vasco y Navarra por su historia y rigor científico. Suelen realizar excavaciones y tienen gente de campo en busca de restos históricos. Si ese es el único problema, problema resuelto ;) El 22 de enero de 2015, 19:20, Luis García Castro lui...@gmail.com escribió: El 22 de enero de 2015, 19:13, Santi Aguirre aguirrera...@gmail.com escribió: Y yo me pregunto: ¿cuando se considera que estoy infringiendo una licencia? Los datos están expuestos de forma que cualquiera puede echar mano de ellos. Por ejemplo: puedo apuntar las coordenadas, megalito a megalito, y un día ir al monte con mi GPS y localizarlos in situ. No creo que infrinja nada actuando de esa manera ya que en muchas áreas megalíticas hay mapas y carteles informativos para que la gente los visite. ¿Y si en vez de molestarme en ir a localizarlos, los marco directamente en JOSM? ¿Eso sería ilegal? No es solamente un tema legal. Si vas uno a uno y lo compruebas, es correcto porque tú has visto que lo es. Pero imagina si no lo compruebas y la mitad de los datos son incorrectos o inexactos... -- Luis García ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación de megalitos
Me habeis convencido y me ha quedado claro. Gracias y un saludo. El 22 de enero de 2015, 19:47, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. No es solo ese problema, el principal es el tipo de Licencia de los datos, que no son compatibles con la ODBl de Openstreetmap. A partir de aqui, claro que puedes copiar e incorporarlos a OSM pero tambien podriamos copiar toda la cartografia de Google por ejemplo, y evidentemente no se DEBE... El 22 de enero de 2015, 19:43, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: El problema es que hayan puesto alguno a drede mal para pillar si alguien les ha copiado los datos y tengan ganas de llamar a un abogado o equivalente. El día 22 de enero de 2015, 19:38, Santi Aguirre aguirrera...@gmail.com escribió: En este caso concreto me extrañaría muchísimo que fueran incorrectos. Pertenecen a la Sociedad de Ciencias Aranzadi, muy conocida en el País Vasco y Navarra por su historia y rigor científico. Suelen realizar excavaciones y tienen gente de campo en busca de restos históricos. Si ese es el único problema, problema resuelto ;) El 22 de enero de 2015, 19:20, Luis García Castro lui...@gmail.com escribió: El 22 de enero de 2015, 19:13, Santi Aguirre aguirrera...@gmail.com escribió: Y yo me pregunto: ¿cuando se considera que estoy infringiendo una licencia? Los datos están expuestos de forma que cualquiera puede echar mano de ellos. Por ejemplo: puedo apuntar las coordenadas, megalito a megalito, y un día ir al monte con mi GPS y localizarlos in situ. No creo que infrinja nada actuando de esa manera ya que en muchas áreas megalíticas hay mapas y carteles informativos para que la gente los visite. ¿Y si en vez de molestarme en ir a localizarlos, los marco directamente en JOSM? ¿Eso sería ilegal? No es solamente un tema legal. Si vas uno a uno y lo compruebas, es correcto porque tú has visto que lo es. Pero imagina si no lo compruebas y la mitad de los datos son incorrectos o inexactos... -- Luis García ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación de megalitos
No ha habido suerte. He intentado contactar con el autor pero su respuesta ha sido el silencio. También lo he intentado con esta web: http://www.aranzadi.eus/carta-megalitica que recoge los megalitos guipuzcoanos con el mismo resultado: nadie en casa. Y yo me pregunto: ¿cuando se considera que estoy infringiendo una licencia? Los datos están expuestos de forma que cualquiera puede echar mano de ellos. Por ejemplo: puedo apuntar las coordenadas, megalito a megalito, y un día ir al monte con mi GPS y localizarlos in situ. No creo que infrinja nada actuando de esa manera ya que en muchas áreas megalíticas hay mapas y carteles informativos para que la gente los visite. ¿Y si en vez de molestarme en ir a localizarlos, los marco directamente en JOSM? ¿Eso sería ilegal? Un saludo El 13 de enero de 2015, 13:38, Javier Sánchez javiers...@gmail.com escribió: Hola Supongo que nadie te ha contestado todavía por que definitivamente la licencia no es compatible. Si te animas si sería interesante que contactaras con el autor para darle a conocer el proyecto OpenStreetMap y ver que disposición tiene para subir los datos (relicenciarlos o una autorización expresa). Siempre y cuando realmente sea el autor principal de los datos y no los haya recogido de otras fuentes. Con el complemento OpenData[1] de Josm[2] puedes leer directamente muchos formatos comunes. Lo único que podría complicar el tema es que las coordenadas estuvieran en un datum distinto al WGS84. Luego tendrías que ver las etiquetas a usar[3] y seguir las directrices de importación[4]. Saludos. [1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData [2] https://josm.openstreetmap.de/ [3] http://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site [4] http://wiki.openstreetmap.org/wiki/ES:Import/Guidelines El 5 de enero de 2015, 20:39, Santi Aguirre aguirrera...@gmail.com escribió: Hola a todos, 1. Me gustaría importar megalitos prehistóricos del pirineo navarro. He descubierto esta estupenda wiki http://wiki.txoperena.es/tiki-index.php?page=megalitos con un gran catálogo: pero creo que su licencia http://creativecommons.org/licenses/by-nc-sa/3.0/deed.es al ser no comercial no coincide con la de Openstreetmap. ¿Merece la pena contactar con el autor? 2. En el caso de que el punto 1 se resolviera, ¿en qué formato habría que pedir al autor los datos para poder transformarlos a OSM? ¿Es complicada la transformación? He leído que hay unas aplicaciones (Osmosis y OSMconvert) que a primera vista parecen complicados ya que funcionan mediante líneas de comandos. Gracias y un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Importación de megalitos
Hola a todos, 1. Me gustaría importar megalitos prehistóricos del pirineo navarro. He descubierto esta estupenda wiki http://wiki.txoperena.es/tiki-index.php?page=megalitos con un gran catálogo: pero creo que su licencia http://creativecommons.org/licenses/by-nc-sa/3.0/deed.es al ser no comercial no coincide con la de Openstreetmap. ¿Merece la pena contactar con el autor? 2. En el caso de que el punto 1 se resolviera, ¿en qué formato habría que pedir al autor los datos para poder transformarlos a OSM? ¿Es complicada la transformación? He leído que hay unas aplicaciones (Osmosis y OSMconvert) que a primera vista parecen complicados ya que funcionan mediante líneas de comandos. Gracias y un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación de farmacias de Madrid
Gracias maestro por las explicaciones. Me ha costado un poquillo pero habiendo repasado todo dos veces juraría que el primer subset se ha importado exitosamente. Ha quedado una farmacia fuera y lo indico en los comentarios. Lo que me ha extrañado es que como name hayan puesto la dirección y no el nombre real de la farmacia que normalmente coincide con el de la farmacéutica licenciada. Saludos El 16 de octubre de 2014, 23:26, Rafael Avila Coya ravilac...@gmail.com escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 También, si quieres filtrar esas farmacias que ya fueron importadas, lo puedes hacer es añadir el filtro new a los dos filtros que indica el workflow. De esa manera, aparte de ver sólo las farmacias que tienen como fuente Ayuntamiento de Madrid, te quedas sólo con las que son nuevas (aún no subidas a OSM). De hecho, voy a añadir esto a la wiki. Otros filtros con los que puedes jugar: 1) Si quieres filtrar las farmacias importadas por mi (edvac_import) añade el filtro user:edvac_import (selecciona los dos cajetines de la izquierda en el filtro y deja el derecho sin seleccionar). 2) También puedes filtrar por changeset. Por ejemplo, el filtro changeset:26062429 te permite ocultar todos los elementos creados ó modificados en el conjunto de cambios 26062429 Un saludo, Rafael. On 16/10/14 21:24, Santi Aguirre wrote: Hola, hoy he tenido muy poco tiempo, pero suficiente para añadir los plugins e intentarlo una vez más. El problema ahora, teniendo los filtros puestos, es que al descargar los datos se añaden los nodos de otras farmacias próximas que supongo tú has puesto, con lo que en vez de 50 tengo 60 con nada que descuide. Tendré que revisarme las 60? Saludos! El 16 de octubre de 2014, 19:04, Rafael Avila Coya ravilac...@gmail.com mailto:ravilac...@gmail.com escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola: Qué tal van esas prácticas, Santi? He actualizado la wiki de workflow [1] con instrucciones de cómo usar el plugin Mirrored_Download de JOSM para descarga de datos demasiado voluminosos para el servidor OSM oficial, así como qué hacer cuando aparecen las advertencias al combinar las dos capas y al subir los datos a OSM. Un saludo, Rafael. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es - -- Twitter: http://twitter.com/ravilacoya - Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBAgAGBQJUQDf+AAoJEB3niTly2pPQsSwQAJLRfHod6WMd5qWJUJI6gi/x XFSM/FuvS28SAYhDBNLPYVk42CLg+2rq6B0VaNziq16Mf3+YZfd4w2h+M2VX5KLe iNtRaYyESYjexpGBv+2aphrvMYf68peXUY1Iy7e0Aiy0puWBPaLUfu8XR421UbbF ZS4SV/QqvcCiYtc92OoDBfzNqpbaN0/B+NVyRZ7rzmIBFTpAqYLQwRLibhaKKeVa XO8nskombVZjIOXJ6+9p0/1oDMQI4D0bZuZz4K8Cjug9yhY3P0F1x9u1CzFv8QHp ip2586R/FwNiRgt/xHTQD5SaTJ+qN8+XA6UxRK6jUFv/OTdvVfplP95VgYOxrYAx egfrNSi+52ADd0hEoWNST8AOs3+v1mLlRDm8OxN64K85MSBujlhn/yZe3bQdii2R L/3XMQwGaQ2uZuLWVFFcZatmQbfrg/ZTzCHrfa/mwzJg28vuDDKw6xPJdu7IkK4u DIQs6Wv93qcmZHWY9RzSGaAifR1Hth4TjIKc6+uG6TRUdb16hYkgzicdXmR7MkjZ qBni0X49gBexjvOshvtEDf9VFwKR/2CJWJwYjKrQB2/2xOTNI0bEm0QDkzZFVkz7 fvqom0mepzthD9tTHeGYUS0/eavLfH/Zkz59rBGkTRnGjomPdkYgzR4pMkn7eyR5 D9VYkGD8UL1UmsOd =tfXd -END PGP SIGNATURE- ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación de farmacias de Madrid
Hola, hoy he tenido muy poco tiempo, pero suficiente para añadir los plugins e intentarlo una vez más. El problema ahora, teniendo los filtros puestos, es que al descargar los datos se añaden los nodos de otras farmacias próximas que supongo tú has puesto, con lo que en vez de 50 tengo 60 con nada que descuide. Tendré que revisarme las 60? Saludos! El 16 de octubre de 2014, 19:04, Rafael Avila Coya ravilac...@gmail.com escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola: Qué tal van esas prácticas, Santi? He actualizado la wiki de workflow [1] con instrucciones de cómo usar el plugin Mirrored_Download de JOSM para descarga de datos demasiado voluminosos para el servidor OSM oficial, así como qué hacer cuando aparecen las advertencias al combinar las dos capas y al subir los datos a OSM. Un saludo, Rafael. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación de farmacias de Madrid
Hola, Ya conseguí arreglar el problema con la cuenta. Gracias! Ahora estoy atascado en el punto 2 (no voy demasiado rápido, jeje...). Me he descargado el subset 01 aunque no he indicado nada en la wiki porque me siento inseguro y de momento sólo quiero probar para no liarla. Cuando intento con Josm bajarme los datos del área, me sale el error de que el área es demasiado grande, y por mas que he mirado y googleado no veo la forma de ampliar la zona. Con los gpx josm permite descargar solo el área que rodea la traza. ¿no hay algo parecido para esto? Y bueno, si creeis que estoy demasiado verde para este trabajo decídmelo sin problema y dejo paso a los que sabéis. Saludos! El 14 de octubre de 2014, 21:56, Rafael Avila Coya ravilac...@gmail.com escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola, Santi: Gracias por ofrecerte a colaborar en esta importación. Lo de usar una cuenta específica para importar datos de terceros a OpenStreetMap es un requerimiento general para cualquier importación de datos. Está recogido en la guía de importación [1]. En cuanto a lo que te ha ocurrido con el bloqueo de cuenta, es la primera vez que tengo noticia. Si es así, tiene que ser un fallo de la API, está claro. ¿Has intentado en poner tu nombre de usuario, sin contraseña y clicando en Perdió la contraseña? para intentar que te envíen una nueva y así recuperar tu cuenta OSM habitual? Si lo resuelves así, luego crea una nueva cuenta para la importación, pero esta vez hazlo contra una cuenta de correo-e diferente. Espero que puedas resolver esto y así poder seguir con el proceso. Un saludo cordial, Rafael. [1] http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación de farmacias de Madrid
Con la intención de aprender y colaborar por primera vez en una importación de datos he empezado a seguir las instrucciones pero en el punto 1 de la wiki ya he tenido el primer problema: he creado en openstreetmap un segundo usuario añadiendo _import y registrándome con mi correo habitual (por cierto: ¿para que crear otro usuario?) y ahora JOSM no me conecta ni con el de antes ni con el nuevo: La autentificación en la API OSM https://api.openstreetmap.org/api/0.6/; ha fallado. Introduzca un nombre de usuario y contraseña válidos. El 14 de octubre de 2014, 1:18, Rafael Avila Coya ravilac...@gmail.com escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola a todos/as: El proceso de importación de 1.701 nodos de farmacias de la base de datos del Ayuntamiento de Madrid ya está listo. La wiki requerida por la guía de importaciones a OSM [1] (en inglés) refleja las modificaciones a la propuesta inicial después de la discusión en la lista de imports. A partir de esta wiki, he elaborado una wiki con el workflow (en castellano) para que cualquier usuario interesado pueda participar en la importación [2]. Para quienes no hayan participado nunca en una importación de datos, ésta es una buena oportunidad, especialmente interesante e instructiva para aquellos/as que no hayan usado nunca los filtros ó el plugin Todo List en JOSM. El seguimiento del progreso de la importación se hace por medio de una tercera wiki [3], en la que se pueden descargar los ficheros correspondientes a cada bloque (la importación está dividida en 34 bloques de 50 nodos cada uno (salvo el último que tiene 51 nodos)) y actualizar el status de la misma. Se ruega encarecidamente a aquellos/as que estén interesados/as en participar, que lean la wiki del workflow [2] y que no comiencen mientras no comprendan perfectamente todos los pasos a seguir. Si detectáis cualquier error, por favor, comunicarlo lo antes posible para así poder subsanarlo a la mayor prontitud posible. Un saludo, Rafael Ávila Coya. [1] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import [2] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Workflow [3] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Progress - -- Twitter: http://twitter.com/ravilacoya - Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBAgAGBQJUPF22AAoJEB3niTly2pPQWZUP/jDxIs6SMU5eXlSIVZvRutt7 GVJKYXnYtDy2CIi0ITIGTNYINfHL0pkZEdrOyyMSX7lOou1DAEdkJzbCkyCJ0Vls thkkYlRMvqd1Y0Vytq/TTCP/obIKbymBC/KuHJmRq/GhIKh80dTlumPOFUK2bHQW zDqq2uLpgrTCpreS1NP+K2UPs3rGItaEaWpqwu839Lzwix0Zyy5Qn4nyEkySERLp cMTmz8JyV7/5COGkBC+8j8zVdyI+CAu4PnApmJrVavlmbl2bjd/7/blZqGiT3N1w Zu7z00Q4LM9igXYYEC38H2cCf9vTobNLtnV4ovfZQTEJsGb8UQafK9hupZWfiC53 Wx7NUyAzltt/dntmMPvJCEhWORAXOkx8YCBBf4/b45sXAqsYAn7XIuBcNhI2PXkq YFXNvWGvufAQaS5FrbUtuoB/H+WdYGfjpvISABDEkdOkKRnrbS8Nhuv7loSMmG5u i2d3Kgnvmm/UdXPOnHpVinZ67+dvSQYn/BCP9F9u/Poa0C0jJMYfrvTKV67sIXnK JuatU33G0QT3AgwekVJCkVsmfMqOgXbycayxu0YNXi0MF1UEGSX081mB9Qw0ULd9 xbelfhK28rG8jNk33jtlpxXGGV3RfCftxIKbp+soooQ0l7oxNkA5XwkMHqgGGhsQ Vn5aeUCnvTI9bf1AbWlI =pcrC -END PGP SIGNATURE- ___ 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] Actualización de Modificaciones
Yo creo que el servidor va a su rollo jeje, según le de el viento te lo actualiza enseguida o pueden pasar días, pocos o muchos, pero al final siempre cumple. El 11 de octubre de 2014, 13:48, Fernando Garcia ferg...@gmail.com escribió: Hola a todos. Subí unas modificaciones y actualizaciones desde JOSM hace 4 días y todavía no aparecen. Anteriormente subí otras con menos volumen y ya están actualizadas. ¿En que plazo se suelen actualizar? Me he unido a osm hace poco y todavía no conozco el proceso de verificación. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Fwd: Georreferenciación
Yo procuro basarme en el mapa PNOA de España. Según creo está más afinado. El problema es que a veces tarda un poco en cargarse. El 3 de octubre de 2014, 20:30, andrzej zaborowski balr...@gmail.com escribió: 2014-10-03 19:39 GMT+02:00 Cruz Enrique Borges cruz.bor...@deusto.es: ¿A que se puede deber esto? ¿Puede que las ortofotos estén mal georreferenciadas? Como dice Cruz, las capas de Bing en muchos sitios estan georeferenciados con varios metros de error. En la documentacion OSM (wiki, foros, etc.) encontraras una advertencia sobre el uso de ortofotos en varios sitios, pero como se intenta que una persona pueda empezar a mapear lo mas facilemente posible, muchas veces no se sigue la regla de siempre comparar una capa con trazas GPS antes de empezar. Luego esta regla a lo mejor ya no es actual cuando existen capas como el catastro disponibles, de hecho se podrian usar estas capas como referencia para las comerciales (Bing, MapBox) en tu editor -- los editores principales te permiten ajustar la georeferenciacion de las imagenes, y en JOSM estos ajustes se pueden subir a una base de datos donde se comparten automaticamente con otros usarios. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Datos historic en OSM de España y visor
Gracias Patricio por la información. Ya he conseguido exportar a JOSM las etiquetas de mi zona aunque parece que Overpass no contempla filtrar por nombre de usuario, pero ese es un mal menor. Ahora solo me falta ponerme manos a la obra :) Saludos El 5 de mayo de 2014, 19:39, Patricio Soriano Castro pasori...@gmail.comescribió: Saludos Santi y Jesús El 05/05/14 18:30, Santi Aguirre escribió: Mea Culpa. En mi afán de etiquetar todo lo que veo he etiquetado muchas ruinas sin valor histórico como historic = ruins y ahora me doy cuenta de que debería haber puesto: building = yes y ruins = yes. Me gustaría arreglar el pequeño desaguisado pero soy un aficionado sin demasiados conocimientos: uso JOSM y hasta ahí llego. ¿Hay alguna forma rápida de localizarlas por usuario por ejemplo? Mi nick es Uranzu. Gracias y un saludo. Santi es normal que pase esto. El trabajo consiste en eso. A pesar de todo, incluso después del trabajo me surgen algunas dudas sobre el uso de algunas etiquetas sobre todo historic:monument. Creo que podrías usar OverPass Turbo para obtener un fichero OSM de tu zona de mapeo que busque la etiqueta historic=ruins. Desde Overpass, guardas (exportas) el fichero osm y luego lo editas con JOSM. Seguro incluso que puedes filtrar incluso por usuario. si tienes alguna duda mándame un correo o me dices la zona de mapeo y lo vemos. Otra cosa que estoy realizando es el diseño de una plantilla sobre Patrimonio que se pueda utilizar en JOSM para facilitar la introducción de este tipo de datos. Avisaré cuando la tenga más avanzada. El 2 de mayo de 2014, 17:37, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: Excelente trabajo Patricio. Siempre he pensado en el potencial que tiene OSM en la parte de difusión del patrimonio. No solo en los ya catalogados dentro de los BIC sino en aquellas pequeñas construcciones, restos, o topónimos menores que muchas veces son difíciles de localizar si no es por el conocimiento local. Es un patrimonio que llega a olvidarse lo que fueron o incluso cual era antigua función debido a su estado o localización poco accesible. En mi caso, puedo contar que he tenido bastantes dudas sobre cómo etiquetar la parte histórica de elementos como estos: - Canal - Presa - Esclusa - Puente - Molino de agua - Minas y todas las instalaciones asociadas (planos inclinados, antiguos ferrocarriles, cargaderos, torres de pozos, etc.) - Cueva - Presa - Resbaladero de troncos. - Nevero - Palomar - Atalaya - Castro - Antiguas paradas de postas - Casamatas o restos de trincheras. En la mayoría, puedo definir su etiqueta general, pero ¿cuando utilizo la etiqueta historic o heritage para poner de relevancia su importancia patrimonial? La verdad es que el tema es bastante complicado para todos aquellos elementos más o venos históricos y con algún valor patrimonial. Mi consejo es buscar páginas oficiales de la administración autonómica o local para comprobar como dices si estos elementos están en catálogos. Hay un problema con elementos patrimoniales más recientes, como por ejemplo patrimonio industrial o patrimonio etnográfico. Todo depende de la comunidad autónoma. si no se sigue alguna guía, cualquier construcción con más de 50 años podría ser considera histórica y sería un auténtico caos. Del listado que has puestos, según la wiki cueva estaría en archaeological_site, mientras que atalaya y castro (fortificación) van a castle. Los demás no tiene tag histórica con lo creo que se les podría añadir historic=building o historic=yes aunque estas etiquetas según Taginfo se utilizan bastante poco. Por otra parte y si te interesa, considera utilizar en tu trabajo la etiqueta wikipedia http://wiki.openstreetmap.org/wiki/Key:wikipedia e image http://wiki.openstreetmap.org/wiki/Image de los elementos. Al realizar la exportación, se guardan todas las etiquetas y valores. Te puede decir, lo voy a comprobar en la base de datos que las etiquetas wikipedia http://wiki.openstreetmap.org/wiki/Key:wikipedia e imagehttp://wiki.openstreetmap.org/wiki/Imagese utilizan realmente poco. Además hay bastante follón en su uso sobre todo en la wikipedia, incluso en diferentes idiomas. Esta fue una de las razones por las que en la info de cada punto lo que se ha añadido es un link a wikipedia y Flickr para realiza runa búsqueda. de todas formas creo que en la próxima actualización añadiré también estos dos datos para que se vea que se pueden añadir. Además podrías probar a encontrar una clasificación más atinada utilizando bases de datos semánticas como DBpedia http://dbpedia.org/, Freebase http://www.freebase.com/ o Wikidata https://www.wikidata.org . Cuando saco tiempo, estoy generando clasificaciones complementarias según tesauros de patrimonio histórico. Tengo que ver, como solucionar la incorporación de este dato cuando haga
Re: [Talk-es] Datos historic en OSM de España y visor
Mea Culpa. En mi afán de etiquetar todo lo que veo he etiquetado muchas ruinas sin valor histórico como historic = ruins y ahora me doy cuenta de que debería haber puesto: building = yes y ruins = yes. Me gustaría arreglar el pequeño desaguisado pero soy un aficionado sin demasiados conocimientos: uso JOSM y hasta ahí llego. ¿Hay alguna forma rápida de localizarlas por usuario por ejemplo? Mi nick es Uranzu. Gracias y un saludo. El 2 de mayo de 2014, 17:37, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: Excelente trabajo Patricio. Siempre he pensado en el potencial que tiene OSM en la parte de difusión del patrimonio. No solo en los ya catalogados dentro de los BIC sino en aquellas pequeñas construcciones, restos, o topónimos menores que muchas veces son difíciles de localizar si no es por el conocimiento local. Es un patrimonio que llega a olvidarse lo que fueron o incluso cual era antigua función debido a su estado o localización poco accesible. En mi caso, puedo contar que he tenido bastantes dudas sobre cómo etiquetar la parte histórica de elementos como estos: - Canal - Presa - Esclusa - Puente - Molino de agua - Minas y todas las instalaciones asociadas (planos inclinados, antiguos ferrocarriles, cargaderos, torres de pozos, etc.) - Cueva - Presa - Resbaladero de troncos. - Nevero - Palomar - Atalaya - Castro - Antiguas paradas de postas - Casamatas o restos de trincheras. En la mayoría, puedo definir su etiqueta general, pero ¿cuando utilizo la etiqueta historic o heritage para poner de relevancia su importancia patrimonial?¿Qué pasa con aquellos lugares con los restos de una cimentación, por ejemplo, de un nevero o de un retén de troncos que no son lugares arqueológicos? Por otra parte y si te interesa, considera utilizar en tu trabajo la etiqueta wikipedia http://wiki.openstreetmap.org/wiki/Key:wikipedia e image http://wiki.openstreetmap.org/wiki/Image de los elementos. Además podrías probar a encontrar una clasificación más atinada utilizando bases de datos semánticas como DBpedia http://dbpedia.org/, Freebasehttp://www.freebase.com/o Wikidata https://www.wikidata.org. Un saludo. Jesús Gómez El 2 de mayo de 2014, 10:41, Patricio Soriano Castro pasori...@gmail.comescribió: Hola a todos Desde el pasado miércoles está disponible en Github [1] un trabajo que he estado realizando centrado en el análisis de la etiqueta *historic *en OSM en España. La finalidad es que pueda servir de pueda servir de ayuda a los que estén interesados en mapear este tipo de elementos y mejorar calidad de a información ya existente como ya se hizo en Canarias [2] y estoy intentando mover para la provincia de Córdoba [3]. Me interesaría saber vuestra opinión sobre los resultados que he podido obtener y también contar con vuestros comentarios para poder mejorar el trabajo, sobre todo en la parte técnica. El trabajo también ha incluido un visor con los datos en CartoDB [4]. De antemano, gracias por vuestra colaboración. [1] https://github.com/pasoriano/visor-historicosm/blob/gh-pages/README.md#an%C3%A1lisis-de-resultados [2] http://wiki.openstreetmap.org/wiki/ES:Bienes_de_Inter%C3%A9s_Cultural_en_Canarias [3] http://wiki.openstreetmap.org/wiki/ES:Bienes_de_Inter%C3%A9s_Cultural_de_C%C3%B3rdoba [4] http://sigdeletras.com/visor-historicosm/ -- Patricio J. Soriano Castro www.sigdeletras.com @sigdeletras https://twitter.com/SIGdeletras - Linkedinhttp://www.linkedin.com/in/patriciosorianocastro +34 639714412 ___ 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