18.02.2020-24.02.2020

In eigener Sache

• Herzlichen Dank allen, die anlässlich der Ausgabe 500 der Wochennotiz per Nachricht, Blog-Post oder hier, E-Mail, Kommentar, Twitter oder auch persönlich gratuliert haben. Bitte hilf auch Du mit, die OSM-Community über DEINE OSM-Aktivität zu informieren und nutze dazu unseren Gast-Zugang.

Mapping

• Joseph Eisenberg bittet um Kommentare zu seinem Vorschlag von amenity=motorrad_taxi, einem speziellen Tag für einen Ort, an dem Motorradtaxis auf Fahrgäste warten. (Nabble)
• Victor begann eine Diskussion darüber, ob das Vorhandensein oder Fehlen von Kennzeichen für Überwachungskameras bspw. mit camera:signed=yes/no erfasst werden sollte, da einige Länder eine Information der Betroffenen fordern, wenn der öffentliche Raum gefilmt wird. (Nabble)
• Der langjährige OSM-Mitwirkende Nick Whitlegg kündigt an, dass er seine Fußwegkartierungs-Webseite FreeMap für England und Wales schließen wird. Diese begann schon in den frühen Tagen von OSM (oder sogar etwas früher) und veranlasste Richard Fairhurst, auf einen faszinierenden alten Blogbeitrag über seine eigene Kartierungsarbeit vor der Entwicklung von OpenStreetMap (geowiki.com) und auf andere Aspekte der OSM-Vorgeschichte hinzuweisen.
• dktue hat am 17. Februar 2020 die Seite autobahnkilometer.tirol online gestellt. Auf der Karte werden Autobahn-Kilometersteine für Tirol angezeigt. Am Tag der Veröffentlichung waren zunächst noch 0 (Null!) Kilometersteine eingepflegt, mittlerweile ist jedoch der Großteil gemappt.
• Thejesh GN beschreibt in seiner Einführung die Erfassung von Überwachungskameras in OSM und wie man diese mit OSMAnd ergänzen kann.
• HOT hat über seine Zusammenarbeit mit Microsoft in Bezug auf die Erstellung detaillierter Karten von Tansania und Uganda mithilfe von Satellitenbildern, maschinellem Lernen und Community-Mappern berichtet.
• Knotenpunktsysteme wurden in einer Reihe europäischer Länder eingerichtet, um Menschen beim Navigieren in ihren Radwegenetzen zu helfen, indem sie die Kreuzungen nummerieren und eine umfassende Beschilderung zwischen ihnen bereitstellen. Robert Grübler berichtet über die Arbeiten zur Kartierung des Knotenpunktsystems des Fahrradnetzes in Murtal, Österreich.

Community

• Wenn Du eine Person oder ein Projekt kennst, das es verdient, für seinen Beitrag zu OSM ausgezeichnet zu werden, kannst Du Sie für den OSM-Awards 2020 nominieren. Ilya Zverev bittet darum, die Nominierungen bis zum 10. Mai 2020 einzureichen.
• Fabien Delolmo wird einen technischen Workshop zum Programmieren einer mobilen App anbieten , die OpenStreetMap-Daten nutzt und auch aktualisiert. Der Workshop findet am 6. März in Grenoble, Frankreich statt.
• Google kündigte die Open-Source-Projekte und -Organisationen an, die für das diesjährige „Google Summer of Code (GSoC)“-Programm akzeptiert wurden. OSM ist unter den 200 akzeptierten Projekten. Der GSoC nimmt vom 16. bis 31. März 2020 Bewerbungen von Studenten entgegen.
• SomeoneElse experimentiert mit dem Hinzufügen von Informationen zu etablierten Kartensymbolen. Unter anderem erklärt er in einem Blogbeitrag, wie ein Icon mit Informationen zur Barrierefreiheit angereichert werden kann.
• Die „Tobler Society“ ist ein aufstrebendes YouthMappers-Chapter an der Universität von Chicago. Sie twitterten letzte Woche über ihren Mapathon. Mehrmals im Jahr veranstalten sie „Mapathons“ im Rahmen der humanitären Projekte von YouthMappers, und im vergangenen Jahr gründeten Studenten das erste Chapter von YouthMappers in Chicago.

OpenStreetMap Foundation

• Simon Poole kündigte eine neue Version der Attributionsrichtlinie an, in die die Vorschläge aus der öffentlichen Diskussion im August letzten Jahres eingearbeitet wurden. Der Entwurf wird zur formellen Genehmigung an den OSMF-Vorstand weitergeleitet.

Veranstaltungen

• Ilya Zverev erinnert uns an die State of the Map Baltics 2020, die am 6. März 2020 an der Universität von Lettland stattfinden wird.
• Lars Linger lädt am 28. und 29. März 2020 zu einem weiteren OSM Hackweekend nach Berlin ein. Die Veranstaltung, die auf eine Geschichte von mindestens 7 Jahren zurückblicken kann, findet in den Räumen von Wikimedia statt und wird von der FOSSGIS, dem lokalen Chapter der OSMF, unterstützt.
• Ed Freyfogle, Mitbegründer von OpenCage und Steven Feldman von KnowWhere Consulting haben einen Podcast über geobezogene Themen gestartet.
• Christine Karch wurde von der französischen OSM-Community gebeten, der deutschen Community auszurichten, dass sie zu dem am 4. bis 5. April stattfindenden Toulouse Hack Weekend herzlich eingeladen ist.

Humanitarian OSM

• HOT hat die sechs Empfänger der Microgrants bekannt gegeben. Es sind die Communities aus Sierra Leone, dem Irak, dem Südsudan, den Philippinen, Bolivien und Peru.

Karten

• Zeichnest Du gerne Dinge in Karten ein? Hast Du es satt, wie ein Höhlenmensch auf einer Papierkarte mit einem Wachsmalstift zu zeichnen? Dann ist Gribrouillon genau das Richtige für Dich. Du kannst es verwenden, um Dinge auf einer OSM-Grundkarte einzuzeichnen und das Ergebnis mit Freunden zu teilen.
• Andrei Kashcha kündigte das Update seines „obskuren“ 2D-WebGL-Renderers an. In seinem Tweet zeigt er eine Vorschau der neuen 3D-Rendering-Funktion.
• Die BBC widmete einen Artikel dem Missbrauch einer Karte, die genutzt wurde, um irreführende Informationen über das Coronavirus zu verbreiten.
• Mapper äußerten sich im deutschen OSM-Forum enttäuscht über die schlechte Rendererperformance der OSM-Hauptkarte.

switch2OSM

• Tempus ist ein Busunternehmen in der Südeifel. Mithilfe der Community hat das Unternehmen alle Buslinien in OSM erfasst und mithilfe von Leaflet und Overpass individuelle Karten auf den Liniennetzseiten der Firmenwebsite erstellt.

Open-Data

• Das Bundesamt für Kartographie und Geodäsie hat über Twitter die Aktualisierung des Deutschlandmosaik aus Sentinel-2-Daten veröffentlicht.
• Der Mitteldeutsche Rundfunk berichtet über die Open-Data-Szene in Sachsen-Anhalt. Vorgestellt wird u. a. der Programmierer Jens Winter. Seine Passion ist die Open-Data-Idee, z. B. Baumkataster, die „eine Menge Informationen“ liefern. Und er sagt, „Ich fände es wunderbar, wenn städtische Unternehmen alles veröffentlichen.“
  Open-Data-Vorreiter in Halle ist Mike Elstermann. Er unterhält den Blog #geoObserver.
  Elstermann ist studiert und seit 30 Jahren mit dem Thema Geodaten und Geoinformationssysteme befasst und quasi der Vater der Geodatensysteme der Stadt Halle, auch mit einer gewissen Affinität zur OSM. „Mit dem #geoObserver will ich zeigen, was geht und was state of the art bei Open Data und Geodaten ist.“
• OpenDataFrance hat das Extraktionswerkzeug GeoDataMine eingeführt (automatische Übersetzung). Es erlaubt den lokalen Behörden, schnell Daten über ihr Gebiet aus der OpenStreetMap-Datenbank zu extrahieren.

Programme

• OSMCha wechselt seine Domäne auf https://osmcha.org/. Benutzer werden von der bisherigen Domain auf die neue umgeleitet, aber Entwickler, die die API verwenden, müssen Änderungen an ihren Anwendungen selbst vornehmen, um Probleme zu vermeiden. Siehe hierzu auch Willes OSM-Tagebuch.
• Der Quellcode für blender-osm, ein Addon zum Rendern von OSM-Daten in 3D mit der kostenlosen und offenen 3D-Software Blender, ist wieder auf Github verfügbar, wie vvoovv in seinem Benutzertagebuch ankündigt.

Programmierung

• Das Open Geospatial Consortium (OGC) hat die Veröffentlichung von Berichten angekündigt, die die Arbeit des Open Routing API-Pilotprojekts dokumentieren, einschließlich der entwickelten Implementierungen und eines Prototyps der Routing-API. Des Weiteren wird das Routenaustauschmodell zur Bewältigung der Herausforderungen bei der Interoperabilität von Standorten mit verschiedenen und von vielen Anbietern bereitgestellten Werkzeugen enthalten sein.
• Auch erwägt das OGC, CityJSON als offiziellen OGC-Community-Standard anzunehmen. Eine neue Work-Item-Begründung für den Beginn des Anerkennungsprozesses des Community-Standards steht für öffentliche Kommentare zur Verfügung.

Releases

• Das JOSM-Team hat die stabile Version 20.02 (Release 15915) ihres Editors veröffentlicht. Die neue Version bringt den Zugriff auf Maxar-Bilder zurück, fügt Links zu regionalen/nationalen Taginfo-Instanzen von Geofabrik hinzu, verbessert die Autofilter von JOSM und bietet viele weitere neue Funktionen und Verbesserungen.

Kennst du schon …

• … eine gute Methode, Verkehrsregeln einzutragen, bei denen du dir unsicher mit dem genauen Tagging bist? Ein Bild des Schildes kann genauso hilfreich sein wie ein traffic_sign-Tag – dort lässt sich die Beschilderung selbst genau erfassen, so dass andere Mapper die passenden Tags einfach finden können.

Weitere Themen mit Geo-Bezug

• Omar Rizwan twittert die personalisierte Karte der öffentlichen Verkehrsmittel in Auckland, Neuseeland, die er für seine Eltern gemacht hat.
• Vor fünf Jahren machte sich Dāvis Viļums auf den Weg, jede Straße im Zentrum Londons zu befahren. Dāvis erklärt das Warum und Wie und präsentiert ein Zeitraffervideo mit den Aufzeichnungen aller seiner Fahrten, die das Straßenraster Londons offenbaren.
• Tom Forth (ODI Leeds) hat einen langen Twitter-Thread über die Kartierung von Einkommensunterschieden aus offenen Daten im Vereinigten Königreich und Frankreich erstellt.
• Carlos Jurado Rivera wurde in einem Artikel in La Voz de Almería vorgestellt (automatische Übersetzung). Carlos beschreibt, wie er sich für die Kartierung der Radverkehrsinfrastruktur von Almería (Spanien) interessierte, warum er sich für OpenStreetMap entschied und wie er seine Kartierungsmethode umsetzte.
• Es ist bekannt, dass Kartografen gelegentlich einen persönlichen Witz in ihre Arbeit einschmuggeln. Zoey Poll berichtet, wie selbst Swisstopo den einen oder anderen kleinen kartografischen Scherz inszeniert hat.
• Forscher der Forschungsgruppe GIScience der Universität Heidelberg haben eine Arbeit über die Rolle räumlich strukturierter Punktesysteme als Motivationselement in ortsbezogenen Spielen veröffentlicht. Sie fanden heraus, dass Spieler, die mit einem räumlich strukturierten Scoringsystem konfrontiert sind, mit größerer Wahrscheinlichkeit eine längere Spielzeit haben, längere Strecken zu Fuß zurücklegen und eher bereit sind, Umwege zu gehen, als diejenigen, die mit einem räumlich zufälligen Scoringsystem konfrontiert sind.
• Die Auftaktveranstaltung für das LOKI (Airborne Observation of Critical Infrastructure) fand am 12. Februar an der Universität Heidelberg statt. Ziel des LOKI-Projekts ist es, ein System zu entwickeln, das nach einem Erdbeben eine schnelle und zuverlässige Lagebeurteilung aus der Luft ermöglicht.
• Baublatt.ch berichtet: Sackgassen und undurchlässige Straßennetze sind ungesund. In einer Studie wurde mittels OSM-Daten und Satellitenbildern dieser Fakt wissenschaftlich untersucht und in einer interaktiven Karte visualisiert.
• Der Bildanbieter Mapillary ist jetzt in ArcGIS Urban, dem ESRI-Tool für intelligente Stadtplanung, verfügbar und stellt dort Bilder aus der Straßenperspektive bereit.

Wochenvorschau

Wo	Was	Wann	Land
Toulouse	Contrib’atelier OpenStreetMap	2020-02-29
Budapest	Budapest gathering	2020-03-02
London	Missing Maps London	2020-03-03
Hannover	OSM-Sprechstunde	2020-03-04
Stuttgart	Stuttgarter Stammtisch	2020-03-04
Praha/Brno/Ostrava	Kvartální pivo	2020-03-04
Arlon	Atelier ouvert OpenStreetMap	2020-03-04
Dortmund	Mappertreffen	2020-03-06
Riga	State of the Map Baltics	2020-03-06
Amagasaki	GPSで絵を描いてみようじゃあ～りませんか	2020-03-07
Rennes	Réunion mensuelle	2020-03-09
Grenoble	Rencontre mensuelle	2020-03-09
Taipei	OSM x Wikidata #14	2020-03-09
Toronto	Toronto Mappy Hour	2020-03-09
Hamburg	Hamburger Mappertreffen	2020-03-10
Lyon	Rencontre mensuelle	2020-03-10
Zurich	115. OSM Meetup Zurich	2020-03-11
Hannover	OSM-Sprechstunde	2020-03-11
Freiburg	FOSSGIS-Konferenz	2020-03-11-2020-03-14
Nantes	Rencontre mensuelle	2020-03-12
Berlin	141. Berlin-Brandenburg Stammtisch	2020-03-12
Ulmer Alb	Stammtisch Ulmer Alb	2020-03-12
Chemnitz	Chemnitzer Linux-Tage	2020-03-14-2020-03-15
Nottingham	Nottingham pub meetup	2020-03-17
Lüneburg	Lüneburger Mappertreffen	2020-03-17
Bonn	127. Bonner OSM-Stammtisch	2020-03-17
Hannover	OSM-Sprechstunde	2020-03-18
Hannover	Stammtisch Hannover	2020-03-19
Munich	Münchner Treffen	2020-03-19
San José	Civic Hack & Map Night	2020-03-19
Râmnicu Vâlcea	EuYoutH OSM Meeting	2020-04-27-2020-05-01
A Guarda	EuYoutH OSM Meeting	2020-06-24-2020-06-28
Cape Town	HOT Summit	2020-07-01-2020-07-02
Cape Town	State of the Map 2020	2020-07-03-2020-07-05

Hinweis:
Wer seinen Termin hier in der Liste sehen möchte, trage ihn in den Kalender ein. Nur Termine, die dort stehen, werden in die Wochennotiz übernommen. Bitte prüfe die Veranstaltung in unserem öffentlichen Kalendertool und korrigiere bitte die Einträge im Kalender, wenn notwendig.

Diese Wochennotiz wurde erstellt von PierZen, Rogehm, SK53, SunCobalt, derFred, doktorpixel14, geologist, wurzelast.

********************************************************

Update: Aufgrund von technischen Schwierigkeiten bei der Auswertung wird diese Wochenaufgabe verlängert bis mindestens Sonntag, den 21.02.2016!

********************************************************

Worum geht es?

Um die Qualität der OpenStreetMap-Daten zu kontrollieren, gibt es ja inzwischen viele Möglichkeiten. Das OSM-Wiki hält unter der Seite Qualitätssicherung bzw. Quality assurance eine Sammlung dazu bereit.

Ein Spezial-Thema waren in diesem Zusammenhang schon immer die konkreten postalischen Adressen von Objekten.

In welcher Art diese Adressen in den OSM-Daten zugewiesen werden, ist im OSM-Wiki unter Addresses und Karlsruhe Schema dokumentiert. (Eventuell haben die jeweils englischsprachigen Versionen der Wikiseiten einen aktuelleren Stand.)

Zwischen den wirklich schon zahlreich vorhandenen Objekten mit diesen Adressdaten finden sich jedoch immer wieder einige Ausreißer, denen nur eine Hausnummer zugewiesen wurde, jedoch keinerlei weitere Zuordnung zu einer Straße oder einer anderen örtlichen Instanz (damit sind z.B. Dörfer gemeint, welche so klein sind, dass es keine eigenen Straßennamen gibt.)

Es geht also kurz gesagt um „Hausnummern ohne Straßen“.

Für Programme wie Navigations-Apps oder Online-Adress-Suchdienste sind diese Objekte mit diesen straßenlosen Hausnummern nicht nutzbar und quasi verloren.

In der Vergangenheit gab es bereits Aktionen, um diese unvollständigen Adressdaten aufzuspüren und zu verbessern:

• zunächst die Wochenaufgabe Straßennamen  im August 2014,
• Verlauf und Erfahrungen wurden im OSM-Forum gesammelt und diskutiert,
• und hier noch eine Nachlese dazu.

Generell: Was macht in den OSM-Daten eine vollständige Adresse aus?

Nach aktueller Definition sollte neben der Hausnummer eines der drei Ergänzungen vorhanden sein:

• addr:housenumber=* mit addr:street=*
• addr:housenumber=* mit addr:place=* bei Dörfern, die aufgrund ihrer geringen Größe keine eigenen Straßennamen haben.
• addr:housenumber=* mit Zugehörigkeit zu einer Relation des Typs "associatedStreet" (Dieses Datenmodell ist nicht so weit verbreitet.)

Aktuelle Möglichkeiten

Bei einem Blick auf die gebräuchlisten OSM-Karten z.B. über openstreetmap.org werden die Objekte mit den „straßenlosen“ Hausnummern zwar angezeigt, dass die weiteren Informationen aber hier und da fehlen, sieht man dort nicht. Um diese unvollständige Objekte zu finden und deren Daten zu ergänzen, bietet sich neben anderen Möglichkeiten folgende Vorgehensweise an:

• Die aktuell wohl beste Quelle für unvollständige Adressen in Deutschland ist wohl folgende Online-Karte: https://maps.aimpulse.com/osm/addresses/ (wird ca. wöchentlich aktualisiert, Bild siehe oben)
• Dort unten rechts auf den Layer „Adressen ohne Straße“ wechseln, sodass die Landkreise je nach Quantität in gelb, orange oder rot dargestellt werden. Damit haben wir auf einen Schlag eine bundesweite Übersicht auf Basis der Landkreise und der Anzahl der unvollständigen Adress-Objekte.
• Mit den aus der Karte ablesbaren Namen der Landkreise lässt sich dann eine overpass-turbo-Abfrage anpassen, welche dann die genauere Lage der einzelnen Treffer für einen einzelnen Landkreis anzeigt. Je nach Einzelfall kann man dann in der overpass-turbo-Abfrage dann auch statt dem Landkreisnamen auch der Name einer einzelnen Gemeinde angeben, um so die Treffer bei lokalen Häufungen noch einzugrenzen.

Die Abfrage zum Füttern von http://overpass-turbo.eu/ lautet zum Beispiel:

{{nominatimArea:"Landkreis Harburg"}}
(._; )->.area;

/*zunächst alle Häuser mit Hausnummer, aber ohne Straße oder addr:place in der aktuellen bbox in "allHouses" sammeln */
/* (statt (area.area) auch ({{bbox}}) möglich!) */
way(area.area)["addr:housenumber"]["addr:place"!~"."]["addr:street"!~"."]->.allHouses;

/* In der BBOX alle associatedStreet Relationen ermitteln */
rel(area.area)[type=associatedStreet]->.associatedStreet;

/* und darin alle Wege mit der Rolle "house" in "asHouse" sammeln */
way(r.associatedStreet:"house")->.asHouse;

/* Jetzt die Differenz der beiden Mengen bilden, Nodes dazu und ausgeben */
((.allHouses; - .asHouse); >; );out;

/* Jetzt das ganze noch für Nodes: */
node(area.area)["addr:housenumber"]["addr:place"!~"."]["addr:street"!~"."]->.allHousesNode;
node(r.associatedStreet:"house")->.asHouseNode;
((.allHousesNode; - .asHouseNode););out;

• Dieser „Quellcode“ sollte in den linken Bereich (ggf. den dortigen bereits vorhandenen Quellcode vorher löschen) auf overpass-turbo.eu eingefügt werden.
• Bei der Definition von „nominatimArea“ kann jeder beliebige Name einer geschlossenen Gebietsrelation eingefügt werden, wie Landkreise, Gemeinden, Stadtteile.

• Wenn overpass-turbo nach Ausführen der Abfrage die Treffer anzeigt, kann man diese über die dortige Exportfunktion direkt in JOSM reinladen, wenn in dem parallel gestartetem Editor JOSM die sog. Remote-Funktion aktiviert ist. (Dabei kann es aktuell innerhalb von JOSM zu Timeout-Meldungen kommen.)
• Wenn nicht schon geschehen, so bietet sich spätestens nun das Aktivieren des Kartenstils „Coloured Streets“ in JOSM an, da dieser auch schon gleich Objekte mit fehlendem Schlüssel für addr:street hervorhebt.
• Um die nun rot hervorgehobenen Objekte sollten nun die normalen OSM-Daten aus der unmittelbaren Umgebung heruntergeladen werden, denn daraus können sich Straßennamen und bereits vollständige Hausnummern in der Umgebung herleiten.
• Hat man nun in JOSM eine ganze Serie von Adress-Objekten mit fehlendem addr:street-Merkmal lokalisiert, so können diese wie folgt am effektivsten einer einzelnen Straße zugeordnet werden:
  • alle relevanten Objekte (bei Gebäuden bitte ohne die Eckpunkte) mit Strg-Taste und Mausklick auswählen.
  • Die Merkmale der gewählten Objekte werden nun im rechten JOSM-Bildschirm unter dem Teilfenster „Merkmale / Mitgliedschaften“ dargestellt.
  • Am oberen Rand dieses Teilfenstern findet sich nun ein klickbarer Verweis auf die JOSM-Vorlage „Anmerkungen / Adressen“ mit der weis-blauen Zahl 41 als Symbol. Dieses Symbol anklicken.
  • In der sich dann öffnenden Vorlage kann man durch 1x Tab-Taste auf das Feld für den Straßennamen wechseln.
  • Durch Eingabe des vorher lokalisierten zutreffenden Straßennamens (Groß-/Kleinschreibung beachten!) gibt JOSM nach einigen Buchstaben schon in Betracht kommende Vorschläge.
  • Sobald der zutreffende Straßenname unter addr:street (alternativ der Dorfname unter addr:place) steht, einfach mit der Enter-Taste die Änderung für alle vorher ausgewählten Objekte bestätigen, und: fertig!

Hinweise für die Praxis:

Für bestimmte Bundesländer stehen Hintergrundkarten zur Verfügung, aus denen legal Informationen für OSM-Zwecke entnommen werden dürfen. Neben den ALKIS-Layern mit Hausnummern für NRW gibt es ähnliche Layer für Hamburg (Hausnummern, Gebäude, Straßen+Namen) und Mecklenburg-Vorpommern (Offene Regionalkarte, auch ORKa genannt, mit Hausnummern und Gebäuden aus den Katasterdaten und Straßen aus OSM). Diese Ebeben lassen sich in JOSM über das Menü „Hintergrundbild“ einblenden.

Hilfreich können generell noch die JOSM-Plugins HouseNumberTaggingTool und FixAddresses sein.

Generell gilt: Bitte die fehlenden Straßen- oder Ortsnamen nur mit großer Sorgfalt einfügen, d.h. man sollte sich schon sehr sicher sein, anhand der Daten in der Umgebung die richtigen Namen zuzuweisen.
Im Zweifelsfall lieber einmal mehr z.B. im OSM-Forum nachfragen, wie andere Mapper jeweils einen konkreten Fall beurteilen würden.

Und auch wichtig: bitte keine illegalen Quellen für Straßennamen nutzen!

Alternative Qualitätskontrollen:

• Der Address-Layer vom OSM-Inspector der geofabrik.de hatte bisher folgende Schwächen: er wertet keine associatedStreet-Relationen aus, und er beachtet addr:place (als Ersatz für addr:street) bisher nicht. Anpassungen hierfür sind aber begonnen und eventuell schon bei Start dieser Wochenaufgabe verfügbar.
  (Der JOSM-Mappaint-Stil ColouredStreets, der JOSM-Validator und die Onlinekarte von Aimpulse beachten diese Feinheiten bereits.)
• http://osm.lyrk.de/address … auch hier ist fraglich, ob addr:place und associatedStreet-Relationen ausgewertet werden.
• Zur Qualitätskontrolle bietet auch Osmose inzwischen auch eine Kategorie „addr“, welche dann beispielsweise doppelte Hausnummern sowie addr:housenumber ohne addr:street/place oder ohne associatedStreet-Relation anzeigt.

Bisher gab es auch bei einigen Straßenzügen mit Hausnummern ohne Straßenzuordnung eine Konstellation, dass die reinen Hausnummern von Mappern erfasst wurden, die von der „Notwendigkeit“ des zusätzlichen addr:street-Schlüssels (oder vergleichbar addr:place) nicht so richtig Kenntnis hatten. Für ein pädagogisch wertvolles Vorgehen bietet sich auch die Möglichkeit, diese Mapper z.B. über die Changeset-Diskussionen anzuschreiben, vielleicht mit dem Hinweis auf diese oder die vorherigen Wochenaufgaben zwecks Erklärung.

Im OSM-Forum steht dieses Thema für Fragen und Anregungen zur Verfügung.

Viel Spaß und Freude bei der neuen Wochenaufgabe!

By Maria Izzo from Stockholm, Sweden (Palermo vista dal Mare | 23&30 ottobre 2011) [CC BY 2.0], via Wikimedia Commons

Bei den allgemeinen Tags wheelchair=[yes|limited|no|designated] gab es eine Zuwachs von 6167 neuen Tag (234 AT, 343 CH). Die wheelchair:description[:de|:en]-Tags wurden etwas weniger genutzt mit einen Zuwachs von 369 (5 AT, 17 CH). Keinen Zuwachs gab es bei den Tags wheelchair:entrance_width=n, wheelchair:step_height=n, wheelchair:rooms=n
wheelchair:places=n und centralkey.

Dieser Anstieg ist sicher in erster Linie auf die allgemeine Verwendung der wheelchair-Tags und die gemeinsame Kampagne MapMyDay der Wheelmap und der WHO zurückzuführen, trotzdem möchte ich mit dieser Wochenaufgabe daran anknüpfen.

Treppen als Hindernis

By Christos Doulkeridis from flickr, CC-BY-SA 2.0

Für Menschen mit Bewegungseinschränkungen stellen Treppen, je nach Grad der Einschränkung, ein unterschiedlich großes Hindernis dar. Einzelne Stufen können für Personen im Rollstuhl oder mit Rollator oft schon eine unüberwindbare Barriere darstellen. Menschen mit geringeren Einschränkungen können unter Umständen auch Treppen mit geringer Steigung überwinden. Eine große Hilfe dabei sind Handläufe, an denen sich die Passanten abstützen können.

Treppen

Treppen werden als Wege mit dem Tag highway=steps gezeichnet. Die Richung des Wegs gibt die Richtung an, in der die Treppe ansteigt. Eine von der Richtung des Wegs abweichende Steigungsrichtung der Treppe wird mit dem Tag incline=down gekennzeichnet.

Um die Steigung der Treppe genauer zu beschreiben, wird diese mit dem incline-Tag in Prozent oder Grad angegeben (incline=±n%|±n°). Ein negativer Wert gibt dabei eine Steigung entgegen der Richtung des Weges an, positive Vorzeichen können weggelassen werden. Um die Steigung zu messen, ist ein Steigungsmesser (auch Inklinometer) hilfreich – diese bekommt man schon für etwa 10 € im Baumarkt. Alternativ liefert auch eine Wasserwagen-App auf dem Smartphone akzeptable Ergebnisse.

Die Anzahl der Stufen ist für viele Menschen ein wichtiges Kriterium für die Zugänglichkeit von Objekten. Diese wird mit step_count=n angegeben. Wer gerne ein Gadget zur Hilfe möchte, dem empfehle ich einen mechanischen Handzähler.

Die Breite einer Treppe kann wie bei Straßen und Wegen auch mit dem width-Tag angegeben werden. Dies ist besonders bei sehr schmalen Treppen ohne beidseitige Absicherung durch Wände oder Handläufe wichtig.

Handläufe

Handläufe an Wegen und Treppen sind eine einfache Maßnahme um die Zugänglichkeit zu verbessern. Vorhandene Handläufe werden mit handrail=yes eingetragen. Etwas genauer ist die Angabe mit handrail[:left|:right|:center]=yes.

Fehlerhaftes Tagging

In Deutschland, Österreich und der Schweiz sind ca. 1000 Nodes mit highway=steps getaggt. Diese lassen sich mit einer Overpass-Abfrage leicht finden und anschließend überprüfen. Treppen ohne Angaben zu Handläufen lassen sich ebenfalls leicht zur Überprüfung mit einer Overpass-Abfrage finden.

Aufruf

Bei Fragen oder Problemen gibt es wieder einen Thread im Forum. Die Wochenaufgabe läuft ab dem 11. Januar, die Entwicklung wird regelmäßig im Abschnitt „Auswertung“ eingetragen.

Treppen und Handläufe lassen sich leicht nebenbei beim Spaziergang oder Einkaufen fotografieren. Die geocodierten Fotos kann man dann später in JOSM verarbeiten, bei gut gewähltem Bildausschnitt lässt sich auch die Anzahl der Stufen einfach auf den Fotos nachzählen.

Viel Spaß und „Merry Mapping“!

Weiterführendes

• highway=steps im Wiki
• handrail im Wiki

Auswertung

Großmutter (82) beim Rollator-Mapping für Mapillary, CC-0

Barrierefreiheit bezeichnet die Zugänglichkeit zu Bauwerken und Informationen aller Art. Häufig wird diese fälschlicherweise nur als Rollstuhlzugänglichkeit verstanden, obwohl sie viel mehr umfasst. Diese Wochenaufgabe wird sich anlässlich des Internationalen Tags der Menschen mit Behinderung aber auf das Wheelmap-Schema beschränken, um die Kampagne MapMyDay der Wheelmap und der WHO zu unterstützen.

Für Menschen mit Bewegungseinschränkungen – Menschen mit Kinderwagen, Rollator oder ältere und kranke Menschen, Rollstuhlfahrende – sind bauliche Hindernisse wie Treppen, Türen mit hohen Stufen oder unebene und steile Wege ein Problem. Hier kann die OpenStreetMap einen Mehrwert bieten, um diesen Gruppen die gesellschaftliche Teilhabe besser zu ermöglichen. Ein paar Beispiele für Projekte, die diese Tags auswerten:

• Barrierefreies Routing
• Ruhr 2010 | Barrierefreies Rollstuhlrouting
• Rollstuhlkarte.ch
• Wheelmap

Allgemeines Tagging

In der OpenStreetMap werden eine Reihe von Tags für die Beschreibung der Rollstuhlzugänglichkeit genutzt. Die allgemeine Zugänglichkeit wird mit dem Key wheelchair=[yes|limited|no|designated] beschrieben.

wheelchair=yes

Der Eingang, alle Räume und die Toiletten sind stufenlos erreichbar. Eine rollstuhlgerechte Toilette ist vorhanden und die Türen breit genug (90 cm nach DIN 18040) für einen Rollstuhl.

wheelchair=limited

Der Eingang darf eine Stufe von max. 7 cm haben. Die Toilette ist – wenn vorhanden – nicht rollstuhlgerecht. Alle wichtigen Räume sind stufenlos erreichbar. Bei einer höheren Stufen muss eine mobile Rampe vorhanden sein (z.B. im ÖPNV).

wheelchair=designated

Für Bereiche, Zugänge oder Fahrstühle, die für  Rollstühle vorgesehen sind.

wheelchair=no

Eingang mit einer Stufe von mehr als 7 cm ohne eine mobile Rampe oder wichtige Räume sind nicht zugänglich.

Erweitertes Tagging

wheelchair:description:[de|en|…]=*

Beschreibung örtlicher Besonderheiten. Mit diesem Tag kann z.B. angegeben werden, ob eine mobile Rampe verfügbar ist und wie man diese erreicht, ob und wo ein gesonderter Zugang vorhanden ist oder ob man für den Zugang nach einem Schlüssel fragen muss (z.B. bei Toiletten).

wheelchair:entrance_width=*

Die Breite des Eingangs in cm.

wheelchair:step_height=*

Die Höhe der Stufe am Eingang in cm.

wheelchair:rooms=n

Anzahl rollstuhlgerechter Räume (z.B. in Hotels).

wheelchair:places=n

Anzahl der Rollstuhlplätze in Kinos oder Aufführungsräumen.

centralkey=[eurokey|mlak|nks|…]

Für viele Toiletten gibt es Zentralschlüssel verschiedener Systeme. In Europa ist der Eurokey verbreitet.

Fragen und Probleme

Für das leichte und bequeme Mappen gibt es die Wheelmap-App für die verschiedenen mobilen Betriebssysteme. Bei Fragen oder Problemen gibt es einen Thread im Forum. Wer über den Fortschritt twittern möchte, kann die Hashtags #osmwa1549 und #MapMyDay verwenden.

Die Wochenaufgabe läuft vom 3. bis 9. Dezember, die Entwicklung wird regelmäßig einmal am Tag im Abschnitt „Auswertung“ eingetragen. Viel Spaß dabei und „Merry Mapping“!

Weiterführendes

• Dokumentation der wheelchair-Tags im Wiki
• Aktion MapMyDay der Wheelmap und WHO
• Wheelmap App im Google Play Store, Apple App Store und Windows Store

Auswertung

Update, 2015-12-03: In der Auswertung hat sich der Fehlerteufel eingeschlichen, die Zahlen sind nun korrigiert. Link auf Barrierefreies Routing aktualisiert.

Update, 2015-12-05: Beschreibung für wheelchair=limited konkretisiert.

Foto: conticium CC-BY-SA-2.0

Wochenaufgabe Eisdielen

vorgeschlagen vom Benutzer gsa.

Einführung

Um einen heißen Sommertag erträglicher zu gestalten, bedarf es manchmal einiger Kugeln Eis. Und in diesem Sommer gab es viele heiße Sommertage.

Wer mit einer App wie OsmAnd nach dem nächstgelegenen POI „Eisdiele“ gesucht hat, wurde vielleicht enttäuscht: Muss man wirklich 1,8km bis zur nächsten Eisdiele gehen? – Nein, denn die Erfassung von Eisdielen in OpenStreetMap ist noch nicht perfekt.

Hierfür gibt es zwei Ursachen. Zum einen sind längst nicht alle Eisdielen in OpenStreetMap erfasst. Zum anderen sind viele Eisdielen zwar in der Datenbank vorhanden, jedoch nicht mit den richtigen Tags versehen.

Ziel dieser Wochenaufgabe ist daher:

• Die Anzahl der in OpenStreetMap eingetragenen Eisdielen zu erhöhen,
• sowie die Qualität der vorhandenen Einträge zu verbessern.

Als Leitmotiv für die Teilnehmer dieser Wochenaufgabe schlage ich vor:

Sind alle Eisdielen, in denen ich mich in diesem Sommer erfrischen durfte, korrekt und vollständig in OpenStreetMap eingetragen?

Gründe für „falsches“ Tagging

Ein wichtiges Prinzip für die Arbeit in OpenStreetMap ist „Don’t tag for the renderer“.
Im Falle von Eisdielen hat dies nicht besonders gut funktioniert. Bis zum Release v32.2.0 des OpenStreetMap Carto Styles am 31. Juli 2015 wurde der Tag amenity=ice_cream auf der Hauptkarte nicht gerendert. Damit Eisdielen trotzdem angezeigt wurden, hat man in vielen Fällen die Tagkombination amenity=cafe, cuisine=ice_cream verwendet. Damit noch nicht genug Verwirrung. Es gibt noch eine dritte gebräuchliche Art, mit der Eisdielen eingetragen sind: shop=ice_cream.

Für die Mehrzahl der Fälle scheint amenity=ice_cream der richtige Tag zu sein. In weiter unten erklärten Sonderfällen haben auch die Möglichkeiten amenity=cafe, cuisine=ice_cream sowie shop=ice_cream ihre Berechtigung. Man sollte daher vorhandene Tags nur dann ändern, wenn man mit den örtlichen Gegebenheiten vertraut ist.

Was ist zu tun?

Der häufigste Fall – amenity=ice_cream

Der Wikiartikel zum Tag amenity=ice_cream klärt die grundsätzlichen Fragen. Der Tag findet Verwendung für alle Läden/Verkaufsstellen, die ausschließlich Eisprodukte verkaufen.

Wünschenswert sind die folgenden Attribute:

• name=* – Namen der Eisdiele
• outdoor_seating=yes – Die Eisdiele bietet Sitzgelegenheiten draussen.
• opening_hours=* – Öffnungszeiten
  Man beachte, dass Eisdielen manchmal nur in der Sommersaison geöffnet haben. Saisonales Tagging wie zum Beispiel Apr-Oct Mo-Sa 10:00-20:00; Su, PH off ist möglich. YoHours hilft auch bei dieser Aufgabe.
• addr:*=* – Postadresse
• wheelchair=* – rollstuhlgeeignet
• phone=* – Telefonnummer
• website=* – Webseite
• cuisine=frozen_yogurt – für Verkaufsstellen von „Frozen Yogurt“
• diet:vegan=*, diet:dairy_free=*, etc. – für Eisdielen, die Ernährungsbesonderheiten berücksichtigen.

Sonderfälle

• Ein Café ist ein Ort mit Sitzmöglichkeiten, an dem Getränke und kleinere Mahlzeiten verkauft werden und sollte mit amenity=cafe gekennzeichnet werden. Ein Eiscafé ist also eine Einrichtung, die die Voraussetzungen eines Cafés erfüllt und dessen Spezialität Eisprodukte sind. In diesem Fall wird zusätzlich der Tag cuisine=ice_cream vergeben.
• Mit dem Schlüssel shop=* werden Geschäfte gekennzeichnet, in denen Waren zum Verkauf angeboten werden. Wenn es sich bei diesen Waren um Eiserzeugnisse handelt (zum Beispiel gibt es Geschäfte, die nur Eistorten verkaufen), so kann shop=ice_cream der richtige Tag sein.

Was ist schon getan?

Mit den folgenden Werkzeugen kann der Fortschritt der Wochenaufgabe verfolgt werden.

• Mit dieser Overpass-API-Abfrage kann man den aktuellen Stand der Wochenaufgabe abrufen. Die drei verschiedenen Taggingmöglichkeiten, hinter denen sich eine Eisdiele verbergen kann, sind als Punkte in den Farben grün (amenity=ice_cream), gelb (amenity=cafe, cuisine=ice_cream) und blau (shop=ice_cream) gekennzeichnet. Der Rand der Punkte gibt eine Orientierung, wie detailreich die vorhandenden Daten sind, von rot (keine Daten vorhanden), über orange, cyan bis grün (fast alle Daten vorhanden).
• OSMCount
• Post im Forum
• #osmwa1539

Ein Wanderwegweiser an einer Wegkreuzung in den Alpen – Zum Node in OSM

Die Ferienzeit neigt sich dem Ende zu und der eine oder andere hat sicher einige Bilder von Wegweisern gesammelt. Bei mir sind es zum Beispiel etwa 150 geworden. Viele, aber noch nicht alle sind schon in OSM übernommen. Schauen wir auf die Zahlen (OSMCount) der letzten zwei Monate, so haben wir bereits über 3.400 (+3.5%) neue Wegweiser in OSM gesammelt. Jetzt sind es 99.900 und in den nächsten Tagen knacken wir die 100.000! Auch bei den „destination_sign“-Relationen haben wir über 1.000 neue (+7.5%) hinzubekommen. Also: Auf geht’s, eine Woche läuft die Ferienaufgabe Wanderwegweiser noch – aber auch danach dürfen Wegweiser natürlich weiterhin eingetragen werden.

Bilder über Wikimedia zur Verfügung stellen

Bilder von Wegweisern können bei Wikimedia hochgeladen werden. User gmbo hat im Forum eine kleine Anleitung geschrieben. Die Kategorien für unsere Bilder heißen z.B. Fingerposts in Germany oder Hiking and footpath fingerposts in Germany. Die gleichen Kategorien gibt es natürlich für beliebige Länder und teilweise auch Regionen. Manchmal müssen sie noch angelegt werden.

Aktuelle Tagging Beispiele

Hier sind drei Beispiele wie das Tagging aussehen kann:

• Bergweg in Südtirol
  Hier handelt es sich um zwei Wegweiser, in etwa 50 Meter Abstand zueinander:
  Wegweiser Pilsbergalm 1 mit Umsetzung, Wegweiser Pilsbergalm 2 mit Umsetzung
  Eine Angabe ist trivial, die Almhütte kann man vom Wegweiser aus schon sehen, deswegen habe ich sie weggelassen, der Hinweis auf den Höhenweg ist in einer Wanderweg-Relation gelandet, der Rest als destination_sign erfasst.
• Wanderweg in Österreich
  Wegweiser Zell am See mit Umsetzung
  Insbesondere die Relation Richtung Westen bringt zusätzliche Informationen, weil der Weg nicht komplett erfasst ist, auch wenn er im Moment notdürftig verbunden wurde.
• Radwegweiser in Hessen
  Radwegwweiser in Bad Vilbel mit Umsetzung
  Hier sind keine Relationen erfasst: Alle Ziele und Wege im Umkreis sind hervorragend in OSM vorhanden. Ein Eintragen aller Ziele in OSM ist zwar möglich und wünschenswert, aber auch nur mit einem geringen Mehrwert verbunden, sodass hier aus Zeitgründen darauf verzichtet wurde.

Ein Wanderwegweiser an einer Wegkreuzung in den Alpen – Zum Node in OSM

Dieses mal möchten wir die Wochenaufgabe als Ferienaufgabe gestalten. Dabei sollen Wander-Wegweiser, oder allgemeiner Wegweiser für den unmotorisierten Verkehr gemappt werden. Ferienaufgabe deshalb, da in den Ferien vor Ort fleißig Daten gesammelt werden können – und welche Zeit eignet sich besser dafür als die Ferienzeit wo ohnehin viele Ausflüge geplant werden, sei es mit dem Rad oder zum Wandern in den Bergen. Die Arbeit des Eintragen der Daten kann in einem zweiten Abschnitt von zu Hause aus vorgenommen werden und wird dann in den ersten beiden Septemberwochen stattfinden. (Daher ist das Hashtag der Aufgabe #OSMWA1536).

In den vergangenen Wochen gab es Diskussionen, wie Wanderwegweiser getagged werden sollen sowohl im Forum als auch in Form einer Umfrage. Dabei zeigte sich, dass es unterschiedliche Meinungen gibt, inwieweit solche Wegweiser eingetragen werden sollen. Glückerlicherweise handelt sich dabei nur um unterschiedliche Detailstufen, so dass jeder Mapper zu dieser Aufgabe beitragen kann, egal ob er nur die Schilder an sich eintragen möchte, oder die Wegweiser mit allen Details mappen will.

Ein weiterer Aspekt ist die Lage der Schilder: Befinden sie sich in einem schon sehr gut gemappten Gebiet, so ist die Nützlichkeit der Informationen des Schildes geringer als bei Schildern in weniger gut erfassten Gebieten: Sind nicht alle Wege komplett vorhanden, kann die Information „hier geht es nach XY“ sehr viel wert sein.

Phase 1 – Survey

Während der Ferienzeit sind alle dazu aufgerufen, Fotos von Wegweisern zu machen oder anderweitig Informationen zu sammeln. Beim Fotografieren gibt es nicht allzuviel zu beachten – am besten macht man die Fotos mit dem Smartphone und stellt sicher, dass die genauen GPS-Koordinaten direkt im Bild eingebettet sind. Das erleichtert das Mappen nachher ungemein, zumal diese Bilder dann auch direkt an der richtigen Stelle in JOSM angezeigt werden können.

Phase 2 – Mappen

Für das Eintragen von Wegweisern gibt es eine ganze Reihe von möglichen Detailstufen. Nicht jeder möchte die aufwändigste Form wählen, und bei vielen Wegweisern sind Informationen auch nicht wirklich eintragenswert. Weist ein Wegweiser nur auf das offensichtliche Ziel, z.B. den nächsten Ort entlang eines Weges hin, so ist das mappen dieses Ziels nicht unbedingt notwendig – jeder Kartenleser und Router kann das selbständig herausfinden. Im Gebirge kann die Sache allerdings schon anders aussehen, genauso in Fällen bei denen die Wege noch nicht vollständig erfasst sind.

Aus diesem Grund gibt es drei Mapping-Stufen für Wanderwegweiser, die jeder nach persönlichem Geschmack und den jeweiligen Anforderungen wählen kann. Mehr Informationen sind natürlich wünschenswert, aber häufig auch mit großem Aufwand verbunden.

Stufe 1 – Das Schild

Jeder Wegweiser sollte als Node angelegt werden und mit den beiden wichtigen Tags tourism=information und information=guidepost versehen sein. Desweiteren können Details zu diesem Schild erfasst werden:

Auch wenn man die verzeichneten Ziele nicht im Detail mappen will, so empfiehlt es sich, diese Information zu hinterlegen. Dazu könnte das Bild im Web hochgeladen werden und ein Link mittels image=URL Tag gesetzt werden. Oder die Information des Schildes wird als note:destination=* abgeschrieben. Hierzu sollte nicht der Key destination genutzt werden, da es sich in der Regel nicht um eine maschinell auswertbare Information handelt und der Inhalt von Werten für destination genau vorgegeben ist.

Handelt es sich um einen Wegweiser, der den weiteren Verlauf eines definierten Wanderwegs anzeigt, so sollte der Wegweiser in die bestehende Relation (type=route und route=hiking) aufgenommen werden. Ein weiteres Tagging der angegebenen Ziele und Entfernungen ist dann nicht notwendig, da alle Informationen der Relation entnommen werden können.

Stufe 2 – Destination als Tag

Bei Straßen ist das Eintragen von Zielangaben mittels des Keys destination direkt an den Wegen üblich. Dies kann auch für Wanderwege gemacht werden. Dabei ist allerdings zu beachten, dass manche Details auf diesem Weg nicht eingetragen werden können: Häufig sind Gehzeiten vermerkt – diese können am Weg nicht eingetragen werden, da sie nur vom Standpunkt des Schildes aus gültig sind, nicht von irgendeiner Stelle des getaggten Weges. Sind viele Ziele angegeben, so wird das Tagging am Weg auch schnell unübersichtlich.
Desweiteren können die üblichen sub-keys von destination:* für Wegnummern, fremdsprachige Einträgen und ähnliches verwendet werden. Hierbei gilt: Mehrere Ziele werden durch Semikola getrennt. Gleiches gilt für destination:ref und ähnliche – die Zahl der Semikola sollte bei allen destination=* Tags identisch sein, um eine eindeutige Zuordnung der Einträge untereinander („Bei welchem Ziel steht das Symbol für ein Restaurant?“) zu ermöglichen.
Alle destination Keys müssen den Zusatz :forward bzw. :backward tragen, um zu vermerken in welche Richtung dieses Ziel erreicht wird. Maßgebend ist dabei die Richtung des OSM-ways: :forward wenn der Weg am Wegweiser beginnt, :backward wenn er auf den Wegweiser zuläuft.
Am Wegweiser muss der Weg aufgetrennt werden, wenn er nicht bereits in der Nähe des Wegweisers endet.
Besteht bereits eine Wanderweg-Relation, so müssen Ziele nicht an jedem Weg vermerkt werden.

Stufe 3 – Destination als Relation

Die genauste, aber auch aufwändigste Form des Taggings ist die Relation type=destination_sign. Diese Relation hat bei Wanderwegen in der Regel drei Mitglieder: Das Schild (Rolle „sign“), die Kreuzung oder Wegpunkt ab dem das Schild gilt („intersection“) sowie der wegführende Weg auf den sich das Schild bezieht („to“). Die Angabe des hinführenden Weges („from“) ist bei Wanderwegen in der Regel nicht sinnvoll, da Wegweiser meist an Kreuzungspunkten stehen und egal aus welcher Richtung man kommt gleich gut gelesen werden können.
Die möglichen Tags für die Relation sind im Wiki genannt:

Anmerkungen

Das Tagging sollte immer so einfach wie möglich gewählt werden. In manchen Fällen wird die Angabe von destination nicht benötigt:

• Handelt es sich nur um einen Wegweiser, der den weiteren Verlauf des Weges anzeigt?
• Gibt es bereits eine Wanderweg-Relation für diese Strecke?
• Sind die angegebenen Ziele „trivial“ aus der Karte zu entnehmen?

Beispiele

… wird es auch geben.

Links zum Thema

Overpass Turbo und die Farbcodierung
OSM Count (information = guidepost)

Wie viele Geschäfte haben zu einer gegebenen Zeit geöffnet?, Öffnungszeiten Statistik

Das Ziel von 400 000 Öffnungszeiten wurde leider nicht ganz erreicht, dafür konnte aber die Datenqualität spürbar verbessert werden.

Neben den hinzugekommenen Öffnungszeiten und der Steigerung der Datenqualität sind noch ein paar Sachen im Bereich Öffnungszeiten passiert:

• Korrektes Darstellen von PH auf der osm24.eu Karte.
• Ein Proposal zu implizitem PH off wurde diskutiert und abgewiesen.
• Das Auswertewerkzeug warnt nun, wenn keine Feiertage angegeben wurden und wenn eine Jahresangabe in der Vergangenheit liegt.
• Erweiterung der Statistik um eine Wochenübersicht der geöffneten Geschäfte in Prozent.

Ich hoffe, die Wochenaufgabe hat euch spaß gemacht und ihr bleibt weiterhin am Ball, denn es gibt noch viel zu tun

Foto: GrünenNRW / Flickr / CC BY-SA 2.0

Wer kennt es nicht: Man nimmt den langen Weg zum Lieblingsrestaurant auf sich, nur um auf verschlossene Türen zu stoßen. Es ist Ruhetag oder in selteneren Fällen fällt der Feiertag auf einen Samstag oder Ähnliches. Um dieses Problem anzugehen, wurde in OpenStreetMap seit circa 2008 der Tag opening_hours etabliert. Damit lassen sich in maschinenlesbarer Form Öffnungszeiten in OSM eintragen, sodass ein schneller Blick beispielsweise auf osm24.eu ausreicht, um festzustellen, wann und wie lange eine Einrichtung geöffnet hat (dazu bitte die Legende auf osm24.eu unten rechts beachten). Diese Information hat sich sicher schon für viele als nützlich erwiesen und deshalb hat das Tagging-Schema und die Anzahl der Öffnungszeiten in den letzten Jahren große Fortschritte gemacht.

Die Bestrebung, die Realität so genau wie möglich in OSM abbilden zu wollen, trifft definitiv auch auf das Eintragen der Öffnungszeiten zu. So ist das Schema mittlerweile sehr ausgefeilt und es lässt sich quasi alles taggen. Dies geht von einfachen Wochenplänen über die Angabe von anderen Zeiten für den ersten Montag im Monat bis hin zum Taggen von Feiertagen und/oder Schulferien oder gar die Angabe der Öffnungszeiten in Abhängigkeit zum lokalen Sonnenaufgang. So kompliziert die Öffnungszeiten auch sein mögen, es gibt ziemlich sicher ein Tagging-Schema dafür.

Wie können Öffnungszeiten eingetragen werden?

Zu Beginn ein kleines Beispiel, wie es auch auf der Wiki-Seite zum Tag opening_hours unter Bespiele zu finden ist:

Mo-Sa 10:00-20:00; Tu off

Bedeutung: Geöffnet Montag bis Samstag von 10:00 bis 20:00 Uhr, außer dienstags.

Wie schon geschrieben, wurde in den letzten Jahren ein weitreichendes Schema entwickelt, um Öffnungszeiten einzutragen, und, was noch wichtiger ist, diese auch sinnvoll auswerten zu können. Denn was nützt es, wenn die eingetragenen Öffnungszeiten vorhanden, aber nicht auswertbar sind? Das lässt sich mit anderen Tags vergleichen. Hier sollte ebenfalls auf ein einheitliches Schema geachtet werden, um mit den Daten später etwas anfangen zu können (beispielsweise eine Karte zu generieren). Es wurde versucht, das Schema möglichst einfach und lesbar zu halten, zugleich muss ich aber zugeben, dass es eine gewisse Komplexität erreicht hat und auch von erfahrenen Mappern teils falsch verstanden wird. Um also den oben genannten Ruhe- oder Feiertag richtig einzutragen, ist etwas Übung notwendig. Für den konkreten Aufbau des Schemas sei auf die Wiki-Seite zum Tag opening_hours verwiesen. Für die sehr fortgeschrittenen Mapper gibt es auch noch eine formale Spezifikation in der Netzwolf und ich die „Sprache“ für die Öffnungszeiten spezifiziert haben, beziehungsweise dies immer noch tun.

Kurzum, worauf ist zu achten?

• Bitte nur Öffnungszeiten hochladen, die maschinenlesbar sind.
• Die meisten Geschäfte haben an gesetzlichen Feiertagen geschlossen, dies muss über die Angabe von PH off explizit angegeben werden. Siehe auf der Wiki-Seite zum Tag opening_hours unter Elemente.
• Bei Zeiten, die in den nächsten Tag hineinragen, sollte ein , (Komma) als Trennzeichen zur nächsten Regel verwendet werden. Siehe dazu die Wiki-Seite zum Tag opening_hours unter Bespiele.

Werkzeuge:

Um den Umgang mit den Öffnungszeiten zu vereinfachen, wurden eine Reihe von Werkzeugen geschaffen:

• Das erste und wichtigste Werkzeug dürfte das Auswertewerkzeug darstellen, mit dem sich Öffnungszeiten schreiben und testen lassen. Es wird jedem ans Herz gelegt, mit diesem Werkzeug vertraut zu werden bevor es ans Eintragen oder Korrigieren von Öffnungszeiten geht. Schaut euch dazu auch die Beispiele an. An dieser Stelle sei noch erwähnt, dass dieses Werkzeug auch eine sehr umfangreiche Eingabe-Toleranz besitzt. Sollte ein Öffnungszeiten-Wert nicht genau dem Schema entsprechen, erscheint ein Hinweis und es wird teils auch angeboten, die Öffnungszeiten zu reparieren. Mit dieser Funktion können Öffnungszeiten von Webseiten oft relativ schnell übernommen werden, indem die Beschreibung von der Webseite kopiert und ins Auswertewerkzeug eingefügt wird. Üblicherweise müssen dann nur noch die Regeln beispielsweise mit Semikolons getrennt werden.
• Overpass-Abfrage zum Finden von fehlenden Öffnungszeiten.
• Zur Auswertung gibt es ebenfalls noch die Öffnungszeiten-Karte, auf der mit grünen und roten Kreisen dargestellt wird, ob eine Einrichtung gerade geöffnet oder geschlossen ist. Es gibt noch weitere Symbole, die beispielsweise anzeigen, dass eine Öffnungszeit nicht ausgewertet werden konnte. Für die Legende einfach im Browser nach unten scrollen (nicht die Karte). Die Karte richtet sich primär an Mapper, die gezielt mit Öffnungszeiten arbeiten möchten.
• Alternativ zur Öffnungszeiten-Karte gibt es noch viele weitere Karten, die Öffnungszeiten ebenfalls darstellen. Empfohlen sei hier insbesondere osm24.eu.
• Zur täglichen Benutzung hat sich bei mir auf Android die Anwendung OsmAnd bewährt, die in der POI-Suche über die Farbe der Richtungspfeile darstellt, ob die Einrichtung gerade geöffnet hat. Zu beachten ist aber, dass die Auswertung der Öffnungszeiten in OsmAnd noch relativ eingeschränkt ist. Elemente wie Feiertage können noch nicht ausgewertet werden. Ich arbeite langfristig an einer Lösung für dieses Problem. OsmAnd kommt bei mir auch zum Einsatz, um in Geschäften Öffnungszeiten aufzuschreiben. Dazu drücke ich für circa drei Sekunden auf die Einrichtung auf der Karte, bis der Punkt ausgewählt ist (OSM-Bearbeitungs-Plugin muss hierfür aktiviert sein). Anschließend tippe ich auf die Sprechblase und im Kontextmenu auf „POI einsenden“. Dann schreibe ich die Öffnungszeiten in das entsprechende Feld und drücke auf „Ändern“. Zuhause angekommen exportiere ich mir die POIs aus OsmAnd über die Einstellungen unter „OSM-Bearbeitung“, öffne die Datei auf dem Computer in JOSM und führe die Öffnungszeiten mit den – in der Regel schon vorhandenen – Objekten in OSM zusammen.
• Für JOSM gibt es das OpeningHoursEditor Plugin. Dieses unterstützt aber aktuell nur einfache Öffnungszeiten ohne Feiertage und andere Sonderfälle. Siehe Forenbeitrag. Unabhängig davon wird jede Öffnungszeit vor dem Hochladen von JOSM auf Basis des Auswertewerkzeug geprüft.
• Für QA-Arbeiten mit JOSM gibt es zusätzlich noch das QAT Plugin. Alternativ kann auch über eine der angegebenen Overpass-Abfragen in JOSM gearbeitet werden.
• Overpass-Abfragen für Öffnungszeiten mit PH/SH (Feiertage/Schulferien) oder ohne.
• Für iD gibt es momentan leider noch keine Hilfe bei der Eingabe von Öffnungszeiten. Deshalb die besondere Bitte an die iD Nutzer, die Öffnungszeiten vor dem Hochladen mit dem Auswertewerkzeug zu prüfen.

Auswertung

In der Vorbereitung zu dieser Wochenaufgabe wurde eine statistische Auswertung geschaffen, die nicht nur die Anzahl der Öffnungszeiten auswertet, sondern auch, wie viele Werte maschinenlesbar sind und diese Werte als Graph darstellt. Die Daten für die weltweite Statistik stammen von Taginfo. Um eine regionale Auswertung zu haben, wurde die Statistik noch um eine Overpass API-Anbindung erweitert. Die regionale Auswertung wird im Zeitraum der Wochenaufgabe stündlich aktualisiert.

Ziel

Am ersten Tag dieser Wochenaufgabe existierten weltweit 387 000 Öffnungszeiten, bisher kommen/kamen täglich circa 400 hinzu. Mit Eurer Hilfe dürften wir die 400 000er Marke bis zum 3. Mai sicher knacken können, was meint ihr? Zugleich gilt es, die Anzahl der maschinell auswertbaren Öffnungszeiten wieder zu steigern. Diese hat weltweit seit Beginn der statistischen Erhebungen kontinuierlich von ursprünglich 97,2 % Auswertequote auf 96,8 % abgenommen. Das ist zwar nicht viel, aber der Trend geht nun mal in die falsche Richtung . Als Grund für die fallende Qualität sehe ich OSM-Editoren, die keine Unterstützung beim Eingeben von korrekten Öffnungszeiten geben.

Fragen und Probleme

Für den Fall, dass ich den einen oder anderen, der noch nicht so viel mit Öffnungszeiten zu tun hatte, mit diesem Beitrag etwas erschlagen habe, möchte ich mich entschuldigen Bei Fragen bietet sich folgendes Vorgehen an:

• Wiki-Seite zum Tag opening_hours.
• Testen mit dem Auswertewerkzeug.
• Talk Seite im Wiki (auf Englisch).
• Suche im Forum und in der tagging mailing Liste.
• Frage stellen über eine der folgenden Kanäle.

Kommunikation

Zu dieser Wochenaufgabe gibt es einen Thread im Forum und auf Talk-de, in dem ihr Fragen stellen könnt.

Falls ihr auf Twitter über diese Wochenaufgabe berichtet, freue ich mich, wenn ihr den Hashtag #OSMWA1517 verwendet.

Weitergehende Links

• Erklärung des Schemas von Netzwolf (die „offenen Punkte“ wurden bereits gelöst).
• Die Entstehungsgeschichte des Auswertewerkzeug habe ich im Forum mal genauer beleuchtet.
• Mein Benutzer-Blog auf OSM
• Die Auswertesoftware auf GitHub

Erst mal ein Dankeschön an alle Mapper, die sich an der Wochenaufgabe beteiligt haben!

Es wurden in den zwei Wochen vom Ostersamstag bis heute, Samstag 18. April, von genau 100 Mappern 402 Sirenen in D-A-CH erfasst. Damit befinden sich zum jetzigen Zeitpunkt weltweit 1106 Sirenen in der OSM-Datenbank.

Aktivste Mapper waren:

• Deutschland
  • 39 levante
  • 32 streckenkundler
  • 19 uvi
• Österreich
  • 3 FloM
  • 3 moserhe4
  • 3 pegeka
• Schweiz
  • 23 stibe
  • 2 gosausee

Hier noch eine Übersichtskarte der neu erfassten Sirenen bei umap.

Die nächste Wochenaufgabe Öffnungszeiten steht in den Startlöchern, und geht morgen online.

Beste Grüße

Johannes