Proposal:Crossing:markings

From OpenStreetMap Wiki
Latest comment: 4 years ago by Dafadllyn in topic Voting
Jump to navigation Jump to search
The Feature Page for the approved proposal Crossing markings tagging is located at Key:crossing:markings


Crossing markings tagging
v · d
Proposal status: Approved (active)
Proposed by: Popball
Tagging: crossing:markings=*
Applies to: node node, way way
Definition: The existence and style of pedestrian crossing markings
Statistics:

Draft started: 2022-06-24
RFC start: 2022-07-10
Vote start: 2022-09-03
Vote end: 2022-09-17

Proposal

This proposal would add a new key, crossing:markings=* in order to document the existence and style of markings on the ground to mark where pedestrians cross a road.

Deprecate the recently documented but undiscussed crossing:marking=* and move this to the appropriate values of crossing:markings=*, surface=* and surface:colour=* (currently crossing:marking=* contains values created here for crossing:markings=* as well as rainbow and red)

Definition

For the purposes of crossing:markings=*, 'markings' shall be those markings on the ground meant to draw attention to the area where pedestrians are to cross the road. The standard for these markings can vary from country to country, but are usually required to be the same colour as the other road markings, in high visibility white or yellow. This is most commonly done with paint or bright bricks.

Rationale

This scheme attempts to extend the existing schemes regarding pedestrian crossings. Various patterns of road markings are used to mark the area where pedestrians can cross the road. This scheme will allow for detailed rendering of roads, as well as better handling of edge cases. In addition, some government agencies have recommended [1] changing their crossing markings to more visible patterns, and this data may be useful for modeling pedestrian safety.

Some[2] have mentioned the orthogonal usage of crossing=* and how there is no way to indicate the existence of road markings with crossing=traffic_signals

Knowing the existence and/or pattern of crossing marking may be useful also for people with limited mobility for orientation as well as knowing that there are markings to follow at a crossing.

Because of the lack of any way to tag the crossing markings, many mappers have begun to use crossing_ref=* to document the type of markings. For example, current version of the page for crossing_ref=zebra currently specifies the presence of zebra markings (widening from its original meaning of the region specific name of the crossing type). In addition, the page for crossing_ref=* currently documents several US standard crossing marking patterns. All these uses of crossing_ref=* can be better documented with crossing:markings=* to avoid overloading crossing_ref=*. For example, US mappers no longer need to choose between tagging the markings (e.g. crossing_ref=continental) and tagging the type of signalised crossing (e.g. crossing_ref=hawk to tag a HAWK signalised crossing). Besides the U.S., other countries such as Canada [3] and New Zealand [4][5] also allow for multiple styles of crossing markings.

crossing_ref=* would be unaffected in its use for the British "animal" crossing names (zebra, puffin, pegasus, etc.). This is because values of crossing_ref=* imply information about the crossing (becides the markings) which the community has no other way to tag. For example, crossing_ref=zebra in the UK not only implies zebra markings, but also belisha beacons, zig-zag warning markers on the approach, and pedestrian priority.

Name Rationale

The key crossing:markings=* was chosen as it is already compatable with similar tags used with railroad crossings. See crossing:barrier=*, crossing:light=*, crossing:chicane=*, crossing:bell=* for railways as well as the proposed crossing:signals=* for highway crossings. In addition, the values scheme (i.e. yes/no/(something more specific)) is consistant with how kerb=* specifies its values.

Tagging

This tag is most commonly used in conjunction with highway=crossing but can also be used with railway=crossing when the crossing area is marked.

For the purposes of documentation and discussion, markings parallel to the crossed road should be referred to as 'bars' while markings orthogonal to the roadway should be referred to as 'lines'.

Key Value Diagram Description Example
crossing:markings yes An unspecified or unknown crossing marking. Can also be used in document any crossing marking which hasn't been documented.
crossing:markings no The absence of crossing markings at a crossing. Implied by crossing=unmarked. May be useful in combination with crossing=traffic_signals where there is no marking on the ground, but there is a pedestrian signal.
crossing:markings surface A crossing which is not differentiated by high visiblity road markings, but only by a change in surface. Depending on the juristiction, this may or may not be considered a proper crossing. Additional details can be added with the established tags surface=* and surface:colour=*.

crossing:markings=solid has been discussed to document crossing markings which are all high-vis paint for the width of the crossing, but it has been determined that this is too rare (and confusing to mappers) to merit a top level entry in the schema.

.
crossing:markings lines Lines on either side of the crossing (U.S.: "standard/transverse"; Canada: "twin parallel lines")
crossing:markings lines:paired Pairs of lines on either side of the crossing.
crossing:markings dashes Dashed lines on either side of the crossing. Used in some countries (such as Germany) at (nearly) all signalized crossings.
crossing:markings dots Dotted lines on either side of the crossing. The dots sometimes are reflectors slightly raised from the carriageway. (U.S.: "dashed")
Zebra style crossings
crossing:markings zebra Regularly spaced bars along the length of the crossing. (Called "continental" in the United States.)
crossing:markings zebra:double The similar to zebra, but split in the middle. (U.S.: "triple-four")
crossing:markings zebra:paired Like a zebra crossing but skipping every third bar to avoid premature tire wear. (U.S.: "double-paired")
crossing:markings zebra:bicolour A zebra crossing with alternating colours. The colours can be tagged using crossing:markings:colour=*.
Ladder style markings
crossing:markings ladder Lines perpendicular to the roadway along with bars parallel to the roadway.
crossing:markings ladder:skewed Two lines orthogonal to the direction of the roadway with diagonal bars connecting the two lines. Sometimes confusingly referred to as "zebra" in the United States.
crossing:markings ladder:paired Ladder-style markings with the bars paired together.

More values may be documented as they are discovered or invented by governments.

Implied values of crossing:markings=*

Existing tags may imply a value of crossing:markings=*. A crossing with crossing=traffic_signals, crossing=uncontrolled crossing=marked can be assumed to have crossing:markings=yes (but this can be overridden/further specified using this scheme. On the other hand, crossing=unmarked implies crossing:markings=no, and supplying a value other than "no" could be checked by validators. Further, individual values of crossing_ref=* may be documented in the wiki as implying a default markings pattern within a certain region. For example, crossing_ref=zebra implies crossing:markings=zebra in Germany, as the patterns for pedestrian crossings are highly standardized in Germany.

In addition, any value other than "no" would imply a some sort of markings on the ground, therefore easing data processing.

More difficult cases

In the case of segregated crossings for pedestrians and cyclists, this can be tagged separately as cycleway:crossing:markings=* and footway:crossing:markings=*.

The color of the markings can be specified using the standard colour=* scheme (e.g. crossing:markings:colour=yellow).

Multiple values of crossing:markings=* can be separated by a semicolon to specify multiple patterns atop each other (see examples below).

Crossing with marking which change in the middle of the crossing

Although quite rare, if a crossing has markings which change within a single crossing, one can tag this most precisely by splitting the crossing way and tagging the individual individual segments with the appropriate value of crossing:markings=*. The highway=crossing node should still be tagged with the most prominent value for crossing:markings=* or simply crossing:markings=yes.


Examples

Example Tagging

The most accurate way to tag this would be

However, simply tagging the markings as crossing:markings=zebra shouldn't be considered "wrong", simply a less detailed description.

Note: Dots refers to the very small markings right besides the zebra bars. The more prominent dashed give-way-lines are a separate feature.

A segregated foot and cycle crossing

A shared pedestrian and cyclist crossing

Lowered_kerb_at_pedestrian_crossing

Artistic crosswalk

This crosswalk is painted in various colors, but it isn't a solid marking; the white lines are still required for it to be a legal crosswalk (in the US).

Where crossing:markings is not appropriate

Buffer markings

These markings act as a painted curb extension for pedestians, somewhat common in Germany.

crossing:buffer_marking=* was proposed to document this. See Berlin/Verkehrswende/Gehwege for more details (in German).


Look left/look right markings

These markings should not be included in crossing:markings=* as they serve a different role from a crossing markings.

No scheme has been proposed to document these (yet).


Rendering

Crossings are not rendered in Carto, but this information would allow for detailed renderings including a more accurate crossing paint texture.

Features/Pages affected

Create a new page crossing:markings=* and pages for popular values as needed.

Deprecate crossing:marking=*.

Add links to other relevant pages, including:

External discussions

Comments

Please comment on the discussion page.

Voting

Latest comment: 4 years ago42 comments33 people in discussion
Voting closed

Voting on this proposal has been closed.

It was approved with 29 votes for, 1 vote against and 3 abstentions.

  • I approve this proposal I approve this proposal. --Popball (talk) 12:24, 3 September 2022 (UTC)
  • I oppose this proposal I oppose this proposal. useless namespace (crossing on highway=crossing is of course about the crossing), no explanation of why the documented key has to be deprecated to add an s, and yet another key to fill in when there is an obvious redundancy with crossing_ref Marc marc (talk) 12:43, 3 September 2022 (UTC)
    1. crossing:*=* is standard for all other attributes on highway=crossing. This makes it clear it's about markings for the crosswalk itself only, not the yield/stop/signal line which can be found without crosswalk marking. Furthermore, any conflict with the actual marking as road_marking=* or equivalent is avoided.
taginfo stats say the opposite : tactile_paving, bicycle, kerb, button_operated for the top 5 doesn't have a unneeded crossing: prefix Marc marc (talk) 13:22, 14 September 2022 (UTC)
    1. Different definitions may exist, when crossing:markings=* defines the aforementioned, crossing:markings=surface, and excludes edge buffer or look left/right markings. A significant use exists for crossing:marking=rainbow that's moved out.
    2. crossing_ref=* is the general setup or status of crosswalk (ie Pelican etc in UK, HAWk in USA). crossing:markings=* is the marking. Elsewhere around the world, "zebra" stripe markings are used in non-Zebra crossings, especially when it can have no pedestrian priority.
that is precisely my point : we add a key to the 3 previous schema instead of unify the whole. one day a contributor changes one of the keys and the result doesn't mean anything anymore as long as someone doesn't go and see in the history what the last modification was in order to change the other keys describing in the end the same thing but in a different way, 3 key about a zebra is a bad idea Marc marc (talk) 13:22, 14 September 2022 (UTC)
Retrieved from "https://wiki.openstreetmap.org/w/index.php?title=Proposal:Crossing:markings&oldid=2513121"