Several navigation issues (feedback)

sky-runner

@Joaquin I’ve noticed that turn icons (symbols) are incorrect at the bottom Suunto map screen on the 2nd and 3rd pictures. The icons seem to indicate sharp right turn if I interpret them correctly while in fact there are left turns in both cases.

Edit: I see that this has already been answered above.

Joaquin

@dreamer_ Thanks a lot for the very detailed feedback, really appreciate the time you took to explain and test this scenario.

If possible, could you please share a full screenshot of the route you are using (showing the complete roundtrip)? I’ll try to reproduce it on my side.

That said, unfortunately I have Madrid Marathon and a Trail Camp with El Corte Inglés next week, so it might take me a bit longer than usual to properly test this. In any case, I will definitely pass this to the dev team if I’m able to reproduce the behavior you’re describing.

Regarding your findings, this could indeed be related to the auto-reverse logic. It’s great that the watch is able to adapt to the direction of navigation, but we introduced a safety threshold of around ~200m before switching direction. This is intentional, as switching too quickly could be problematic in some scenarios and we need to ensure the user has actually turned back and not just made a small deviation.

Because of this threshold, if there is a turn event within that ~200m window after changing direction, it’s possible that the watch could still be “anchored” to the previous direction and therefore confuse turn events, like in your example.

That said, I believe these are quite specific edge cases, and in most normal navigation scenarios this should not be noticeable.

Also, currently turns are handled with two different behaviors:

Autozoom → the map zooms in advance when approaching a turn
Turn notification → triggered around ~20m before the turn

And I agree with you here: depending on speed, 20m can sometimes be too short.

We are currently working on unifying both behaviors, so turn notifications will be driven by a more dynamic threshold (similar to autozoom or off-route logic), which should provide more consistent and earlier alerts regardless of speed.

Again, thanks a lot for the feedback ️‍

BTW, I also personally really like the idea of having a microphone and speaker. However, this is handled by our product team, and currently it introduces trade-offs with the barometer performance, which is critical for us. Hopefully we can find a good balance in future generations without compromising barometric accuracy.

dreamer_

@Joaquin sure.

This is the usual route for these testings (re-uploaded with better quality)

The track is roundtrip: Up (with 2 additional forks) to the top of a mountain, and down repeating everything again

Notifications mostly work in both directions. It’s just about the accuracy of them, remaining the notifications inside and after the turns (refer to my previous post with the shots of the very first roundabout)

About the microphone/speaker, I was only speaking about the audio navigation notifications since this thread is about navigation thinking in the use of the headphones (I.E, the Garmin Instinct 3 does not have a microphone or speaker but has audio notifications through the headphones (and that watch is able to even notify the roundabouts and despite It can’t show the maps). Suunto has already invested in the engineering of very nice headphones and with very interesting products that are already in the market (like the Spark). I think that with several software updates (both watch and headphones), those kind of products could be used as a very nice marketing thing (for something like an “ecosystem”). I’m thinking also in running indoor or treadmill when there’s no GNSS signal.
But this is another topic, just to explain It further (and also to say that you already have the microphone and speaker in the market that could be used to go further). In my opinion, optional audio navigation notifications are sometimes incredible useful.

Thank you so much

dreamer_

@joaquin there’s definetely a bug here, and I found the explanation.

I made another experiment. If inside Komoot I don’t check the roundtrip, it does not make any effect , since the route is roundtrip (or at least, I can see indications in both directions despite of that)

But it is more. It’s Komoot what is making the bad turn-by-turn directions. Have a look at this photo:

A: Start point
B: End point of the route

What you see in the photos I posted in the other post is that Suunto is notifiying that 1 as the very first point, because of Komoot’s issue. That’s why there’s the 18 meters offset in the photos I posted for you.

So offset explained.

Now, about the photos you uploaded.
Photos 2,4,3,5. Suunto’s notifications seem to be wrong and that is a one-way track (no roundtrip).

What I’m seeing (3 and 5) is that there are several turns close together. It’s like there is something bad at the algorythms, detecting 2 very close left turns as an U-turn. Perhaps this is Komoot related.
What happens when turns are very close inside Komoot?

In my opinion, it’s very clear Komoot’s workaround is more a problem, once we know others are not having these kind of issues.

dreamer_

Today, I repeated the whole track.
A shot inside a turn:

Another one:

The offset issue is there all time. Worst thing seems this is caused by Komoot, not Suunto. And basically Komoot’s algorythms are not as strong as other’s (which is bad for Suunto).

And, I also got:

2 false out of the route. One was at the top of the last hill/mountain. Notifying a 30m offset.
False incoming climbs notifying a down when I was going up and also an up notification when I was going down. The first one was near the end of the last climb.

As explained before, I have the feeling that autoreverse needs some serious work too because of the lost turns.

runyx17

Just a note:
If I create a route in the Suunto app or the Suunto Route Planner, the turns are announced correctly, about 20 meters before the turn. If I create a route in Mapy .com, the turns are announced with a delay, usually exactly at the point of the turn. I dont have Komoot.

dreamer_

Explanation of one of the “Out of the route” . It seems an issue generated by Komoot:

Track inside Komoot:

Track inside Garmin Connect:

I have never finished that route where Komoot is saying, I allways finish at the top (as you can see in Garmin Connect’s track).

It does also explain the last bad climb guidance notification. The watch triggered a downhill pop-up, but I was going up (the track was not finished yet).
It means the Komoot workaround does not only affect to the turn-by-turn notifications, but ALSO to Climb Guidance.

Needless to say that, despite I had tested this track in Coros and Amazfit, I have re-uploaded the same track to Coros and Amazfit to be sure. This issue is only in Kommot.

Coros:

Amazfit:

Another thing:

The shot with the track I uploaded yesterday here:

https://forum.suunto.com/topic/15071/several-navigation-issues-feedback/39

In the first fork (of those 2), I noticed I have reversed Climb Guidance notifications (uphill when it should be downhill and downhill when it should be uphill). Those 2 small forks, are basically 2 slopes with a final U-turn. I understand it is very likely this issue is (again) caused by Komoot, since it’s Komoot who is creating all the logic that Suunto uses for the turn-by-turn directions and Climb Guidance.

What I don’t understand how is it possible I’m finding these kind of issues.

If Komoot is not accurate, will Suunto have the Komoot approach forever?

dreamer_

@runyx17 said in Several navigation issues (feedback):

Just a note:
If I create a route in the Suunto app or the Suunto Route Planner, the turns are announced correctly, about 20 meters before the turn. If I create a route in Mapy .com, the turns are announced with a delay, usually exactly at the point of the turn. I dont have Komoot.

Guys. This is important. So Mapy seems to have the same issue as Komoot.

And, one VERY interesting thing:

If I upload my track in Suunto Route Planner, the end is also ok. Look:

But in Suunto Route Planner, can I upload a GPX (provided by a race organization) and have turn-by-turn directions?

Because it seems we can have a fix here for several issues related to TBT and even Climb Guidance. And it’s also very likely that autoreverse can be (just a bit) more reactive once the offset is solved.

dreamer_

Route Planner does not have the turn-by-turn.
I tried saving that route in Route Planner and then uploaded into Komoot, and the same issues persist in Komoot.

dreamer_

I created a support case in Komoot with the GPX and a photo that shows the offset. I should not (this is not my job) but it’s also I can do with my track. I’ll keep this thread updated with their info (if there’s any). I also sent comments in the Suunto App.
I made some manual fixes but I’m not sure that an edit of the passing points will make any effect. I also fixed the end at tat mountain in Komoot but this is not good at all . I should not edit anything downloaded (in this case I know the track, but that will not happen in a track of a place I have never been).
So I’ll test this edited track. I understand I have (at least) fixed the end at the top of the mountain (and the out of the route and the bad climb guidance notifications will not be triggered in that point), but the rest is really a mistery.
Perhaps Route Planner is the solution. If you can make the imported GPX tracks have turn-by-turn, that’d be really fantastic.