Charts: allow to hide elevation

[Mugen36]

Is your feature request related to a problem? Please describe.
The elevation data on my tracks is completely non-sense. I am running 5 times around the block. And the graph shows that I climbed down 20 meters. And frankly, if one use Opentracks for evening runs, tracking the altitude is not that important anyways.

Describe the solution you'd like
Make recording elevation data optional. Implement an option that disables the recording of altitude data.

EDIT: As not recording altitude data is not feasible, a solution would be to give an option to not show altitude data in the graphs.

[dennisguse]

The absolute elevation from GPS or gain/loss from the barometric sensor?
And not showing it or not storing it or not exporting it?

Where is it shown that you don't want it?

[Mugen36]

I was referring to the absolute elevation from the gps. I actually do not see any data from the barometric sensor.
The GPS-Beidoo-Glonass location data and the running speed seems fairly accurate. Accuracy usually <5m.
Yet the elevation data is completely garbage. Not only does it show a 20m climb-down where there is none. It is also roughly 40m too high.
I would prefer an option of not storing it, since it is just plainly false.

I see the elevation data in the graphs when I look at the specific tracks.

[Mugen36]

At the core, I ultimately would blame Google for not putting a better GPS in their Pixels. Yet, since elevation data is usually far less accurate than horizontal location, I can imagine many more people have this issue.

[dennisguse]

Well no.

1. GPS accuracy for horizontal data is less accurate than vertical data (due to how GPS works)2
2. exported data is in WGS84 as specified by KML/GPX.
   but this is not above ground aka sea level value. That's why OpenTracks converts for the UI the elevation into EGM2008.

And implementing this switch is too much effort; especially maintaining it.
The only thing would be drop data that is not accurate enough as reported by the GPS (horizontal accuracy is provided)

[Mugen36]

And not showing it or not storing it or not exporting it?

Well, if not storing and not exporting, are not reasonable requests,
could I ask for an option for not showing elevation data in the graphs?

[dennisguse]

That would work.
Interested to implement it?

[Mugen36]

Sure

[Mugen36]

May I ask, am I the only one who is getting nonsensical altitude values?

Or am I just the only one who is annoyed by seeing these in the graph?

[dennisguse]

How would I know 😎
We have literally zero monitoring and know only stuff if somebody reports.
Can you share a screenshot of your chart?

[Mugen36]

Here you go!

4 different days. The track is always the same. After the first half of my track, I turn around and run the same way back home.
I looked up the altitude of my track in Wikipedia. I am always running around 37m to 40m meters above sea level.

[dennisguse]

Actually, we just removed the smoothing for the elevation (was only used in the charts) as it was broken #1241.

[Mugen36]

I dont think smoothing would help much here. The base values are just too far off.
I did tests with different devices and in every case the altitude values were too unreliable to be of any use.
When you use opentracks, do you get any informative altitude data?

Please consider reopening this issue. Implementing it will be fairly easy. And I will definitely look into it although I am not familiar with the code base and quite pressed for time atm.

[dennisguse]

@Mugen36 Just re-open it; the issue tracker is a place for everybody :)
The charts were actually configurable in MyTracks - so somewhere in the git history there is a commit for this. I guess I removed while trying to clean up as much as possible

PS/ I don't use the elevation data that much as I live in an area without any mountains.
So, for me it is not an issue that much.
And I don't use the charts for analytics.