Vector tile Layer für Punkte an Auto-Parkstellen

[tordans]

Wir haben für https://github.com/gislars/strassenraum-berlin/issues/16#issuecomment-1166347531 versucht mit der Mapbox vector style specification die Rechtecke für parkende Autos zu platzieren. Das geht leider nicht gut.

Alex hat das für https://strassenraumkarte.osm-berlin.org/?map=parkingmap#18/52.47872/13.44238 so gelöst, dass er über spezielle Formeln (je nach Ausrichtung) Punkte auf der Linie verteilt, die er dann nutzt um jew. ein Icon dort zu platzieren.

Einen solchen Layer bräuchten wir auch, um die Vector Tiles so hübsch zu machen, wie die von Alex.

[gislars]

Es gibt einen neuen Vector Tile layer: https://vts.mapwebbing.eu/public.parking_spaces.html

Features/Probleme:

• nur bei großen Zoomlevel (>= 17) anzeigen, Browser kann sonst crashen
• zeigt einen Punkt pro Stellplatz
• enthält Attribut angle, das könnte beim Styling nützlich sein um ein Rechteck zu drehen
  • der Winkel hängt von der Ausrichtung (Start -> Ende) der Straßengeometrie ab
  • da nicht alle Straßen gleich ausgerichtet sind, müssten ggf. + 180 ° addiert werden
  • bei gebogenen Straßengeometrien, ist der Winkel nicht verlässlich
• auch bei Fahrradstellplätzen auf der Straße werden im Moment die Punkte berechnet
• die Anzahl der Punkte wird auf Basis der capacity bestimmt

Anbei zwei Screenshots aus QGis

[joshinils]

Es gibt einen neuen Vector Tile layer: https://vts.mapwebbing.eu/public.parking_spaces.html

Probleme sehe ich (unter anderem) in Frohnau auch in der Dichte der Punkte. Manchmal sind die Punkte so nah aneinander, dass sie aussehen wie eine durchgehende Linie, woran kann das liegen?

zb. https://www.openstreetmap.org/way/1075776393 hat sehr viele,

auch https://parkraum.osm-verkehrswende.org/project-vector-tiles/#17.58/52.633632/13.288011 zeigt dort eine 9 auf einem sehr kleinen segment:

die sind zwar diagonal, aber so eng kann man glaub ich auch wieder nicht parken, auch ist der verlinkte way nicht derjenige direkt daneben, sondern weiter südlich gelegen.

und im gralsburgsteig hab ich noch keine parkraumdaten gemappt, trotzdem ist auch dort ein 9-er schnipsel direkt nach der kreuzung

[SupaplexOSM]

Die zu engen Punkte an manchen Segmenten sind eine Folge von #30 (bzw. im Fall von Fahrradständern auf der Fahrbahn liegt es daran, dass die Fahrradständer zur Zeit als eine Sonderform von "Parkstreifen" mit der capacity des Fahrradständers dargestellt/interpretiert werden).

Für ein organisches Rendering müsste sich jeder Punkt den Winkel "seiner" (versetzten) Linie an seinem Ort holen. Für das Rendering der Straßenraumkarte entsteht dieser Winkel als Nebenprodukt des "Points along Lines"-Algorithmus.

[tordans]

Das Thema ist jetzt schön gelöst.