osm-parking-processing
osm-parking-processing copied to clipboard
osmberlin
Processing pipeline to generate data on public parking from OpenStreetMap-Data.
Wenn an Straßensegmenten mit Parkstreifen eine explizite `capacity` für den Parkstreifen steht, wird das zur Zeit noch ignoriert ([Beispielsegment](https://www.openstreetmap.org/way/840566795)).
Es gibt weiter Daten, die wir berücksichtigen sollten, um die Präzision der Auswertung zu erhöhen: _Edit @SupaplexOSM: Priorisierung nach Häufigkeit/Einfluss auf das Gesamtergebnis (meiner bisherigen Erfahrung nach)_ --- # **leicht...
Hier gibt es ein [Beispiel](https://parkraum.osm-verkehrswende.org/project-vector-tiles/#18.05/52.484277/13.451991), an dem eine separat gemappte Parkfläche von einer Einfahrt in zwei Segmente geteilt wird - beide Segmente haben aber noch die originale capacity. Diese sollte...
**[Location](https://radverkehrsatlas.de/regionen/parkraum?lat=52.48172&lng=13.42966&zoom=18&theme=parking&bg=default&config=!(i~parking~topics~!(i~parking~a~~s~!(i~default~a~_F)(i~presence~a)(i~raw~a~_F))(i~parkingPoints~a~_F~s~!(i~default~a))(i~parkingAreas~a~~s~!(i~default~a)(i~position-separate~a~_F))(i~parkingDebug~a~~s~!(i~default~a))(i~parkingStats~a~_F~s~!(i~default~a~~f~!(i~admin*_level~o~!(i~*4~a~_F)(i~*9~a)(i~*10~a~_F)))(i~length~a~_F~f~!(i~admin*_level~o~!(i~*4~a~_F)(i~*9~a)(i~*10~a~_F))))(i~landuse~a~_F~s~!(i~default~a)))~)** This looks like a nice edge case: The OSM way that the "Missing data" Segment belongs to is https://www.openstreetmap.org/way/1133008268. This one gets split by the driveway. The left over...
## https://www.openstreetmap.org/way/988233047 [Atlas](https://develop--radverkehrsatlas.netlify.app/regionen/parkraum?lat=52.50624&lng=13.41941&zoom=17.5&theme=parking&bg=default&config=!(i~parking~topics~!(i~parking~a~~s~!(i~default~a~_F)(i~presence~a)(i~surface~a~_F))(i~parkingPoints~a~_F~s~!(i~default~a))(i~parkingAreas~a~_F~s~!(i~default~a)(i~position-separate~a~_F))(i~parkingDebug~a~~s~!(i~default~a))(i~parkingStats~a~_F~s~!(i~default~a~~f~!(i~admin*_level~o~!(i~*4~a~_F)(i~*9~a)(i~*10~a~_F)))(i~length~a~_F~f~!(i~admin*_level~o~!(i~*4~a~_F)(i~*9~a)(i~*10~a~_F))))(i~landuse~a~_F~s~!(i~default~a)))~) ## SOLVED: https://www.openstreetmap.org/way/251168439 Die kleinen Lücken im Debug Layer liegen daran, dass die verschobene Linie dann keinen Verschneidungspunkt mit der Ausfahrt hat. [Atlas](https://develop--radverkehrsatlas.netlify.app/regionen/parkraum?lat=52.49214&lng=13.42591&zoom=18.3&theme=parking&bg=default&config=!(i~parking~topics~!(i~parking~a~~s~!(i~default~a~_F)(i~presence~a)(i~surface~a~_F))(i~parkingPoints~a~_F~s~!(i~default~a))(i~parkingAreas~a~_F~s~!(i~default~a)(i~position-separate~a~_F))(i~parkingDebug~a~~s~!(i~default~a))(i~parkingStats~a~_F~s~!(i~default~a~~f~!(i~admin*_level~o~!(i~*4~a~_F)(i~*9~a)(i~*10~a~_F)))(i~length~a~_F~f~!(i~admin*_level~o~!(i~*4~a~_F)(i~*9~a)(i~*10~a~_F))))(i~landuse~a~_F~s~!(i~default~a)))~)
**[Atlas-Develop-Link](https://develop--radverkehrsatlas.netlify.app/regionen/parkraum?lat=52.55302&lng=13.39078&zoom=17.5&theme=parking&bg=default&config=!(i~parking~topics~!(i~parking~a~~s~!(i~default~a~_F)(i~presence~a)(i~surface~a~_F))(i~parkingPoints~a~_F~s~!(i~default~a))(i~parkingAreas~a~_F~s~!(i~default~a)(i~position-separate~a~_F))(i~parkingDebug~a~~s~!(i~default~a))(i~parkingStats~a~_F~s~!(i~default~a~~f~!(i~admin*_level~o~!(i~*4~a~_F)(i~*9~a)(i~*10~a~_F)))(i~length~a~_F~f~!(i~admin*_level~o~!(i~*4~a~_F)(i~*9~a)(i~*10~a~_F))))(i~landuse~a~_F~s~!(i~default~a)))~)** https://www.openstreetmap.org/changeset/123391336 ist ein schöner Fall bei dem verschieden Schutzzonen verwendet wurden. Mal mit `barrier_board` abgetrennt (eher ungewöhnlich), mal mit Schraffierung/Farbe. Ich habe die Stelle mal bewusst nur grob gemapped...
Bild: Gelb und Grün haben keine Entsprechung: - https://vts.mapwebbing.eu/processing.parking_poly.html#18/52.485448/13.428057 - [Radverkehrsatlas](https://radverkehrsatlas.de/regionen/parkraum?lat=52.4869&lng=13.4255&zoom=16.8&theme=parking&bg=default&config=!(i~parking~topics~!(i~parking~a~_F~s~!(i~default~a)(i~presence~a~_F)(i~raw~a~_F))(i~parkingPoints~a~_F~s~!(i~default~a))(i~parkingAreas~a~~s~!(i~default~a~_F)(i~position-separate~a))(i~parkingDebug~a~_F~s~!(i~default~a))(i~parkingStats~a~_F~s~!(i~default~a~~f~!(i~admin*_level~o~!(i~*4~a~_F)(i~*9~a)(i~*10~a~_F)))(i~length~a~_F~f~!(i~admin*_level~o~!(i~*4~a~_F)(i~*9~a)(i~*10~a~_F))))(i~landuse~a~_F~s~!(i~default~a)))~) (Hinweis: Bug: Layer-Reihenfolgen sind falsch, Bugfix geht nächste Woche online) Alex's Map zeigt mehr Flächeparkplätze als wir im Atlas....
Ein Mapper aus Hannover hat mich auf diese Stelle ([OSM](https://www.openstreetmap.org/way/1157003706) | [Atlas](https://radverkehrsatlas.de/regionen/parkraum?lat=52.39816&lng=9.82655&zoom=19&theme=parking&bg=default&config=!(i~parking~topics~!(i~parking~a~~s~!(i~default~a)(i~presence~a~_F)(i~raw~a~_F))(i~parkingPoints~a~_F~s~!(i~default~a))(i~parkingAreas~a~~s~!(i~default~a)(i~position-separate~a~_F))(i~parkingDebug~a~~s~!(i~default~a))(i~parkingStats~a~_F~s~!(i~default~a~~f~!(i~admin*_level~o~!(i~*4~a~_F)(i~*9~a)(i~*10~a~_F)))(i~length~a~_F~f~!(i~admin*_level~o~!(i~*4~a~_F)(i~*9~a)(i~*10~a~_F))))(i~landuse~a~_F~s~!(i~default~a)))~)) aufmerksam gemacht, an der `parking:right=separate` + `parking:right:orientation=perpendicular` getaggt ist. Eigentlich sollten dann dort nur die separaten Flächen erscheinen...
Follow up zu https://github.com/osmberlin/osm-parking-processing/issues/71 Alex berechnet für die Flächen eine Kapazität. Diese könnten wir auch mit anzeigen. Wir bräuchten ein Feld `capacity=123` und `capacity_source=tag oder estimated`. @SupaplexOSM wie ist deine...
Wenn an einem Straßenabschnitt die Parkplätze separat erfasst werden, dann werden Straßenteile die länger sind als die erfasste Parkfläche als "unvollständig" markiert. Das ist nicht korrekt, hier sollte keine Markierung...
