Logo OpenStreetMap OpenStreetMap

Once again i have the pleasure to announce that we, the OpenStreetMap Carto maintainers, have prepared a new release of the OpenStreetMap Carto stylesheet (the default stylesheet on the OSM website). Once changes are deployed on openstreetmap.org it will take a couple of days before all tiles show the new rendering.

Here are some details on the visible changes this release brings to the style.

Adding rendering of shop=hearing_aids with a dedicated symbol

shop=hearing_aids is now rendered with a dedicated symbol rather than just a generic dot. The tag has shown a steady increase in use over the years and is used consistently in many parts of the world now with a total of nearly 10k uses.

shop=hearing_aids

https://github.com/gravitystorm/openstreetmap-carto/pull/4909

Thanks to contributor sommerbe for implementing this and working on a suitable symbol.

Restoring rendering of name labels for natural=reef

Name label rendering for natural=reef was unintentionally removed about five years ago and we have now restored that.

natural=reef

https://github.com/gravitystorm/openstreetmap-carto/pull/4918

Thanks to contributor dch0ph for implementing this change.

Adding rendering of lines with barrier=jersey_barrier

barrier=jersey_barrier is used to map linear barriers of a certain construction and is used about 20k times so far - which is more common than barrier=handrail, which we already rendered.

Like the other small barriers it is rendered with a thin gray line.

barrier=jersey_barrier

https://github.com/gravitystorm/openstreetmap-carto/pull/4923

Thanks to contributor dch0ph for implementing this change.

Removing rendering of railway=preserved in favor of interpreting railway:preserved=yes on other railway=*

Tagging of preserved railways (that is historic railways that are preserved in an historic state) has undergone changes in recent years. Tagging with a distinct primary tag as railway=preserved has decreased in use substantially while use of a secondary tag railway:preserved=yes in combination with a normal railway=* has become more popular.

We are now taking into consideration this change by removing support for railway=preserved and adding interpretation of railway:preserved=yes to use a different line signature indicating a preserved railway.

railway preserved

https://github.com/gravitystorm/openstreetmap-carto/pull/4965

Thanks to contributor Hidde Wieringa for implementing this change.

Removing rendering of shop=jewellery as synonym for shop=jewelry

One of the primary goals of OpenStreetMap Carto is to support mappers in consistent tagging practice. Therefore we aim to minimize the interpretation of several different ways to tag the same thing. One case of such synonym rendering has so far been the display of both shop=jewellery and shop=jewelry. The former has always been in minority use but it has, meanwhile, almost completely been removed from the database. Therefore, we are happy to remove that from rendering.

shop=jewellery

https://github.com/gravitystorm/openstreetmap-carto/pull/4988

Thanks to contributor BubbaJuice for implementing this change.

Adding rendering of leisure=dance with a point symbol and label

leisure=dance is newly rendered with a symbol and name label. The tag is widely used to tag all kinds of venues where dancing is practiced. It is currently used about 11k times world wide.

leisure=dance

https://github.com/gravitystorm/openstreetmap-carto/pull/4996

Thanks to contributor Jacob Wysko for implementing this and designing the symbol

Interpretation of transport mode specific access tags on roads/paths

As last i want to present the most significant change of this release, the re-configuation of rendering of access restrictions on roads and path. OpenStreetMap’s system of documenting access restrictions allows very detailed specification of who is allowed to use a certain road/path and how. So far, OpenStreetMap Carto has interpreted this only in a rather primitive way and it has been on our agenda for 11 years to change that.

What we have implemented now is not introducing any new map design features, we remain showing roads in three variants with two levels of access restriction indicated through light gray centerline dashing or dotting:

road access design principles

But what we are fundamentally changing the way we interpret the access tagging in OpenStreetMap to choose this classification. What we aim to show is the effective restriction for the primary mode of use relevant for the target map user. For all normal roads that is motorcar - we assume that most map users are for roads primarily interested in if those may be used with a normal passenger car. So we show:

  • what is documented with motorcar=*
  • if that is missing we show what is in motor_vehicle=*
  • if that is missing as well we show what is in vehicle=*
  • if that is missing as well we show what is in access=*

For footways, cycleways and bridleways accordingly the primary mode is foot, bicycle and horse respectively. highway=track is, so far, not changed (because of additional things that need to be considered). Here is how the changes look like:

road access rendering changes

We have further adjusted the lists of access values interpreted to lead to out three classifications:

  • no, permit, private, agricultural, forestry, agricultural;forestry as no
  • destination, delivery, customers as restricted
  • explicit unknown is ignored
  • anything else as yes

https://github.com/gravitystorm/openstreetmap-carto/pull/4952

Getting this over the finish line was exhausting. Big thanks to dch0ph for the patient work on that. Also thanks to everyone who has, over the years, contributed in some form to this issue.

Other changes

This release also includes various other, non-visible changes. For a full list of commits, see

https://github.com/gravitystorm/openstreetmap-carto/compare/v5.8.0…v5.9.0

Note for deployments: This release newly requires a number of custom SQL functions to be installed on the rendering database. Instructions how to do that can be found in INSTALL.md. No database reload is required.

Thanks

The OSM-Carto maintainers thank all contributors. Particular thanks go to the new contributors:

  • BubbaJuice,
  • Maik Busch,
  • sommerbe

As always, we welcome any bug reports at

https://github.com/gravitystorm/openstreetmap-carto/issues

Ikona e-mailu Ikona Bluesky Ikona Facebooku Ikona LinkedIn Ikona Mastodonu Ikona Telegramu Ikona X

Diskuse

Komentář od gileri z 19. 10. 2024 v 20:12

Thanks for the update and write-up, especially regarding highway access restrictions

Komentář od ManuelB701 z 24. 10. 2024 v 17:01

The fine tuning of access=* into relevant subkeys is definitively a major change, especially with the various access=destination which at least in Germany is supposed to be vehicle=destination (since they’re signed with a round sign with a red border and white background which only affects vehicles, not pedestrians) but couldn’t be rendered before and incentivised tagging for the renderer.

Komentář od imagico z 24. 10. 2024 v 17:31

Yes, that is one example where this change is important. Note, however, that vehicle=destination and access=destination + foot=yes are semantically very similar. The important point is that mappers should be free to choose the tagging variant that is either more convenient or more accurately describes the situation on the ground, OSM-Carto should not try to nudge them in one direction or the other. With this change we got a lot closer to accomplishing that.

Přihlaste se k zanechání komentáře