Kurviger 1.10.4 (Beta)

Good question and already exists in my mind too. :slightly_smiling_face:

Route indicator has an extra 4th option for disable (not very useful).
So can indeed merge the two settings to avoid too much confusion.

1 Like

I do think that these two are different. For example you might want the indicator to show to the next waypoint, but the rerouting to the nearest point.

Route indicator was not meant as a waypoint guide. It was always connected to rerouting, that’s why has exactly same options.


I tried the function “Avoid Roadblock” today an it worked very well. The distance was 500m. That’s an important and useful function. Thanks a lot!



Just tested with a few “fake blocks” :no_entry:: the routing seems to be very reasonable. Helpful new function!

Tested using the “next unvisited waypoint” option with a few special scenarios to see what the behaviour will be. And I was really happy with it: I think now it’s unlikely that rerouting will mess up your route. Very good: if missing a waypoint due to a detour Kurviger still automatically omits it if getting near the next one. It’s just the behaviour I’d expect if being rerouted (and very convenient if being used together with the “skip next waypoint” function, like Tom already mentioned). Perfect! :grin:

But I’ve the same opinion like linux-user: maybe it would make sense to combine this option with the “route indicator” setting to keep things easy.

I would really appreciate if this feature will nevertheless be implemented in the future. Still would offer additional functionality.

I really like this new look. Especially the fact that the distance to the indicated point is shown. This helps to estimate your way even if not seeing the route at the moment. :railway_track:

Helpful. But I would really appreciate if this layer would also be available on Kurviger’s website. Gastronomy locations are also important while planning a rotue, not only for spontaneous stops during your roadtrip. :coffee: :hamburger:

Hmmm - I don’t understand how to use that function. I looked up a location in Google Maps, copied the Plus Code and pasted it in the search field in the Kurviger app. Nothing happened. Also tried to use the “share” function but this also didn’t work. I think I’m doing something wrong. :thinking: What would be the best way to import a looked up location from Google Maps directly into Kurviger? :world_map:

I also had the feeling that the display refresh rate is a little bit slower than it was before (even on a Huawei P20 Pro). Maybe because I had actived the gastronomy layer? :broccoli: :turtle:

All in all this a very valuable update. Thumbs up! :+1:t3:


I will see that.

It works in search, write a (global) plus code, e.g. 7HQQ57WG+66.
Or if long press a point on map and in Share.
Share contains: OSM link, Plus code, what3words.

As mentioned in feature topic, Google Maps produce (local) plus codes (area name + local code), not the offline specification, it’s something different (see their documentation).

Local plus codes need extra work with online search for the area name.
It’s their own online implementation, usable inside their online ecosystem.
Third party apps need extra work just to be compatible with Google Maps.

Gastronomy layer contains too much content, that’s why all maps show such POI from a sufficient zoom (e.g. 17) to avoid hurting map performance. Currently we show it from zoom 15, cannot do it earlier and probably need to do it in larger zoom.
It’s like house numbers or vegetation layers, too much data needs large min zoom.

Looks like avoid roadblock for 100m does not work reliably.

  • Here my short test route https://kurv.gr/f1EZD
  • My position is at the Start.
  • avoid roadblock 100m
  • route is unchanged.
  • avoid roadblock 500m is working.

I’ve tried different routes, and most of the time it is working as expected.


Short distances in avoid road block are usually more dependent on route geometry.
In example the 100 m are just after 1st turn, so routing may cannot use it for calculation.
Also important role plays the user direction, as cannot (re)route on a street backwards.

To demonstrate, I’ve stopped shortly before “Führholzerstraße”.
In the left (first) screenshot the next turn instruction is 160m away.
Kurviger could have used a route like e.g. in right (second) screenshot, but roadblock 100m doesn’t change route.

roadblock 500m in the same situation takes basically this route


I can see if 100 m case can be improved. Though since all that depend on route geometry, cannot expect wonders for such short distances.
Current values came from forum discussion here, not sure if they’re the best.
500 m and more are far more reliable options in routing for avoid road blocks.

Than, maybe it is not worth the effort and you can simply remove the 100m version or leave it as it is, with the risk that users are complaining.
What do other think?


I thought that you’ve accidently removed the “Route missed” message.
Whether a repeating tone is less annoying than a one time voice message should be discussed in the Alarm away from route thread.


The discussion for all new features in Beta should be done here, to have together in one place all opinions.

I announced its removal near two months ago, due to many complaints, without responses.

We cannot have mandatory the “Route missed” message as several don’t like it (or their GPS causes troubles). And filling the app with another on/off option is also not very intuitive.

A thought is that when the new (repeated) off route notification is off, then the “Route missed” is announced once.

Then you would have the old behavior of a mandatory acoustic notification.
If that is possible the other way:
More than 60s = “Route missed” is announced once.


1 Like

That is a good idea too.

What the upper limit for the notification interval can be?
As too large could be essentially forgotten that it works.

Avoid roadblock tested successfully. Both 500m and 100m behaved as expected. Stopped just before a crossroads and then activated avoid roadblock, the detour functioned perfectly in both cases by choosing the correct other branch at the intersection. :+1:

1 Like

I won’t use that feature, besides a one time info that I am off route.
So leave it as it is (1s - 60s), unless someone who would use that feature has a better idea.

I don’t like the idea of a repeating signal unless it has the ability to tell something new.
New in this context could be some kind of info about:

  • the distance to the route
  • the direction to the route


1 Like

There are thoughts about that too: announce periodically the beeline distance and cardinal direction towards the route (like appear in panel now).

I started with the more straightforward way, the alarm tone and will see for the future. :slightly_smiling_face:

have tested the “next unvisited waypoint” option on a 410km round trip… works very well… thankfully I can use Kurviger again as default nav system :slight_smile:

… at least as long as internet connection is available… which is often goods in short supply in Hunsrück-Eifel area… what about a new option to automatically use a simple shortest-way re-calculation when there is no internet connection when beeing off route?

1 Like

Road network is not known when be off route without a routing engine underneath.

My next goal would be to handle that with the proper feature(s):