Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Shields in UK #106

Closed
SK53 opened this issue Jan 27, 2022 · 18 comments · Fixed by #696
Closed

Shields in UK #106

SK53 opened this issue Jan 27, 2022 · 18 comments · Fixed by #696
Labels
enhancement New feature or request help wanted Extra attention is needed internationalization shields

Comments

@SK53
Copy link

SK53 commented Jan 27, 2022

I'm not sure that UK roads truly have shields, but the basic minimum for a reasonably accurate representation is:

  • European routes (E-*): these are not signed in the UK and shields are no use for motorists. I'm not sure if the relevant relations are tagged unsigned=yes, and anyway unsigned is probably not supported in OMT
  • Motorways should have white lettering on a blue background to the shield. These are pretty common on signposts.
  • Trunk roads should have a yellow lettering on a green background to the shield. Note this conflicts with current E-route rendering.
  • Other roads (primary & secondary) should be black letters on a white background. Note virtually all ref on other road classes is a tagging error (these are extremely rarely signed & when they have been the highway authority is not following the guidance) & are best not shown.

A reasonable selection of examples on the Sabre wiki.

Note this issue is raised for information, rather than with any expectation that it might be implemented. The only thing which I think is important is the suppression of shields for E-routes, as showing them may affect users' expectations.

@ZeLonewolf ZeLonewolf added enhancement New feature or request help wanted Extra attention is needed mapping Changes needed to OpenStreetMap labels Jan 27, 2022
@ZeLonewolf
Copy link
Member

ZeLonewolf commented Jan 27, 2022

Regarding:

European routes (E-*): these are not signed in the UK and shields are no use for motorists. I'm not sure if the relevant relations are tagged unsigned=yes, and anyway unsigned is probably not supported in OMT

We have both ref and unsigned_ref (rather than the barely used unsigned=yes) to indicate whether or not a numbered route is signed. This is how we deal with the situation in the US, where we have both signed and unsigned routes. This style suppresses shields whenever a ref is not present, unless the route is of the type that doesn't have a ref but still has a shield (there are a number of these special cases in the US).

The E route relations that run through the UK are tagged with ref and therefore this style displays them as signed. The EU/UK community should consider this an opportunity to improve the tagging such that unsigned portions of E-road routes are members of relations tagged with unsigned_ref. If this is able to change in the tagging, the E-road shields will disappear from the map on the next update of the underlying vector tiles.

For awareness, the shields displayed by this style are generated solely through route relations and ignore ref tagging on ways entirely. We have been slowly building out shields for mainland Europe as they are displayed on signage and I would consider it in scope to do the same for the UK.

Tasks:

  • Update UK route relations so that unsigned E-roads are members of relations with unsigned_ref tagging
  • Add ref values to UK route relations that don't have them yet
  • Add shields for UK roads that are mapped with route relations

@ZeLonewolf
Copy link
Member

What would be helpful to moving forward on the UK-specific signs is some kind of indications of what color schemes are used for different routes and how they are tagged:

image

@SK53
Copy link
Author

SK53 commented Jan 27, 2022

@ZeLonewolf thanks for the detailed comments. I certainly think we can check some of the unsigned tagging (e.g., one E-route is tagged ref:unsigned=yes).

One note: in the UK highway refs will almost always be on the way and not on a relation, although often described as such (for instance on Sabre), duplexes do not exist in the UK. A few route relations have been added, but this is entirely unnecessary for the UK (& I probably Ireland), but at present some refs from ways are shown.

@zekefarwell
Copy link
Collaborator

zekefarwell commented Jan 27, 2022

in the UK highway refs will almost always be on the way and not on a relation

This style uses route relations for highway shields. No ref on route relation = no shield. The only exceptions to this are for special cases like the New York Thruway where a route legitimately has no number or code on it's shield.

@1ec5
Copy link
Member

1ec5 commented Jan 28, 2022

What would be helpful to moving forward on the UK-specific signs is some kind of indications of what color schemes are used for different routes and how they are tagged:

This chapter of the Traffic Signs Manual explains the color-coding system on UK directional signs. If I’m interpreting this document correctly, the background and patch colors seen in #106 (comment) indicate road classifications but aren’t integral parts of a route marker as in other countries:

  • The indication for the A505 to Letchworth has a white background because it follows a non-primary road (classified as secondary in OSM).
  • The indication for the A505 to Royston and Baldock has a green background because it follows a primary road (classified as trunk in OSM).
  • The gore sign’s blue patch for A505 looks like it’s just meant to match the sign background, as if to cover up something that was there before. The sign has a blue background because it’s intended to be read while using the motorway. Either that or it’s splitting the difference between the white and green backgrounds on the subsequent lane advance direction sign.

openstreetmap-carto draws way refs as capsules that match the color of the associated roadway. If my interpretation above is correct, that treatment makes sense in the UK, because the background color is part of the identity of the roadway rather than of any route it carries. Before gravitystorm/openstreetmap-carto#1736, osm-carto’s road colors even used to match the background colors on UK signs. This color-coding system is a very different way of doing things than in MUTCD countries or the various European countries this renderer currently supports. (That said, it did used to be common for American halftone maps to recolor the shield to match the road line color.)

@Mashin6
Copy link
Contributor

Mashin6 commented Feb 5, 2022

I used one rogue relation to make this
image

@SK53
Copy link
Author

SK53 commented Feb 9, 2022

* The indication for the A505 to Letchworth has a white background because it follows a non-primary road ([classified as `secondary` in OSM](https://www.openstreetmap.org/way/262396323)).

No, the OSM standard is A-roads are either 'trunk' (i.e., with yellow on green signage) or 'primary'. So official "non-primary A-roads" are still highway=primary in OSM. Only B-roads receive a highway=secondary tag.

Unfortunately official terminology has changed over the years so that whereas there were many trunk roads in the past (on old maps they were denoted by "(T)" after the A###, with remaining A-roads being primary. Now the old trunk network is called primary with new trunks being a small subset of roads which are maintained by a national agency. However, current national classification is not relevant to OSM tagging: which is based more on things easily observed on the ground (signage colour & ref). (Not that this prevents someone deciding now and then that we should be mapping the latest set of official documents).

If you look at OSGB Landranger mapping they colour code roads in a similar way to OSM (example of area of Somerset above on Cucaera's site). This would have been the original target of Blackadder's first iteration of "map features".

@ZeLonewolf
Copy link
Member

Unfortunately official terminology has changed over the years so that whereas there were many trunk roads in the past (on old maps they were denoted by "(T)" after the A###, with remaining A-roads being primary. Now the old trunk network is called primary with new trunks being a small subset of roads which are maintained by a national agency. However, current national classification is not relevant to OSM tagging: which is based more on things easily observed on the ground

Uh... my head is spinning here 🤪

Ultimately what we need is a mapping between network value and sign appearance.

@ZeLonewolf
Copy link
Member

I suspect that it does not make sense to attempt to render shields in the UK based on how the roads are named and signed. I would consider the various A, B, C, etc routes to really be road names in the same way that "5th Avenue" would be in North America. I would consider the fact that unwanted E-route shields are currently rendered to be a tagging error. Also, there does not seem to be strong consistency of sign coloring along a route, but rather indicate road classifications, which are a related but separate concept. Additionally, it does not appear that there is any appetite in the UK for the mapping of route relations, especially since routes are not a concept in the same way in the UK as they are in North America.

I would be open to rendering the blue Vienna Convention motorway symbology as so nicely demonstrated by @Mashin6, should the motorways become mapped in route relations.

For these reasons, I propose that this ticket be closed as wontfix.

@trigpoint
Copy link

A road relations in the rarely be able to be tagged with a highway classification as it is common for different parts to be different classifications.

Picking a local example https://www.openstreetmap.org/relation/13054406
The A5 is mostly trunk, however the section between Gailey and Telford is now primary, the trunk route being taken by the parallel M54.

@ZeLonewolf
Copy link
Member

Gaps in a route relation are no problem for the renderer, from a technical standpoint.

This example I think is the first time I've been aware of an A road route relation in the UK.

Would it be correct for such a route to be rendered with a shield like this?
image

Or does that coloring change in places based on other factors?

Would the GB community be open to adding a network value to route relations like that one? I would suggest GB:A.

@ZeLonewolf
Copy link
Member

Also of note, Google Maps does not render shields in the UK except for motorways:

image

@ZeLonewolf
Copy link
Member

Different colorings for the same route on an overhead gantry:

image

@trigpoint
Copy link

It changes depending on the highway classification. That sign is correct for the highway=trunk sections however the highway=primary sections has white signs with black lettering.

There are two types of A road.

@trigpoint
Copy link

trigpoint commented Dec 22, 2022

Different colorings for the same route on an overhead gantry:

image

That is the end of an A5 section, there is then a gap indicated by parenthesis as the directions to. In this case different routes for different classifications of traffic to follow to rejoin.

Learners, bicycles, agricultural vehicles, tracked vehicles are prohibited on motorways.

Where the A5 begins again there are white signs.
image

@ZeLonewolf
Copy link
Member

Thanks. I too was hunting for those examples :)
image

I took a look at the data and it does seem like we have something encoded that would work for this:
image

It appears that OpenMapTiles may need an update to fix its network encoding to allow highway classification to override its pseudo-network generation.

@trigpoint
Copy link

That could work.

Although road route relations are not especially common in the UK. I would expect them to be on the first 99, rather than on 3 or 4 digit A roads or B roads

@ZeLonewolf
Copy link
Member

The code for this feature is implemented as of #696, however, results will not be visible in the map until the next version of OpenMapTiles and planetiler is released.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed internationalization shields
Projects
Development

Successfully merging a pull request may close this issue.

7 participants