Verkehrswende-Meetup/Parkraum

From OpenStreetMap Wiki
Jump to navigation Jump to search

Ü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.