Zusammenfassung

  • Randcodes verorteten die eingescannte, beschriftete Karte, damit Menschen sie in OpenStreetMap-Werkzeugen als Bearbeitungsgrundlage nutzen konnten.
  • Field Papers ergänzte Atlanten, Aktivitätsverläufe und Editorzugänge; Verarbeitung, Übertragung der Notizen und Wartung brauchten weiterhin Zuständige.

An einer Onlinekarte mitarbeiten, ohne selbst Drucker oder Scanner zu besitzen? Walking Papers bot 2009 Hilfe auf dem Postweg an. Zwischen Computer und gemeinsamer Karte durfte also auch ein Briefumschlag liegen.

Die offizielle OpenStreetMap-Vorstellung vom 5. Juni 2009 erklärte den Rundweg: Karte ausdrucken, draußen darauf schreiben, nach der Rückkehr einscannen und das Bild mit den vertrauten Bearbeitungswerkzeugen verwenden. Codes am Rand erlaubten es, den Scan geografisch einzuordnen. Der Bleistift bekam eine Rücksendeadresse.

Beobachten und eintragen lassen sich aufteilen

Für die Aufzeichnungen unterwegs war kein GPS-Gerät nötig. Die Informationen blieben zunächst auf dem Blatt. Anschließend konnte ein Mensch das Bild als Unterlage nutzen, um Angaben in OpenStreetMap zu zeichnen und zu übertragen. Ortskenntnis und Bedienung des Karteneditors konnten zu unterschiedlichen Zeiten zum Einsatz kommen.

Das damalige Postangebot verteilte auch die Gerätearbeit. Eine andere Person konnte den Ausdruck oder Scan übernehmen. Die Markierungen hielten dabei fest, wohin das Blatt gehörte. Das Papier verband einzelne Beiträge, ohne dass jeder Beteiligte sämtliche Schritte selbst erledigen musste.

Am 30. Mai 2012 stellte Stamen mit Caerus Associates Field Papers vor. Der Nachfolger erzeugte mehrseitige Atlanten und nahm Fotos beschrifteter Seiten zur Übertragung ins Digitale entgegen. Unterschiedliche Kartenstile standen zur Wahl; Schwarz-Weiß sparte Tinte. Jeder Atlas erhielt eine eigene Seite mit Bearbeitungs- und Aktivitätsverlauf, den Kollegen teilen konnten. Das lose Blatt hatte jetzt eine Vorgangsakte.

Der Bleistift lief, der Server wartete

Der Entwicklungsbericht vom Juli 2013 zeigt, wie viel Betrieb hinter der einfachen Feldarbeit steckte. USAID hatte bei der Nutzung vor Ort langsame Atlaserstellung erlebt und um Verbesserungen gebeten. Bevor Papier offline funktionieren konnte, musste der Dienst es erst einmal fertigstellen.

Die Entwickler führten eine Warteschlangenverwaltung ein und räumten fehlgeschlagene Aufgaben weg, die trotzdem im System weiterlebten. Diese Prozesse lieferten nichts, gaben ihren Platz aber auch nicht frei. Eine entworfene Warteanzeige sollte die Fertigstellung mit einem Ton melden. Laut Bericht machten die Geschwindigkeitsverbesserungen diesen Entwurf überflüssig. Der Atlas musste sich also doch nicht wie ein fertiger Toast ankündigen.

Die zweite Version ergänzte direkte Wege von den eingescannten Bildern zu iD und Potlatch. Teammitglieder konnten einen Atlas kopieren; der Vorgang erschien im Aktivitätsverlauf. Nach Änderungen der OpenStreetMap-Daten ließ sich derselbe Atlas mit unverändertem Ort, Seitenaufbau und Kartenhintergrund auffrischen. Kopien verteilten die Arbeit, neue Daten verbesserten die Ausgangslage für die nächste Runde.

An der Rücksendeadresse muss jemand bleiben

In ihrer gemeinsamen Projektgeschichte vom März 2023 nennen OpenStreetMap US und Stamen Michal Migurski als Schöpfer von Walking Papers im Jahr 2009. Erfahrungen nach dem Erdbeben in Haiti 2010 hätten die Entwicklung mehrseitiger Atlanten vorangetrieben. Zugleich kündigten sie die Aufnahme von Field Papers in die Betreuung durch OpenStreetMap US sowie eine gemeinsame Übergangs- und Wartungsplanung an.

Diese spätere Übergabe erklärt eine unscheinbare Voraussetzung der Papieridee. Ein gefaltetes Blatt kann geduldig in der Jackentasche liegen. Der Dienst, der Atlanten erzeugt, Bilder entgegennimmt und ihren Zusammenhang bewahrt, braucht dauerhafte Pflege. Der Hinweg wurde mit einem Bleistift leicht. Damit die Beobachtungen zurückfanden, mussten Menschen weiterarbeiten.