From OpenStreetMap Wiki
Jump to navigation Jump to search

Terminology and tagging

Folks on IRC seem to hatereject initialisms like "asl" or "atm", since that's not the convention typically followed on OSM. We can probably/should probably move instances of this to cycleway=advanced_stop or something like that at Some Convenient Point. Sound fair? --achadwick 13:58, 11 April 2011 (BST)

Just tried mapping a few, and seemed more natural to tag them highway=advanced_stop than cycleway. They really are a feature of the whole highway rather than just affecting cyclists. It does seem slightly odd to be tagging the back of the box with the advanced_stop_line when presumably that is really the line at the front of the box. Won't do more for now as its only something I've noted in passing. -- SK53 22:29, 11 April 2011 (BST)
  • Yeah, like the main page says, don't map the line at the back of the box, map the one at the front since that's more useful to the road users the things are for. Maybe I should make this a bit clearer, though the current text is "ideally level with the stop line at the front of the painted box". Is that unclear or too parochial? It's legally a "stop line" in the UK at least. I may need to make a picture (any freely available and clear sat photos or overheads we can use in this context?) --achadwick 15:26, 12 April 2011 (BST)
  • Arguably the one at the back of the bike area is a highway=stop (even though that's documented as being about stop signs, which frankly aren't the things carrying legal force :-/) --achadwick
  • Definitely agree that it should eventually be a foo=advanced_stop rather than a foo=asl or a foo=advanced_stop_line. I still think it'd be useful to convey the notions that it's a feature intended for cyclist use (just how many other modes have such a facility, really? any counterexamples?), and that the line is in front of the general one. --achadwick
  • If its at the front of the box, then it logically should be on same node as traffic_signals, but not infrequently that is shared with a crossing. Instead of reading the wiki, I just thought I'd go & see what was natural to tag (as a non-cyclist). If you want it at the front of the box then I'm afraid it's more sensible to use the relation instead of converting a junction with one traffic_signal node to 4 nodes & adding stop lines. ASL's affect motorists because the location of the traffic signals is not the point to stop. Unlikely to use a GPS/SatNav for this, but it is apparent to the non-cyclist. Decent Bing imagery around Canning Circus, Nottingham (I probably have ground photos too). -- SK53 16:20, 12 April 2011 (BST)
  • The problem with sharing the node with the traffic signals is that you lose information, such as whether there is an ASL in one direction but not another. Smsm1 15:22, 7 November 2012 (UTC)

I found advanced stop lines for other vehicles than bicycles, in Barcelona it seems quite common to have them for motorcycles: [1]. See also this comment on stop lines in Japan: [[2]] So, I doubt that cycleway=* is a good tag for this, it should imho be more like highway=stop_line with additional access tags. Theoretically there could be one for motorcycles and one for bicycles (but I haven't seen one yet). Unfortunately, highway=traffic_signals can not be on the same node anymore because of two highway=* tags. --Jlcod (talk) 13:59, 5 July 2016 (UTC)

Way and Area forms for wide highways

There might be some benefit in allowing this for advanced stopping areas or lines on wide highways using the area=yes convention. Not sure how we'd go about this yet. Feel free to try things out though...

Keeping a "line" term out of any future expanded is probably wise since we don't quite know what form this might eventually take. --achadwick 14:03, 11 April 2011 (BST)

How to associate an advanced stop line with its junction (or related highway point)?

Is this really a problem in practice? Is it sufficient to just have the node be near the junction and on the same way, or are there concrete corner cases? Obviously I'd prefer to tag a few more and eyeball the road layouts, but can anyone find a good real-world example of a junction where a simple nearest-junction approach fails? --achadwick 15:50, 12 April 2011 (BST)

Find exceptions!

Possible corner cases to consider. If anyone can paste a concrete example, it's back to the drawing board... --achadwick 15:50, 12 April 2011 (BST)

  • An unrelated junction midpoint is closer to the ASL front line than the midpoint of the related junction.
  • Junctions with no clear midpoint concept (is that even a thing?)
  • Not-a-road-junction cases. Pedestrian crossings or railway level crossings probably need to be documented...

One possible workaround should this tagging scheme fail: make the tagging way-direction-dependent: advanced_stop[=:]forward[=yes], perhaps... --achadwick 15:50, 12 April 2011 (BST)

Not-a-road-junction: is a crossing (pedestrian+cycle across a road) with ASLs on the road. Good image at --Ecatmur (talk) 08:51, 20 July 2017 (UTC)

And are we overthinking it?

Do we even need to associate (highway, ASL, and the physical reason traffic might stop) in some ghastly turn-restriction-like triple or relation? Is it sufficient to apply the KISS principle and say "bikes make have to stop here, but will get a head start"? --achadwick 15:50, 12 April 2011 (BST)

Do not use abbreviation as value

Please, do not use an abbreviation as value. This is stated by many discussions on tagging@osm. We should switch to advanced_stop_line.--Skyper 18:08, 28 October 2013 (UTC)

This is covered in the earlier discussion. Yes, we probably should avoid abbreviations. I'd prefer cycleway=advanced_stop because it's neater, terser, unabbreviated, unambiguous, and closer in spirit to highway=stop. If you want to correct it in the database and then document that change in the wiki, please do. --achadwick (talk) 15:11, 29 October 2013 (UTC)

Why as a node?

To me it would make a lot more sense to tag this as cycleway=bike_box or cycleway=headstart_for_bicycles on the way, instead of a node (which node anyway?), in analogy to cycleway=lane/track. The way needs to be split, maybe twice, then. But at least it's mapped very explicitely that way. Alternatively as cycleway=advanced_stop_line.

Polyglot (talk) 10:35, 4 January 2014 (UTC)

I agree that it would make more sense to tag a way - but maybe in combination with a node for the stop line. How about tagging this section of the cycleway with <cycleway:side=stop_area> and the actual stop line with <cycleway=asl> (or to make it more descriptive: <cycleway:side=stop_line>? The tag <cycleway=stop_line> could also be used in cases where the stop_line is not really advanced, just to indicate where cyclists have to stop. --Biff (talk)

asl:direction = forward / backward

We should indicate the direction in which an ASL is aligned along a line. Like we do with highway=traffic_signals:

asl:direction = forward / backward

Is there any reason not to note that on the wiki? So far, TagInfo knows only a few uses. --Supaplex030 (talk) 11:47, 28 March 2020 (UTC)

Since ASLs are typically mapped as separate nodes, I would suggest using cycleway=asl+direction=* instead of asl:direction=*. But I do agree that tagging direction=* is important. --Nw520 (talk) 12:37, 20 November 2022 (UTC)

asl for other modes

In several Spanish cities there are "bike boxes"… for motorcycles. Tagging those would obviously require another key (not cycleway=*) Bxl-forever (talk) 12:33, 8 May 2020 (UTC)

Here in Brazil I have never seen an ASL for bikes, but a lot of those for motorcycles (example). In my opinion the whole idea should be remade to be more flexible. I would propose: 1) the tags: advanced_stop_line:bicycle=yes, advanced_stop_line:motorcycle=yes and so on; and 2) the ASL tags can be used in nodes with highway=* and railway=* tags, such as highway=traffic_signals, highway=crossing, highway=stop, railway=level_crossing and railway=crossing. --IgorEliezer (talk) 01:53, 22 November 2022 (UTC)
ASL shouldn't be used as a top-level feature when highway=traffic_signals already exist. Compare Proposed features/Two-stage bicycle turn for hook turns. --- Kovposch (talk) 07:23, 22 November 2022 (UTC)

Use highway

One solution would be use highway as main key and then use bicycle=designated or motorcycle=designated also. --Yopaseopor (talk) 14:12, 20 November 2022 (UTC)

Ordering traffic_light and asl

In the example provided, the traffic lights are tagged onto to junction itself. To be clear, in the case where they’re tagged independently, should the order be traffic lights > asl > junction? Would it be routable? Lejun 07:21, 29 October 2022 (UTC)

In typical case asl is before lights, not after them. So I would expect traffic lights to be between asl and junction if anything Mateusz Konieczny (talk) 08:03, 29 October 2022 (UTC)
In many countries a traffic signal is used along with a painted line across the road determining where motor vehicles must stop. When there is an asl, this line is painted a few meters earlier: it makes sense to put the highway=traffic_signals node on the stop line for cars, then the cycleway=asl node on the stop line for cyclists. In that case, traffic lights > asl > junction makes sense indeed. Bxl-forever (talk) 08:51, 29 October 2022 (UTC)

I always do this like explained by @Bxl-forever: Discostu36 (talk) 11:22, 20 November 2022 (UTC)

In my region the model described by Bxl-forever is used too. This yields the benefit that current tools, which often target motorcar-users (too), can still interpret highway=traffic_signals as the position where all vehicles must come to a stop when stop is signalled. Tools for cyclists can then treat cycleway=asl as an exception to this position. --Nw520 (talk) 12:31, 20 November 2022 (UTC)

I don't agree that it makes sense tu put the node highway=traffic_signals on the stop line for cars. Why would this make sense?

  • The traffic signal is intended for all users.
  • This contradicts the rule that one should represent the reality on the ground (Map what's on the_ground), so, the traffic_signals node should be positioned on the way orthogonally to its actual location.
  • ASL, despite the L for line, commonly refers to an area (stopping area, waiting area, also called box). This wiki page describes the ASL as "[...] is a marked area for cyclists".

As such, it can be represented on a single node in the centre of this area, as is done, for example, for a traffic_calming.

  • The benefit for routing tools does not seem to me a valid argument: don't forget the "don't tag for rendering" principle which also applies to routing (Lying to the renderer).

Moreover, I think that the tools can handle this situation without much difficulty (and that is their business).

It would therefore be more logical to represent the reality: ASL -> traffic_signals -> junction --Blef (talk) 17:57, 20 November 2022 (UTC)

I won't follow your solution, but I agree with your arguments. We discussed this recently in for stepped ones, concerning the meaning the stopping line and bike box. Ultimately it requires highway=traffic_signals, highway=stop, and highway=give_way be adopted to different modes. cycleway=asl has the problem of conflicting with the meaning when used in cycleway:lanes=*. So I find that it is best to be moved to cycleway:lane=*. --- Kovposch (talk) 07:20, 22 November 2022 (UTC)