Gastgeber der FOSSGIS 2017: Passau | © Foto: Tobias Hobmeier (CC-BY-SA)

Jedes Jahr aufs Neue treffen sich die deutschsprachigen Communities rund um freie Karten und freie Geosoftware bei der FOSSGIS. OpenStreetMap ist dort seit langem ein Schwerpunkt, so dass die Konferenz bei vielen als die „deutsche SotM“ gilt. Grund genug für einen Rückblick darauf, was bei der diesjährigen FOSSGIS aus Sicht von OSM geboten wurde.

Gastgeber war dieses Mal die Universität Passau, die am Ufer des Inns eine ansehnliche Kulisse für die Konferenz bot. Trotz der geographischen Randlage fanden über 250 Teilnehmer den Weg in die Dreiflüssestadt und freuten sich über Vorträge, Workshops und zahlreiche andere Events.

Hochkarätige Vorträge

Eröffnet wurde die FOSSGIS am Mittwoch, dem 22. März. Darauf folgte ein dreitägiges Vortragsprogramm, wobei rund um die Uhr auch Vorträge zu OpenStreetMap stattfanden. Highlights waren etwa Frederiks Überblick über Routingengines, Pascals Schlaglicht auf Vandalismus in OSM und Romans Erfahrungsbericht aus dem Feuerwehralltag. Denkanstöße zu den Problemstellen von OSM gab es unter anderem von Alexander („ÖPNV-Mapping – Geht das nicht einfacher“) und Jakob („Routenplanung durch Flächen“). Natürlich durften auch die neuesten Software-Features nicht fehlen: So präsentierte Christopher seine Adressenauswertung, während Jochen die mächtige Kommandozeilen-Schnittstelle von Osmium vorführte. Den Abschluss bildete Peter mit seinem Vortrag über die Arbeit in den Working Groups der OSMF, der Lust auf eigenes Engagement jenseits des Mappings macht.

Eröffnungsvortrag im Audimax der Uni Passau

Dank des erfahrenen CCC-Videoteams sind die über 70 Vorträge in gewohnt hoher Qualität online verfügbar, unter anderem auf Youtube und in Kürze im TIB-AV-Portal.

OSM unter sich

Der vierte Konferenztag war als „OSM-Samstag“ dann komplett OpenStreetMap-Themen gewidmet. Das Programm wurde erst vor Ort zusammengestellt (Barcamp) und bot die Gelegenheit, sich in überschaubarer Runde über Fragestellungen vom Flächenmapping bis zu Lidar-Technologie auszutauschen. Anders als noch beim Salzburger OSM-Sonntag im Jahr zuvor fanden hier stets mehrere Veranstaltungen zeitgleich statt und es lag ein stärkerer Fokus auf offener Diskussion.

Spontane Planung am OSM-Samstag

Quiz und Mappingparty

Bei alledem kam in Passau aber auch der Spaß nicht zu kurz. Neben der traditionellen Verlosung mit Buch- und Sachpreisen fand zum zweiten Mal das OSM-Quiz statt. Hier wurden die OSM-Kenntnisse der Besucher auf eine harte Probe gestellt, um die Kandidaten fürs Finale zu ermitteln. Nach einem knappen Rennen konnte schließlich Nakaner erneut das Quiz für sich entscheiden, der schon im Vorjahr siegreich gewesen war.

Und wo sich so viele OpenStreetMap-Begeisterte treffen, wird natürlich auch gemappt. Neben eigenen Erkundungstouren war für den Freitagabend eine Mappingparty angesetzt, bei der gemeinsam die Passauer Karte verbessert wurde. Das bot auch einen Anknüpfungspunkt für erste Schritte mit JOSM, Vespucci oder einem der anderen eingesetzten Editoren. Einige Konferenzbesucher, die noch keine Erfahrung mit OSM hatten, schlossen sich den Mappern daher neugierig an.

Eine der Mapping-Gruppen auf Erkundungstour in Passau

Was sonst noch war

Mindestens ebenso wichtig wie das eigentliche Programm der Konferenz ist aber die Möglichkeit, sich persönlich mit Menschen auszutauschen, die man sonst nur aus Forum oder Mailingliste kennt. In den Pausen und bei den abendlichen Social Events der Konferenz gab es dazu reichlich Gelegenheit.

Auch für das leibliche Wohl war stets gesorgt.

Etliche Ausstellerstände von Firmen aus dem Open-Source-Umfeld luden zum Kontakte knüpfen ein. Über OpenStreetMap und die FOSSGIS-Projekte wurde am FOSSGIS-Infostand informiert. Dort gab es auch die Gelegenheit, noch rechtzeitig zur FOSSGIS-Mitgliederversammlung am Donnerstag in den Verein einzutreten. Aus OSM-Perspektive interessantestes Ergebnis: Der FOSSGIS e.V. plant eine Bewerbung als Local Chapter der OSMF (Protokoll).

Hinter den Kulissen

Eine große Veranstaltung wie die FOSSGIS erfordert selbstverständlich entsprechende Vorbereitung. Als die ersten Teilnehmer in Passau eintrafen, liefen schon seit einigen Monaten die Vorarbeiten für die Konferenz, um Unterkünfte, Catering, Sponsoren und vieles mehr zu organisieren. Zahlreiche Helfer waren auch während der Konferenz am Werk. Ob bei Aufbau und Technik, am Infostand oder am Welcome Desk – der große ehrenamtliche Einsatz war unverzichtbar.

Zwei Helferinnen (v.l. Bettina und Lisa) kümmern sich am Welcome-Desk um FOSSGIS-Besucher.

Doch die unzähligen positiven Rückmeldungen von zufriedenen Besuchern zeigen, dass sich die Arbeit lohnt. Nicht umsonst ist die FOSSGIS eine feste Größe im OSM-Kalender und zieht Besucher von weither an. Für mich ist klar: Die FOSSGIS ist immer einen Besuch wert!

Die Teilnehmer des Elbe-Labe-Meetings 2016. Bild unter CC BY-SA 4.0, User BigDaddy73.

Es ist früh an einem Samstagmorgen im Oktober in Dresden, als für viele OpenStreetMap-Enthusiasten der Tag beginnt: Das Elbe-Labe-Meeting findet zum ersten Mal überhaupt statt. Das Ziel des Treffens: Mapper und auch Entwickler aus dem tschechischen und deutschsprachigen Raum zusammenzubringen, um sich gegenseitig kennenzulernen und um sich über OpenStreetMap auszutauschen. Oft begegnen den verschiedenen Communities die gleichen Herausforderungen – warum sich also nicht einmal austauschen?

Wanderwege – auf Tschechisch und Deutsch

Die Teilnehmer bewundern das Design des offiziellen Elbe-Labe-Meeting T-Shirts, das den Verlauf der Elbe (tschechisch: Labe) zeigt. Bild unter CC BY-SA 4.0, User BigDaddy73.

Die Teilnehmer sind neugierig aufeinander, und sie kommen aus verschiedenen Regionen Tschechiens und Deutschlands. Schon am Abend zuvor gab es regen Zulauf bei einem gemeinsamen Abendessen mit anregenden Diskussionen. Am Samstag gibt es erstmal T-Shirts, die Alex (User Blackdeeranger) selbst designt hat. Der Fokus des Morgens liegt auf Wanderwegen, Mountainbikerouten sowie Routing auf OpenStreetMap-Daten. Sarah Hoffmann, die Macherin hinter waymarkedtrails.org, erklärt die Feinheiten des Taggings von Wanderwegen. Insbesondere Routenklassifikation und das Tagging von Wanderwegsymbolen birgt so manche Stolperfalle. Direkt im Anschluss beleuchtet Miroslav Suchý in seinem Vortrag den aktuellen Stand des tschechischen Wanderwegenetzes: Über 40.000 Kilometer wollen kartographiert werden! Bei der sich anschließenden Diskussion zeigen sich viele Gemeinsamkeiten: Der Unwille von Organisationen, Geodaten zur Nutzung für OpenStreetMap freizugeben, ist ein länderübergreifendes Phänomen – genauso wie das Engagement der Mapper, einfach parallel zu proprietären Datensammlungen eine freie Karte der Welt zu schaffen.

LIDAR und 3D Datenakquisition – nur eines der vielen Themen der einzelnen Workshop-Gruppen. Bild unter CC BY-SA 4.0, User BigDaddy73.

Wer Wege erst mal erfasst hat, der möchte sich auch darauf bewegen. So dreht sich der Nachmittag um die neuesten Entwicklungen im Projekt OSRM (Open Source Routing Machine), das für die Berechnung von Routen auf OSM-Datenbasis genutzt wird. Daniel Hofmann, der bei Mapbox angestellt ist und in Berlin an OSRM entwickelt, erklärt Routingkniffe und das komplexe Zusammenspiel zwischen Routenberechnung und hinterlegter Tagginginformation. Dabei wird auch das Routing auf mehrspurigen Kreisverkehren und Einbahnstraßen, deren Richtung sich nach Tageszeit ändert, besprochen. Tatsächlich wird in der anschließenden Diskussion und einem spontanen Workshop deutlich, dass das Tagging von Einbahnstraßen mit wechselnden Fahrtrichtungen verbesserungswürdig ist – und die Community findet noch am selben Tag einen Fix für dieses Taggingproblem (Reversible Oneways vs. Alternating Oneways).

Tiefe Lernverfahren und das automatische Schätzen von Dachgeometrien aus Satellitenbildern

In Lightning Talks und Workshops werden in kleineren Interessengruppen verschiedene Themen intensiver diskutiert. Neben der Oneway-Tagging Gruppe bildet sich eine tschechisch-deutsche Gruppe zum Thema „Tagging für Quad Kraftfahrzeuge“, eine Gruppe zu „LIDAR und 3D Datenakquise für OSM“ sowie „Visualisierungsstrategien für Wanderwege“. In den Lightning Talks stellt Jan Marsch seinen neuen “OSM Buildings Editor” vor; Martin Tesař demonstriert dynamische Legenden in der tschechischen Wanderwege und Mountainbikekarte; Daniel Hofmann erläutert die automatische Schätzung von Dachgeometrie-Informationen aus Satellitenbildern durch tiefe maschinelle Lernverfahren. Daneben werden noch Maponshirt.com sowie neue Funktionen von taginfo vorgestellt.

Wikivoyage und Karten für Reiseführer – Diskussionen auf dem Elbe-Labe-Meeting 2016 in Dresden. Bild unter CC BY-SA 4.0, User BigDaddy73.

Nach einer langen Nacht mit gemeinsamen Abendessen beginnt der Sonntag mit einem Vortrag von Roland Unger. Roland arbeitet seit Jahren ehrenamtlich bei Wikivoyage, einem Wiki, das freie Reiseinformationen für Jedermann zur Verfügung stellt. Besonders im Fokus stehen die Karten, die für heutige Reiseführer unerlässlich sind. Hier entspinnt sich ein reger Austausch, denn die Mapper haben viele Vorschläge an das Wikivoyage-Projekt.

Am Nachmittag bilden sich wieder freie Diskussions- und Interessensgruppen. Neben einer  „Vektortiles und Toolchain“ Gruppe finden sich auch Teilnehmer, um über die JOSM-Plugin-Entwicklung sowie über das Kartographer Plugin für Mediawiki zu diskutieren. Angeregt wird über „Alternating vs. Reversible Oneway“ und „Visualisierung von Wanderwegen“ diskutiert. Das Meeting klingt am späten Nachmittag bei Kaffee und Kuchen aus. Die Teilnehmer verabschieden sich voneinander, und am Ende steht fest: „Das machen wir wieder!“

Besonderer Dank gilt dem FOSSGIS e.V., der durch seine Förderung das Treffen, insbesondere die Räumlichkeiten und die Verpflegung, erst möglich gemacht hat. Daneben hat Alex die T-Shirt-Produktion privat teil-subventioniert. Herzlichen Dank dafür! Außerdem gilt Dank dem Organisationsteam, bestehend aus Jochen, Alex, Matthias, Tim und Stephan sowie allen anderen, die bei der Organisation des Treffens behilflich waren.

Robotized Float Glass Unloading von ICAPlants auf Wikimedia Commons, CC-BY-SA 3.0

Dieser Beitrag ist eine Ausformulierung von Teilen von Frederik Ramms Vortrag Automatische Edits und Importe in OSM, der auf der FOSSGIS-Konferenz in Salzburg gehalten wurde. Auf der State of the Map in Brüssel soll es einen ähnlichen Vortrag geben. Frederik freut sich über Kommentare zu diesem Beitrag, die er ggf. in den SotM-Vortrag einfließen lassen kann.

In OSM-Diskussionen taucht oft der Begriff eines „automatischen Edits“ auf. Dabei denkt man dann gleich an ein Skript, ein Programm, einen „Bot“ – Software, die OSM-Daten auf Basis eines Algorithmus verändert.

Deswegen spreche ich lieber von „mechanischen Edits“. Das sind alle Änderungen in OSM, bei denen ein Mensch eine Änderung ohne Ansicht des Einzelfalles durchführt. Diese Definition trifft zwar auf Programme auch zu, umfasst aber noch viel mehr.

Jeder, der zu Studienzeiten mal am Kopierer stand und ein Buch kopieren musste, weiß, dass auch eine von Hand getane Arbeit stupide und ohne Betrachtung des Einzelfalls passieren kann. Wer 100 Edits mit JOSM hintereinander macht und sich für jeden nur zwei Sekunden Zeit nimmt, der fällt vielleicht auch schon unter diese Definition. Wer sich mit Overpass ein paar Objekte anhand eines Tags aussucht und diesen dann mit JOSM gesammelt ein anderes Tag verpasst, ist auch ein mechanischer Editierer.

Weil solche mechanischen Edits das Potential haben, einigen Schaden anzurichten und für Missstimmung zu sorgen, wird erwartet, dass man in der Community diskutiert, bevor man sie ausführt. Dabei wird man dann hoffentlich auch auf mögliche Probleme hingewiesen.

Aber was kann denn schon schiefgehen?

Der aufstrebende Mapper Oskar S. entdeckt zufällig beim Bearbeiten seiner Heimatstadt ein Objekt, das mit Building=yes getaggt ist. „Halt mal,“ denkt sich Oskar, „OSM ist doch case-sensitiv – das wird ja gar nicht als Gebäude erkannt!“ Schnell ändert er es auf building=yes, und alles ist gut.

Gebäude mit großgeschriebenem „Building=yes“

Der Vorfall lässt Oskar keine Ruhe. Wie viele Gebäude kann er noch auf diese Weise aus dem Orkus retten? Mit Overpass lädt er alle Objekte in JOSM, die mit Building=yes getaggt sind. Es handelt sich ja hier ganz offensichtlich um einen Fehler, da muss man nicht groß mit irgendwem diskutieren. Ein paar Tastendrücke, und schon sind die 127 Objekte auf building=yes korrigiert und zu OSM hochgeladen.

Am Tag darauf kommentiert jemand von der Data Working Group Oskars Changeset und macht ihn auf einige Probleme aufmerksam.

Doppeltes Gebäude

An einer Stelle war ein Haus doppelt gemappt worden. Der Mapper hatte den ersten Versuch mit Building=yes getaggt, den zweiten dann korrekt mit building=yes, aber das erste war stehen geblieben. Durch Oskars Edit stehen hier nun zwei Häuser ganz leicht versetzt aufeinander. Hätte Oskar hingeschaut, hätte er das Duplikat entfernen können.

Haus auf Straße

Anderswo war ein Rechteck mit Building=yes getaggt und lag mitten auf einer Straße. Durch Oskars Edit wurde aus dem von jeder Software ignorierten Rechteck nun ein Haus. Ein Blick auf das Luftbild hätte Oskar geholfen, hier wirklich die Karte zu verbessern – so war sein Edit nicht hilfreich.

Nodes mit Building=yes

Wieder woanders hatte ein Neuling aus Versehen sämtliche Eck-Nodes eines Hauses mit Building=yes versehen. Hätte Oskar sich das angeschaut, hätte er das Tag einfach entfernen können. So tragen die Nodes nun alle ein stolzes building=yes, was kein bisschen richtiger ist als vorher.

Der vierte Ort, der von Oskars Edit erwischt wurde, war ein kleines Dorf in Kolumbien, in dem vor fünf Jahren ein Neuling einige Edits gemacht hat, von denen die Hälfte im JOSM-Validator aufleuchten. Das Building=yes war hier nur die Spitze des Eisbergs, und eigentlich hätte sich dringend mal jemand mit Ortskenntnis des ganzen Dorfs annehmen müssen. Nun sieht es oberflächlich betrachtet so aus, als ob sich bereits jemand der Sache angenommen hat – aber Oskar weiß nicht einmal, dass er überhaupt in Kolumbien editiert hat. Auf der Changeset-Übersichtsseite bei openstreetmap.org hat sein Changeset ohnehin ein Rechteck, das über alle Kontinente geht … man kann nur hoffen, dass der Mapper in Peking, der Oskar eine Frage zu seinem Edit in China stellen möchte, Deutsch kann, denn Oskar hat es nicht so mit Englisch, und mit Mandarin schon gar nicht.

Motivationen für mechanische Edits

Viele mechanische Edits sind von Ordnungssinn motiviert – vom „Gärtnern“, wie das bei der Wikipedia heißt. Wie unser Oskar oben findet ein Mapper ein paar Fehler und denkt sich nach anfänglichen manuellen Edits: „Das müsste man alles in größerem Stil machen.“ Man kann oft an der Edit-Historie sehen, wie die Leute sich zu immer gewagteren Edits hocharbeiten, die immer noch mehr Ordnung bringen sollen.

Zen-Garten (Shitennō-ji-Honbo-Garten, Wikimedia Commons, 663highland, CC-BY-SA 2.5)

Es gibt auch Mapper mit einem starken IT-Background, die gewohnt sind, mit Software anderen Leuten viel Arbeit abzunehmen und dann als Held gefeiert zu werden. Nicht selten stoßen Leute zu OSM, die gleich als ersten Edit eine mechanische Massenänderung machen – vermutlich haben die irgendwo eine OSM-Einführung gehört und sich gedacht „die Armen, die machen alles von Hand, da sind meine Super-Skillz gefragt!“

Aber die Handarbeit ist eine wesentliche Stärke von OSM (und übrigens auch vom Zen-Garten). Die Daten sind dann gut, wenn sie von Leuten mit Ortskenntnis eingetragen wurden. Dadurch, dass jemand mit dem Rasenmäher über unsere Datenbank fährt und einen – oftmals nur vermeintlichen – Fehler verbessert, werden die Daten nicht besser.

Mechanische Edits und Alternativen

Natürlich gibt es legitime Anwendungsfälle für mechanische Edits – daher ja auch kein komplettes Verbot, sondern nur einige im Vergleich zum normalen Editieren verschärfte Regeln (Automated Edits Code of Conduct im Wiki).

In Deutschland wurden beispielsweise nach gründlicher Diskussion alle abgekürzten Straßennamen („Blumenstr.“) in ihre Langform geändert. Aber auch das verlief nicht ohne Schwierigkeiten – in den ersten Anläufen wurde zum Beispiel nicht bedacht, dass ein paar zufällig mit erwischte Straßen in der grenznahmen Schweiz eben nicht „Straße“ heißen, sondern „Strasse“.

Auch zum Aufräumen nach Importen werden gern mechanische Edits durchgeführt. Hier ist allerdings größte Vorsicht angebracht, denn allzuoft maskiert man durch die automatische Korrektur der
offensichtlichen Fehler zahlreiche weniger offensichtliche Probleme, die ein schlampiger Import ebenfalls mit sich gebracht hat. (Der Autor selbst hat in einem mechanischen Edit über 140 Millionen Nodes in den USA von Überbleibseln eines Imports bereinigt; auch diesem Edit ging eine lange Diskussion auf der amerikanischen Mailingliste samt Abschätzung des Effekts auf die Datenbank-Größe und der Laufzeit des Edits – 4 Monate – voraus.)

Ein mechanischer Edit sollte nur die letzte Wahl sein, wenn keine der Alternativen in Frage kommt. Wer ein Problem entdeckt, sollte es zunächst analyisieren: Wie oft kommt es vor? Sind es bestimmte Leute oder bestimmte Programme, die vielleicht einen systematischen Fehler machen? Das sollte auf einer geeigneten Mailingliste oder im Forum diskutiert werden.

Wenn sich das Problem nicht von einer Person alleine reparieren lässt, ohne dabei zum mechanischen Edit greifen zu müssen, dann könnte man vielleicht über eine „Wochenaufgabe“ oder eine „MapRoulette“-Challenge eine größere Zahl von Menschen zum Aufräumen gewinnen.

Nur, wenn das alles nicht in Frage kommt und wenn die Idee ausreichend diskutiert wurde, sollte man einen mechanischen Edit in Betracht ziehen.

Bestand des GPS-Geräteverleih

Was sich am Anfang des Jahres 2016 bereits abzeichnete, wurde am Sonntag auf dem OSM/FOSSGIS-Sommercamp umgesetzt: Der deutsche GPS-Geräte-Verleih wurde eingestellt. Die zugehörige Webseite wurde durch einen Hinweis ergänzt und der Kalender entfernt.

Über viele Jahre hinweg haben acht Garmin eTrex Legend HCx sowie zwei GPS-Tracker Holux M-241 gute Dienste geleistet. Das Interesse an den Geräten nahm wegen der immer weiteren Verbreitung von Smartphones stetig ab.

Die Nutzung ist an den GPS-Geräten nicht spurlos vorbei gegangen. Teilweise löst sich das umliegende Gummiband oder es fehlt die Trageschlaufe. Insgesamt sind zwei Geräte komplett ausgefallen, so dass von ursprünglich zehn Geräten tatsächlich nur noch 8 funktionstüchtig sind. Zur Ausstattung gehört außerdem zu jedem Gerät eine 2GB-Speicherkarte, eine Fahrradhalterung sowie eine Bedienungs- und Schnellstartanleitung. Es gibt außerdem noch ein „Köfferchen“ Marke Eigenbau mit dem die Geräte sicher transportiert werden können.

Die Geräte sollen nun weiter gegeben werden und damit weiterhin einem guten Zweck dienen. Wem die Geräte überlassen werden ist noch nicht entschieden. Sehr gerne können in den Kommentaren Vorschläge hinterlassen werden.

Teilnehmer des OSM-Sonntag 2016 in Salzburg (Foto: Michael Reichert)

Am 03. Juli 2016, fand in der Universität Salzburg der OSM-Sonntag statt. Mehr als 30 Mapper und OSM-Interessierte aus Österreich und Deutschland (von Brandenburg und Niedersachsen bis Steiermark und Wien) waren zusammengekommen, um Vorträgen zu lauschen und in Diskussionen ihre Meinung kund zu tun.

Michael Maier stellte im ersten Vortrag „JOSM für Fortgeschrittene“ wichtige Erweiterungen und diverse, etwas versteckte Funktionalitäten (z.B. die Taste W) vor.

Im Anschluss daran präsentierten Jakob Miksch seine Arbeiten zum Routing über Flächen im Rahmen seiner Masterarbeit und Nathanael Lang seine Bachelorarbeit zur Synthese von nicht in OSM separat erfassten Bürgersteigen an Straßen.

Im letzten Block vor der Mittagspause ließ sich Nakaner zu Fragen zur Overpass-API löchern. Er gab eine kleine Einführung in die Abfragesprache, bevor die Teilnehmer Abfragen vorschlagen konnten. Man entdeckte dabei mit Hilfe der Overpass-API, dass alle Coffee-Shops in Amsterdam von ein und demselben Mapper innerhalb weniger Tage gemappt worden waren.

Nach der Mittagspause stand ein 60 Minuten langer Block für spontane Kurzvorträge zur Verfügung. Fünf Vorträge mit kleiner Fragerunde widmeten sich folgenden Themen. Darin ging es um

• Bürgersteigmapping für Gehbehinderte
• wie leitet man Sessions auf der FOSSGIS-Konferenz
• Indoor-Mapping
• welche Workshops/Weiterbildungsangebote bietet die OSM-Community an
• Mappen für den Renderer aus der Sicht eines Mappers

Danach stellte Sven Geggus seine Umstellungsarbeiten am deutschen OSM-Stil von Mapnik-XML auf CartoCSS vor. Der Stil soll künftig ein Fork von OSM Carto sein und zeitnah von Veränderungen bei OSM Carto profitieren. Die Unterschiede zwischen beiden Stilen müssen also derart beschaffen sein, dass man mit geringem Aufwand Änderungen bei OSM Carto in den deutschen Stil einfließen lassen kann. Wenn auf Github „can be merged“ stünde, sei es in Ordnung, so Sven in seinem Vortrag. Er warb um Mithilfe, denn als ein Ein-Mann-Projekt sei das nicht zu schaffen. Sven sprach zum gleichen Thema in einem Vortrag und einem Lightning Talk auf der FOSSGIS-Konferenz.

Benutzer Blutsauger referierte zur Nutzung von check_date=* durch die Landshuter OSM-Community, um die vielen POIs in der Stadt aktuell zu halten.

Beim abschließenden OSM-Quiz von Peda und Tordanik schafften es Nakaner, Paulest, MichaelK und Simon04 in die Finalrunde, welche Nakaner gewann. Alle Finalisten gewannen eine von Kernel Concepts gesponsorte OSM-Tasse, Nakaner zusätzlich noch das Malbuch City Maps – A Coloring Book for Adults von Gretchen N. Peterson, welches auf OSM-Daten basiert.

Von einigen Programmpunkten gibt es Video-Aufzeichnungen und Präsentationsfolien, die auf der Wiki-Seite der Veranstaltung verlinkt sind.

Der OSM-Sonntag unterschied sich von der FOSSGIS-Konferenz durch die familiärere Atmosphäre, da die Community mehr unter sich war, sowie durch die längeren Vortragszeiten.

Wir bedanken uns beim AGIT-Tagungsbüro an der Universität Salzburg und den Freiwilligen aus dem FOSSGIS e.V. für ihr Engagement und die Möglichkeit, eine Veranstaltung sonntags in einem Universitätsgebäude durchführen zu können.

In einem ähnlichen Format werden in diesem Jahr noch zwei Veranstaltungen in Deutschland stattfinden. Vom 12. bis 14. August (mit Höhepunkt am 13. August) findet das zweite OSM-SommerCamp im und am Linuxhotel in Essen statt, zu dem ihr euch im OSM-Wiki anmelden könnt. Dort ist sowohl die Teilnahme an allen drei Tagen als auch die Teilnahme als Tagesgast möglich. Wer nicht ins Hotel möchte, kann auch auf dem Gelände im eigenen Zelt oder Wohnwagen/Wohnmobil übernachten. In Dresden wird am 08. und 09. Oktober voraussichtlich mit dem Elbe-Laabe-Treffen ebenfalls ein Hackweekend mit Vortragsmöglichkeit stattfinden.

Gruppenfoto einiger Mitglieder des Comenius-Projekts (England/Hull, 2014)

Eine Gruppe von Freiwilligen hat damit begonnen, die Wochennotiz in verschiedene Sprachen zu übersetzen.

Die schnelle Entwicklung von Tools und Tagging-Schemata sowie eine wachsende Anzahl von Gruppen und Mappern, die zum OpenStreetMap-Projekt beitragen oder dessen Daten nutzen, machen es schwierig und zeitaufwändig, über alle wichtigen Entwicklungen im OpenStreetMap-Universum auf dem Laufenden zu bleiben.

Seit 2010 hat sich das Wochennotiz-Team zur Aufgabe gemacht, eine wöchentliche Zusammenfassung der Nachrichtenlage zu publizieren, die “Wochennotiz”. Viele der deutschsprachigen Zusammenfassungen wurden rasch ins Englische übersetzt. Nach über 220 Ausgaben der Wochennotiz und 100 Übersetzungen ins Englische standen Veränderungen an: Ein internationales Team startet mit einer internationalen Ausgabe der Wochennotiz, der “weeklyOSM”, die auf der Wochennotiz basiert. Durch die Übersetzungen wird die Wochennotiz nun auch für englische, spanische, türkische, rumänische und japanische Muttersprachler zugänglich. [Anm. der Red.: Nach dem Interview sind nun auch eine französische und tschechische Ausgabe hinzugekommen.]

Wir freuen uns, die Mitglieder des weeklyOSM-Teams zu interviewen.

Die Fragen stellte Stephan vom Wochennotiz-Team.

WN: Manfred, Du bist vielen aus der deutschsprachigen OSM Community bekannt und Du bist der Leiter des Übersetzungsteams. Wer sind die Menschen im Team und wie hast Du sie kennengelernt? Wer hatte die Idee dazu, die Wochennotiz in verschiedene Sprachen zu übersetzen? Und wie kommunizieren die Teammitglieder miteinander?

Manfred (Deutschland): Ich bin nicht der Leiter des Übersetzungsteams. Ich bin der Koordinator eines Comenius-Projektes mit dem Namen “Meine Community und meine Geschichte in OSM”. Bei weeklyOSM sehe ich mich eher als primus inter pares, denn ohne gelebtes Teamwork funktioniert so ein Comenius-Projekt niemals. Zusammen mit Madalina aus Rumänien habe ich bereits in einem früheren Comenius-Projekt (BoostOSM) gearbeitet. Die Idee dabei war es, OpenStreetMap tatsächlich einen “Boost” in verschiedenen Ländern (wie zum Beispiel in Portugal, Slowenien, Rumänien und der Türkei) zu geben. Im Wiki findest Du eine Reihe von Ergebnissen dieses Projekts, das vom European Shared Treasure als Starprojekt 2013 bewertet wurde. 

Da wir so gut zusammengearbeitet hatten, wollten dies mit OpenStreetMap aber einem veränderten Fokus fortsetzen. Wir fanden für das neue Projekt ausgezeichnete Partner in Großbritannien und Spanien. Eine türkische Schule stieß ein halbes Jahr später zu der Kerngruppe hinzu. Das ist, kurz gefasst, die Geschichte unserer Partnerschaft. Da wir schon bei BoostOSM Softwareübersetzungen mit OSM-Bezug mit SchülerInnen gemacht hatten, nahmen wir die Idee von Marc Gehling gerne auf und wollten ursprünglich einen Newsletter zu OSM herausbringen. Als aber Pascal Neis ankündigte, seine weekly einstellen zu müssen, waren sich alle Partner sehr schnell einig, die Übersetzungen der Wochennotiz fortzuführen, da die Übersetzungen in mehrere Sprachen sicherlich der Community von OSM förderlich sein würde.

WN: Dieses Projekt ist ja recht ambitioniert und hat das Potential, Kommunikationsprozesse zwischen den verschiedenen nationalen OSM-Communities zu vereinfachen. Werdet ihr auch von der europäischen Union über das Comenius-Projekt finanziell unterstützt? Falls ja, habt ihr schon genauere Pläne, wie das Team das Geld ausgeben könnte? Und wie profitieren die teilnehmenden Schulen vom Projekt?

Manfred (Deutschland): Ich weiß, dass jede Woche viele Leute auf das Erscheinen der Wochennotiz warten. Ich konnte mir also gut vorstellen, dass solche Meldungen wie in der Wochennotiz auch Mapper interessieren könnten, die weder Deutsch oder Englisch beherrschen. Da ich eine Weile in Lateinamerika gelebt hatte, wusste ich, dass eine spanische Übersetzung (oder eventuell auch eine portugiesische) sehr hilfreich für die Communities und die Mapper dort würde.

Das Comenius Programm (seit 2014 Erasmus+ genannt) stellt Geldmittel für gegenseitige und obligatorische Besuche der teilnehmenden Schulen bereit. Das Geld unseres letzten Projekts hat leider für die Reisekosten der teilnehmenden SchülerInnen und LehrerInnen nicht ganz ausgereicht, so dass jeder Teilnehmer auch selbst einen Betrag beisteuern musste. Da ist also kein Geld übriggeblieben und wir müssen nicht darüber nachdenken, was wir mit etwaigen übrigen Geld anstellen könnten. Im Gegenteil, wir haben das Angebot von OpenSaar die aktuelle Webpräsenz zu sponsoren dankend angenommen.

WN: Habt ihr schon Pläne für die Zeit nach dem Ende der Finanzierung des Projekts?

Madalina (Rumänien): Ich bin vor drei Jahren durch das vorherige Comeniusprojekt zu OSM gestoßen und wusste zu dem Zeitpunkt überhaupt nichts über OpenStreetMap. Jeden Tag aber fand ich interessante Sachen und etwas, wofür ich mich und meine SchülerInnen begeistern konnte. Meine Geschichte ist nicht ungewöhnlich. OpenStreetMap macht süchtig. Daher denke ich, dass unser Projekt nicht einfach so enden wird, wenn die Finanzierung ausläuft. Wir planen, die weeklyOSM weiter anzubieten, mit englischen, rumänischen, spanischen und japanischen Übersetzungen. Wir arbeiten gerade daran, feste Teams von Übersetzern in jeder Sprache zu etablieren, um eine kontinuierliche Arbeit gewährleisten zu können. Ich denke, dass wir Lösungen finden werden – auch mit Hilfe der OpenStreetMap-Community, die mich immer wieder positiv überrascht hat.

WN: Wer leistet denn momentan die Übersetzungsarbeit? Wie funktioniert der Prozess ungefähr?

Andrew (Großbritannien): Ich habe das Privileg, Manfreds bereits sehr gute Übersetzung ins Englische zu nehmen und auf Rechtschreibung zu überprüfen. Ich begann mich im Projekt zu engagieren als unsere Schule einer der Hauptpartner des Projekts wurde. Unsere SchülerInnen haben vom Projekt sehr profitiert und ich hoffe, dass wir sie in den nächsten Jahren weiter in das Projekt werden einbinden können.

WN: Wieviel Zeit braucht ihr, um die verschiedenen internationalen Ausgaben der Wochennotiz zu produzieren? Habt ihr da schon Erfahrungswerte?

Carlos (Spanien): Wir versuchen, unsere Aufgaben an der englischen weekly zu organisieren. Wenn die englische Version erschienen ist, planen wir Zeit für den Tag ein, um die Ausgabe zu übersetzen und zu korrigieren. In unserem Fall schreiben die involvierten SchülerInnen einen ersten Übersetzungsentwurf. Sobald der fertig ist, treffen wir uns, korrigieren ihn und diskutieren alle möglichen Fragen, die bei der Übersetzung aufgeworfen wurden. Der ganze Prozess dauert ca. 2 bis 3 Tage. Die SchülerInnen kennen sich mit technischen Begriffen aus und verstehen ihre Bedeutung meist schneller als ich. Wir wollen eine qualitativ gute Übersetzung und wir strengen uns an, gute Arbeit zu machen, weil es das einfach wert ist! Die weeklyOSM verbreiten wir in Spanien und auch in ganz Lateinamerika.

WN: Die Wochennotiz enthält ab und an Informationen, die eventuell nur für die deutschsprachige Community relevant ist, wie zum Beispiel Termine für Stammtische. Was macht ihr mit diesen Meldungen, wenn ihr die internationalen Versionen erstellt?

Manfred (Deutschland): Wir lassen alle Informationen für die internationalen Ausgaben weg, die nur für Deutschland relevant ist, wie zum Beispiel regionale Konferenzen. Unser größtes Defizit zur Zeit ist die kontinuierliche Beobachtung von Beiträgen aus wichtigen Ländern, wie beispielsweise Brasilien und allen lateinamerikanischen Ländern. Vielleicht kann hier die neue talk-latam Mailingliste dabei helfen, diese Lücke zu füllen.

WN: Habt ihr schon Ideen, wie ihr für die internationalen Ausgaben in den nationalen Communities werben könnt? Wie kommuniziert ihr mit den nationalen Communities? Woher wissen die, wann eine neue Übersetzung publiziert worden ist?

Madalina (Rumänien): Jede Woche kündigen wir die neue Ausgabe über die nationalen Mailinglisten und über Twitter an. Unser spanisches Team hat daneben eine ganze Reihe von Mailinglisten in Lateinamerika abonniert (zum Beispiel talk-es und talk-latam). Das rumänische Team wirbt daneben auch in einer öffentlichen Facebook-Gruppe, die eine sehr gute Sichtbarkeit in der rumänischen OSM-Community hat.

Satoshi (Japan): Wie Madalina nutze auch ich Twitter für die Ankündigung der japanischen Ausgabe. Ich glaube, dass es einfach Bedarf dafür gibt, einige wichtige Meldungen herauszugeben für Leute, die sonst wenig Zeit haben. Ich denke, dass Kontinuität eine der wichtigsten Eigenschaften dieses Projekts ist.

WN: Welche Hilfe braucht ihr? Gibt es da irgendwelche offenen Stellen bei euch im Team?

Anthony (Großbritannien): Teammitglieder aus allen beteiligten Schulen spielen eine wichtige Rolle in der Entwicklung und bei der Aktualisierung von www.weeklyosm.eu. Jede Schule trägt dabei auf unterschiedliche Weise bei. Wir verfolgen da einen kollegialen Ansatz, den wir in den letzten Jahren durch ein gemeinsames Verständnis unserer Ziele und gegenseitigen Respekt gefördert haben. Anstehende Entscheidungen werden offen diskutiert, bevor sie getroffen werden. Obwohl es keine offizielle Hierarchie im Team gibt, ist es schwer zu leugnen, dass Manfred diejenigen anleitet, die etwas weniger Erfahrungen mit OpenStreetMap haben. Wir arbeiten daran, www.weeklyosm.eu weiterzuentwickeln, und wir suchen Freiwillige, die sich unserem Team anschließen, um weitere Übersetzungen in bisher noch nicht unterstütze Sprachen auf unserer Seite anbieten zu können.

WN: Falls interessierte Leser eine weitere Übersetzung für eine zusätzliche Sprache beisteuern wollen: Wen sollten sie dafür kontaktieren?

Anthony (Großbritannien): Die Beliebtheit der weeklyOSM wächst von Woche zu Woche. Die Seite wird von Menschen aus aller Welt besucht. Es wäre großartig, die Seite weiterzuentwickeln und es mehr Menschen zu ermöglichen, die Wochennotiz in ihrer eigenen Muttersprache zu lesen. Wir sind sehr daran interessiert, die Anzahl an unterstützten Sprachen zu erhöhen. Vor kurzem erst wurden wir von Satoshi angesprochen, der nun die Wochennotiz ins Japanische übersetzt. Jeder, der sich dem Team anschließen und es unterstützen möchte, die Wochennotiz zu übersetzen, sollte uns eine Email schreiben.

WN: Vielen Dank für eure Zeit und euer Engagement! Alles Gute für euer Projekt!

Das Leitungsteams der ÜbersetzerInnen sind LehrerInnen oder Direktoren an den folgenden Schulen:
Großbritannien: Andrew Chupp, Anthony Bennett: Archbishop Sentamu Academy, Kingston upon Hull
Spanien: Carlos Alonso: Instituto de Enseñanza Secundaria A Sangriña, A Guarda
Rumänien: Madalina Ionescu: Liceul Tehnologic General Magheru, Rm. Valcea
Deutschland: Manfred Reiter, Uwe Engstler: Geschwister-Scholl-Schule Berufsbildende Schule Saarburg
Satoshi IIDA erstellt die japanischen Übersetzungen der Wochennotiz.

Januar

Das Jahr begann mit einem Ende, dem Ende von OpenStreetBugs. OpenStreetBugs, wie bitte?, was ist das? Ganz einfach, das war der Vorgänger von OSM Notes. Es war aber unabhängig von openstreetmap.org. Anfang des Jahres war es endlich so weit, die letzten OpenStreetBugs wurden abgearbeitet oder nach OSM Notes übertragen.

Ebenfalls im Januar wurden zwei numerische Jubiläen gefeiert. 20 Millionen Changesets und 100.000 OSM-Notes.

Noch im Januar erblickte ein Tool das Licht der Welt, welches den Overpass-Turbo endgültig benutzerfreundlich gemacht hat – der Query-Wizard, der aus nahezu poetischer Prosa seine formalen Overpass-Queries erstellt.

Februar

Im Februar zahlte sich die Arbeit des „Troisdorfers“ (der Podcast berichtete) aus. Die Stadt Troisdorf begann selbst, beeindruckt von der Detailtiefe von OSM, selbst zu mappen. Auch eine andere öffentliche Einrichtung ging auf OSM zu, der Verkehrsverbund Rhein-Ruhr begann, den Kontakt zur OSM-Community zu suchen. Neben diesen Vorbilder gab es im Februar auch noch ein Negativbeispiel für OSM-Nutzung. Mit Namo nutze ein mit Bundesmitteln gefördertes Projekt OSM als kostenlosen Datenhoster und wird wohl in Zukunft als Argument für eine Organisational Mapping Policy herhalten.

Seit Februar sind fast alle Websites unter openstreetmap.org über HTTPS erreichbar, weiterhin hiervon ausgenommen ist das Forum, welches immer noch nicht von der OpenStreetMap Foundation gehostet wird.

März

Seit März dürfen Mapillary-Bilder zum Mappen genutzt werden, eine Quelle, die vieles erleichtert, solange die Bilder verfügbar sind. Ebenfalls im März wurde die OpenLoveMap veröffentlicht, ein Spaßprojekt, das auch als Demo dient, wie man die Overpass auf einer Leaflet-Karte nutzt. Ob diese Seite es schon in den britischen Pornofilter geschafft hat?

Mitte März treffen sich viele OSMler auf der Fossgis Konferenz (Videos) in Berlin und tragen durch ihre Mithilfe zum gelingen bei.

Spam in den User Diaries erhitzte im März zum ersten (?) Mal die Gemüter. Es scheint, als hätte es mittlerweile sich gebessert aber immer noch nicht gefixt worden.

BSD vs. GPL, diese Diskussion gibt es auch in OSM. Hier heißt sie aber „Share-Alike – ja oder nein“ und wurde von Alex Barth von Mapbox iniitiert.

April

Man konnte es für einen Aprilscherz halten, aber es war wahr. Die Overpass-API platze Anfang 2014 aus allen Nähten. Eine Aufrüstung des Servers war nötig und Roland startet daher am 1. April einen Spendenaufruf zur Anschaffung von SSDs für den Server. Wie lange die jetzige Hardware wohl ausreichen wird? Angesichts der wachsenden Verbreitung kann man davon ausgehen, dass das nicht der letzte Spendenaufruf war.

JOSM ist dir nicht Profi genug? Level0 wurde im April eingeführt und ist ein textbasierter Editor.

Der OpenRouteService – wie oft wurde schon über diesen Dienst geschimpft? Im April zeigte sich, dass der Dienst OpenStreetMap mehr schadet als nützt. Seine Daten sind uralt, er wird nicht regelmäßig aktualisiert und die Routingergebnisse sind auch nicht empfehlenswert. Da wir selbst die unverzügliche Abschaltung dieses OSM mehr schadenden als gewinnbringenden Dienstes fordern, wäre es unsinnig auch noch darauf zu verlinken.

Mai

Die 200. Wochennotiz wurde veröffentlicht.

Juni

Im Juni stand sie wieder auf, die Wochenaufgabe. Mit dem Aufruf Pegelmesser zu mappen, wurde hier im Blog der erste Aufruf gestartet, eine Woche lang etwas Bestimmtes, in diesem Fall Pegelmesser, gezielt zu mappen. Mehrere Wochenaufgaben (mittlerweile auf eine Laufzeit von 2 Wochen verlängert) sind dem gefolgt und werden von der Community vorgeschlagen und geleitet.

Wohl der Höhepunkt aus Sicht der deutschen Community war neben der FOSSGIS-Konferenz in Berlin im März, die State of the Map Europe in Karlsruhe im Juni.

Juli

Aufregung im Forum. Anfang Juli wird entdeckt, dass ein Mitarbeiter der niedersächsichen Vermessungsverwaltung OSM diskreditiert: „aber im Gegensatz zu den auf amtlichen Daten basierenden original Garminkarten werden die OpenStreetMap-Karten oft von Kindern und Jugendlichen ohne kartographische Kenntnisse ‚gebastelt‘. Daher ist in punkto Verlässlichkeit zur Vorsicht geraten.“ Es stellte sich glücklicherweise schnell heraus, dass die Website veraltet war und schnell von ihm aktualisiert wurde.

August

Der August war als Ferienmonat relativ meldungsarm… Das Wichtigste war die Zehnjahresfeier, welche in Deutschland aber kaum gefeiert wurde. Pascal Neis hat nach 100 Veröffentlichungen seine Weekly OSM wegen Zeitmangel leider eingestellt.

September

Im September war Radio OSM nicht mehr allein. OSM Radio, der russische OSM-Podcast entstand. Die Vermessungsverwaltung Sachsen zeigte im September die Absurdität amtlicher Geodaten und Frederik suchte Freiwillige, die bei einer Portierung des deutschen Mapnik-Stils von Mapnik-XML auf CartoCSS mithelfen.

Wieder ein Amt, wieder ein Aufreger. Das Landratsamt Garmisch-Partenkirchen zeigt, dass es OSM nicht verstanden hat und versucht „streng geheime“ Höhleneingänge aus OSM zu entfernen. Dumm nur, dass die Community wachsam ist.

Oktober

Fünfeinhalb Jahre war sie schon alt und immer noch ist sie aktuell, die OSM API 0.6. Auf dem Karlsruher Hackweekend ergänzt Frederik einen Undelete-Call.

Endlich! Lange wurde darauf gewartet, Lukasz Gurdek hat es im Rahmen des Google Summer of Code implementiert. Die Changeset-Diskussion ermöglicht nun direkt am Changeset, Änderungen eines Nutzers zu diskutieren. OSMF war im Oktober und November ein Synonym für Streit. Im Vorfeld der Wahlen zum Vorstand der OSMF hatte die OSFM-Mailingliste wohl das höchste Trafficaufkommen ihrer Geschichte. Wir haben es nicht nachgezählt, aber es klingt nicht unglaubwürdig, dass selbst talk-de zu Spitzenzeiten weniger Mails pro Tag hatte.

Im Rahmen eines Comenius Schulprojektes wurde im Oktober in Kingston upon Hull von Schulen aus England, Spanien, Rumänien, der Türkei und Deutschland der Nachfolger von Weekly OSM, das mehrsprachige weeklyosm auf den Listen vorgestellt. WeeklyOSM versteht sich als die redigierte mehrsprachige Ausgabe der Wochennotiz, da ein Teammitglied in beiden Blogs aktiv ist.

November

Im November stand bei uns in der Wochennotiz eine Erneuerung an. Das über vier Jahre alte Kategorienschema wurde durch ein neues Schema ersetzt, welches thematisch feiner aufteilt ist.

Dezember

Im Dezember gab es neue Luftbilder für OSM im Ruhrgebiet und eine Überarbeitung des Public-Transport-Schemas wurde diskutiert (Diskussion läuft noch).

Hier auf dem 31. Chaos Communication Congress habe ich einige anwesende Mapper und Christian per Mail nach ihren Eindrücken vom Jahr 2014 und Aussagen ihrer Glaskugeln für das Jahr 2015 befragt.

Was fandest du aus Sicht von OpenStreetMap dieses Jahr als besonders hervorhebenswert?
Marc Gehling: Ich fand besonders hervorhebenswert, dass es in der OSMF endlich Trubel gegeben hat. Die Ergebnisse sind nicht alle wie gewünscht, aber vielleicht war es ein weitere Anstoß für zukünftige Änderungen. OSM ist 10 Jahre alt geworden und die Tagging-Mailingliste hat Talk-de bezüglich des Nachrichtenaufkommens überholt.
Thomas (thomersch): Die SotM-EU war toll, die Community dort ebenso.
Christoph (TheFive): Ich war auf der Overpass-Schulung von Roland und die war echt gut.
Christian (Hedaja): Auch in diesem Jahr haben sich alle Beteiligten bei HOT wieder selbst übertroffen. Es gab so einige humanitäre Katastrophen in diesem Jahr (Kriege/Naturkatastrophen/Seuchen), doch jedes mal haben sich zahlreiche Freiweillige gefunden, die ihr Freizeit dafür aufgewendet haben, den Hilfkräften vor Ort die Arbeit zu erleichtern, indem sie große Regionen kartografiert haben. OSM ist mittlerweile ein wichtiger Anlaufpunkt für viele Hilfsorganisationen und von der Kooperation  profitieren nicht nur die beiden Parteien, sondern auch die Menschen, die Hilfe benötigen.

Was hätte deiner Meinung nach dieses Jahr besser laufen können?
Marc: Ich hätte mir gewünscht, dass die Anträge zur Amtszeitbeschränkung von OSMF-Vorständen bei der außerordentlichen Mitgliederversammlung angenommen werden.
Thomas: Die ganze Softwareentwicklung ist mir dieses Jahr nicht schnell genug vorangegangen. Die Tools, die wir eigentlich erwarten, sind nicht sind noch nicht da. Das hört sich vorwurfsvoll an, aber jeder, auch ich, sollte sich selbst an die Nase fassen.
TheFive: Ich kann mich an nichts Negatives erinnern.
Hedaja: Noch immer ist der Einstieg für Neulinge nicht leicht. Mit dem iD Editor wurde ein Schritt in die richtige Richtung gemacht, aber es gibt dennoch noch einiges zu tun.
Wichtig dabei wäre vorallem die Findung eines gemeinsamen Konsens und das Etablieren neuer Ideen zu vereinfachen. Die zahlreichen Kommunikationskanäle (Mailinglisten/Forum/Wiki/Diary) sind meiner Meinung nach Fluch und Segen in einem. Einerseits bieten sie für jeden Geschmack das richtige Kommunikationsmittel, andererseits bilden sich dadurch zum Teil Untergruppierungen und es bildet sich nicht zwangsläufig ein breiter Konsens über die gesamte Community.
Noch schwieriger als neue Sachen zu realisieren ist es alte Dinge zu verändern. Teilweise gibt es historisch gewachsene Tags, die jedoch im aktuellen Stand von OSM zum Problem werden, weil sie zum Beispiel nicht mehr detalliert genug sind. Oft habe ich auch gesehen, dass es in unterschiedlichen Tag-Kategorien unterschiedliche Tagging-Schemata für ähnliche Dinge gibt. Auch wenn Vielfalt ein wichtiges Grundprinzip von OSM ist, sollten wir versuchen eine Grundähnlichkeit über die verschiedene Kategorien hinweg zu realisieren, um die Dinge für Anfänger und Anwender, aber auch für alle etablierten Mapper nicht zu verkomplizieren.

Was ist deiner Meinung nach dieses Jahr gut gelaufen?
Marc: Die FOSSGIS-Konferenz und die SotM-EU waren toll.
Michael Kugelmann: SotM-EU war cool. Ich darf mich eigentlich [als Mitglied des Programmkomittes, Anm. d. Red.] nicht selber loben. Zehn Jahre OSM ist örtlich schlecht gelaufen. Wir Deutschen haben nichts auf die Beine gekriegt. Aber wir Deutschen feiern nicht gern.
Thomas: Ich finde es gut, dass die Wochenaufgaben wieder angefangen haben. Das sollten wir weiterführen.
Consti (ubahnverleih): Total super war, dass wir zwei total super Konferenzen – die FOSSGIS und die SotM-EU – und einen super Vortrag auf dem 31C3 hatten.
TheFive: Ich finde es gut, dass es die Wochenaufgaben gibt, sie aus der Community kommen und sie aktiv zur Community beitragen.
Hedaja: Die Entwickler, die hinter dem riesigen Softwareuniversum rund um OSM stehen, haben sich wieder mächtig ins Zeug gelegt. Ohne die zahlreichen freien Programme würde es OSM nicht in diesem Umfang geben. Dies reicht von den essenziellen Editoren, über Auswertesoftware und Qualitätstools bis zu den immer zahlreicheren Endanwenderprogrammen (Navigation/verschiedenste Karten/..).

Was erwartest du vom neuen Jahr?
Michael: Ich hoffe, dass sich in der OSMF etwas tut.
Marc: Die Nutzung von öffentlichen Nahverkehrsbetrieben wird zunehmen und wir große Anstrengungen haben werden, diese zu integrieren. Zum Beispiel sucht der MVV Studenten zum Mappen. Wir werden nächstes Jahr eine funktionierende Routereinbindung auf osm.org haben. Die Nutzung der Overpass-API wird nächstes Jahr gigantisch wachsen. Die Wahrnehmung von OpenStreetMap bzw. HOT wird zunehmen.
Thomas: Ich erwarte, dass wir coolere Tools für Enduser haben.
Consti: Wie in meinem Vortrag auf dem 31C3 erwähnt, wird Indoor* nächstes Jahr einen großen Schritt nach vorn machen.
TheFive: Die Diskussion über die nächste API-Version wird beginnen. Sie wird nämlich langsam nötig und viele Fragen klären, was in OSM reingehört und was nicht. Ich denke da an das 3D-Mapping. Ist die aktuelle Datenstruktur sinnvoll oder nicht? Brauchen wir einen speziellen 3D-Datentyp?

Hast du eine Person mit OSM-Bezug, die du besonders hervorheben oder bei der du dich bedanken möchtest?
Marc: Roland Olbricht. Die Overpass ist die größte Innvoation der letzten drei Jahre. Andi und Peter für ihre Arbeit im Videoteam.
Michael: Frederik und Christine für das Engagement, das sie in die SotM-EU gesteckt haben. Simon dafür, dass er zwei Jahre lang den mühsamen Weg gegangen ist, die OSMF voranzubringen (gemeinsam mit Frederik).
Thomas: Ich möchte mich bei Frederik für sein Durchhaltevermögen bedanken und dass er nicht trotz des Stress in der OSMF durchgedreht ist.
Consti: Ich möchte mich bei Peter Reinhart bedanken für alles. Er hält Vorträge, mappt viel und rekrutiert neue Mapper.
TheFive: Ich möchte mich beim Wochennotizteam für die wöchentliche Bereitstellung der Wochennotiz bedanken.

Hast du einen OSM-bezogenen Vorsatz für das neue Jahr?
Michael: Ich will mehr Zeit für OSM finden als 2014.
Marc: Ein schon länger geplantes Projekt nächstes Jahr umsetzen.
Thomas: Ich möchte noch ein paar Projekte umsetzen, die mir noch im Kopf rumschwirren und mir dafür Zeit nehmen.
Consti: Ich habe vor, genauso viel zu mappen wie dieses Jahr und eine neue Version der Unterkunftskarte zu bauen.
TheFive: Ich habe keinen Vorsätze.
Hedaja: Ich würde im nächsten Jahr gern wieder mehr für HOT mappen. In diesem Jahr bin ich sehr wenig dazu gekommen. Außerdem werde ich versuchen mehr im Proposal-Prozess mitzuwirken.

Hintergrund

In Europa werden verschiedene Mautsysteme verwendet, die sich in ihren Erfassungs- oder Abrechnungsmethoden unterscheiden. Diese Methoden werden in dieser Bachelorarbeit kurz aufgegriffen und mit den EU-Ländern Deutschland, Österreich und Schweiz auf ihre Besonderheiten verglichen. Da die Berechnung der Maut in einigen EU-Staaten speziellen Randbedingungen unterliegt (streckenbezogene oder gewichtsbezogene Abgabe), müssen diese Aspekte auch im Schema der Datenbank berücksichtigt werden. Hinzu kommen zusätzliche Informationen, die für die Visualisierung mautpflichtiger Strecken wichtig sind, wie beispielsweise Informationen über die betroffenen Fahrzugtypen oder über den Betreiber der Strecke.

Überblick der OSM-Mautdaten in Europa (overpass turbo, CC-BY-SA OpenStreetMap)

Mit der öffentlichen Debatte zur Ausweitung der LKW-Maut auf ausgewählten Bundesstraßen und zur Einführung einer PKW-Maut in Deutschland rücken Geodaten, speziell die Verkehrsdaten, wieder in den Fokus der Nutzer. Die Straßennutzung durch LKWs wird in Deutschland auf Grundlage des Mautgesetzes des Bundes mit einer Abgabe, der LKW-Maut, belegt. Die Berechnung der Maut basiert in Deutschland auf mautpflichtigen Abschnitten und nicht auf der gesamten, gefahrenen Strecke. Derzeit ist es schwierig die Mautdaten mit den Verkehrsdaten zu vereinigen. Die Mautabschnitte besitzen nur eine BASt interne Bezeichnung und sind nur über die räumliche Geometrie oder das lokale Wissen editierbar.

Bachelorarbeit

Das in dieser Arbeit beschriebene Tool und die damit erzeugten Mautdaten erleichtern dem Nutzer (OSM-Mapper) die Arbeit. Für ihn validiert das Tool durch die Dijkstra-Routinganalyse die OSM-Daten, basierend auf dem Tagging-Schema mit mautbezogenen Routingparametern, wie Fahrzeug-, Achs-, Gewichtsklasse und Betreiber. Die erzeugten Mautdaten helfen auch Nutzern, die mit Hilfe von OSM die mautbezogenen Routingparameter interpretieren oder auswerten wollen. Beispielsweise lässt sich so die schnellste und günstigste Strecke, bezogen auf die zu entrichtende Straßenmaut, ermitteln und grafisch anzeigen.

Im Rahmen der Bachelorarbeit ging es um die Aggregierung von verkehrsbezogenen Daten, die von der Bundesanstalt für Straßenwesen (BASt) und OpenStreetMap (OSM) zur Verfügung gestellt werden. Projektziel war es, ein Vorgehen zu entwickeln, das mautbezogene Verkehrsdaten ausliest und diese einheitlich, im OSM-Tagging-Format, in einer OSM-Datenbank ablegt.

Dem Mapper soll eine WMS-Schnittstelle oder eine Korrekturliste zur Verfügung gestellt werden, die das Erfassen und Validieren von Mautdaten erleichtern sollen. Für den allgemeinen Nutzer lassen sich, mit Hilfe einer Applikation, die Daten als mautpflichtige Route anzeigen. Zudem sollen die Daten grafisch ansprechend in einer Lagekarte visualisiert werden. Für das zu entwickelnde System werden die ursprünglichen Daten der BASt und OSM nach PostgreSQL importiert. Danach werden die Daten mit verschiedenen Analysen und Verarbeitungsverfahren mit Hilfe der PostGis- und PgRouting-Bibilothek aufbereitet.

Das Gesamtprojekt besteht aus drei Elementen:

1. Erzeugen einer Korrekturliste und einen WMS-Dienst für den OSM-Mapper
2. einem Maut-Informationsportal
3. Maut-Routing für den LKW-Fahrer

Korrekturliste der mautpflichtige Strecken mit OSM_ID & BASt Abschnitte

Maut-Informationsportal

Maut-Routing für den LKW-Fahrer

OSM-Maut-Taggingshema erweitern

Maut wird für eine bestimmte Fahrzeug-, Achs- oder Gewichtsklasse oder einen bestimmten Betreiber erhoben. Die Fahrzeugklassen werden von der Wirtschaftskommission für Europa der Vereinten Nationen (UNECE) vorgegeben. Die Fahrzeugklassen werden von allen 56 Mitgliedern und Nichtmitglieder, wie Australien, der ECE ratifiziert, sodass sich viele Länder dem Vorschlag anschließen. Diese Informationen müssen in OSM hinterlegt werden. Das aktuelle Tagging-Schema dafür ist in nachfolgende Tabelle beschrieben.

Aktuelles Taggingschema für die Maut

abstrakte Darstellung des Ways mit Mautbeschränkungen

In Deutschland und anderen EU-Ländern existieren Mautsysteme, die nur für bestimmte Strecken Maut erheben. Diese Strecken müssen durch das Taggingschema darstellbar sein. Außerdem ist die Auswertung der Map-Features einer Straßenkante bezüglich der Maut recht aufwendig.

Damit die Informationen effektiver ausgewertet werden können, müssen sie anders hinterlegt werden. Der Vorschlag eines diesbezüglich überarbeiteten OSM-Taggingschema mit PKW-Maut ist in nachfolgende Tabelle beschrieben.

Neues Maut-Tagging-Schema in Anlehnung an OSM Tagging-Schema

In der nachfolgende Abbildung wird exemplarisch gezeigt, wie die Eigenschaften einer Straßenkante durch Anwendung des neuen Schemas zukünftig gemappt werden sollten.

Technische Umsetzung

Das gesamte Projekt wurde mit den Open-Source-Programmen auf einem Ubuntu-Server umgesetzt. Als Basis dient ein objektrelationales Datenbankmanagementsystem (ORDBMS) PostgreSQL. Die Datenbank wird mit der SQL-Datenbanksprache bedient und unterstützt die gängigen Datentypen, Operatoren, Funktionen und Aggregate. Die Erweiterungen PostGIS und PgRouting unterstützen die räumlichen Daten in einer PostgreSQL-Datenbank. In PostGIS werden neben der Speicherung und Bearbeitung von räumlichen Daten auch Analysefunktionen benutzt. PgRouting bietet Funktionen für “Kürzeste-Wege”- Berechnung und andere netzorientierte Algorithmen an.

Ein weiteres wichtiges Element ist ein Applikation-Server, wie Apache-Server. Der Apache-Server nimmt die Anfragen vom User-Interface entgegen und leitet sie an den MapServer weiter. Der verwendete MapServer ist ein Karten-Server, der es ermöglicht, Geodienste gemäß den Spezifikationen des Open Geospatial Consortium (OGC) zur Verfügung zu stellen.

Das User-Interface besteht aus einem CSS-Framework und einer Leaflet-Applikation. Unter Leaflet versteht man eine auf JavaScript basierende Bibliothek. Ziel ist es, die Geodaten mit einer grafische Benutzeroberfläche zu kombinieren, wie z. B. die Zoomfunktion oder die Schnittstellenabfrage Web Map Service (WMS). Die Foundation von der Firma Zurb ist ein freies CSS-Framework, mit eigener JavaScript-Bibliothek zum Erstellen von Webseiten auf mobile- oder Desktop-Plattformen. Die Foundation unterstützt die gängigen HTML-, CSS-, CSS(Sass)-Format.

Technologieübersicht des Servers

Zusammenfassung

In dieser Bachelorarbeit wurde ein Vorgehen entwickelt, bei dem mautbezogene Verkehrsdaten erfasst und umgewandelt werden, sodass sie in OSM abgelegt werden können. In diesem Zusammenhang wird eine neue Kartierungsvorschrift vorgestellt, die als Tagging-Schema für das OSM-Datenmodell dient.

Der Umgang mit dem Script hilft Nutzern, wenn sie die Überprüfung der Daten automatisieren wollen. Das Script erzeugt Vorlagen für das Maut-Tagging mit Hilfe eines Routing Algorithmus, der Eigenschaften wie Fahrzeug-, Achs- oder Gewichtsklasse und Betreiber berücksichtigt. Dadurch lässt sich zukünftig die schnellste und günstigste Route, bezogen auf die entrichtende Straßenmaut, erzeugen.

Das Vorgehen und das Script sind jetzt schon eine kostengünstige Alternative zu kommerziellen Lösungen. Die Ergebnisse haben eine gute Qualität, da sie auf Grundlage von aktuellen und weltweit erfassten Daten beruhen.

Langfristig soll ein weltweites Routing von Mautinformationen für Lkw oder andere Fahrzeugklassen angeboten werden. Hierzu wird angestrebt ein ­OpenTollMap-Projekt zu starten, wo interessierte OSM-Mapper herzlich eingeladen sind, Mautinformation oder andere Daten zu mappen oder analysieren. Außerdem soll eine Integration und Weiterentwicklung von vorhandenen Routing Engine vorangetrieben werden.

Eine Demoversion und die Bachelorarbeit steht zur Ansicht bereit.

Änderungsvorschläge

Damit zukünftig der aufwendige Workflow und die Berechnung der Geokoordinaten für Mautpunkte entfallen kann, sollte die BASt die benötigten Geokoordinaten zusammen mit den anderen Information für Mautpunkte in einer Datei bereitstellen.
Damit das neue Tagging-Schema in OSM integriert werden kann, müssen die Änderungen im OSM-Wiki hinreichend dokumentiert werden. Zur Dokumentation gehört neben dem neuen Tagging-Schema auch eine genaue Erklärung anhand von Beispielen, wie das neue Tagging-Schema benutzt werden soll.

Außerdem wäre auch eine Tagging-Vorlage in JOSM vorstellbar.

Interssierte Leute zu Thema Mautdaten können sich bei mir melden.

Seit dem Jahr 2006 gibt es regelmäßig eine Beteiligung des FOSSGIS e.V. in der Form eines Informationsstandes. Um freien Projekten (z.B. QGis, MapServer) eine Präsentationsmöglichkeit bieten zu können, wurde ein großer Gemeinschaftsstand umgesetzt. Dieser hieß lange Zeit OSGeo-Park, dieses Jahr OpenSource-Park. Dort stellen Firmen ihre Produkte oder Dienstleistungen vor und zahlen für die Standfläche. Die freien Projekte bekommen einen Teil der Fläche und ziehen natürlich durch ihre Bekanntheit ebenso Publikum an. Diese Mischung macht deutlich, dass sich Open Source und kommerzielle Firmen gut ergänzen.

OpenStreetMap ist seit dem Jahr 2008 dabei. Die Community kümmert sich eigenständig um Planung, Transport, Auf- und Abbau sowie die Standbesetzung während der Messe. Koordiniert wird alles im OSM-Wiki. Außerdem kann man dort nachlesen in welchen Städten man bereits war und wer mitgemacht hat.

Die Arbeit fängt schon einige Wochen vor der Eröffnung an. Die Wiki-Seite wird angelegt und Kalendereinträge gemacht. Es wird schon überlegt, was man zeigen möchte und natürlich schreibt man Emails und telefoniert mit anderen OSMern, um sich abzustimmen. Haben wir genug Flyer, muss noch etwas gedruckt oder bestellt werden? Von wo und wie werden die üblichen Messeutensilien (Klebeband, Schere, Werkzeug, Steckdosen, Kabel usw) transportiert? Mit der Zeit lernt man natürlich dazu. Überraschungen gibt es aber fast jedes Mal. Es kam schon vor das auf den Aufbau des Standes (die üblichen Wände inkl. Strom u. Internet) vor Ort noch einige Stunden gewartet werden musste. Das Thema Internet vor Ort ist auch jedes Mal spannend. Dieses Jahr wurde jedem Stand ein WLAN-Zugang zur Verfügung gestellt, bei dem sich ein Gerät anmelden konnte. Vor Ort hatten wir jedoch diverse mobile Geräte und eine Handvoll Laptops. Zusätzliche Fritzboxen, Switches und Router erleichtern das Einrichten von Workarounds. Gut wenn man vorher dran denkt.

Die eigentliche Standfläche ist jedes Mal unterschiedlich. Zum Glück kennt man inzwischen die meisten Leute des OpenSource-Parks. Da hilft man sich gegenseitig. Wir benötigten z.b. noch einen flachen Tisch, auf dem wir die ausgedruckten Karten auslegen wollten. So sind wir zum nächsten Messe-Imbiss gegangen und haben dort nach Kisten gefragt. Glücklicherweise konnten wir 6 Stück (gegen Pfand) ausleihen. Dank Klebeband und Pappe hatten wir einen ansehnlichen Sockel gebaut und unser Auslagetisch war fertig.

Der Aufbau erfolgt immer einen Tag vor der Eröffnung. Sobald die Messetore aufgehen, kommen die Besucher und würden an einem halbfertigen Stand vorbei gehen. Spätestens eine Woche vorher steht auch fest, wer eigentlich am Stand ist und den Besuchern weiterhelfen kann. Glücklicherweise gibt es bei OpenStreetMap und in der FOSSGIS-Szene dafür immer ausreichend Freiwillige. Dadurch ist man bei der Besetzung zeitlich flexibel, auch halbe Tage sind damit abdeckbar. Wer also über OSM etwas erzählen kann, egal ob Mappingtipps oder Kartentipps für mobile Geräte, trägt sich das nächste Mal auf der Wiki-Seite ein. Lohnend ist auch ein Rundgang über die Messe. Die meiste Technik ist zum anfassen da und es gibt genügend Ansprechpartner die nur darauf warten Fragen gestellt zu bekommen.

Das es sich um eine Business-Messe handelt, sieht man zumindest bei den Ausstellern die meisten Menschen in Anzug mit Krawatte oder Kleid. Es gibt nicht wirklich eine Kleiderordnung, der Alltags-Büro-Look tut es auch. Wir achten immer auf Sauberkeit und Ordnung am Stand. Unterstützt wurden wir auf dem OpenSource-Park wieder durch eine Hostess, die uns und die Besucher mit Getränken und Knabbereien versorgte. Wer den ganzen Tag vor Ort ist, bringt sich besser selbst Essen und Trinken mit. Die Preise an den Imbissständen sind messetypisch ziemlich hoch.

Während der Veranstaltung steht man die ganze Zeit und unterhält sich mit den Besuchern. Zu den Hauptzeiten kann es schon mal vorkommen, das nicht jeder Besucher bedient werden kann. Je mehr Standpersonal da ist, desto besser. Andererseits kommen die Besucher später nochmal, einige kommen sogar öfters vorbei. In den seltenen Fällen in denen kaum Andrang herrscht, nutzt man die Zeit für einen eigenen Messerundgang, füllt Flyer nach oder räumt mal diverse Browsertabs und JOSM-Fenster auf.

Auf der Intergeo trifft man hauptsächlich Fachpersonal. Firmen die Geodaten verarbeiten und wissen wollen, wie sie OSM-Daten beziehen können. Behördenmitarbeiter die sich für das Thema Qualität der Daten interessieren. Auffallend ist, das die meisten Besucher OSM bereits kennen und gezielt Fragen stellen. Sehr vereinzelt trifft man auch auf Kritiker, die einem zeigen wollen, das OSM gar nicht funktionieren kann. „Darf wirklich jeder in die Datenbank schreiben?“ oder „Wie verdient ihr eure Miete und wer bezahlt die Server?“ – inzwischen ist man in den Antworten geübt. Sehr oft kamen Fragen zur Attributierung bei der Einbindung von OSM-Karten in Webseiten oder in Printmedien. In der Mehrzahl der Fälle konnten wir schnell und einfach helfen. Wer jedoch eigene Datenbanken betreibt, die nicht nur OSM-Daten enthalten und verarbeiten, muss sich selbst darum kümmern, das alle Lizenzbestimmungen entsprechend berücksichtigt werden.

Ein großer Besuchermagnet auf dem OpenSource-Park ist das Vortragspodium. Dort können Firmen ihre Produkte und Dienstleistungen vorstellen, aber auch die einzelnen freien Projekte über ihre Arbeit sprechen. Es hängt immer ein aktueller Plan mit den Themen aus, so das man auch gezielt zu bestimmten Vorträgen hingehen kann. Anschließend steht der Redner für individuelle Fragen zur Verfügung.

Erneut konnten wir wieder den Besuchern einen gewünschten Kartenausschnitt im Großformat ausdrucken. Dank der Firma Epson, die uns ihr Top-Modell SureColor SC-T7200D inklusive Papier und Tinte, zur Verfügung stellte, bedruckten wir insgesamt mehr als 75m Papier. Am ersten Tag spielte die Technik uns noch einen Streich, so das wir nur vorgerenderte Karten ausdrucken konnten. Aufgrund der Datenmenge und des komplexen Setups steht der Renderserver dazu in einem Rechenzentrum und ist über das Internet zugänglich. Der Knackpunkt ist also ein funktionierender Internetzugang. Am zweiten und dritten Tag konnten konnten wir allen Besuchern demonstrieren, das eine OSM-Karte auf 42-Zoll-Papier ausgedruckt, auch an der Wand aufgehängt ansehnlich ist. Den Plotter zu bedienen ist wirklich einfach. Richtig einfach wird es mit der richtigen Drucksoftware. Diese benötigte leider ein Windows-System, so das wir dafür einen extra Rechner vorbereitet haben. Für den fast pausenlosen Druck sorgte auch die Tatsache, das der Plotter zwei Papierrollen gleichzeitig vorhält und diese per Software umgeschaltet werden können. Das Aussuchen des gewünschten Kartenausschnittes dauerte insgesamt am längsten. Sobald dieser fest stand, wurde das Kartenbild innerhalb von ein bis fünf Minuten gerendert und auf den Messerechner heruntergeladen. Der Ausdruck selbst dauerte ebenfalls nur wenige Minuten.

Damit die ausgedruckten Karten auf dem Transport nach Hause nicht beschädigt werden, hatten wir noch faltbare Kartenkartons besorgt. Diese mussten lediglich zusammen gesteckt werden und die Besucher konnten den Ausdruck sicher transportieren. Besonders gefreut haben uns Besucher, die auf anderen Veranstaltungen bereits einen OSM-Kartenausdruck mitgenommen hatten und sich noch einmal bedankt haben.

Veranstaltungen wie die Intergeo sind eine wichtige Anlaufstelle für alle OSM-Interessierte. Hier gibt es den persönlichen Kontakt ohne Anmeldung bei Mailinglisten oder Wikis. Es ist ebenfalls viel formeller als bei einem Stammtisch und zieht andere Nutzergruppen an. Positiv ist weiterhin, das man andere OSMer kennen lernt und sich austauschen kann. Die Atmosphäre ist am OSM-Stand immer sehr angenehm.

Eine willkommene Ablenkung vom ganztäglichen Stehen sind die Standparties mittwochsabends. Bei den großen Firmen wird Musik sowie Essen und Trinken aufgefahren. Auch auf dem OpenSource-Park gab es am Mittwochabend nach Messeschluss ab 18:00 Uhr Bier, Limo und Schnittchen.

Da die Deutsche Post nicht auf eine korrekte Attributierung von OpenStreetMap-Karten in ihrer Postwurfsendung Einkaufaktuell geachtet hat, haben wir nun die Möglichkeit, kostenlos eine Anzeige in der Werbezeitschrift Einkaufaktuell in der Region Karlsruhe zu veröffentlichen. Damit können bis zu 450.000 Haushalte erreicht werden.

In dem Forum und auf der Mailingliste talk-de werden bereits erste Entwürfe diskutiert.

Die technischen Daten:

• Seite 3, rechter Rand, hochkant (Tower-Format)
• Größe: 55 x 227 mm, keine Beschnittzugabe notwendig
• PDF (vorzugsweise X-4, aber auch X-3 möglich)
• alle Daten in CMYK
• Auflösung 300 dpi

Die Anzeige soll unter einer freien Lizenz zur Verfügung stehen. Eine Vergütung findet nicht statt.

Das Auswahlkomitee bildet sich spontan beim Karlsruher Stammtisch am 17.09.2014 ab 19:00 Uhr. Die Abgabefrist endet um 18:00 dieses Tages. Bitte ladet eure fertige Einreichung entweder im OSM-Wiki oder an anderer Stelle hoch und verlinkt sie auf der Wiki-Seite zum Thema.