Auf meinen Fahrradtouren fahre ich immer wieder durch kleinere und größere Ortschaften, und viele dieser Gemeinden haben am Ortseingang ein Schild stehen, das über Partnerstädte bzw. -gemeinden informiert. Alternativ weisen Wegweiser in die Richtung der Partnerkommune und zeigen die Entfernung an. Als Kind habe ich die Einrichtung einer solchen Partnerschaft mit einer französischen Gemeinde erlebt, es gab ein kleines Fest, ein Platz wurde nach der Partnergemeinde benannt, und der Partnerschaftsverein vergrub dort eine Zeitkapsel mit Andenken aus dem Jahr 1986.
Ich finde das Konzept von Gemeindepartnerschaften eigentlich ganz spannend und machte mich auf die Suche nach einer Übersicht über Gemeindepartnerschaften. Fündig wurde ich beim Rat der Gemeinden und Regionen Europas, der eine Datenbank der kommunalen Partnerscahften pflegt. Diese Datenbank ist durchsuchbar und bietet sogar eine Kartenansicht, die auf Openstreetmap basiert. Fehlende Partnerschaften können über ein Formular beantragt werden. Nach eigenen Angaben enthält die Datenbank etwa 7.000 Einträge.
Aber ließe sich eine solche Karte nicht auch mit Offenen Daten realisieren? Immerhin gibt es in Wikidata die Eigenschaft "P190 twinned adminstrative body", welche einzelnen Gemeinden zugeordnet werden kann und sie mit ihrer Partnergemeinde verknüpft. Und auch Openstreetmap node- oder relation-IDs sind häufig in Wikidata erfasst. Potentiell dürften dort sogar mehr Partnerschaften eingetragen sein als in der oben genannten Datenbank - oder zumindest ist das mein Eindruck.
Ich wollte das aber genauer wissen und auch so eine Karte auf dieser Datenbasis erstellen. Ein Gerüst für eine kleine PHP-Webanwendung in Laravel war schnell erstellt, die Openstreetmap-Karte konnte ich einfach mit Leaflet anzeigen. Dann habe ich manuell Testdaten für eine Handvoll Städte und Partnerstädte in die Datenbank eingetragen und diese im JSON-Format ans Frontend übergeben und auf der Karte angezeigt. So weit, so gut. Aber wie geht es jetzt weiter? Die Daten sollen schließlich per SPARQL-Abfrage von Wikidata abgeholt, verarbeitet und gespeichert werden. Meine bisherigen SPARQL-Kenntnisse sind bestenfalls rudimentär. Also erstmal SPARQL lernen?
EqualStreetNames will mit Hilfe öffentlich zugänglicher Daten die Gender-Ungleichheit bei der Vergabe von Straßennamen aufzeigen:
The names of public spaces (streets, avenues, squares and others) define the identity of a city and how citizens interact with it. The region of Brussels suffers from a major inequality between male and female street names and we want to help fix this.
There are several ways to approach the inequality of street names and leverage a positive change in our society. Ours is with the use of Open Data to create a map visualizing the streetnames of a city by gender.
The project start with Brussels, Belgium in March 2020 and since then, this project has been replicated in several cities across multiple countries.
tl;dr
Auf der interaktiven Karte unter wiesbaden.equalstreetnames.eu kann für viele Wiesbadener Straßen nachgsehen, wer Namensgeber*in ist;
eine Statistik gibt auch das Verhältnis von männlichen zu weiblichen Personen an;
Immer mehr Städte machen bei diesem Projekt mit, das ursprünglich aus Brüssel stammt;
Ich beschreibe mein Vorgehen bei Recherche, Datensammlung, Mapping in OSM und Generierung der Karte.
Sperriger Titel und spezielles Thema, schon klar. Aber jemand möchte eine Fahrrad-Route planen ähnlich meiner Wiesbaden-Umrundung, ohne dabei zwischen mehreren Browser-Fenstern hin- und herschalten zu müssen. Es soll also eine Stadt- oder Landesgrenze auf einer Karte eingeblendet werden, an der sich die Route dann entlang planen lässt.
Bei Komoot ist das wohl nicht möglich, aber BRouter Web erlaubt es in der aktuellen Version 0.16.0, Ebenen einzublenden, die auf den Ergebnissen einer Overpass API-Abfrage basieren, also auf OpenStreetMap-Daten. Cooles neues Feature!
Seit gut zwei Jahren bin ich viel mit meinem Gravelbike unterwegs, hauptsächlich in der Umgebung von Wiesbaden. Im Taunus zu fahren wird so schnell nicht langweilig. Aber manchmal sucht mensch nach Inspiration, neuen Ideen und Herausforderungen, die auch mit anderen geteilt werden können.
Auf einer meiner Runden durch die Wiesbadener Vororte fragte ich mich, ob ich noch auf Wiesbadener Stadtgebiet radle, oder schon in den benachbarten Kreis gewechselt bin. Zu Hause suchte ich mir die Stadtgrenze von Wiesbaden auf OpenStreetMap heraus, und fast zwangsläufig folgte der Gedanke: Kann die Stadtgrenze mit dem Fahrrad nachgefahren werden? Immerhin ist sie etwa 80 km lang und führt von etwas über 80 m Höhe über NHN am Rhein bis auf knapp 600 m hinauf durch Felder und Wälder.
Ich fing an, im Browser zu planen, links das Fenster mit OpenStreetMap, rechts mit Komoot. Und langsam entstand eine Route, erst einmal entlang des Rheins, dann abknickend und ansteigend Richtung Taunus. Viele der Wege hatte ich bereits befahren, andere Abschnitte waren mir noch unklar. Da half nur eins: eine Erkundungsfahrt. Und zwar mit dem Gravelbike.
Und siehe da, es ist mach- und schaffbar. Kleine Anpassungen und Kompromisse waren zwar nötig, weil etwa Wege durch Waldarbeiten fast völlig unpassierbar waren, aber im Großen und Ganzen stellte sich die Strecke als abwechslungsreich und anspruchsvoll heraus. Der Grundsatz, möglichst dicht an der Stadtgrenze zu bleiben, führte manchmal auf Wege, die ich normalerweise so eher nicht fahren würde. Aber am Ende hat es sich immer gelohnt. Herausgekommen sind knapp 90 km mit ca. 1.200 hm hauptsächlich auf unbefestigten und Kieswegen.
Hin und wieder laufe ich durch die Gegend und erfasse das, was ich sehe, für OpenStreetMap. Für dieses Mapping nutze ich häufig die Android-App OSMTracker, die im Hintergrund automatisch einen GPS-Track aufzeichnet und auf „Knopf“druck zusätzlich bestimmte Punkte markiert.
Wieder zuhause, exportiere ich die erzeugte Datei, kopiere sie auf meinen Rechner und öffne sie in JOSM, meinem OSM-Editor. Dort sehe ich den Weg, den ich zurückgelegt habe, und die manuell gesetzten Markierungen, die mit dem entsprechenden Label versehen sind.
Leider sind die standardmäßig enthaltenen Labels für meine Mapping-Zwecke nicht sonderlich brauchbar. Die meisten Gebäude und Straßen hier in der Umgebung sind nämlich bereits auf OSM vorhanden - die muss ich nicht noch ein zweites Mal mappen.
Aber beispielsweise Geschäfte, Büros oder Dinge wie Mülleimer sind häufig noch nicht eingetragen oder haben sich zwischenzeitlich geändert. Wenn ich also mit einem, maximal zwei Klicks festhalten kann, wo sich ein Kiosk, ein Gemüsehändler oder ein Geldautomat befindet, komme ich bedeutend schneller voran. So fragte ich also:
