Proposal:Parking lane conditionals: Difference between revisions
(clarify what is being deprecated) |
Minh Nguyen (talk | contribs) (→Examples: Added minimal “No Parking” example that nonetheless changes under this proposal) |
||
Line 400: | Line 400: | ||
! Sign |
! Sign |
||
! Tags |
! Tags |
||
|- |
|||
| rowspan="2" | [[File:2016-06-26 14 54 10 View west along Virginia State Route 290 (College Street) at Cherry Lane in Dayton, Rockingham County, Virginia.jpg|right|200px]] |
|||
| |
|||
<del>{{tag|parking:lane:right|no_parking}}</del> |
|||
|- |
|||
| |
|||
{{tag|parking:lane:right|no}}<br> |
|||
{{tag|parking:condition:right|no_parking}} |
|||
|- |
|- |
||
|[[Image:P-sthlm.png|right]] |
|[[Image:P-sthlm.png|right]] |
Revision as of 00:43, 14 December 2021
Parking lane conditionals | |
---|---|
Proposal status: | Draft (under way) |
Proposed by: | Riiga |
Tagging: | parking:lane:*, parking:condition:*=* |
Applies to: | |
Definition: | Introducing conditionals for parking lanes and deprecating the use of certain older tags. |
Statistics: |
|
Draft started: | 2021-08-24 |
Proposal
In a nutshell
- Use the conditional restrictions scheme for conditional parking restrictions.
- Cleanly separate tagging of physical alignment (parking:lane=*) and condition to park (parking:condition=*).
- Update some wording to better reflect practice and new tagging. Parking positions remain unchanged.
Affected tags
- Introduce parking:condition:*:conditional=* following the conditional restrictions scheme.
- Adopt the current maxstay=* syntax for parking:condition:*:maxstay=*, including conditional restrictions.
- Introduce parking:condition:reason=* to describe the reason for a certain parking condition (if any is given on the sign).
- Deprecate parking:condition:*:default=* and parking:condition:*:time_interval=*.
- Move the values no_parking and no_stopping for parking:lane=* to parking:condition=*.
- Add no_standing to parking:condition=*.
- Move the value fire_lane to parking:condition:reason=*.
- Document parking:lane=yes and refine parking:lane=no.
Rationale
The current proposal from 2012 uses non-standard tags like time_interval to specify a time range and is not very flexible with handling parking lanes that have different conditions throughout the day. This means that many parking restriction signs cannot currently be mapped in OpenStreetMap. This proposal aims to introduce support for conditional restrictions to alleviate this.
Tagging
Current practice | Proposal | ||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Parking spacesThe parking:lane tag is used to describe the "physical" properties of the road. This means space properties. Please note that the latter three are considered "physical" tags, this means: parking is not possible, so no parking:condition tag (see below) is required in those cases.
|
Parking spacesThe parking:lane tag is used to describe the physical properties of the road. This means space properties. Please note that this tag only describes the space properties, not the actual condition. A parking:condition tag is required in those cases. See below.
|
Current practice | Proposal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Parking conditionsThe parking:condition tag describes the legal properties of the parking space.
Type of vehiclesIf the condition is valid only for some vehicles, use
Residential permitsArea based residential permits often carry some sort of letter or code identifying the area wherein they are valid; this can be recorded using the key: parking:condition:side:residents. When parking is requires a ticket or a residential permit, the following combination is often used: More usual OSM tagging convention would, for the same purpose, suggest:
Time dependenceIn many occasions, parking conditions are time limited, especially for disc and residents parking. This can be specified by using the following tag: parking:condition:side:time_interval. Values specify both days and times, plus it can be multiplied. It uses the same syntax for values as opening_hours.
The format is complicated to define technically, but easy to understand by examples:
Intervals may be joined by semicolons with optional whitespace:
With multiple differing conditionsIn the simplest case you have free parking at night, and ticket parking at day on workdays; for example,
Sometimes specifying one default condition is not enough. In these cases we end up with an abundance of tags, for example:
In this example, we couldn't use plain parking:lane:right=no_stopping, as parking is allowed at some times of the day. Maximum stayUse parking:condition:side:maxstay to specify maximum stay limits; especially applicable for disc parking. It should take values precisely as per maxstay. |
Parking conditionsThe parking:condition tag describes the legal properties of the parking space. This tag is also the default value when used in combination with conditonals. Note: Do not confuse condition with conditional. The former is part of the parking:condition tag while the latter is for conditional restrictions and only added at the end of a key.
Type of vehiclesIf the condition is valid only for some vehicles, use
If vehicles are only allowed at certain times, use conditional tags, like so
or
A total ban on lorries would be
Residential permitsArea based residential permits often carry some sort of letter or code identifying the area wherein they are valid; this can be recorded using the key: parking:condition:side:residents. When parking requires either a ticket or a residential permit (named "A" in this example), specify both conditions in the main value and further describe the residential permit in another tag that is specific to that condition
Time dependence (conditional)On many occasions, parking conditions are time limited, especially for disc and residents parking. This can be specified by using the conditional tag: parking:condition:side:conditional. It uses the same syntax for values as conditonal restrictions. In the simplest case you have free parking at night, and ticket parking at day on workdays; for example,
Sometimes specifying one default condition is not enough. In these cases we end up with an abundance of tags, for example:
The use of additional namespaces (:1, :2, etc.) is deprecated.
Maximum stayUse parking:condition:side:maxstay to specify maximum stay limits; especially applicable for disc parking. It should take values precisely as per maxstay. If this applies only part of the day, use parking:condition:side:maxstay:conditional. Reasons for the conditionIt is often useful to indicate why certain conditions apply. This allows telling a fire lane from a loading zone or an implicit condition (e.g. no parking near a crossing) from an explicit condition (no stopping sign on a busy throughfare). Use the parking:condition:side:reason tag to describe the reason for prohibitions in the condition when needed.
|
Examples
Sign | Tags |
---|---|
parking:lane:right=parallel | |
parking:lane:right=parallel | |
parking:lane:right=parallel | |
parking:lane:right=parallel | |
parking:lane:right=parallel (This is a physical space that allows vehicles in parallel.) | |
parking:lane:right=perpendicular | |
parking:lane:right=parallel parking:lane:right=parallel | |
parking:lane:right=parallel parking:lane:right=parallel | |
parking:lane:right=parallel parking:lane:right=parallel | |
3 HR PARKING MAY 1-OCT 31 9 AM-9 PM METERED NOV 1-APR 30 9 AM-6 PM NON-METERED |
parking:lane:right=parallel |
In first half of month: No parking on side with even housenumbers. In second half of month: No parking on side with odd housenumbers. Assuming that the left side is the side with even housenumbers and the right side is the side with odd housenumbers: parking:condition:left:conditional=no_parking @ (Jan-Dec 1-15) | |
No parking on odd days of the month. parking:condition:*:conditional=no_parking @ (Jan-Dec 1-31/2) | |
No parking on even days of the month. parking:condition:*:conditional=no_parking @ (Jan-Dec 2-30/2) | |
On odd days of the month: No parking on side with odd housenumbers. On even days of the month: No parking on side with even housenumbers. Assuming that the left side is the side with even housenumbers and the right side is the side with odd housenumbers: parking:condition:left:conditional=no_parking @ (Jan-Dec 2-30/2) | |
No parking in first half of month. parking:condition:*:conditional=no_parking @ (Jan-Dec 1-15) | |
No parking in second half of month. parking:condition:*:conditional=no_parking @ (Jan-Dec 16-31) | |
parking:lane=perpendicular | |
parking:lane=no (It's not a parking lane.) | |
parking:lane:right=parallel | |
parking:lane:right=parallel parking:lane:right=parallel | |
parking:lane:right=parallel | |
parking:lane:left=parallel |
Features/Pages affected
External discussions
Comments
Please comment on the discussion page.