Why not ask your question on the new OpenStreetMap Community Forum?

Here in Papua, Indonesia, there are many mountainous areas where the main features are the rivers, valleys and mountain ranges. Some individual peaks are named, but often a whole ridge or range of mountains has the best-known name and defines the boundaries of a village or district. The ranges are also available in many old maps and open databases like GNIS and the 1916 Dutch map of western New Guinea, and several also have Wikipedia articles.( In Indonesian, these features are called "Pengunungan XYZ", meaning "XYZ Mountains" or "XYZ Mountain Range", while a single peak is "Gunung XYZ" or "Puncak XYZ". ). I've added many of the names for peaks, with elevation data from wikipedia or SRTM or OpenTopoMap, but we really need to be able to find larger features like "Pengunungan Cyclop".

I tried checking the proposed features, but it seems there as never a consensus about natural=mountain_range. In the Alps it seems people are tagging place=region, region:type=mountain_area (see this previous answer about mountain ranges. But at the Mountains proposal, it was suggested to tag natural=mountain_range as an area (or way?):

And at natural=ridge, which seems to be well-used, it is said that the way should be drawn from low to high ground. This means that I should draw a separate way between each saddle or pass to each peak. For a mountain range, I would need to use a relation of some kind to combine all of the ridges, saddles and peaks.

Using the default ID editor, I don't see any suggested relation type. Should I just make a relation, tag the relation natural=mountain_range and add each ridge, peak and saddle? Or do I need to choose a type of relation, such as route, multipolygon etc?

Or would it be better to draw a closed way around the whole mountainous area and tag it as natural=mountain_range plus place=region, region:type=mountain_area ? This is quite a bit more difficult in the ID editor at least

asked 08 Aug '18, 02:39

Joseph%20E's gravatar image

Joseph E
accept rate: 15%


I can only answer the part on the relation type. You should not use another relation type. You should create a new relation can give that the correct type by adding the tag type = <the type="" you="" need="">.

(08 Aug '18, 08:26) escada

"And at natural=ridge, which seems to be well-used, it is said that the way should be drawn from low to high ground. This means that I should draw a separate way between each saddle or pass to each peak. For a mountain range, I would need to use a relation of some kind to combine all of the ridges, saddles and peaks."

Please don't add senseless huge relations, and not with the wrong tag. natural=ridge is generally for much smaller features than mountain ranges (although some ridges can at occassions be big).

Even if the tag is not rendered, I would stick to natural=mountain_range and simply draw one closed way around the entire feature, or a single line along its main length (if the range has a clear orientation). At some point, there will be a renderer that renders it.

place=region, region:type=mountain_area is also a useful tag in some cases, to denote sub-areas or ragions of a mountain range, e.g. the "Alps" would classify as natural=mountain_range, while something like the "Bayerische Voralpen" is clearly neither a natural=mountain_range nor a natural=ridge, but classifies as place=region, region:type=mountain_area (as it is currently tagged).

Actually, I think the hierachy is a bit like this in terms of size and use:

  • natural=mountain_range: BIGGEST FEATURE
  • place=region, region:type=mountain_area: sub-region of above: MEDIUM SIZED
  • natural=ridge: ridges on individual mountain downslope or acrorss multiple mountain peaks within a natural=mountain_range or place=region, region:type=mountain_area: SMALLEST FEATURE

As linked from one of the website's you listed, the https://geo.dianacht.de/topo/?zoom=11&lat=47.3947&lon=11.29501&layers=B0000FFFFT map is at least one map that (unfortunately only for the Alps currently) already displays some of this stuff (the place=region, region:type=mountain_area)

It is just a matter of time for the other stuff to be rendered in some other map. Tagging stuff with tags that clearly were not designed for a certain feature (like natural=ridge used for mountain ranges), won't help this though.

permanent link

answered 12 Aug '18, 23:51

mboeringa's gravatar image

accept rate: 9%

"Please don't add senseless huge relations, and not with the wrong tag". I wasn't planning to make relations of type=ridge. I agree that would be incorrect.

I was thinking that mountain ranges could be considered the counterpart of waterways, or better yet a watershed. A waterway relation consists of several ways that are the main_stream (the largest river) and can have many tributaries (though some people think this should be included in a watershed relation instead), a spring, and can also include water areas like lakes or riverbanks. This way, the actual ways would be the tops of the ridges and the mountain peaks (and saddles / passes)

If I use "natural=mountain_range" and "place=region region:type=mountain_area" I would need to draw a new way or closed way for each part. I suppose this is like how a natural=valley is similar to but not the same as the course of a river through the valley. But it would seem more elegant to me if the small-scale features (ridges, peaks etc) make up the bigger feature via a relation.

(14 Aug '18, 01:56) Joseph E

Joseph E,

What is your intention with wanting to tag mountain ranges? Do you want them to show up with a label in the map for identification, or not?

If yes, you do want them to show up in any map that may support this in the future, then honestly, the approach you suggest, is a dead end.

Label engines as used for rendering or in a GIS (Geographical Information System) like QGIS, cannot handle this type of relation with mixed geometry types (point, line, polygon), and even if they could, the performance would be needlessly slow and likely horrible, due the enormous complexity of the relation you suggest.

For any realistic chance to have your natural=mountain_range to show up in a future map as a label with the name of the range, tag with a simple closed way or a single line along its main length. This is the only realistic approach that will allow proper labeling.

(14 Aug '18, 08:30) mboeringa

I agree with @mboeringa. Considering rendering and reuse of data, the most logic yet simple way to tag mountain ranges is just to draw a closed way or multipolygon and tag it as natural=mountain_range.

(16 Aug '18, 19:40) Privatemajory

I have found that tagging a way natural=ridge and name=Name of Mountain Range yields good results. My local example is https://www.openstreetmap.org/way/174808173 for the Santa Cruz Mountains.

permanent link

answered 12 Aug '18, 19:46

stevea's gravatar image

accept rate: 0%


That look horribly like mapping for the renderer. One rule must be that ridges dont cross watercourses, and here the line crosses several: https://www.openstreetmap.org/way/174808173#map=15/37.3117/-122.1702&layers=N

(13 Aug '18, 10:46) SK53 ♦

I think this isn't a good solution. As Stevea said, ridges are small features that do not cross waterways. They area also supposed to be drawn with the direction of the way facing uphill, so one mountain or hill should consist of at least 2 ridge ways. The other problem is that ridges are small features that probably not be rendered on a large-scale map normally, but mountain ranges are very large features that consist of numerous peaks and ridges, so they should be tagged differently to help data users. There may only be a couple of thousand "mountain ranges" in the whole world, but there are a huge number of individual ridges, sort of like how there are millions of small streams in the world, but fewer rivers, and even fewer large rivers that need to have their area mapped out as natural=water

(14 Aug '18, 01:46) Joseph E

I would also suggest to smooth out this particular mountain range feature and remove unnecessary nodes. This will give far better labeling results than with the jagged line element that has now been entered.

(14 Aug '18, 08:50) mboeringa
Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here



Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text](http://url.com/ "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:


question asked: 08 Aug '18, 02:39

question was seen: 1,962 times

last updated: 16 Aug '18, 19:40

powered by OSQA