Verkehrswende-Meetup/Radwege

OSM-Daten und ihre Analyse können – bei ausreichender Qualität, Aktualität und Detailtiefe – eine ideale Grundlage sein, um den Ausbauzustand und die Nutzbarkeit von Fahrradinfrastrukturen zu dokumentieren und zu bewerten, den Fortschritt der Verkehrswende zu beobachten und Infrastrukturmängel aufzuzeigen. Das gilt insbesondere für den Zustand von Radwegen. Mit diesem erweiterten und in Berlin getesteten Schema zum Kartieren von Radwegen möchten wir das etablierte OSM-Taggingschema ergänzen, um bessere Aussagen zur Radwegequalität zu ermöglichen: Dazu gehören nicht nur Breite und Oberflächenbeschaffenheit der Fahrbahn, sondern auch Merkmale zu Schutz und Abgrenzung des Weges gegenüber anderen Verkehrsarten.

Straßenbegleitende Radwege separat erfassen oder nicht?

Radwege, die durch physische Barrieren von der Fahrbahn abgegrenzt sind, können in OSM als separate Linien erfasst werden. In der OSM-Community wird kontrovers diskutiert, ob bzw. ab wann straßenbegleitende Wege separat erfasst werden sollten. Mit steigendem Detailgrad und damit steigenden Ansprüchen an die Kartendaten sowie immer besseren externen Datenquellen (wie hochaufgelösten Luftbildern und anderen öffentlichen Datensätzen, Mapillarybildern etc.) insbesondere in Städten wie Berlin sprechen zunehmend Argumente dafür, auch Radwege separat zu erfassen, selbst wenn sie baulich "nur" durch Bordsteine, parkende Autos oder evtl. Poller (siehe unten) von der Fahrbahn getrennt sind (ähnlich wie bei separat erfassten Gehwegen):

• Detailinformationen der Wege können deutlich einfacher, übersichtlicher und umfangreicher abgebildet werden...
• ...insbesondere in komplexen Situationen, bei regelmäßigen Veränderungen oder richtungsabhängigen Eigenschaften (wie bei Radwegen üblich),
• die Geometrie der Wege kann präzise abgebildet werden,
• womit zielgenaues Routing und bessere Datenanalysen (bis hin zu Schattenberechnungen für Radwegstrecken) ermöglicht werden.

Zentrale Gegenargumente gegen die separate Erfassung von straßenbegleitenden Wegen sind:

• der Bezug zwischen Straße und straßenbegleitenden Wegen geht verloren (z.B. können Router kaum auf die Klassifikation oder den Namen der Straße zurückgreifen, an dem der separat erfasste Weg verläuft),
• unübersichtlichere Kartendarstellungen bzw. Renderings,
• unter Umständen berechnen Router Umwege, weil sie bei separat erfassten Wegen nicht "jederzeit", sondern nur an dafür angelegten Querungsmöglichkeiten die Spur bzw. Straßenseite wechseln können.

Eine Übersicht der Vor- und Nachteile des von der Straßenlinie getrennten Mappings von Gehsteigen und Radwegen findet sich hier: User:JochenB/VorundNachteileGetrenntmapping

Dieses erweiterte Radwege-Schema möchte explizit motivieren, straßenbegleitende Radwege zu Gunsten der Vorteile dieser Methode separat zu erfassen, insbesondere wenn detailierte Radwegeeigenschaften wie unten beschrieben erfasst werden. Um den Nachteilen separatem Mappings zu begegnen, gibt es Vorschläge, wie diese zukünftig reduziert werden können:

• Straßenbegleitende Wege können mit is_sidepath=yes versehen werden.
• Die zentralen Straßeneigenschaften, nämlich ihre Klassifikation und ihr Name, können mit is_sidepath:of=* und is_sidepath:of:name=* auf den separaten Radweg übertragen werden.
• Die zentrale Straßenlinie wird mit cycleway=separate versehen (bzw. besser mit cycleway:right=*, cycleway:left=* oder cycleway:both=*) um anzugeben dass alle weiteren Details in einem separaten OSM Weg zu finden sind. Zusätzlich kann im Falle einer ausgeschilderten Benutzungspflicht mit bicycle=use_sidepath und, was manchmal auch benutzt wird, mit bicycle=optional_sidepath wenn keine Benutzungspflicht besteht, angegeben werden ob die Autofahrbahn von Radfahrern benutzt werden darf. Die bicycle=* Tags bestimmen aber nur die Benutzungsrechte. Der Tag cycleway=separate und ähnliche verweisen darauf, dass weitere Details im OSM Datenmodell in einem separaten OSM Weg zu finden sind; nur diese lösen also das Problem, dass der Bezug zur Straße verloren geht.

Auf diese Weise können Router straßenbegleitende Wege erkennen und zentrale Straßeneigenschaften ablesen. Auch Renderer können dieses Schema nutzen, um separate Wegesituationen auf kleineren Kartenmaßstäben übersichtlicher darzustellen (indem sie z.B. Straßen mit cycleway=separate genauso rendern wie cycleway=track und straßenbegleitende Wege mit is_sidepath=yes auslassen).

Basis-Tagging verschiedener Radwegarten

Die in Berlin verbreiteten Radwegearten lassen sich auf diese Weise erfassen:

• Fahrradspur (Radfahrstreifen oder Schutzstreifen, mit Linien und Symbolen auf der Fahrbahn markierte Radspuren): Wenn nur Markierungen und keine weiteren Barrieren zur Fahrbahn bestehen, werden Fahrradspuren mit ihren Eigenschaften an der Straßenlinie erfasst: Bei beidseitig vorhandener Radspur mit cycleway:both=lane, ansonsten entsprechend der Linienrichtung der Straße mit cycleway:right=lane oder cycleway:left=lane (die seitenbezogenen Tagging-Bestandteile both, left oder right werden in den folgenden Tagging-Beispielen vereinfacht durch side ersetzt).
  Eine Unterscheidung zwischen benutzungspflichtigen, mit durchgezogener Linie und Verkehrszeichen 237 (Radweg) markiertem Radfahrstreifen und nicht benutzungspflichtigen, mit gestrichelten Linien markierten Schutzstreifen ist möglich:
  • Viele Mapper nutzen cycleway:side:lane=exclusive oder cycleway:side:lane=advisory zur Unterscheidung von Radwegen, je nach dem, ob diese vom Autoverkehr mit befahren werden dürfen oder nicht.
  • Die Art der Markierung der Fahrradspur kann explizit mit cycleway:side:marking:left=solid_line oder cycleway:side:marking:left=dashed_line angegeben werden (siehe Proposal).
  • Es ist empfehlenswert, stets das Vorhandensein eines Verkehrszeichens zu erfassen: Entweder cycleway:side:traffic_sign=none, wenn es keins gibt (und damit keine Benutzungspflicht), oder z.B. cycleway:side:traffic_sign=DE:237.

• Hochbordradweg (Radwege, die von der Fahrbahn durch einen Bordstein getrennt und häufig im Bereich des Gehwegs verlaufen):
  • Sind häufig noch als cycleway=track an der Straßenlinie erfasst.
  • Stattdessen möchte dieses Schema aus den oben genannten Gründen motivieren, diese Radwegform als separate Linie mit highway=cycleway, is_sidepath=yes und weiteren, unten genannten Eigenschaften zu erfassen. An der Straßenlinie sollte dann cycleway:side=separate ergänzt werden sowie im Falle einer Benutzungspflicht bicycle=use_sidepath.

• Protected Bike Lane (Geschützter Radfahrstreifen, durch Barrieren wie Poller geschützte Radwege):
  • Zur Unterscheidung von geschützten Radverkehrsanlagen wurde das separation-Tagging entwickelt, sodass sich solche Wege durch ein zusätzliches Attribut abbilden lassen:
  • Entweder an der Straßenlinie mit cycleway:side=track + cycleway:side:separation:left=bollard (bollard hier als Beispielwert für einen abgepollerten Radweg, left bezieht sich darauf, dass die Poller auf der linken Seite des Radwegs in Richtung des fließenden Verkehrs stehen)
  • oder an einer separaten Linie mit highway=cycleway + separation:left=bollard und weiteren, unten genannten Eigenschaften.
• Geteilte Busspur: Eine für den Radverkehr freigegebene Busspur wird mit cycleway:side=share_busway an der Straßenlinie erfasst.
• kein Radweg: Hat eine Straße keinen Radweg, sollte dies explizit mit cycleway:both=no an der Straßenlinie gekennzeichnet werden (bzw. cycleway:left=no oder cycleway:right=no, wenn es nur auf einer Seite keinen Radweg gibt).

Neben diesem "Basistagging" sollten nach Möglichkeit weitere Eigenschaften wie unten beschrieben ergänzt werden.

Tagging von Pop-up-Radwegen

Im Zuge der Corona-Pandemie entstanden in vielen Städten temporäre Pop-up-Radwege. In Berlin bestehen viele dieser Radspuren auch nach der Pandemie weiter und sollen teils baulich verstetigt werden. In Berlin erfolgte die Umsetzung meist in Form von Protected Bike Lanes oder Schutzstreifen auf der rechten Fahrspur:

• cycleway:right=lane
• description:covid19=Pop-up-Radweg (Während der Pandemie zur einfachen Identifikation dieser Wege genutzt)

Darüber hinaus können weitere Radwegeigenschaften zur Bewertung der Radwegqualität interessant sein:

• cycleway:right:width=* (Breite des Radwegs)
• cycleway:right:separation:left=vertical_panel (siehe nachfolgendes Schema: der Radweg ist zur Straße hin durch Leitbaken geschützt)
• cycleway:right:smoothness=* (insbesondere, wenn die Radspur über ehemalige Parkspuren in oft schlechterem Zustand als die Fahrbahn geführt wird)

Vereinzelt entstanden auch Pop-up-Fahrradstraßen (zum Tagging siehe bicycle_road=*), die mit dem Zusatz description:covid19=Pop-up-Fahrradstraße versehen wurden.

• Overpass-Abfrage der noch bestehenden Pop-up-Bikelanes und Pop-up-Fahrradstraßen in Berlin
• Kartierungsübersicht über Pop-up-Radwege in Berlin auf der Diskussionsseite
• Informationsseite der Senatsverwaltung zu Pop-Up-Radwegen

Tagging

Die folgenden Tags können genutzt werden, um die Radwegbeschaffenheit mehr oder weniger vollumfänglich zu beschreiben – je nach Radwegart/Kartierungsweise an der Straßenlinie oder einer separaten Linie für den Radweg:

Basis-Tags

Physische Grund-Beschaffenheit (empfohlen): Breite, Oberfläche und Art der Abgrenzung/Schutzstatus

Weitergehende Eigenschaften (optional)

Benutzungspflicht (ja/nein) / Beschilderung

Weitere für Radfahrende interessante Eigenschaften der Straße

Tagging-Beispiele

Beispiele verschiedener Radwege

An einer separaten Linie: highway=cycleway oneway=yes width=2 surface=asphalt smoothness=good separation:left=bollard separation:right=kerb buffer:left=1 surface:colour=green lit=yes traffic_sign=DE:237 (nicht auf dem Bild zu sehen: ) An der Straßenlinie: bicycle=use_sidepath cycleway:right=separate (Mapillary)(OSM)	An einer separaten Linie: highway=cycleway oneway=yes width=1.6 surface=asphalt smoothness=excellent separation:left=kerb separation:right=hedge buffer:left=0.8 lit=yes traffic_sign=none An der Straßenlinie: bicycle=optional_sidepath cycleway:right=separate (Mapillary)	An der Straßenlinie: cycleway:right=lane cycleway:right:lane=exclusive cycleway:right:width=1.9 cycleway:right:separation:both=no cycleway:right:buffer:left=no cycleway:right:buffer:right=0.6 cycleway:right:surface:colour=green cycleway:right:traffic_sign=DE:237 surface=asphalt (Angaben wie diese gelten auch für den Radstreifen, wenn nicht anders angegeben) smoothness=good lit=yes sowie weitere Eigenschaften der Straße, insbesondere: highway=tertiary lanes=1 maxspeed=50 parking:right=lane parking:right:orientation=parallel (Mapillary)(OSM)

An einer separaten Linie: highway=path segregated=yes bicycle=designated foot=designated oneway:bicycle=yes surface=paving_stones smoothness=intermediate width=3.5 cycleway:width=1.3 footway:width=2.2 separation:left=kerb buffer:left=1 lit=yes traffic_sign=none An der Straßenlinie: bicycle=optional_sidepath cycleway:*=separate (Mapillary)(OSM)	An einer separaten Linie: highway=cycleway oneway=yes width=1.6 surface=asphalt smoothness=intermediate separation:left=no separation:right=kerb buffer:both=0.5 surface:colour=red lit=yes traffic_sign=none An der Straßenlinie: bicycle=use_sidepath (auch ohne Verkehrszeichen für Radfahrende in dieser Straße benutzungspflichtig, da Teil der Fahrbahn) cycleway:*=separate (Mapillary)	An der Straßenlinie: cycleway:both=no surface=asphalt smoothness=good lit=yes sowie weitere Eigenschaften der Straße, insbesondere: highway=tertiary width=10.6 lane_markings=no maxspeed=50 parking:both=lane parking:both:orientation=parallel (Mapillary)(OSM)

An einer separaten Linie: highway=path segregated=yes bicycle=designated foot=designated oneway:bicycle=yes surface=paving_stones smoothness=intermediate width=3 cycleway:width=1 footway:width=2 separation:left=kerb buffer:left=1 lit=yes traffic_sign=none An der Straßenlinie: bicycle=optional_sidepath cycleway:*=separate (OSM)	An einer separaten Linie: highway=cycleway oneway=yes width=1.4 surface=paving_stones smoothness=intermediate separation:left=kerb separation:right=greenery buffer:left=0.8 buffer:right=1.5 lit=yes traffic_sign=none An der Straßenlinie: bicycle=optional_sidepath cycleway:right=separate (Mapillary)(OSM)	An einer separaten Linie: highway=cycleway oneway=no lanes=2 width=2.2 surface=paving_stones smoothness=intermediate separation:both=greenery lit=no traffic_sign=none An der Straßenlinie: bicycle=optional_sidepath cycleway:left=separate cycleway:right=no (Mapillary)(OSM)

Beispiel-Mapping für eine komplexe Kreuzungssituation mit separat gemappten Rad- und Gehwegen

Beispiel

Anmerkungen

Detailliertes Mapping für Rad- und Gehwege und -übergänge am Beispiel Hermannplatz, Neukölln. OSM, Mapillary

Erläuterungen: Die Radweg-Ampeln sind in diesem Beispiel sowohl am Knotenpunkt zwischen Straße und Radweg (highway=crossing + crossing=traffic_signals) als auch mit separaten Ampel-Knoten an den Haltelinien (crossing=traffic_signals) abgebildet. An anderen Kreuzungen bietet es sich oft an, auf diese Doppelung zu verzichten – in dem hier skizzierten Fall sprechen aber Gründe dagegen: Das Routing für linksabbiegende, von Radwegfurten kommenden Radfahrenden würde die jeweils „vorgelagerten“ Ampeln nicht einbeziehen und "ampelfrei" weiterrouten, Die reale Ampelsituation für Radfahrende vor Ort ist nicht optimal, da sie zwar vor der Kreuzung zum Teil eigene Radfahr-Ampeln haben, dann jedoch über die Mittelinseln geführt werden, wo sie bei Rot der Fußgängerampel auch warten müssten (daher auch zwei Ampeln auf den Radweg-Überquerungen). Die nach Norden führenden Radstreifen sind als separate Linien gemappt, da es sich dabei um geschütze Radstreifen handelt, die mit Leitschwellen und im späteren Verlauf einem Parkstreifen physisch vom fließenden Verkehr separiert sind (vgl. cycleway:separation).

Tagging weiterer für den Radverkehr relevanter Straßeneigenschaften, Spurführungen und Infrastrukturen

Radfahrstreifen in Mittellage / Fahrradschleuse / Fahrradweichen

Entsprechend des Lanes-Schemas:

An der Straßenlinie: lanes=2 cycleway:right=lane vehicle:lanes=yes|no|yes bicycle:lanes=yes|designated|yes turn:lanes=left|left;through|right cycleway:lanes=no|lane|no	An der Straßenlinie: lanes=3 cycleway:right=lane vehicle:lanes=yes|yes|no|yes bicycle:lanes=yes|no|designated|yes turn:lanes=none|through|through|right cycleway:lanes=no|no|lane|no	An der Straßenlinie: lanes=3 cycleway:both=lane lanes:forward=1 lanes:backward=2 vehicle:lanes:backward=yes|no|yes bicycle:lanes:backward=no|designated|yes turn:lanes:backward=through|through|right cycleway:lanes:backward=no|lane|no

An der Straßenlinie: lanes=3 cycleway:right=lane vehicle:lanes=yes|yes|no|yes|no bicycle:lanes=no|no|designated|no|designated turn:lanes=through|through|through|right|right cycleway:lanes=no|no|lane|no|lane	An der Straßenlinie: lanes=3 cycleway:right=lane vehicle:lanes=yes|no|yes|no|yes bicycle:lanes=no|designated|no|designated|yes turn:lanes=left|left|through|through|right cycleway:lanes=no	An der Straßenlinie: lanes=3 cycleway:right=shared_lane vehicle:lanes=yes|yes|yes bicycle:lanes=no|designated|yes turn:lanes=left|left;through|right cycleway:lanes=no|shared_lane|no

Hinweise:

• Bei der Angabe der Anzahl von Fahrspuren (lanes=*) werden in OSM traditionell lediglich Kfz-Spuren mitgezählt. Bei den lane-bezogenen Spurattributen (z.B. vehicle:lanes=*, turn:lanes=*) werden hingegen auch die Radfahrspuren berücksichtigt. Die spurbezogenen Attribute sollten also stets die gleiche Anzahl von Angaben enthalten – inklusive den Radspuren und getrennt durch das "|"-Zeichen – während die mit lanes=* angegebene Fahrspuranzahl davon abweichen kann (weniger Fahrspuren mitzählt, nämlich nur die für Kfz).
• bicycle ist auf Kfz-Spuren – außer auf solchen mit gleicher Richtung wie die Radspur – deshalb stets auf yes gesetzt, da es Radfahrenden in Deutschland de jure erlaubt ist, auch die Kfz-Spuren zum Abbiegen zu nutzen (außer es gibt eine separate Radfahrspur: dort gilt dann designated auf der Radspur und no auf der angrenzenden Kfz-Spur).
• Die Angabe von cycleway:right=lane etc. ist auch bei Radfahrstreifen in Mittellage, also bei Verwendung des spurgenauen cycleway:lanes=* sinnvoll. Die Seitenangaben right, left oder both dürfen nicht mit Lageangaben verwechselt werden (z.B. "auf der rechten Seite gibt es einen Radstreifen"), sondern sie sind geometrische Angaben, dass es in der entsprechenden Bewegungsrichtung entlang der Liniengeometrie einen Radweg gibt – was auch bei Radfahrstreifen in Mittellage grundsätzlich der Fall ist. Wo genau sich der Radweg auf der Fahrbahn befindet und für welche Abbiegerichtungen dieser vorhanden ist, ergibt sich aus den *:lanes-Tags. cycleway:right=* in Kombination mit cycleway:lanes=* stellt zwar eine kleine Redundanz dar (beide geben die Existenz eines Radwegs in der entsprechenden Bewegungsrichtung an), die aber vertretbar erscheint, da das lanes-Schema nur von wenigen Anwendungen interpretiert wird und die meisten Anwendungen bei einer fehlenden cycleway=*-Angabe davon ausgehen würden, dass gar kein Radweg vorhanden ist.^[1]

Spezielle radverkehrsrelevante Verkehrsschilder

In Gegenrichtung befahrbare Einbahnstraßen oneway:bicycle=no kennzeichnet Einbahnstraßen, die in Gegenrichtung von Fahrrädern befahren werden dürfen. Sind darüber hinaus Fahrradwege vorhanden, können diese mit cycleway=* weiter spezifiziert werden, fehlende Radwege mit cycleway:both=no gekennzeichnet werden. Das frühere cycleway=opposite wird nicht mehr verwendet und sollte ersetzt werden.

Überholverbot von Fahrrädern/einspurigen Fahrzeugen traffic_sign=DE:277.1: Auf Straßenabschnitten mit diesem Zeichen dürfen Fahrräder und andere einspurige Fahrzeuge nicht überholt werden (Zeichen 277.1: Verbot des Überholens von einspurigen Fahrzeugen für mehrspurige Kraftfahrzeuge und Krafträdern mit Beiwagen, eingeführt mit der StVO-Novelle im April 2020). Gilt das Überholverbot nur in eine Richtung, verwende – je nach Linienrichtung – traffic_sign:backward=* bzw. traffic_sign:forward=*. Eine gültige Tagging-Schreibweise unter Verwendung des overtaking=*-Schemas konnte bisher nicht etabliert werden (Forumsdiskussionen dazu: 1 | 2). Der frühere Vorschlag overtaking:motorcar:conditional=no @ singletrack sollte nicht verwendet werden, da bei der Interpretation der Conditional Restrictions nicht erkennbar ist, dass mit singletrack das überholte Fahrzeug (und nicht das überholende) gemeint ist.

Randseitige Asphaltierung (von Kopfsteinpflaster)

Es ist nicht endgültig diskutiert, wie man Fälle wie die Folgenden in OSM erfassen kann. Es gibt allerdings Vorschläge:

surface=sett surface:bicycle=asphalt	surface=asphalt surface:bicycle:forward=sett parking:right:surface=sett (Linienrichtung in Blickrichtung)	surface=sett surface:forward=asphalt und/oder surface:right=asphalt (Linienrichtung in Blickrichtung)

Aufgeweiteter Radaufstellstreifen/Advanced stop line

Eine advanced stop line (ASL) oder bike box oder aufgeweiteter Fahrradaufstellstreifen (ARAS) wird an der Straßenlinie mit einem Punkt an der genauen Stelle (auf der Straßenlinie vor der Ampel) mit cycleway=asl erfasst.

Einfahrten

Haus- und Grundstückseinfahrten, die den Radweg kreuzen, können interessant für Datenanalysen sein und sollten daher erfasst werden. Dazu von der Straße ausgehend eine Linie entlang der Einfahrt mit highway=service + service=driveway mappen (bei Gebäudedurchfahrten außerdem tunnel=building_passage im Bereich der Durchfahrt – gut im WMS-Datensatz ALKIS, Gebäude erkennbar). Bei separat gemappten Radwegen auf einen gemeinsamen Punkt als Kreuzungspunkt zwischen Radweg und Einfahrt achten.

Gefahrenstellen

Gefährliche Radwegmerkmale, die das Radfahren beeinträchtigen, besondere Aufmerksamkeit oder eine reduzierte Geschwindigkeit erfordern, können als Node mit hazard:bicycle=* auf der Radweglinie erfasst werden (bzw. mit hazard:bicycle:forward=* oder hazard:bicycle:backward=* auf mehrspurigen Wegen bzw. Straßen). Dazu können gehören:

• Sichtbehinderungen/unübersichtliche Stellen (hazard:bicycle=obstructed_sight)
• Gefahr durch öffnende Fahrzeugtüren/"Dooring" (hazard:bicycle=door_zone, insbesondere auf schmalen Wegen ohne Sicherheitsabstand zu parkenden Fahrzeugen)
• Querende Fußgänger (hazard:bicycle=pedestrians_crossing, seltener explizit mit traffic_sign=DE:133 beschildert)
• Radverkehrsführung durch Haltestellenbereiche (hazard:bicycle=public_transport_platform)
• Wurzelschäden (hazard:bicycle=root)
• andere Straßenschäden (hazard:bicycle=damaged_surface)
• Schräge Schienenüberquerung, insbesondere Gefahr des Steckenbleibens für Rennräder (hazard:bicycle=tracks)
• Glasscherben (dauerhaft, z.B. vor Glascontainern oder an Orten, die zur illegalen Müllablagerung genutzt werden) (hazard:bicycle=broken_glass)
• Nicht weiter bestimmte Gefahrenstelle (hazard:bicycle=yes)

Fahrradzählstellen

Die Berliner Senatsverwaltung beobachtet mit automatischen Radverkehrszählstellen die quantitative Entwicklung des Radverkehrs. Ab 2020 sollen zudem sog. "Fahrradbarometer" eingerichtet werden, die auf Displays anzeigen, wie viele Fahrräder den jeweiligen Standort passiert haben. In OSM lassen sich solche Zählstellen erfassen mit:

• man_made=monitoring_station + monitoring:bicycle=yes sowie weiteren Eigenschaften zur Art der Aufzeichnung und des Dispays (siehe monitoring:bicycle=*).
• Overpass-Abfrage der Fahrradzählstellen in Berlin
• Mehr Infos siehe auch hier.

Datenquellen

Unter anderem eine hohe Abdeckung von Straßenfotos auf Mapillary und die im Berliner Geoportal jährlich neu verfügbaren Luftbilder bieten eine ideale Datengrundlage, um eigene Beobachtungen vor Ort detailliert zu mappen.

Auf den Seiten der Verkehrsverwaltung findet sich eine (offenbar unvollständige) Übersicht über umgesetzte geschützte Radfahrstreifen.

• ToDo: Weitere Datenquellen

Overpass-Abfragen

• Hauptverkehrsstraßen ohne Radweginformation
• Nebenstraßen ohne Radweginformation
• Radwege mit gemappter Art der Abgrenzung/Schutzstatus (*separation*):
  • Alle Radwege mit irgendeiner separation-Angabe
  • Geschützte Radwege mit physischer Protektion
• Radwege vom Typ "track" finden, um diese zukünftig separat zu mappen
• fehlende Radwegeigenschaften:
  • Radwege ohne gemappte Breite (width=*)
  • Radwege ohne gemappten Fahrbahnbelag (surface=*)
  • Radwege ohne gemappte Oberflächenqualität/Ebenheit (smoothness=*)
  • Radwege ohne gemappte Beleuchtung (lit=*)
• fehlende Straßeneigenschaften:
  • Straßen ohne gemappte Beleuchtung (lit=*)
  • Wege und Pfade ohne gemappte Beleuchtung (lit=*)
  • Straßen ohne gemappte Anzahl der Fahrspuren (lanes=*)
  • Straßen ohne gemappte Parkstreifen (siehe Erfassen von Parkstreifen)

Fußnoten