[Tagging] Feature Proposal - RFC - parking=street_side

[Paul Johnson]

On Sat, Oct 24, 2020 at 6:40 AM Supaplex <supaplex at riseup.net> wrote:

> Hey all,
>
> I would like to invite you to discuss a proposal for "parking =
> street_side" for areas suitable or designated for parking, which are
> directly adjacent to the carriageway of a road and can be reached directly
> from the roadway without having to use an access way:
> https://wiki.openstreetmap.org/wiki/Proposed_features/parking%3Dstreet_side
>
> The proposed tagging can be used on separate parking areas as well as with
> the parking:lane-scheme. It aims not only to differentiate such
> street-accompanying parking areas from others, especially
> "parking=surface", but also addresses a contradiction in the current use of
> the amenity=parking and parking:lane-scheme, which I would like to mention
> briefly at this point: the use of "layby"/"lay_by".
>
> The value "layby" was originally intended for forms of resting places, as
> they seem to be especially common in rural areas of Great Britain, Ireland
> or the US: short-stop rest-areas along through-traffic roads intended for
> breaks during a car-trip (see Wikipedia for a definition:
> https://en.wikipedia.org/wiki/Rest_area#Lay-bys). On areas with
> "amenity=parking" this key is also used in this sense (and mostly in Great
> Britain).
>
> Within the parking:lane-schema, however, the value "lay_by" (written with
> an underscore) has gained acceptance. According to the Wiki, this value is
> defined identically to the layby's mentioned above. Its actual use,
> however, differs from this and includes mainly street-side parking, as we
> address them in our proposal.
>

How does this work out when the parking lane is not the curb lane?  This
arrangement is increasingly common in North America, where the parking
isn't at the side of the road, one or more bicycle lanes are.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20201026/daa74832/attachment.htm>