I use Osmand 0.8.1 beta and the offline vector map of Ireland. Question: Why does osmand indicate a considerably greater elevation for mountains in Ireland than other sources? For instance Ireland's "Holy Mountain" Croagh Patrick (53.7595°N 9.6584°W): 818.3 m according to osmand, 764 m according to Wikipedia (http://en.wikipedia.org/wiki/Croagh_Patrick). Or Ireland's highest peak Carrauntoohil (51°59′58″N 9°44′34″W): 1092.4 m according to osmand, 1038 m according to Wikipedia (http://en.wikipedia.org/wiki/Carrauntoohil). In the osmand forum a received the followwing answer by sanderd17 to my question: "Interesting question, but not the fault of OsmAnd. The data comes from OSM, and was donated to OSM by mountainviews.ie (this links to your Croagh Patrick). Now, as you see on that site, the correct elevation is shown, from TM75 data. In OSM, the same elevation is shown in the tag ele:local. But for some reason, the ele tag has an offset of 54 meters (in both cases you mentioned), and is the same as ele:wsg84. I don't know how the offset is introduced (I don't know a lot about those data collections either, or how to convert between them), but this is certainly not the fault of OsmAnd. Maybe you can ask it at help.openstreetmap.org (please do mention what I mentioned here)." asked 22 Aug '12, 17:25 wandro |
It is easy to explain the difference: both the ele and the ele:wgs84 tag give the elevation above the wgs84 ellipsoid. The ellipsoid is a simplified model of the shape of the earth. The wiki page on the ele tag misleadingly states this as "above sea level" which is only very roughly true. The elevations given elsewhere are likely to be using the official local reference system, see http://wiki.openstreetmap.org/wiki/Key:ele Simon answered 23 Aug '12, 07:29 SimonPoole ♦ Many thanks for your quick response, but I wonder why for most other countries there isn't such a discrepancy. Why doesn't OSM use ele:local everywhere if this is the more common elevation measure? http://wiki.openstreetmap.org/wiki/Key:ele seems to be an empty page ("There is currently no text in this page").
(23 Aug '12, 07:55)
wandro
2
There are a number of additonal points to make
You have a '.' at the end of the wiki link that causes the problem.
(23 Aug '12, 08:37)
SimonPoole ♦
My actual questions were:
(24 Aug '12, 09:32)
wandro
The basic misunderstanding is that you are assuming that there is some kind of master plan behind this, when it is just a coincidence. As you point out in your original question the altitude values in Ireland were imported, and obviously the importer used the wiki definitions and converted the values to the WGS84 ellipsoid values. In other countries there have been no such imports and the ele values have been tagged by individual mappers by various means. It is just very likely that most of these values are either relative to WGS84 MSL (mean sea level) or relative to local vertical datums.
(24 Aug '12, 10:26)
SimonPoole ♦
Comment on point 2: I don't know the original reasoning, but it is likely to have been that the WGS84 ellipsoid value is easy to obtain and can easily be converted to other reference systems. Naturally this was doomed from the start and I would suspect that if defined today, it would be done differently.
(24 Aug '12, 10:29)
SimonPoole ♦
Another comment on "Why doesn't OSM use ele:local everywhere" - there may very well be places where multiple "ele:local"s could apply. For example, parts of the north of the island of Ireland could have OSGB grid references as well as the more normally used IR ones.
(24 Aug '12, 10:58)
SomeoneElse ♦
showing 5 of 6
show 1 more comments
|
I have fixed this one-by-one for many of the higher mountains (by updating the "ele" value to the correct "ele:local" value) if anyone has rights to the underlying database it could probably be fixed via a sql query along the lines of set "ele" to "ele:local" where node type = "peak" and country = "ireland" and "ele" between (ele:local+40, ele:local+60) answered 03 Oct '20, 20:57 roryrw |
I've just been looking peaks in the British Isles and identified this problem as well. I've created a plot using Python, that compares SRTM data and the Database of British and Irish Hills with the OSM elevation data. It appears ~12 years ago the xybot used the wgs84 rather than local elevation for the "ele" tag, whereas local/EGM96 elevations are now prefered according to the latest tagging recommendations. I've also found a discussion on the OSM Forum, which is probably the best place to continue any discussion. answered 29 Jul '21, 23:34 Charlie9578 |