Resumen

  • Los códigos del borde permitían colocar geográficamente el mapa escaneado y usar las notas manuscritas como referencia para editar OpenStreetMap.
  • Field Papers incorporó atlas, actividad compartida y enlaces a editores; generar las hojas y transcribir las observaciones seguía necesitando responsables.

Para participar en un mapa de Internet, una opción era salir de casa con un papel. Y, si faltaban impresora o escáner, el proyecto ofrecía ayuda por correo postal. En 2009, Walking Papers daba a la colaboración digital un aire sorprendentemente epistolar.

La presentación oficial del 5 de junio en OpenStreetMap explicaba el recorrido: imprimir, escribir sobre el mapa, escanearlo al regresar y utilizarlo como fondo en las herramientas de edición. Los códigos de los márgenes permitían localizar la imagen. El papel conservaba una dirección a la que volver.

Primero observar, después introducir los datos

El trabajo de campo podía hacerse sin un dispositivo GPS. Las anotaciones quedaban sobre la hoja, y una persona las retomaba después para dibujar e introducir información en OpenStreetMap. El conocimiento del lugar y el manejo del editor encontraban así momentos separados.

La ayuda postal anunciada en 2009 extendía esa división del trabajo al equipo físico. Alguien podía encargarse de imprimir o escanear para otra persona. La hoja conectaba tareas, y la codificación evitaba perder su posición durante el viaje.

El 30 de mayo de 2012, Stamen y Caerus Associates lanzaron Field Papers. Permitía crear atlas de varias páginas, elegir estilos y subir fotografías de las hojas anotadas para transcribirlas. El blanco y negro ahorraba tinta. Cada atlas tenía su propia página y un historial de cambios y actividad que podía compartirse. El paseo ya disponía de una pequeña oficina de seguimiento.

El lápiz funcionaba; la cola esperaba

En julio de 2013, Stamen contó el trabajo de la siguiente versión. USAID había sufrido demoras al generar atlas durante su uso en el terreno y pidió mejoras. El papel era cómodo para llevarlo fuera, pero antes debía salir de un sistema de procesamiento.

Los desarrolladores incorporaron un gestor de colas y retiraron tareas fallidas que seguían vivas, ocupando el sistema. El trabajo pendiente tenía incluso su población de zombis. Habían imaginado una interfaz con un sonido al terminar el atlas; la mejora de velocidad hizo innecesario aquel diseño de espera. La cartografía se libró de anunciarse como una tostadora.

La versión añadió enlaces desde las imágenes a iD y Potlatch, facilitando el paso a la edición. Un equipo podía copiar el mismo atlas y dejar constancia en su actividad. También podía refrescarlo con los datos actualizados de OpenStreetMap manteniendo el lugar, las páginas y el fondo. Repartir copias organizaba la salida; renovarlas preparaba una próxima visita con información más reciente.

Alguien tiene que atender el regreso

La historia conjunta publicada por OpenStreetMap US y Stamen en marzo de 2023 atribuye Walking Papers a Michal Migurski en 2009. Recuerda que la experiencia posterior al terremoto de Haití de 2010 impulsó los atlas de varias páginas. Aquel anuncio también presentaba la adopción de Field Papers por OpenStreetMap US y un plan de transición para sostener su mantenimiento.

El relevo ayuda a entender la otra mitad del invento. Una hoja doblada puede esperar en un bolsillo. El servicio que genera el atlas, recibe la imagen y conserva su contexto necesita atención continuada. Para que una observación llegase a otros usuarios del mapa, el camino de vuelta debía seguir abierto.