wielandb/parking-studio

A webapp that helps with tagging street parking in OSM

parking-studio's Issues

Neue Zeichenkombination

Sehr häufig anzutreffen, aber im Tool nicht gültig:

314 + 1040-32 + 1042 (Parken mit Parkscheibe zu bestimmten Zeiten)

parking:right:maxstay:conditional=2 hours @ (...)
parking:right:authentication:disc:conditional=yes @ (...)
parking:right:fee=no

"[vehicle] frei" Zeichen (1022/1024) ergänzen

Wenn das "Hauptzeichen" nicht das blaue P, sondern ein Park-/Halteverbot ist, sind die "... frei" Zeichen (1022 und 1024) als Zusatzzeichen nötig. Sie sind aber noch nicht Teil des Auswahlkatalogs.

Beispiel für eine Schilderkombination: 286 + 1024-10 (Parkverbot, Pkw frei (Mapillary-Beispiel))

Fix GitHub Link on Website

It seems there is a small Link to the GitHub page intended at the bottom of the Parking Studio page, but the link refers to Parking Studio itself. So there is no possibility to easy reach the GutHub page from the Website. Maybe you can fix this?

Open app with given way-ID

It would be great to be able to initialize the app with a given way ID.

UseCases:

• Link to the App from external Tools
• Link to the App as primary Editor from a MapRoulette Challenge

URL:

Something like https://wielandb.github.io/parking-studio/export/html5/?way_id=123

Code:

I am working on adding this feature to https://github.com/osmberlin/osm-tag-updater as well. I plan to use Tanstac Router (React Location) as a library.

Keys ignorieren, wenn die user-Eingabe leer bleibt

Bei manchen Zeichen muss man eine eher optionale Eingabe machen, z.B. um den Code der Anwohnerparkzone anzugeben (parking:_side_:zone) oder die ref-Nummer eines privaten Behindertenparkplatzes (parking:_side_:ref).

Wenn man dort nichts einträgt, sollte der entsprechende Key nicht in der Ausgabeliste erscheinen, denn er wird dort leer dargestellt.

Das betrifft theoretisch auch zeitliche Beschränkungen, aber dort ist eine Eingabe ja eigentlich erforderlich und wahrscheinlich, um die Aussage des Schildes wiedergeben zu können. Wenn die Eingabe dennoch leer bleibt, entstehen Ausgaben wie yes @ (). Du könntest den Key dann entweder ganz weglassen oder alternativ ... @ (fixme) draus machen?

Halte- und Parkverbots-restriction hinzufügen, wenn man entsprechende Zeichen in der "physischen" Auswahl auswählt

In der Auswahl der physischen Parkattribute kann man ja StreetComplete-artig Park- und Halteverbote bzw. nicht vorhandene Parkstreifen auswählen.

Wenn man dabei auf die Halte- oder Parkverbotsschilder klickt (inkl. der Parkverbotszone), sollte zusätzlich zu parking:_side_=no auch gleich ein parking:_side_:restriction=no_parking/no_stopping mit erscheinen.

Wie mit Motorradstellplätzen umgehen?

(@SupaplexOSM in wielandb/osm-parking-tagging#2 )

bei dem "motorcycle=designated"-Fall (also einem reinen Motorradstellplatz) haben wir das Problem, dass es dafür in OSM "amenity=motorcycle_parking" gibt... Müsste man dann also eigentlich den Primärkey ändern. Hier ein Beispiel, das ich gestern erst gemappt habe: https://www.openstreetmap.org/way/1119553883 (ignoriere einfach das "motorcycle_parking:position=lane"-Tagging, das ist wahrscheinlich überflüssig bzw. wir verwenden es bei Fahrradständern und ich hab es hier auf den Motorradstellplatz adaptiert...)

parking:both:*=* sollte automatisch erstellt werden wenn (parking:right:*=*) == (parking:left:*=*)

Momentan wird das Tool folgende Tags ausgeben, wenn entsprechende Einstellungen vorgenommen werden:

parking:right=street_side
parking:right:orientation=parallel
parking:left=street_side
parking:left:orientation=parallel
parking:right:fee=no
parking:right:maxstay:conditional=2 hours @ (Mo-Fr 08:00-16:00)
parking:right:authentication:disc:conditional=yes @ (Mo-Fr 08:00-16:00)
parking:left:fee=no
parking:left:authentication:disc:conditional=yes @ (Mo-Fr 08:00-16:00)

anstattdessen sollten folgende Tags ausgegeben werden:

parking:both=street_side
parking:both:orientation=parallel
parking:both:fee=no
parking:both:maxstay:conditional=2 hours @ (Mo-Fr 08:00-16:00)
parking:both:authentication:disc:conditional=yes @ (Mo-Fr 08:00-16:00)

Use the logic to show traffic signs in osm-tag-updater

I wonder … would it be easy to pull the logic that decides which traffic signs belog to a given tag combination into https://osmberlin.github.io/osm-tag-updater/#/way/27244587? We would then show this as a direct feedback in the updater UI.

Add version hint at start page

A hint to the version number should be added, so that issues can reference the version the error occured in.