osmberlin / osm-parking-processing

Processing pipeline to generate data on public parking from OpenStreetMap-Data.
https://parkraum.osm-verkehrswende.org/project-vector-tiles/
GNU Affero General Public License v3.0
19 stars 2 forks source link

Segmente mit parking=separate, aber weiteren parking-Tags werden als Parkstreifen prozessiert #77

Open SupaplexOSM opened 1 year ago

SupaplexOSM commented 1 year ago

Ein Mapper aus Hannover hat mich auf diese Stelle (OSM | Atlas(i~parkingPoints~a~_F~s~!(i~default~a))(i~parkingAreas~as~!(i~default~a)(i~position-separate~a~_F))(i~parkingDebug~as~!(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 (deren Prozessierung gerade noch überarbeitet wird), stattdessen wird jedoch die ganze Linie als Querparken dargestellt. Also: wenn das Primärtag parking=separate ist, dann sollten alle anderen Attribute an der Linie ignoriert werden (auch wenn sie dort eigentlich nicht erscheinen sollten).

joshinils commented 1 year ago

ich würde sagen das ist auch ein fall für ein fehler-layer. das ist doch ein tagging fehler, und sollte als solcher behoben werden, oder?

SupaplexOSM commented 1 year ago

Ja, würde ich auch sagen, aber unabhängig davon sollten solche Fehler nicht prozessiert werden ;)

SupaplexOSM commented 1 year ago

P.S. Wobei ich es nicht als "Fehler" bezeichnen würde, denn es ist nicht "falsch", nur ungünstig getaggt.