F4 es uno de los pocos visores de OpenStreetMap que ha estado en servicio ofreciendo renderizado en 3D por muchos años. Han habido otros servicios, pero cuando se muestra F4 cualquier persona se descresta. He empezado a mapear en 3D, y muchas de las grandes contribuciones, principalmente en Denver, en este ámbito han sido de chachafish. Lo quise contactar para obtener algunos tipos de un experto, pero dejó de mapear desde 2020 (en plena pandemia :( ), entonces me tocó buscar otras opciones.

En el wiki, en communities, hay información dispersa, pero no muestra todas las posibilidades que tiene esta herramienta. Entonces, decidí indagar en la misma página de F4 map, y encontré 2 páginas muy interesantes: render y changelog. En ellas se describe en cierto desorden todo lo que puede hacer esta herramienta.

Entonces, decidí darle un orden, extraer las etiquetas que usa y ahí tener una mejor idea de cómo debo hacer 3D mapping. Fue ahí cuando recordé Taginfo, y decidí listar este visor en este directorio, por lo que creé una entrada: https://github.com/angoca/f4demo-in-taginfo/blob/main/taginfo.json.

Además de lo anterior, es necesario manejar los colores para que se visualice más cercano a la realidad. Para eso se puede usar esta guía de nombres de colores.

Esperemos que esto sea de ayuda para que más personas se aventuren en el mapeo 3D, sobretodo teniendo un poquito más de documentación.

Yo comencé con un pequeño ejercicio en el norte de Bogotá, y estoy muy contento con el resultado del Centro Comercial Plaza Norte:

• Mapa 3D.
• OSM.
• Mapa de emergencias.
• Interno - Otro interno.

El mapeo de interiores no es muy popular ya que requiere conocimientos de la distribución de los espacios dentro de un edificio. Normalmente esto se hace por medio de un plano, que puede ser el de evacuación. Aunque aquí empieza el problema de permisos de uso de datos para mapear en OpenStreetMap.

En Colombia estamos comenzando esta labor, pero quise listar lo que se ha hecho en Latam, y reconocer a los mapeadores:

• Colombia - Catedral Primada, Bogotá - chachafish.
• Colombia - Centro Comercial Plaza Norte, Bogotá - Andrés Gómez (yo).
• Colombia - Sena en La Rosita y Colegio Nacional Universitario Histórico, Velez, Santander - Germán Cruz.
• Ecuador - Quicentro Shopping, Quito - chachafish
• Perú - Jockey Plaza, Lima - chachafish.
• Perú - Aeropuerto Internacional Jorge Chávez, Lima - Diego Sanguinetti.
• Chile - Aeropuerto Diego Aracena, Iquique - est_4391
• Chile - Aeropuerto El Lao, Calama - .
• Chile - Universidad Católina del Norte, Coquimbo -
• Chile - Pontificia Universidad Católica de Chile, Santiago
• Argentina - Tulum - Almacén de de aromas, Bariloche -
• Argentina - Centro comercial Alto Avellaneda, Buenos Aires -
• Argentina - Museo Nacional de Bellas Artes, Buenos Aires -
• Argentina - Museo de artes plásticas ‘Eduardo Sivori’, Buenos Aires -
• Argentina - Edificio Técnico, Buenos Aires -
• Argentina - Universidad Nacional de la Matanza, Buenos Aires -
• Argentina - Universidad de Luján, Buenos Aires -
• Argentina - Terminal de Omnibus Mariano Moreno, Rosario -
• Argentina - Centro comercial Paso del Bosque, Rosario -
• Argentina - Aeropuerto Internacional de Rosario, Rosario -
• Argentina - Tierra Chica, Rosario -
• Argentina - Construcciones en Funes, Rosario -
• Argentina - Universidad Nacional de Córdoba, Córdoba -
• Venezuela - UCAB Guayana, Ciudad Guayana -
• Brasil - Universidades, Sobral -
• Brasil - North Shopping, Fortaleza -
• Brasil - IFRN, Natal -
• Brasil - Mangabeira Shopping, Joao Pessoa -
• Brasil - Caruaru Shopping, Caruaru -
• Brasil - Shopping Camará, Camaragibe -
• Brasil - Shopping Riomar, Recife -
• Brasil - Shopping Recife, Recife -
• Brasil - Shopping Guararapes, Recife -
• Brasil - Park Shopping, Brasilia -
• Brasil - Shopping Sinop, Sinop -
• Brasil - Uberlandia, Uberlandia -
• Brasil - Park shopping Sao Caetano, Sao Paulo -
• Brasil - Museo do Ipiranga, Sao Paulo -
• Brasil - Hemos Sabin Norte Shopping, Bluemenau -
• Brasil - Shopping Patio Chapeco, Chapeco -
• Panamá - Mulicentro, Panamá -
• Costa Rica - Paseo de las Flores, San José -
• México - Biblioteca Pública Central Estatal Francisco Cervantes, Queretaro -
• México - Catedral Metropolitana de la Ciudad de México, Ciudad de México -

Hace unos días estuve en el State of the Map LatAm, que esta vez fue en Belém de Pará, en Brasil, cerca de la desembocadura del río Amazonas. Fue el primer evento relativo a OpenStreetMap al que asisto y fue muy enriquecedor para mí.

Llevo varios años contribuyendo al proyecto OSM de diferentes formas: he fortalecido y empoderado a la comunidad de Colombia, he promovido junto con mi amigo Rafael Isturiz la resolución de notas, he hecho eventos de diferente naturaleza, varios de los cuales me ha acompañado mi señora, mi hijo, a veces mi mamá y hasta mis sobrinos y hermanos. Pero siempre habían sido en Bogotá, o cerca de la capital, como el último que hicimos en Duitama.

Para el SotM LatAm apoyé en ciertas cosas en la organización, como su propuesta inicial (que utilizó las herramientas que habíamos configurado para las juntas LatAm) y en algunos temas de TI.

Desde hace un tiempo, había querido aprender un cuarto idioma, y había intentado entre el Latín y el Esperanto. Pero debido a que era un evento en Brasil, además que ya había viajado 2 veces allá, decidí aprender Portugués. Comencé con Duolingo (y aún sigo, al igual que otros amigos que fueron al SotM) y tomé clases en el IBRACO. Con esto al menos podría interactuar con los locales más fácilmente.

Para preparar el viaje, me tocó alistar la vacuna de la fiebre amarilla, desempolvar los pasaportes, y recordar que la última vez que había salido del país fue a Francia para presidir el matrimonio de mis amigos Magali y Noel (si, yo los casé).

En la preparación del vuelo, una persona que admiro mucho, Leonardo Gutiérrez, me dijo que iba a tomar el mismo vuelo y los mismos hoteles que yo. Esto ya pintaba bueno, porque con Leo nos la llevamos muy bien y viajar bien acompañado vale oro.

Ya cuando se acercaba el día del vuelo, la mejor pareja mapeadora, Angie y Juancho, me dijeron que iban a tomar el mismo vuelo. Ya en este punto dije: será un viaje genial.

Llegó el día del viaje, había protestas en el aeropuerto Eldorado, por lo que Angie y Juancho llegaron con 6 horas de anterioridad, y me dijeron que no había problema para pasar al muelle internacional. Entonces, me “relajé” y como yo sabía que Leo que venía de Duitama en bus, y llegaba en Transmilenio (el bus BRT de Bogotá) decidí tomar el mismo bus. ¡Fue una Odisea! Primero ajustar el trayecto para tomar el mismo bus expreso. Cuando llegué a la estación donde paraba (llegué corriendo). El bus estaba lleno, además, yo llevaba una maleta grande, y el sombrero que mi amigo Salim me había pedido (un sombrero aguadeño espectacular, que también me voy a comprar). Iba tan lleno el bus, que me tocó pedirle a algunas personas que estaban fuera del bus que me empujaran, para poder entrar (al estilo japonés con los pushers, aunque aquí sin guantes blancos).

Dentro del bus, le pasé el sombrero a Leo, que estaba “lejos” pero mejor posicionado que yo - en la puerta, y las personas me ayudaron con esto. Ya más adelante comenzamos a hablar, y no paramos durante los 5 días del evento.

Cuando llegamos al aeropuerto, comenzamos a calentar motores, con una cerveza en Crepes & Waffles mientras cenábamos. Después fuimos a emigración, y claro, como hace rato no salía del país, me tocó hacer una fila de 1 hora para el control, ya que no tengo control biométrico. Ya después de pasar emigración, Angie y Juan nos esperaban con varias cervezas. ¡Cerveza a 5000 en el muelle internacional! Con eso la espera del avión fue muy buena. Ahí fue que les dije, esto es como un viaje de Prom, porque tenía amigos que me cuidaban, y yo a ellos.

Más tarde se unió Mishell, y aceptó muy contenta una cerveza que le teníamos. Lo único fue que en el vuelo de Avianca de Bogotá a Manaos no pudimos tomárnoslas, por lo que decidimos dormir en el avión. Iba tan desocupado que cada uno tomó una banca de 3 personas, por lo que pudimos descansar acostados.

Durante todo el viaje, les pedí a ellos que me ayudaran a cuidar el sombrero de Salim, y casi que, en vez de estar pendiente de las maletas, estábamos pendiente de que el sombrero no se quedara en algún lado, ni fuera lastimado.

Ya en Manaos, yo debía recoger mi maleta, y esperar 4 horas para el otro vuelo. ¿Cómo esperar? pues tomando unas cervezas, así hasta las 6 de la mañana, después desayunamos, y tomamos el otro vuelo.

Finalmente, en Belén, después de una noche muy interrumpida, en un vuelo con turbulencias, llegamos al hotel. Un hotel cerca de la ubicación inicial del evento, del Hangar, pero muy lejos del nuevo lugar, el Palacete do Pinho.

Nos encontramos con Leo, fuimos donde estaba Jonathan y Graeme, los expedicionarios del Amazonas (tomaron barco desde Iquitos hasta Belém de lo cual escribieron varias entradas en el diario de OSM) y se nos unió Julieth, una chica de Medellín.

El siguiente día era para un evento sencillo en la mañana (ya que no había terminado el FOSS4G), que consistía en el registro y después una walk-a-thon. Llegué temprano, saludé a Juan Arellano, con quien habíamos cuadrado varios eventos, y a Cati, que es una chica con la que siempre puedo contar, y me encanta ese apoyo incondicional.

Posteriormente vino la que pudo haber sido la parte más emocionante para mí. Empecé a saludar gente que conocía de hace años, grandes amigos, pero no había tenido la oportunidad de conocerlos en persona. El primero fue Salim, que gusto poder estar ahí con él, y hablamos bastante. Después saludé a Céline; fue un caluroso abrazo, de una gran amiga. Después de muchos años de hablarnos, no había tenido la oportunidad de compartir con ella, que “chevere”. Posteriormente vino Vitor, con quien hemos apoyado la construcción de la comunidad de LatAm. Entonces, me dije, estos momentos hay que guardarlos, y comencé a tomar una selfie con cada persona que saludaba.

Así fue como saludé o conocí a Willie, Patricia Llanos, Dolores, Kaue, Ariel Anthieni, Mishell Catucuamba, los chicos de SAGEMA Paulina, Julieth, Yéssica, Camilo y la sorpresa, Sebastián Bravo - quien no había confirmado que viajaba a Belém. Finalmente llegaron las TomTom girls, unas personas magníficas con las que había hablado mucho, María José y Zorca, quienes me presentaron a Leticia. Puede que haya saludado a más personas, pero no lo recuerdo.

Nos tomamos la primera selfie del evento, y así vinieron varias fotos. Salimos, nos dividimos en 2 grupos, y comenzamos a mapear. Algunos con StreetComplete, otros con Every Door, Angie y yo con las cámaras 360, otras personas tomaban fotos y videos para Mapillary. Ahí aprendimos mucho.

Esa noche, fuimos algunos a tomar unas cervezas en el hotel, y Leonardo estaba haciendo lo que nos dijo que hacía Agustín Codazzi, quedarse en el agua todo el día, y atender desde ahí; en este caso, él hablándonos y tomando cerveza desde la piscina. Qué buen plan.

Después fuimos al Hangar, para la presentación de las personas que participábamos del SotM, algo corto, y ahí identifiqué que OSM es muy amplio, para diferentes propósitos. Después nos fuimos “los viejos” (como nos llamó Kaue) a las Docas, el antiguo puerto de la ciudad, y nos encontramos con otras personas de OSM. Compartimos con la gente de TomTom, nos dijeron que tocaba comer un helado tradicional ahí, y la pasamos muy bien. El no “viejo”, Kaue, fue el primero en irse al hotel por estar cansado.

Al siguiente día, nos tocó ir al otro lugar, al palacete do Pinho, y junto con Leo identificamos que realmente nuestro hotel estaba muy lejos. Pero ya que podíamos hacer.

La primera presentación fue del Board de la OSMF, una sorpresa tener a alguien de la organización que soporta OSM en el evento de LatAm, y qué mejor que una presentación en español, dada por Daniela, lo cual empoderó mucho a las personas. Para apoyar las membresías, creamos unos códigos QR (Rafa me apoyó con esto remotamente) y sabemos que muchas personas se inscribieron. Estamos esperando estadísticas actualizadas de membresía por país y así crecer la participación de LatAm.

Después vino la presentación de TomTom, algo muy bien logrado, en diferentes idiomas, inglés, español y portugués, donde el público entendió por qué esta organización está tan interesada en fortalecer la comunidad.

La siguiente presentación era de Juan Melo y su mapeo en Araracuara. Él ya me había contado cosas de lo exigente que fue, pero no había visto eso en fotos, y es admirable el trabajo que hace él en HOTOSM, y los riesgos a los que se expone.

En este punto le di a Salim, la bandera y el sombrero aguadeño después de todo ese trayecto. En ese momento me pidió que nos tomáramos una foto con todos lo que veníamos de Colombia, y ahí me di cuenta de que éramos la delegación más numerosa después de la local (inclusive puede que hayamos sido más numerosa que la de Brasil).

En este momento, Vitor se me acercó y me entregó el premio que me habían “dado” en el State of the Map 2024 en Kenya, al cual no había ido, y que se lo habían dado a Maya, después a Willie, y finalmente a Vitor. Gracias a ustedes por llevar ese galardón, ya que no es pequeño. Aproveché y le pedí a alguien a HOTOSM que me lo entregara para la foto oficial, y así fue como Juan Arellano posó conmigo para la entrega del premio: Community Organizer of the Year – Latin America and the Caribbean 2024 – In recognition of your oustanding leadership and organization in building and supporting a vibrant open mapping community in Latin America and the Caribbean region.

Era la hora del almuerzo y nos recibieron con una feijoada, el plato típico de Brasil, el que produce mucha “Saudade” y ya entendimos por qué.

Después del almuerzo, vino la presentación que más estábamos esperando, la presentación de Angie. Esto debido a que estaba nerviosa, y era su debut en presentaciones. Es cierto que Angie conoce muy bien de OSM, y siempre está explicando cosas, pero era la primera vez que precedía una charla. Fue algo genial, un tema que poco se trata por lo común que es, como son los caminos-highways, pero al mismo tiempo, lo poco discutido en comunidad. La charla aclaró muchas dudas, salieron preguntas, hubo discusión, se integró con otros temas como el transporte. En fin, muy buen taller. Felicidades, Angie, espero que siguas haciendo muchas presentaciones.

Después vinieron más conferencias, donde las GeoChicas nos presentaron lo que hacen para promover el mapeo por mujeres; OvertureMaps nos invitó a usar sus datos, donde usan diferentes fuentes. Esto último tiene mucho potencial para fortalecer el mapa.

Ya era el momento de charlas paralelas, teníamos 3 tracks, y ahí di mi taller de mapeo de ríos. Quise presentar eso porque es lo que estoy trabajando, de corregir ríos gracias a la página WaterwayMap.org creada por Amapanda. Y pues fue algo muy discutido, lo cual es muy bueno para que comencemos a mapear de la misma forma y logremos tener verdaderas cuencas en LatAm.

Ya en la noche, queríamos ir a tomar algo. Y pues no sabíamos a donde ir. Finalmente, entramos a un establecimiento cerca que tenía música en vivo, lo cual animaba mucho. Ahí tomamos unas cervezas y pudimos compartir con muchas personas. En otros contextos se llaman GeoBeer, y considero que es el espacio ideal para fortalecer lazos, para conocer personas, para compartir, y debe estar bien definido para que no se pierda esa esencia, ya que, si bien es un grupo de personas trabajando a miles de kilómetros de distancia, también somos una comunidad, y un grupo de amigos. Aproveché para tomar otras selfies, con Graeme, Edoardo Nerhut, Jonathan Rupirre, Iván Gayton, Andrés Duhour, Jaime Gutiérrez, Maya, Carolina García, Dani Waltersdorfer, Severin Menard, Adrien.

Al siguiente día, había un taller de drones, el cual permitió a varias personas manejar un drone. Este tipo de actividades permiten quitarle el miedo, y aventurarse con estas herramientas de mapeo. Además, que se presentó junto a DroneTM, que permite dividir una zona para tomar fotos entre varios pilotos/drones. También hubo otros talleres, pero no pude asistir, principalmente los de YouthMappers, donde mostraban todo lo que han hecho, y como había varios de Colombia eran muy buenos.

Por la tarde era el taller de mi amigo Leo, el cual era sobre cómo su trabajo de generar rutas de transporte y cómo generar los GTFS a partir de esto. Una charla bastante técnica, que tuvo gran acogida. Lo malo fue la temperatura que nos hizo transpirar a todos, ya que no había aire acondicionado. Leo casi se me derrite.

Ya en este punto se empezaban a hacer los actos protocolarios de cierre, entre esos la foto grupal. Rodrigo tomó la foto más conocida del evento que ha rodado en redes sociales. Posteriormente, Juancho me dio su drone para hacer la foto desde el aire. Me tocó poner a prueba mis dotes de piloto de drone certificado, sobre todo, que había unos cables cercanos por ahí.

Volvimos al auditorio, y Juancho hizo la última presentación, del mapeo de ciclovías de Bogotá. Este fue un proyecto que hicimos hace un tiempo con Jorge Aguirre-JAAS, Angie, Juancho y yo, y qué bueno recordar todo eso que hicimos, que definimos, las discusiones, las salidas a terreno, los datos que recolectamos, y lo mejor de todo, tener esa presentación cuando se cumplen 40 años de la ciclovía en Bogotá, pionera en el mundo de bloquear los carros y motos algunas vías por unas horas, para dejar circular bicicletas, peatones, y demás transporte ligero.

Para terminar el evento, Juando (CyberJuan) me dijo que presentara la postulación de Medellín como sede del próximo State of the Map LatAm. Ya habían preparado unas diapositivas exquisitas, muy bien organizadas, pero mi discurso puede que no estuviera al mismo nivel. Hice mi mejor esfuerzo, presenté en español, inglés, e um poquinho de português. A la gente le gustó y aceptó esta ciudad.

Ya el último día en Belém, después del evento, lo pasé con el mismo grupo que llegué, Leo, Angie y Juan. Para encontrarnos, tomé el bus público con Leo, ya que le toca tomar bus a donde vaya, por su rol en Trufi. Fue una aventura, primero porque había bloqueos, y después porque me tocó hablar en portugués con el que cobra, y explicarle por qué estaba tomando un bus que no nos servía. Me sentí orgulloso de haber aprendido portugués y de la cultura brasileña.

Para terminar la aventura, con Leo, nos separamos de Angie y Juan en el centro de la ciudad, para vernos en el aeropuerto. Fuimos a recoger las maletas, después al aeropuerto, y pasamos los controles. En el momento del control de maletas, nos estábamos arreglando, tomando nuestras maletas, y encontramos una maleta pequeña como las que nos había dado TomTom. Ahí me dije fijo es de alguien de nosotros, se lo comenté a Leo, y él la tomó de una. Llamamos a Angie y Juan, les preguntamos si tenían todas sus cosas, y se dieron cuenta que se les había quedado esa maleta. Bueno, por eso es por lo que se viaja entre amigos, para protegerse entre todos y disfrutar más el viaje.

Entonces, nos vemos el próximo año en Medellín, la ciudad de la eterna primavera donde tendremos más de estas aventuras.

Hablando con otros miembros de la comunidad de Colombia, en especial con Rafa - risturiz con quien he resuelto miles de notas de Colombia y LatAm, nos pusimos a soñar cómo podría ser una aplicación para recolectar información por medio de notas masivamente y de una forma segura.

Esta charla surgió gracias a los avances que hemos notado con las notas. Inicialmente, las notas solo eran texto (y bueno, lo siguen y seguirán siendo) pero ahora hacen referencia a otro tipo de elementos multimedia. Por ejemplo, Fediphoto puede crear notas en OSM, asociando una foto subida a un servidor federado de Mastodon (como en.osm.town), y de esta forma subir muchas fotos que persistan junto con una nota.

Otra forma avanzada es con StreetComplete que también permite asociar fotos pero son temporales (mientras la nota está abierta, lo cual es una lástima y restringe la aplicación). Por otro lado, ahora permite capturar una traza GPX, subirla a OSM, y asociarla en la nota. Esto ha permitido que las notas tengan información más rica al momento de resolver notas, sobretodo para nuestro rol de resolver notas.

Con los avances de tecnología, y dispositivos disponibles en el mercado, consideramos una aplicación móvil así:

• Tener una aplicación dedicada a notas, que no sea una aplicación que tenga otro propósito y que permita crear notas, sino algo 100% notas. Esto permite algo enfocado para la recolección de datos en terreno. Algo muy cercano es la aplicación OSM Tracker, que actualmente mantiene la comunidad de Costa Rica, solo que esta es para crear trazas, y no notas.
• Nos gustaría poder integrar un botón bluetooth, de los mismos usados para la selfies, pero en vez de activar la cámara activen el modo de captura de datos de notas. Y mientras se tenga oprimido se recolecten datos.
• Que la aplicación de notas se integre con las gafas inteligentes (smart glasses) que tienen cámara, de manera que “ven” lo mismo que el mapeador está viendo. De esta forma, graban video (algo corto de 30 segundos) para crear video notas, lo cual sería más rico en información que las notas actuales.
• Gracias a las capacidades de grabado de audio del teléfono celular, y por medio de un manos libres, dar la descripción de lo que se ve mientras se graba el video con las smart glasses. Esto sería grabado en el mismo video, e inclusive convertido a texto con un analizador de voz.
• Subir el video con el audio a una plataforma federada como loops - https://mastodon.social/@loops@pixelfed.social.
• Además, la aplicación podría estar capturando en background la ubicación del mapeador de forma permanente, pero que al momento de oprimir el botón bluetooth conserve los previos 10 segundos antes de comenzar a grabar y otros 10 segundos después de terminar de grabar. Con una traza más larga del segmento de video, permite ubicar mejor dónde fue capturado el video y entender mejor el contexto del terreno. Además, si se captura de forma permanente, la ubicación será mejor, que cuando se comienza desde cero una traza.
• Utilizar las propiedades de orientación de la cámara, para saber a dónde apuntaba (norte, oriente, hacia 45° arriba, a una altura de X metros sobre el nivel mar). Estos datos suponemos los ofrecen las gafas.
• Finalmente, que la aplicación le notifique de comentarios sobre las notas creadas recientemente. Esto permite que se realice un notathon en tiempo real, lo cual sería beneficioso por ejemplo en mapeo humanitario.

Con todo esto, el mapeador en terreno tendría su celular guardado, unas smart glasses que tienen apariencia de gafas normales, un pequeño botón bluetooth en la mano, y un manos libres en la oreja. Recolectaría mucha información por medio de un mecanismo sencillo como son las notas, no pondría en riesgo su celular, que es el problema en sitios peligrosos. Tampoco generaría dudas en las personas del entorno, quienes no les gusta que les tomen fotos, y desconfían de las personas que levantan datos en terreno. Y finalmente, los mapeadores en el computador (arm-chair mappers) tendríamos mucha más información, mejor contexto del terreno, y podríamos mapear de una manera más rica las notas reportadas.

Bueno, esto fue nuestro resultado de soñar el futuro de las notas, pero puede que esté muy cerca, a la vuelta de la equina, y sea tan solo unir varias herramientas.

Para saber dónde ha contribuido un usuario, se pueden usar herramientas como hdyc o yosmhm. Son muy buenas para ayudar a identificar personas que trabajan en la misma ciudad o país, e invitarlos a que participen de mapathones, mapping parties o inclusive geobeers. Esas herramientas se basan en las contribuciones directas en el mapa que ha hecho la persona. Pero no son las únicas formas de contribuir, también están las notas y las trazas GPX capturadas.

Debido a que el API 0.6 no ofrece una forma de descargar las trazas de un usuario dado, no hay una forma directa de hacerlo. Para eso yo creé un script para correrlo en Linux, donde se le indica el nombre de usuario, y descarga las trazas de ese usuario.

Una vez descargadas las trazas, se pueden abrir en JOSM y revisar las áreas de contribución. Este script también es útil para descargar las trazas después de un trabajo en terreno con OSM Tracker con varios usuarios.

El script lo dejé en GitHub gist: https://gist.github.com/angoca/dff941220631dace54901a3fec3de9df

En Latinoamérica, el último sábado de abril es una fecha importante, porque se celebra el FLISoL. Este es un evento que comenzó hace 20 años, y los que lo apoyamos nos hace muy felices cumplir 2 décadas en esto. Pero ¿qué es realmente el FLISoL?

Comenzó como un evento de instalación de alguna distribución Linux en los computadores. Por eso sus siglas quieren decir: Festival Latinoamericano de Instalación de Software Libre, pero con el pasar de los años ha crecido de muchas formas.

Primero, ya no es solo instalaciones, también hay charlas y talleres. Las charlas son de todo lo relativo al mundo libre, ya sea algún programa de código abierto, una plataforma de datos abiertos, o comunidad libre. Por eso, como parte de los requerimientos para inscribir una charla, en ocasiones te piden qué licencia tiene de lo que vas a hablar. Los talleres son para practicar y aplicar lo que aprendes. Por ejemplo, a usar tu nuevo Linux instalado, usar alguna herramienta como Scratch, o crear algún artículo en Wikipedia.

Segundo, ha crecido también en ciudades y países. Comenzó como algo puntual en Bogotá, pero ahora está presente en muchas ciudades de Colombia, y ha llegado a más de 10 países, inclusive en España. Por lo tanto, es un evento que atrae a muchas personas que apoyan este movimiento libre, o que quieren comenzar a descubrir este mundo.

Del lado de OpenStreetMap tenemos una gran oportunidad ahí. Podemos dar charlas de experiencias con OpenStreetMap (casos en los que lo hemos usado sus datos, contribuido, proyectos, etc.) o talleres para invitarlos a usar los visores o lo que más nos interesa, que comiencen a contribuir y mejorar el mapa.

En Colombia, el año pasado hicimos unas guías que todos pueden usar, para que hacer su propio taller sea fácil. Las guías quedaron en TeachOSM (son las únicas en español, en 4 capítulos). Y consisten en darle la bienvenida a los usuarios para que comiencen con algo fácil, respondiendo preguntas en StreetComplete.

Si quieres puedes dar una charla más avanzada, o un taller de mapeo en iD o JOSM. El límite lo pones tú, pero lo que sí quiero es que desde LatAm nos apoyemos en estas conferencias, ya que nos dan la bienvenida a nuestro proyecto y podemos dárselo a conocer a muchas más personas.

Asiste al FLISoL, postula una charla o taller en tu área. Más información en: FLISoL

Después de haber participado en el evento de Wikimedia Colombia, me interesé aún más en apoyar la integración de estos proyectos, sabiendo que ya hay varias formas, pero no son muy conocidas. Por eso, aquí voy a listar las cosas que conozco, y actualizaré la entrada cuando encuentre más.

Etiquetas en OpenStreetMap

• Etiqueta wikipedia - Key:wikipedia
  • Aquí se puede ver que en muchos casos no se debe usar solo esa etiqueta, sino acompañada de:
    • artist:wikipedia
    • architect:wikipedia
    • brand:wikipedia
    • subject:wikipedia - Probablemente la más común.
    • operator:wikipedia
    • network:wikipedia
    • species:wikipedia
    • taxon:wikipedia
    • name:etymology:wikipedia
• Etiqueta wikidata - Key:wikidata
  • Para asociar ese concepto de wikidata en OSM.
  • Tiene muchas etiquetas secundarias:
    • architect:wikidata
    • brand:wikidata
    • buried:wikidata
    • flag:wikidata
    • genus:wikidata
    • manufacturer:wikidata
    • model:wikidata
    • name:etymology:wikidata
    • network:wikidata
    • operator:wikidata
    • owner:wikidata
    • royal_cypher:wikidata
    • species:wikidata
    • subject:wikidata
    • taxon:wikidata

Atributos de Wikidata

• coordinate location - P625
  • Al abrir el wikidata, se verá un mapa de OpenStreetMap con la ubicación.
• headquarters location - P159
  • Muestra el lugar de la casa matriz en un mapa.
• OpenStreetMap relation Id - P402
  • Es el identificador de OSM de una relación, sin embargo no es muy recomendada, ya que puede cambiar de Id.
  • Caso similar para los nodos P11693 y ways P402

Herramientas de edición

• Validador de etiquetas de wikipedia o wikidata en OSM - OSM-wikipedia-tag-validator-reports
  • No es un mecanismo automático, pero Mateusz muy amablemente ejecuta el proceso de actualización.
  • Es una excelente herramienta para comenzar a arreglar las entradas de wikimedia existentes. Además permite aprender cómo se deben usar.
• “Relacionador” de elementos de OSM con artículos de wikimedia - osm.wikidata.link
  • Hace un análisis de una zona, y compara en ambos lados los objetos. Permite modificar los elementos de OSM para integrar los artículos de Wikimedia. Excelente para agregar datos rápidamente.
• Plugin de JOSM de wikipedia - JOSM/Plugin/Wikipedia
• JOSM Plugin para agregar etiquetas - JOSM/RemoteControl/Add-tags
• OSMose - osmose.openstreetmap.fr
  • Herramienta para mejorar la calidad de los elementos de Wikimedia y asegurar que están bien.
• Desafíos MapRoulette - fix broken Wikipedia tags

Visores

• Página principal de OSM - osm.org
  • Hacer zoom y escoger “Consultar elementos” para ver las etiquetas de Wikipedia y Wikidata.
  • Ejemplo en youtube
• OsmAnd - osmand.net
  • Aplicación para móviles que muestra la URL del artículo de wikipedia.
• OrganicMaps - OrganicMaps.app
• Aplicación para Android que muestra parte del contenido del artículo de wikipedia.
• Maps.me - Maps.me
  • Aplicación para móviles que muestra la URL del artículo de wikipedia, y un extracto del artículo.
• Locus - locusmaps.app
  • Aplicación para móviles que muestra parte del artículo, a partir del Wikidata, en el idioma de la interfaz.
• Visualizador de elementos geolocalizados en wikimedia wikishootme - wikishootme.toolforge.org
• Visualizador de wiwosm - wiwosm.toolforge.org/osm-on-ol
  • Es necesario modificar la URL para cambiar el idioma.
• Artículos de wikipedia - osmwd.dsantini.it
• Artículos de wikipedia wikidata - map.osm.wikidata.link
• Artículos de Wikipedia wdlocator wdlocator.toolforge.org
• Visualizador de artículos de wikipedia con su ubicación sobre un mapa (funciona mejor en Polonia) - openstreetmap.pl/wp
• Visualizador de artículos de wikipedia (enfocado a Eslovaquia) - www.freemap.sk

Documentation

• Welcome_to_Wikipedia_users
• Collaboration_with_Wikipedia
• Collaboration_with_Wikivoyage
• WIWOSM

Para terminar, es necesario recordar que la licencia de Wikimedia es CC-By, y la de OpenStreetMap es ODbL. Las dos licencias no son completamente compatibles. CC-By requiere una mención “razonable” de la fuente de datos, lo cual puede ser problemático para un mapa. Además, CC-By no permite distribución de datos en dispositivos con DRM. Estos dos elementos lo vuelven incompatible con ODbL.

Me dió por investigar cómo usar los datos de Google de los edificios, y usarlos en OSM, ya que tienen licencia ODbL (Al mismo tiempo de CC-BY).

Los datos están disponibles en https://sites.research.google/open-buildings/, divididas por zonas en el mapa.

Las zonas están en el hemisferio sur, dónde más falta mapeo (USA y Europa tienen muchos datos en OSM). Es una especia de cuadrícula sobre los continentes y cada cuadrícula puede variar entre 1 GB o 20 MB aproximadamente.

Lo que se descarga en un archivo tar.gz, por lo que es necesario tener un programa para extraer GNU Zip, el cual diferente al clásico ZIP.

Una vez extraído se obtiene un archivo separado por comas CSV.

La primera línea del archivo tiene los nombres de las columnas, lo que será necesario quitar para procesarlo.

La mejor forma para usarlo es por medio de una base de datos Postgresql con PostGIS, y después publicarlo con un GeoServer, para consumir un WMS desde JOSM.

Comencemos a procesar el archivo (quitar el encabezado), configurar la DB de Postgresql y después cargar el archivo.

FILE=8e3_buildings.csv

mv "${FILE}" /tmp/buildings.csv
tail -n +2 /tmp/buildings.csv > /tmp/tmp.csv 
mv /tmp/tmp.csv /tmp/buildings.csv

psql

CREATE DATABASE gob WITH OWNER angoca;
 
psql -d gob

CREATE EXTENSION postgis;

CREATE TABLE Open_Buildings_Temp (
 latitude DECIMAL NOT NULL,
 longitude DECIMAL NOT NULL,
 area_in_meters DECIMAL NOT NULL,
 confidence DECIMAL NOT NULL,
 geometry VARCHAR NOT NULL,
 full_plus_code VARCHAR
);

CREATE TABLE Open_Buildings (
 latitude DECIMAL NOT NULL,
 longitude DECIMAL NOT NULL,
 confidence DECIMAL NOT NULL,
 geometry GEOMETRY NOT NULL
);

COPY Open_Buildings_Temp
 (latitude, longitude, area_in_meters, confidence, geometry, full_plus_code)
 FROM '/tmp/buildings.csv' csv;

INSERT INTO Open_Buildings
 (latitude, longitude, confidence, geometry)
 SELECT
  latitude, longitude, confidence, ST_GeomFromText(geometry, 4326)
 FROM
  Open_Buildings_Temp;

DROP TABLE Open_Buildings_Temp;

Una vez cargado los datos en PostGIS, ahora generemos una capa de estilos en QGIS. Para esto se configura una capa desde PostGIS, conectándose a la DB. Después de agregar la capa, se le dan propiedades a la capa para escoger los colores. En Simbología, escogemos en la parte superior “Graduated”, en valor escogemos la columna “Confidence”, podemos cambiar los colores de Ramp, a amarillo y verde. Después se le hace click en “Classify”, lo cual puede tomar un tiempo ya que tiene que analizar todos los datos, y se obtendrá una tabla de colores similares a la de la imagen.

En la parte baja se selecciona “Estilo”, y se le indica “Guardar Estilo”. en la nueva ventana se selecciona “Guardar Estilo” como “Estilo SLD”.

Después escoger los tres puntos “…” e indicar el nombre del archivo. Ahí se especifica una ruta, la cual se usará para determinar los colores desde GeoServer.

Ahora vamos al GeoServer, comencemos creando un Espacio de Trabajo, para separar todo lo de Open-Buildings.

Agregamos una nueva fuente de datos, que corresponde a la base de datos. En la imagen mostrada ya hay otros definidos.

Escogemos una DB tipo PostGIS.

Y le indicamos la configuración para acceder.

Ahora vamos a Capas, y agregamos una nueva.

En nueva capa escogemos la fuente de datos definida antes.

Para poder crearla debemos definir los límites, lo cual se define haciendo click en “Calcular desde los datos” y después en “Calcular desde el encuadre nativo”.

Ahora creamos el estilo, para poner los colores del nivel de confidencialidad de la silueta del edificio.

En la creación del estilo, le damos cargar archivo, donde escogemos el archivo generado por QGIS, el SLD. Y le damos validar.

De vuelta en la capa, la abrimos, y en configuración de WMS escogemos la de “Open-Buildings” y cambiamos el estilo por defecto, de manera que nos muestra las mismas opciones de degradé que se definieron en QGIS.

Ya podemos previsualizar la capa, haciendo click en OpenLayers.

Y puede tomar un poco mientras genera la imagen. Copiemos la URL hasta la interrogación.

Si se hace más zoom, se deben ver los edificios de diferentes colores.

Ahora configuremos JOSM. Abrimos las configuración de imágenes, donde seleccionamos agregar WMS. Ahí pegamos la ruta que copiamos en el paso anterior y hacemos Get Layers. Recomiendo cambiar el nombre de la capa a:

“Google Open-Buildings”

Y después activamos la capa en JOSM.

En Internet se encuentra el logo de Wikipedia en modo real, o sea, la esfera de rompecabezas impresa en 3D, y yo siempre había querido hacer algo equivalente para OpenStreetMap, el mapa y la lupa en modo real. Como he utilizado el logo de OSM para crear pines o calcomanías, he utilizado el archivo SVG e identificado los pliegues del mapa, los cuales son particulares desde una perspectiva del origami (papiroplexia realmente). Sin embargo, un día mientras leía Twitter, vi en la cuenta de Massimo un pliegue para despliegue de satélites, llamado Miura Fold. Lo mejor de esto es que eran exactamente los pliegues del logo de OSM.

Me puse a buscar cómo hacer este pliegue y adaptarlo a OSM. Primero siguiendo las instrucciones del doblez el cual es originalmente para una proporción de papel diferente (no cuadrado), por lo que me tocó hacer ajustes para encontrar la forma de hacerlo para un papel cuadrado.

Por otro lado, tengo en mi casa una lupa redonda, la cual se asemeja a la de OSM. Tomando las dimensiones de la lupa, busqué un tamaño de papel aproximado para hacer el logo. Ya con esto, usé el archivo SVG del logo, extraje la capa del mapa, la imprimí con las dimensiones que quería.

Marqué las zonas de doblez y de corte y me dispuse a preparar el mapa.

Para hacerlo más realista, tomé unos trozos de fomi (etilvinilacetato) agrandé el mango de la lupa, para que tuviera las zonas amarillas (foto por el revés de la lupa).

Me faltaba un detalle, el código binario que se refleja en la lupa. Pensé en cortar los números y pegarlos sobre la lupa, pero no me parecía apropiado y un poco burdo. Me puse a jugar con la lupa, y vi que mi lámpara TaoTraonics reflejaba bien en la lupa. Comencé a taparla para ver si reflejaba algo particular y sí lo hacía, pero por ser tan intensa la iluminación también traspasaba el cartón o papel que se ponía. Me tocó tapar la zona a cortar con cinta aislante, y de esta forma solo se veía lo que quería reflejar. Entonces, extraje los números del SVG del logo, los enderecé, los imprimí a un tamaño apropiado para mi lámpara, los pegué en un cartón, les puse la cinta aislante por detrás y me puse a cortarlos manualmente. ¡Esto último tomó tiempo!

Finalmente, le pedí a mi cuñada un soporte de celular, y comencé a jugar con el movimiento de la lupa con el mapa y el reflejo de la luz. El resultado lo puedes ver en:

• https://twitter.com/MaptimeBogota/status/1672355906607087617 • https://en.osm.town/@MaptimeBogota/110596183713936174 • https://www.instagram.com/reel/Ct2Ot0-JsQ5/?igshid=MzRlODBiNWFlZA%3D%3D

Si te gusta el resultado final, dale un like.

Como hice varias pruebas para que el video saliera bien, en la versión que escogí mi esposa estaba hablando cerca, y quedó el audio de ella. Fue un descuido mío, ya que me enfoque en la imagen y no en el sonido 🤦.

Este es un artículo que describe la actividad que se realizó entre mayo y junio de 2023, llamada Mapea por Mosquera, donde se mapeó en detalle el centro del municipio de Mosquera, Cundinamarca, Colombia.

Involucrar a la comunidad

Este evento buscó integrar a la comunidad, enviando invitaciones a varios grupos locales, publicando invitaciones tanto físicas como por redes sociales, y haciendo referencia a la alcaldía del municipio (este último usa OpenStreetMap en su página web.)

Por otro lado, se imprimió un sticker para pegarse en los establecimientos detallaban en el mapa. La pegatina tenía un código QR a un enlace acortado (dub.sh) que apuntaba a una subpágina del wiki de la actividad: https://wiki.openstreetmap.org/wiki/ES:Edici%C3%B3n_organizada/Actividades/Mapea_por_Mosquera/Bienvenido

Esto permitía que las calcomanías hicieran publicidad sobre el evento días después de terminado, y que las personas supieran qué se había hecho.

En conclusión en este elemento, es que si se promociona el evento con anterioridad (redes sociales, afiches, volantes) y se dejan marcas de los lugares mapeados (calcomanías), se dejará una huella visible en el área de mapeado, y se puede involucrar a la comunidad, inclusive posterior al evento.

Bitácora

El día 28 de mayo se reunieron varios mapeadores con experiencia y se hizo un levantamiento en terreno. Esto consistió en:

• Recorrer las calles identificando los elementos a mapear - 2 horas.
• Recorrer los andenes (ambos lados de la vía) tomando fotos en cámara 360 con una patineta eléctrica - 2 horas.
• Vuelo en dron manual - 1 hora.

Posteriormente, se hizo:

• Subir las fotos a Mapillary (una secuencia ha tomado 3 semanas en procesarse).
• Con las fotos del dron se creó una ortofoto (10 horas de procesamiento) y se intentó subir a OpenAerialMap.
• Crear una tarea en Tasking Manager y se dibujaron todas las construcciones, zonas verdes, árboles, andenes.
• Con las secuencias de Mapillary (las que sí se procesaron) se detallaron cosas de la zonas: bolardos, postes eléctricos, luminarias, rampas,bancas, acnecas.
• Una vez todo se mapeó con la foto satelital, se invalidaron las tareas para identificar los comercios con las fotos de Mapillary. Sin embargo, no sirvió porque no todas las secuencias se procesaron (a tiempo).

Finalmente, el evento presencial:

• Se dividieron las manzanas para trabajar de a parejas. Asignar manzanas cercanas para apoyarse. El elemento de seguridad por manipular celulares puede ser importante en algunas ciudades - 2 horas.

Conclusión, volar el drone con un vuelo programado, para que sea eficiente de batería y tenga una ruta óptima (horizontalmente sobre las calles - no predios, dar giros de 360 grados cada cierto tiempo para captar los centros de las manzanas, volar a 40 metros mínimo. Con respecto a las fotos 360, cortar las secuencias periódicamente, cada 30 minutos por mucho.

Innovación

Este evento fue innovador por muchos motivos:

• Fue un mapping party (gente en terreno) y mapathon virtual (gente en computadores) al mismo tiempo. Mas sobre esto en Resolución de notas en tiempo real.
• Se integraron varios grupos para trabajar en un área específica. Participaron varios muchachos de diferentes grupos de YouthMappers, por lo que fue una integración entre mapeadores con experiencia y equipos, con mapeadores comenzando en el mundo de OSM.
• Lo más satisfactorio, es que el centro paso de ser un mapa muy simple y poco preciso a ser un área con alto nivel de detalle, utilizable con diferentes propósitos.

Resolución de notas en tiempo real

Las notas tienen un gran potencial, ya que pueden ser creadas por personas que no saben mapear. Por otro lado, permite una comunicación entre quien la crea y quien la soluciona. Además, herramientas como Fediphoto, o inclusive StreetComplete tienen la opción de agregar fotos. Esto último permite que las personas tomen fotos de cosas que ven mal en el mapa.

Con respecto al tiempo real, había un grupo en los computadores, resolviendo las notas que se creaban. Esto permitía que el mapa se actualizara en tiempo real, y las personas en terreno debían refrescar los desafíos de MapRoulette.

Este mecanismo de resolución de notas en tiempo real tiene mucha aplicabilidad en temas de mapeo humanitario o de crisis, donde las personas en terreno no saben qué es mapear, pero reportan lo que ven.

Historia

En Bogota se hizo una GeoBeer el 13 de abril de 2023. En dicha reunión hubo participantes de varias organizaciones y miembros de diferentes capítulos de YouthMappers.

Gracias a esta integración, se propuso mapear el área de un miembro de YouthMappers, en este caso Mosquera, para así mejorar una área diferente a Bogotá y empoderar a la siguiente generación de mapeadores.

Desde ese momento, fue que GeoParche UN comenzó a organizar el evento, y MaptimeBogota como GeoLab UdeA y uamaps participaron.

Participantes

• Rafael Isturiz
• Juan Melo
• Natalia Florián
• Angie Trujillo
• Zeltzin Palacios
• Sebastián Agudelo
• Zamir Tachack
• Felipe Díaz
• Marcela
• Andrés Gómez
• Alexis Buenaventura

Junto con Rafael Isturiz - risturiz, hemos estudiado las notas de OSM en sus diferentes aspectos. Como parte de esto, nos dimos cuenta de que las notas sirven para permitir la comunicación entre personas en terreno con personas en el computador (arm-chair mappers). Por lo que le solicitamos a Qeef algunas modificaciones en DAMN-project / Divide and Map, Now., para que detecte las nuevas notas de un área, y así poder resolver las notas recientemente creadas. En otras palabras, poder resolver notas en tiempo real. Aquí explico cómo preparar un evento de estos, con un caso concreto.

El capítulo de YouthMappers de la Universidad Nacional de Colombia (UN GeoParche) está organizando varias actividades de mapeo del área de Mosquera (un municipio cerca de Bogotá). Una de esas actividades es un mapping party donde van a participar personas de la comunidad OSM Colombia, entre esos yo, AngocA. Como todo mapping party, se captura información en terreno con diversas aplicaciones, y entre las actividades, vamos a estar creando notas sobre elementos que no estén en el mapa gracias a la aplicación Fediphoto. En paralelo, se realizará un evento en línea por OSMvideo – BigBlueButton, por el canal de Notathones LatAm, el cual dirigirá Rafael. Parte del evento en línea consiste en explicar el funcionamiento básico de DAMN-project client en JOSM, para tomar un parte del área de Mosquera y monitorear la creación de nuevas notas; de esta manera se detectan y se resuelven al instante.

Lo primero que toca hacer es definir el área donde se va a trabajar. En este caso, el mapping party se va a realizar en la zona central de Mosquera, por lo que el área donde se pueden llegar a crear las notas será la misma área.

Como ya sabemos en qué área se van a crear las notas, la dividimos en espacios de trabajo para monitorear la creación de notas. Para este caso decidimos crear un área cada 3 cuadras de largo y de ancho 2 medias cuadras. Esto lo podemos dibujar con la herramienta https://vector.rocks/, asegurándonos de que no queden espacios entre las áreas, o sea que los nodos de esquinas continuas estén superpuestos (hay muchas otras herramientas, y lo importante es que se genere un GeoJSON con áreas colindantes compartiendo nodos). Una vez dibujada el área se descarga el correspondiente GeoJSON.

Con el GeoJSON descargado, ahora lo editamos para agregar la etiqueta “name” al mismo nivel de “type”: “FeatureCollection”. Esto es necesario para que DAMN-project tome los espacios de trabajo definidos en el paso anterior y no los genere automáticamente como rectángulos. Para esto también se puede usar el visor https://geojson.io/, donde mostrará el área, y el documento en texto. Si se modifica por este lado, entonces al oprimir sobre Save, y escoger GeoJSON, se bajará un archivo llamado map.geojson.

Ya en este momento tenemos el archivo para crear el proyecto en DAMN-project, en la parte de “manager”: https://manager.damn-project.org/#area=new. Para esto, llenamos el formulario con las siguientes opciones:

• Le incluimos un buen comentario de conjunto de cambios (que también sirve de nombre de proyecto):
  • Notathon Mosquera 2023 #MaptimeBogota #ONL
• Una prioridad de 2 basta.
• En la descripción indicar que lo que se busca es solucionar las notas a medida que se crean en terreno:
  • Tomar una, y abrirla en JOSM para identificar las notas creadas en dichas áreas, para resolverlas en tiempo real. Puedes comunicarte con quien creo la nota escribiendo un comentario a la nota, por si necesitas más detalles.
• En las instrucciones, indicamos que se van a resolver Notas y agregamos un link hacia https://wiki.openstreetmap.org/wiki/ES:Notas
  • También escogemos “Download notes automatically.”
• En la parte el GeoJSON boundary file, buscamos el archivo que dibujamos en vector.rocks y que después le agregamos la etiqueta name. No debemos seleccionar las opciones sobre los custom squares porque perderemos las áreas de trabajo.

Finalmente, guardamos (save new area) y la habremos creado un proyecto en DAMN-project, el cual lo podemos ver en la parte de administración https://manager.damn-project.org/ o en la parte de mapeo https://mapper.damn-project.org/.

Ahora, podemos buscarlo en el cliente de JOSM, por medio del botón GetAreas:

Nos aparecerán todos los proyectos actualmente activos en DAMN-project.

Para este caso escogemos: “Notathon Mosquera 2023 #MaptimeBogota #ONL” haciendo doble click. Ahí nos mostrará la descripción del proyecto.

imagen 10

Si hacemos click sobre “Get area geometry”, se decargan todas las siluetas de espacios de trabajo. En otras palabras, las mismas áreas que definimos antes.

Cuando hacemos click sobre Map, automáticamente nos asignará un área de trabajo, descargando las capas correspondientes.

En este momento ya estamos monitoreando nuestra área, y dependiendo de la configuración, nos descargará las notas recientemente creadas. Para esto se abre el panel de notas.

Para monitorear frecuentemente el área en búsqueda de nuevas notas, se puede reducir el tiempo de consulta, modificando la configuración de damn, bajo preferencias, avanzado: damn.download_notes_period_minutes.

Cuando se termine de monitorear, ya que el mapeador no puede seguir con la notathon, entonces debe hacer click en “Map again”, y aceptar el mensaje de texto. Esto indica que el área queda disponible para otro mapeador.

Si alguien hace click en “To review” o “Done”, será necesario volver a habilitar esas áreas desde la zona de manager: https://mappy.damn-project.org/ seleccionando el área en modo revisión o terminada, hacer click derecho y escoger “Needs mapping.

Esta es la forma como que prepara un Notes Real-time Resolution, por medio de varias herramientas, y ante todo un equipo de trabajo tanto en terreno como en el computador.

He estado haciendo una lista de aplicaciones y páginas web con propósito específico en diferentes entradas de mi diario, la cual muestro a continuación. Hoy quiero presentar una lista de aplicaciones móviles y páginas web que permiten subir fotos, que pueden ser usadas para mejorar el mapa.

Otras entradas similares de mi diario:

• Páginas web para mejorar datos de OSM.
• Aplicaciones para mejorar el mapeo en terreno

Muchas de las opciones aquí listadas se pueden usar para asociar una foto con un elemento del mapa con la etiqueta Key:image

Listado de servicios asociados a fotos:

• Mapillary: Hace parte del servicio más grande de fotos libres a nivel de calle. Permite tomar fotos desde celular (iPhone y Android) y subirlas desde la aplicación directamente. También se pueden tomar fotos con otras cámaras, como GoPro, Garmin o algunas 360, y subirlas desde la aplicación de escritorio o línea de comando. Para visualizar las fotos, también ofrece un plugin en JOSM y está integrado en iD, lo cual permite que se usen durante el mapeo. Tiene su propia etiqueta en OSM Key:mapillary.
• KartaView: Antiguamente llamado OpenStreetView, OpenStreetCam y ahora KartaView. Es un proyecto similar a Mapillary, con aplicaciones para celular (iPhone y Android) y mecanismo para subir fotos desde escritorio. También ofrece plugin en JOSM.
• Mapilio: Es un clon de Mapillary en muchas cosas, basado en el código abierto, ofreciendo la misma funcionalidad.
• Fediphoto (code): Se integra con el Fediverso para publicar fotos y asociarlas en una nota de OSM. Se puede usar con nuestra instancia de Mastodon. Disponible en Android y f-droid.
• Commons:Mobile app: Aplicación para subir fotos a Wikimedia Commons. Estas pueden ser asociadas en los elementos mapeados. Disponible en Android y F-droid. Se puede asociar una etiqueta para una sola foto en Commons: Key:wikimedia_commons.
• StreetComplete: Es una aplicación para mejorar los datos de OSM en terreno. Permite crear notas publicando una foto en un sitio web personal. Las fotos se borran cuando la nota se resuelve. No es recomendable relacionar las fotos de este portal por ser temporales.
• MapComplete: Es un editor web que funciona en computador como en celular (funciona muy bien si no se descargan mucho elementos del mapa). Permite crear notas con una imagen asociada, la cual es publicada en Igmur. El problema de Igmur es que se depende de la capacidad y términos cambiantes de esta plataforma.
• OSM Tracker: Es una aplicación para capturar datos desconectado mientras se captura una traza GPX. Entre las opciones hay la posibilidad de tomar fotos y quedan guardadas en el dispositivo. Después, es necesario descargarlas y usarlas para mapeo en JOSM. Nunca se suben a un portal, por lo que no hay problemas de privacidad o reutilización de las fotos. Disponible en Android y F-droid.

Esta entrada fue gracias al mensaje que me envió 5R-MFT.

En la entrada anterior, listé (y voy a procurar mantenerla actualizada) las aplicaciones nativas para celular que permiten mejorar los datos de OSM. En esta entrada, voy a listar las páginas web que están adaptadas tanto para computador como para celular para mejorar los datos. Esto quiere decir, aplicaciones que van más allá de ser un POI editor (que recibe datos y no más), y en cambio le genera un formulario preguntando sobre las etiquetas faltantes para ese tipo de objeto.

• MapComplete - una serie de mapas temáticos acerca de OSM, donde puedes mejorar los datos de cada tema editando directamente. Algunos temas: basuras, cafés, restaurantes, educación, puntos de carga de carros eléctricos, entre muchos otros más.
• OSM Go - una página con interfaz sencilla para editor objetos existentes y mejorar, o para agregar POIs. También existe como aplicación para Android, pero no la pude instalar.
• HealthSites - una página web para mejorar los datos asociados con la parte de salud: hospitales, clínicas, médicos, farmacias, etc.
• OSM Hydrant - una página para editar todo lo relacionado con bomberos: estaciones, hidrantes, reservas de agua.
• WheelMap - una página para editar lugares para accesibilidad en silla de ruedas.

Si conocen otra aplicación que encaje en esta lista, con gusto la incluiré.

Otras entradas similares de mi diario:

• Aplicaciones para capturar fotos y que se usan para mapear.
• Aplicaciones para mejorar el mapeo en terreno

Esta entrada la hice por la pregunta de Yéssica De los ríos sobre el uso de OSM Go y qué alternativas había.

Hay muchas aplicaciones móviles en el ecosistema de OpenStreetMap. Varias de ellas ofrecen opciones para mejorar los datos en terreno. Aquí presento las más conocidas:

• EveryDoor: Una aplicación hecha por Ilja Zverev disponible en Android (Google Play) y iPhone (AppStore); esto debido a que está desarrollada en Dart/Flatter. Permite agregar POIs y añadir información a objetos mapeado.

• StreetComplete: Una aplicación con una interfaz muy agradable, donde le hace preguntas muy intuitivas para mejorar el mapeo en terreno. Es ideal para principiantes y personas que quieren contribuir al mapa sin estar en un computador. Esta disponible en Android (Por Google Play y F-droid).

• OpenStop: Es una aplicación reciente, actualmente solo en alemán, que permite mejorar los datos de transporte público. Está basada en StreetComplete, y está disponible in Android (Google Play) y iPhone (AppStore).

• SCEE: Es la versión avanzada de StreetComplete, StreetComplete for Experienced users. Está disponible en Android solo por medio de F-droid.

Otras entradas similares de mi diario:

• Páginas web para mejorar datos de OSM.
• Aplicaciones para capturar fotos y que se usan para mapear

Esta entrada está basada en una pregunta que me hizo Juan Carlos Melo.

Sistemas para hospedar fotos a nivel de calle

OpenStreetMap no ofrece un sistema de hospedaje de fotos, ya que el propósito del proyecto es ofrecer una base de datos geográfica. Sin embargo, OSM etiquetas para referenciar imágenes en publicadas en algún servicio externo. Por ejemplo, existe la propuesta de etiqueta image - https://wiki.openstreetmap.org/wiki/Key:image que es genérica y sirve para cualquier imagen hospedada externamente. Otras etiquetas hacen referencia directa al sistema que las hospeda, y es lo que se llama foto enlazado – photo linking https://wiki.openstreetmap.org/wiki/Photo_linking:

• Mapillary - https://wiki.openstreetmap.org/wiki/Key:mapillary
• Wikimedia Commons - https://wiki.openstreetmap.org/wiki/Key:wikimedia_commons
• Flickr - https://wiki.openstreetmap.org/wiki/Key:flickr

De manera general, hay varias formas de asociar imágenes con un punto de interés (POI). Esto se debe al interés por las imágenes a nivel de calle – Street level photos, donde el más popular es Goole StreetView, pero este no es libre. Entonces, aquí es cuando descubrimos una variedad de opciones y licencias, de los que desconozco sus detalles, pero quiero listar.

Google StreetView

• https://wiki.openstreetmap.org/wiki/Google
• https://maps.google.com/
• https://www.google.com/intl/es-419_co/help/terms_maps/

Son fotos a nivel de calle, principalmente tomadas por Google con sus autos y maletas son cámaras. En algunos casos se puede pedir prestadas estas mochilas para tomar fotos de algún de interés. Las fotos quedan propiedad de Google, y se pueden visualizar por la página de Google Maps con unos términos de uso. No se pueden usar estas fotos para hacer obras derivadas, por lo que no se pueden usar para mapear en OSM.

Mapillary

• https://wiki.openstreetmap.org/wiki/Mapillary
• https://en.wikipedia.org/wiki/Mapillary
• https://www.mapillary.com/app/
• https://www.mapillary.com/terms

Es una plataforma para subir fotos, ahora propiedad de Facebook. Es un proyecto que se integra con OpenStreetMap en varios puntos: hay una etiqueta de OSM para referenciar el id de una foto. Muchas de las personas que apoyan este proyecto buscan facilitar el mapeo de OSM. La licencia de las fotos es CC-BY-SA, lo que quiere decir que se pueden usar las fotos para obras derivadas, como mapear en OSM, como también con otros propósitos inclusive comerciales.

KartaView

• https://wiki.openstreetmap.org/wiki/KartaView
• https://en.wikipedia.org/wiki/KartaView
• https://kartaview.org/map
• https://kartaview.org/terms

Tiene una larga historia, desde cuando era un proyecto básico llamado OpenStreetCam, después pasó a llamarse OpenStreetView y después de cambio de propietario llegó al nombre de KartaView. Es un proyecto que tiene historia, muchos cambios, y aún no es ampliamente usado para contribuir, pero está muy presente en la mente de los voluntarios. La licencia de las fotos también en CC-BY-SA.

Mapilio

• https://mapilio.com/app
• https://mapilio.com/terms
• https://mapilio.com/licenses

Es una app que se basa en el código abierto de Mapillary. Es un proyecto que está comenzando por lo que es prometedor, pero no alcanza a tener muchas fotos en su repositorio.

Hivemapper

• https://hivemapper.com/
• https://hivemapper.com/tos/mapping-network

Es una plataforma propietaria, donde las fotos no quedan publicadas con licencia abierta. En retorno de la contribución, pagan por las fotos.

Aquí una lista adicional de plataformas por país: https://en.wikipedia.org/wiki/List_of_street_view_services

Hasta hace poco me enteré de la aplicación OpenStop, que se parece bastante a StreetComplete y es para mejorar el mapeo de la infraestructura del transporte público. La aplicación está para iOS y Android y su página web es https://openstop.app/

La situación actual de la aplicación es que solo está en alemán, por lo que las preguntas salen solo en ese idioma. Por tal motivo he traducido todas las preguntas para que cualquier hispanohablante pueda responderla.

La traducción está aquí: https://github.com/MaptimeBogota/Varios/tree/main/OpenStop-app

El API Overpass y su lenguaje de consultas es algo que los voluntarios de OpenStreetMap debemos aprender en algún momento. Se usa en MapRoulette para definir los desafíos; en JOSM para descargar cierto de tipo de datos; directamente en la consola Overpass-Turbo. En fin, en muchos lugares podemos necesitarlo. Sin embargo, aprender este lenguaje no es tan fácil, ya que la documentación en algunos casos es abrumadora, y la mayoría está en inglés. Pero desde el grupo MaptimeBogota, hemos arreglado un tutorial y lo hemos traducido al español, para que la curva de aprendizaje sea más suave y podamos aprovechar esta excelente herramienta.

Hace 5 años, escribí una entrada en este diario donde listaba algunas páginas para aprender Overpass, de las cuales algunas entradas siguen siendo vigentes:

• Overpass API en el wiki.
• Manual de usuario.
• Overpass turbo en el wiki, que es la página web para ejecutar consultas overpass - QL.
• Overpass-turbo-turorial de datadesk

Otra entrada que había incluido, y que personalmente me parecía la mejor es LearnOverpass. Sin embargo, dicha página dejó de funcionar hace unos años por un llamado interno a Overpass había cambiado por lo que no mostraba resultados. Al parecer, en este momento no hay desarrolladores mejorando o corrigiendo el código. Por tal motivo, decidí hacer un fork y hacerle unas mejoras por nuestro lado (El problema de estas mejoras, es que han habido cambios que no permiten ser integrables con la versión original, ya que la URL base la tuve que cambiar.) La página está en: https://maptimebogota.github.io/learnoverpass/

Las diferencias con la versión original no son solo la correción de la URL hacia Overpass, sino también la corrección de las actividades, ya que un restaurante no existe, por lo que los queries no funcionan. La gran diferencia es que las actividades se tradujeron al español, con eso la comunidad hispanohablante puede aprender más fácilmente overpass.

Aprovecho para listar otros links que se han publicado desde mi entrada anterior:

• LearnOSM - Una breve introducción de qué es Overpass.
• OSM Queries - Quizás la guía más completa de Overpass. Lo único es que no es un tutorial para escribir queries, sino solo ejecutar los existentes.
• Geographic data mining and visualisation for beginners - Overpass turbo tutorial - Una guía de Mateusz Konieczny que muestra ejemplos concretos.
• Overpass turbo: Minería de datos para OpenStreetMap - Una presentación de overpass en español usando overpass-turbo.
• Descarga inteligente de datos OSM con Overpass API - Una explicación de overpass con algunos pocos ejemplos de queries.
• https://renenyffenegger.ch/notes/development/OpenStreetMap/index - Notas de René Nyffenegger sobre Overpass.
• Understanding Overpass, the API of OpenStreetMap - Artículo de presentación del API.
• Overpass QL Intro - Introducción sobre Overpass.
• Loading Data from OpenStreetMap with Python and the Overpass API - Introducción a Overpass y cómo usarlo desde Python.
• A Turbo Introduction to Overpass - Minh Nguyen

El contenido de este artículo fue enviado a: https://wiki.openstreetmap.org/wiki/ES:LatAm/Proyectos/Resoluci%C3%B3n_de_notas/Preparaci%C3%B3n_premios ya que el formato de los queries no funcionaba.

El sábado 1 de octubre de 2022, se realizó una notathon, como se acostumbra hacer una semana después de la junta Latam. En esta ocasión se hizo en México, y se coordinó por medio de BigBlueButton - OSMVideo, donde participaron varias personas.

En esta ocasión se uso DAMN-project para dividir las zonas. Para la división de áreas se filtró por solo las notas creadas a partir de la aplicación Maps.me. Esta es la tarea de DAMN: https://client.damn-project.org/?area=2407

Se enseñó cómo usar el plugin de JOSM, el cual baja automáticamente las notas, y esto permite trabajar en varias áreas, sin tener que salir del editor.

En total se resolvieron 63 notas, con participantes principalmente de México (alex_mayorga, Mapeadora, Sandra, entre otros), pero también hubo asistentes de Venezuela (risturiz), Argentina (Manuel Retamozo) y Colombia (AngocA).

Esta actividad ha permitido que trabajemos como región, apoyándonos mutuamente, y cada uno aportando desde su experiencia. Aprendimos de mapeo de árboles, de estrategias de mapeo humanitario, entre otras cosas.

Igualmente, hubo preguntas muy buenas, y vamos a crear un par de tiquetes en DAMN y OSM. Por ejemplo: el API de OSM no debería crear una nota con las misma coordenadas sobre una ya existente y abierta; en cambio, debería agregar un comentario a la existente.

Si quieres ver lo que pasó en la Notathon de México, la puedes revivir en: https://youtu.be/oXmOmT8GT7Y

En un artículo pasado de mi diario, hablé sobre las incompatibilidades entre la licencia de OpenStreetMap, la ODbL, y la licencia de muchas fuentes de datos, la CC-By: Aclaración del permiso de usar CC BY en OSM.

Hoy quiero compartir un par videos que he hecho para explicar más visualmente las dos incompatibilidades:

• Atribución.
• Gestión de derechos digitales.