Suunto 9 baro very low elevation gain vs other brands

[Oktan]

@Dimitrios-Kanellopoulos I registered to Runalyze and loaded the activity there. I’m a simple user and dont undestand what to do next or how to anylize or understand the numbers there, sorry.
I attached the activity a few messages above (https://www.strava.com/activities/4486972002), so if you can test it, it would be great. If you need the gpx from Strava, I can maybe attach it here also.

BTW, I looked today at other ride, 73 km long, which I did at 2019 with Ambit 3 Peak, and the same ride this year, 2020, with S9B.
Ambit logged elevation gain of 1491 m (https://www.strava.com/activities/2101913528)
S9B logged elevation gain of 1284 m (https://www.strava.com/activities/3138457224)

[Dimitrios Kanellopoulos]

@Oktan can you pm me the suunto app links or fit files so I can analyse this?

I would prefer 1 activity to start with with a format like this:

FIT File or suunto app link

• Expected ascent (ie what other services say)
• Registered ascent

[cosme.costa]

@Oktan said in Suunto 9 baro very low elevation gain vs other brands:

BTW, I looked today at other ride, 73 km long, which I did at 2019 with Ambit 3 Peak, and the same ride this year, 2020, with S9B.
Ambit logged elevation gain of 1491 m (https://www.strava.com/activities/2101913528)
S9B logged elevation gain of 1284 m (https://www.strava.com/activities/3138457224)

No offense here but all the ascent values that are in Strava when they are pushed from Movescount are not reliable because is not what the watch registered, this ascent is corrected by Strava. Strava only shows the watch ascent if it is pushed from SA. I understand that the activity with the A3 was uploaded using Movescount, have you checked the ascent value in Movescount for that activity?

[Dimitrios Kanellopoulos]

@cosmecosta correct. Movescount doesn’t push the ascent to Strava so Strava recalculates that

[pilleus]

@cosmecosta you can upload the gpx file manually to Strava. If there is the additional information “with Barometer” in the creator tag of the gpx file, Strava trusts the watch and shows the ascent of the watch and you can use the ascent from the A3 or change it to the ascent of Strava. If not, add it with an editor before uploading the file. A good way to compare watch and Strava data.

[freeheeler]

@sky-runner @Dimitrios-Kanellopoulos
I see that we have a calculation that is not summing up for extreme conditions and hence might under calculate the total ascent. On the other hand I’m glad the watch does not count gusts or when I bent down to fiddle around with the buckles or the climbing bails…

so it follows as usual the common rule of development: it is a compromise and all the developers can do is find the best compromise for the majority of athletes

If we’d let people tweak settings like that they would be disappointed due to propably wrong settings, too.
I remember that QS has a function to filter a bit towards more or less sensitivity on that, please correct me if I’m wrong!
I did not touch this setting as I think that Dimitrios as set it to a reasonable setup.

[surfboomerang]

@Dimitrios-Kanellopoulos said in Suunto 9 baro very low elevation gain vs other brands:

However this is there for a specific reason, to avoid wind gusts (sudden ascents that don’t last more than 1-3seconds) , rain drops, and your arm / clothing suddenly blocking the pressure holes thus registering ascent and descent.

Wind does affect altitude a lot. Below a screenshot with a part of a windsurfing session. According to the data it would have been a bumpy ride
(To be honest, I have no idea why altitude is recorded for an activity type like windsurfing)

[cosme.costa]

@pilleus Thanks for the trick, but what I want to state is that sometimes people put a lot of trust in Strava when the values are wrong. Without any trick an uploaded activity from Movescount, the ascent in Strava doesn’t match the watch, so you can’t compare directly two activities in Strava, if one is pushed from MC and another from SA. Here @Oktan should compare the values from MC and the values from SA to seek discrepancies.

I mean, I use Strava for the social part but I do not trust much the values, at least you have to be aware of the downsizes/tricks. As an example, today I did a trail run with very steep parts, that I had to walk, so Strava decided that I was under their threshold and has decided to improve my pace from the real one 5:26 min/km to 5:19 min/km, I know the trick that only doing a one second pause in the watch, then Strava shows the real pace. So, sometimes, when you see some values in strava they do not need to be correct.

For me the only right values are the ones coming from the watch directly, knowing that an algorithm is an algorithm and can be tuned in different ways.

[pilleus]

@cosmecosta said in Suunto 9 baro very low elevation gain vs other brands:

sometimes people put a lot of trust in Strava when the values are wrong.

With my old Spartan Ultra I experienced for cycling activities no noteworthy differences between ascent of the watch and ascent of Strava’s GPS based ascent.

I usually have 850 to 1000 meters of climbing on a distance of 35 km with the mountain bike. The difference is usually about 10 to 15 meters between SSU and Strava, if I use the option to use the ascent of Strava.

[cosme.costa]

@pilleus Well mi experience is different, in trail running differences can be very big, more than one hundred meters in a 400 m ascent run.

For the MTB, I’m using a dedicated barometric GPS that has always overrode the Strava correction, and Strava shows the GPS value but I have checked using Strava’s correction and:

GPS: 803 m / Strava 766 m
GPS: 697 m / Strava 635 m
GPS: 711 m / Strava 630 m

And this are 3 random activities that I checked.

So…

[pilleus]

@cosmecosta I think the problem is the terrain. A GPS track 3 meters away from the path or street in steep and hilly terrain will cause a miscalculation of Strava’s GPS based data.

And I experienced that my SSU is more accurate recording the ascent than my S9B.

[Oktan]

@Dimitrios-Kanellopoulos said in Suunto 9 baro very low elevation gain vs other brands:

Expected

I dont know how to send you a private message so I loded it here:

1. This is the FIT file from Suunto App (with elevation gain 1243 m):
   MountainBiking_2020-12-18T06_44_10.fit

2. The elevation gain in Strava is: 1542 m.

[Dimitrios Kanellopoulos]

@Oktan

So this is what I do.

I go to https://runalyze.com/activity/new-upload and upload the fit file.

Then I go to course and elevation data and I correct them with the various DEDB (elevation databases) that the great Runalyze offers

Look at the thresholds! Even Runanalyze defaults to 3m but take a good look and see what is produced with other thresholds as well

1. Racemap elevation service
   
2. Geotiff
   
3. Geonames
   
4. Geonames ASter
   

To be honest all show less actually than Strava.

Now since you are using comparing whahoo I had seen this video at the past https://www.youtube.com/watch?v=bPyEtZH3QaU about how much positioning could affect a garmin computer. But I suppose the same flaws can happen with the S9.

My conclusion is that it’s up to you to judge how much ascent you did and with what threshold.

As a reference example here is an analysis of my 16km almost flat bikeride at Netherlands. It is completely almost flat here so:

1. No correction (still 13m)
   
2. Racemap
   
3. Geotiff
   
4. Geonames
   
5. Geonames aster -> Completly wrong
   

Now, this is my personal opinion.

If you get bothered and you want those extra meters to show at your Strava / Other service or your friends get more ascent etc my advice as I would give to a friend is to get the same device that their friends use or the one that gives you what you want to see for your data.

Why this advice ? Because it all about perspective and no perspective can fit everyone.

I hope this helps

PS: The highlight on the screenshots shows what Runalyze prefers it’s not me highlighting that .

[Oktan]

@Dimitrios-Kanellopoulos said in Suunto 9 baro very low elevation gain vs other brands:

Racemap

Thank you for your time.
I played with it a bit.

Threshold = 1 , without correction -> 1529, this is what I expected to get.
Maybe we are lossing too much elevation with Threshold = 3.
It was great if the user could have set it in his watch settings.

[Marco Stranieri]

@Oktan I think soo. My Suunto 9 sometimes it shows up to 100-150m of elevation difference regarding other brands or even with Suunto spartan and suunto 7. (Talknig about just for 500m of elevation gain). For example my suunto shows 479m gain and friends’ one it shows 580m

[Egika]

There’s one important thing missing in the discussion about thresholds etc.
It is the sensor accuracy itself.
We are talking about a measurement device that only works down to a certain precision.
Plus it is affected by influence like wind turbulence while moving.
In a perfect world or laboratory setting it could probably register pressure changes that are as small as 1ft or 1m causes it.
But in real life there is noise to the data.
This is why it totally makes sense to use thresholds, filtering and other logical information like sport mode or speed etc.
If you switched the threshold to 1m, you would just see a lof of this sensor noise in your data which just don’t make sense.

My 2c from an engineer perspective specializing in measurement technology

[Dimitrios Kanellopoulos]

@Egika thanks man

[Oktan]

@Egika I get it, but I add: why not let the user define it in the watch?
Suunto can set it to 3 as default.
The user can choose to set it between 1 to 3, and still proudly ride with Garmin owners friends .

[freeheeler]

@Oktan
who proofs that Garmin is calculating the total ascent “more correct” in all different possible use cases?

[Oktan]

@TELE-HO I just assumed that if Garmin, Wahoo and Strava app display more or less similar values - most chances they are calculating right.