[Tagging] parking conditions on separately mapped parking areas / harmonise access and parking:condition tags

[Alex]

Hey all,

regarding the parking:lane scheme and street-side parking, there are 
some ambiguities, one of which I would like to address with this post: 
There is the question of how parking restrictions/conditions are tagged 
on separately mapped parking spaces adjacent to the street 
(parking=street_side, parking=lane). While there is an established 
tagging for parking mapped on the highway line (parking:condition=*) and 
for parking spaces in general (access=*, fee=*, maxstay=*, ...), there 
is no comparable documentation for separately mapped parking spaces yet.

Obviously there are two different tagging schemes that exist in parallel 
that could be applied to street side parking areas. This is an 
unfavourable situation that we can accept and document pragmatically or 
that we can resolve fundamentally. In my opinion, the question of how to 
map parking conditions on street-side parking areas shows the flaws of 
the parking:lane=* scheme, which differs from common conventions and 
schemes, e.g. regarding namespacing or the use of access tags. (An other 
problem, the conditional issue, has already been addressed recently by 
an approved proposal early this year.)

With this in mind, I see three possible solutions for tagging parking 
restrictions/conditions on street level parking:

 1. We use the established tags for parking lots also on street-side
    parking areas (access=*, fee=*, maxstay=*... and their conditional
    restrictions).
 2. We adopt the parking:condition=*-scheme for street-side parking areas.
 3. We fundamentally resolve this conflict by adopting the common OSM
    access scheme to the parking:lane/condition scheme.

I have illustrated these variants and some of their advantages and 
disadvantages: 
https://wiki.openstreetmap.org/wiki/Proposed_features/parking_conditions_on_separately_mapped_parking_areas

...and wonder which variant would have the most support in the community 
or what you think about it in general. Ideally, we will gain an opinion 
on which of these variants should be continued/proposed/documented.

Best, Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20220902/05d7a019/attachment.htm>