Berlin/Verkehrswende/Parkraum

Über diese Seite

Auf dieser Seite dokumentieren wir die Tagging-Empfehlungen für das Erfassen von Parkraumdaten in Berlin.

Siehe auch Berlin/Verkehrswende/Parkraum/Mapping Kampagne Xhain.

TODO Liste: Dinge, die wir fertig dokumentieren wollen

(DOKU WIP) Oberflächen erfassen wenn anders als Fahrbahn

Wenn die Oberfläche sich ändert unter den parkenden Autos, sollte das erfasst werden.

(DOKU WIP) on_street vs. street_side

Es gibt keine eindeutige Definition, wann welcher Wert verwendet wird. Es gibt aber klare Indikatoren, die es in der Praxis leicht machen, eine Wahl zu treffen:

on_street Parken auf der Fahrbahn

Standard-Wert in Berlin Faustformel: Wenn die baulichen Anlagen wie Gehwegvorstreckungen so angelegt sind, dass sie auch wieder in Fahrbahnfläche für fahrende Autos/Fahrräder umgewandelt werden könnte, dann verwenden wir on_street. Poller, Gehwegvorstreckungen und auch Laternen zählen dazu. Wenn dagegen Bäume gepflanzt sind, sollte street_side verwendet werden, da diese nicht ohne weiteres "umgesetzt" werden können.

street_side Parken in Parkbuchten

Bei Parkbuchten von 1-3 Stellplätzen. Wenn zwischen den Parkbuchten Bäume stehen. Wenn ein Bordstein die Parkbucht trennt. Beispiel Mapillary

(DOKU TODO) Taxisspur

• https://www.openstreetmap.org/way/563341820
• https://www.mapillary.com/app/?lat=52.511202699972&lng=13.463873899972&z=17&focus=photo&trafficSign%5B%5D=all&pKey=116692474271525&panos=true&x=0.4285123781875079&y=0.4992174830093526&zoom=0.4359207536706968

(DOKU TODO) Parkraumzone

Standard-Tagging im Zlant Editor für Parkraumzonen beschreiben. Meist Ticket;Anwohner.

(DOKU TODO) Tipps zum Zerschneiden von Straßen

Faustformel:

• Wo wenig zerschneiden wie möglich.
• Aber dort, wo nötig schneiden.
• Segmente sollten > 10 m sein.
• Wenn Parksituation zu komplex ist, können (erfahrene Mapper) die Parkflächen separat erfassen.