Verkehrswende-Meetup/Fahrradparkplätze
>> Diese Wiki-Seite ist noch in Arbeit <<
- Siehe auch: Proposed features/bicycle parking:position
- TODO: bicycle_parking=stands etc mit Beispielbildern bzw. …
- TODO: Beispiel-Bilder-Übersicht (Foto + Tags) einfügen
- TODO: bicycle_parking:position (siehe Proposal Draft) in Deutsch formulieren
- Und als eigene Tabelle umformatierten mit Beispielbildern oder Skizzen.
- TODO: Sonderfall-Kapitel beschreiben
- TODO: Beispiel Foto Lastenrad-Stellplatz
- TODO: Beipsiel Foto Schild traffic_sign
Präambel
Wir wollen in OSM die aktuellste, vollständigste und präziseste Datenbasis von Fahrradparkplätzen in Berlin erstellen.
Wofür sollen die Daten verwendet werden können:
- für die Planung weiter Radabstellanlagen durch die Bezirke
- für Datenvisualisierungen und Datenvergleiche – bspw. mit der Anzahl bzw. dem Flächenverbrauch von Berlin/Verkehrswende/Autoparkplaetze
Hilfsmittel
- bikeparking.lorenz.lu gleicht OpenData zu Fahrradparkplätzen ab. Bitte lauft die fehlenden Plätze an, prüft sie vor Ort und tragt sie nach.
- Overpass-Abfrage für Fahrradständer mit fehlendem Attribut (hier:
bicycle_parking:position
) - Liebe Bezirke / Senat / Städte: Bitte stellt veröffentlicht eure Datensätze, damit wir sie abgleichen können.
Mappen von Fahrradparkplätzen
Grundsätzliches zum Mappen von Fahrradparkplätzen
- Alle Fahrradparkplatz eintragen, auch Kunden-Stellplätze und private Stellplätze (siehe unten
access
). - Gruppen von Fahrradparkplätzen in mehrere Nodes aufteilen, wenn die Gruppe von anderen Straßenobjekten (Laterne, Baum, …) "geteilt" wird.
- Beispiel: Stellplatz <> Baum <> Stellplatz trennen in 2 Stellplätze, damit der Baum gesondert gemappt werden kann
- Nur Stellplätze erfassen, die als solche gedacht sind. Also keine Zäune/Geländer (in OSM barrier=fence+fence_type=railing), Schilder, Laternen, keine bicycle_parking=informal.
- Im Zweifel, die Stellplätze erstmal als OSM-Punkte (Nodes) eintragen. Große Abstellanlagen können später in Flächen umgewandelt werden. Je nach Erfahrungsgrad gerne direkt als Flächen eintragen. Faustformal für Flächen:
Capacity
> 10 oder wenn die besondere Geometrie Klarheit schaffe.
Empfohlene Tags
Tag | Wichtigkeit | Beschreibung und Werte |
---|---|---|
Haupt-Tag | Pflicht | amenity=bicycle_parking
Definiert den Fahrradstellplatz. Siehe auch Wiki Tag:amenity=bicycle_parking. |
Typ des Fahrradstellplatzes | Gewünscht | Üblich in Berlin sind …
Siehe auch Wiki Key:bicycle_parking. |
Kapazität | Gewünscht | capacity=*=<Zahl>
Die vorgesehene und mögliche Anzahl an Fahrrädern (Wiki Key:capacity).
Siehe auch: [Sonderfall |
Wetterschutz | Gewünscht |
Siehe auch Wiki Key:covered. |
Erlaubnis | Gewünscht |
Sonderfall Lastenräder: Bei Abstellanlagen, die Lastenrädern vorbehalten sind, sollten diese hingegen mit wie folgt getaggt werden, um sie als als exklusiv für Lastenräder markiert werden (Beispiel als Node, Beispiel als Fläche).
Wenn ein Fahrradparkplatz auf einer Fläche normale Räder und Lastenräder ausschildert, ist es einfacher, dieses als 2 Nodes/Flächen zu mappen. |
Beleuchtung | Optional |
Siehe auch Wiki Key:lit. |
Untergrund | Optional | surface=*=<Wert> – angenommener Default ist paved .
Wenn der Untergrund der Fahrradständer vom angenommenen Default abweicht, kann er auf diese Weise gesondert erfasst werden. Siehe auch Wiki Key:surface. |
Lagebeschreibung | Gewünscht | bicycle_parking:position=* ist ein Experiment der Berliner Community.
Ziel: Diese Daten sollen erlauben, die Position des Fahrradständers auszuwerten. Mapping: Den konkretesten Value aus der Liste auswählen. Wenn ein konkreter Value nicht passt, den übergeordneten Wert verwenden. Private Flächen:
Öffentliche Flächen:
|
Tags, die wir nicht besonders betrachten
- operator=* / Wiki: Key:operator - Erscheint uns zZ nicht relevant für unsere Anwendungsfälle
- operator:type=* / Wiki: Key:operator:type - Erscheint uns zZ nicht relevant für unsere Anwendungsfälle
- survey:date=* / check_date=* (Format: yyyy-mm-dd) – Erscheint uns nicht relevant genug, um die Erfassung zu rechtfertigen.