No - for navigation I use an BMW Navigator 5 (Garmin).
I use Kurviger app for route planning on 10" Android tablet (also during vacation).
So my usecase might be different from that of most other users 
Unfortunately, on my Android 7.0 phone the new app stalls with the “Stuck while loading” message and several Javascript errors
Uncaught SyntaxError: Unexpected token (
Uncaught TypeError: Cannot read property 'triggerEvent' of undefined'
Following the link, the information in “…what can I do?” says it needs at least Android 5.1, but it seems that this information is not current.
I still have the former Kurviger Pro app installed, therefore no problem for now.
As I always use an older robust phone that I also leave on the bike on absence (no-one will take an orange “construction work” phone) therefore it is not the newest one. Just to mention that the specs of the new app seem to be higher than stated.
lg, Christian
Habe heute mal getestet wie es sich mit Makros aus Tasker gegenüber K3 verhält.
Tastatureingaben ( Zoom, Zentrieren ) gehen mit 3.0.5 noch nicht, richtig? Was mit aber aufgefallen ist:
Beim Starten der App im Mode Navigation läuft immer eine “Animation” ab. Scheinbar wird die Route zunächst auf den Startpunkt der Route geführt und dann auf den tatsächlichen Standort bewegt, im Ziel mit einer festen Zoomgröße.
Das passiert sowohl wenn die App per Tasker “gelauncht” wird, aber auch wenn sie, obwohl sie schon läuft, aus Android erneut gestartet wird. Ist das Absicht? Und wofür ist das gut?
In der Version K1/K2 wurde mit “Launch” lediglich dafür gesorgt dass sich die App im Vordergrund befindet. Mit dem jetzigen Verhalten ist die Makrosteuerung kaum noch machbar.
Lässt sich das Verhalten wieder so einstellen ( zuminstest bei bereits laufender App ), dass keine Animation und keine Fixwert-Zoom stattfindet?
Das Verhalten der K1/K2 Version ist/war mit “Launch” und Tastensequenzen top.
I tested today how it behaves with macros from Tasker compared to K3.
Keyboard inputs (zoom, center) do not work with 3.0.5 yet, right? But what I noticed was:
When starting the app in Navigation mode, an “animation” always runs. Apparently the route is first guided to the starting point of the route and then moved to the actual location, in the destination with a fixed zoom size.
This happens both when the app is “launched” via Tasker, but also when it is restarted from Android even though it is already running. Is this on purpose? And what is this good for?
In version K1/K2, “Launch” only ensured that the app was in the foreground. With the current behavior the macro control is hardly feasible.
Is it possible to set the behavior again (at least when the app is already running) so that no animation and no fixed value zoom takes place?
The behavior of the K1/K2 version is/was top with “Launch” and key sequences.
1 Like
Thanks for your feedback.
Could you provide a short sample route or the coordinates for this case, so we can check what exactly is happening here?
Yes, this is necessary. Otherwise it’s just a normal road and a normal turn.
Thanks, will be fixed with then next version, thanks for reporting.
Das ist korrekt und soll auch so sein, das ist Android Standard. Die App hat dafür ein Symbol in der Benachrichtigungsleiste und kann direkt aus den Benachrichtigungen beendet werden. Alternativ Navigation öffnen und dort den Navigation Stoppen Knopf drücken.
Yes, we need the roundabout tagging, otherwise this is considered like a regular turn.
This is mot likely because your are using an outdated webview / browser. Please make sure to update them. Then it should work as expected, if not, please let us know.
Korrekt.
Was genau funktioniert denn nicht? Wollen wir das vielleicht in einem extra Thread besprechen? Das ist schon sehr speziell.
2 Likes
Danke, ja, Ich mache mal einen Thread auf und versuch’s zu erläutern.
Der Zoom muss deaktiviert werden können, vor allem wenn man später dann mit einem angebundenen Eingabegerät arbeiten möchte.
1 Like
Und noch ein “Wünsch Dir Was”
Die kleinen Richtungspfeile in der Route hätte ich gerne wieder.
Und ein Schnellzugriff auf: Bringe mich nach Hause. Auf einer Roundtour in heimischen Gefilden kommt es häufiger vor das man nicht alles fährt sondern entscheidet, es reicht - Zurück:
1 Like
Ich würde mir noch wünschen, dass man die Farben von dem Pfeil und der Box drumherum und die untere Box für die KM und Ankunftszeit in der App ändern könnte. Ich habe ein Amoled Display und da wird mir bestimmt das weiß nach x Stunden Naviagtion auf voller Helligkeit irgenwann einbrennen weil sich die weißen Boxen ja nie veändern.
Genau das gleich Problem mit dem Rechteck für die Anzeige von km und Ankuftszeit. Also ich hätte gerne ungefähr so eine Anzeige wie im Nachtmodus
nur mit einer hellen Karte. Die Karte ändert sich ja dauernd. Da sollte es keine Probleme mit dem Einbrennen des Displays geben
2 Likes
Hello, now I don’t remember where it happened exactly, but I can give two other examples in which the bullet can confuse you and cause an error… not so the notice of the exit number in the roundabout.
In this image it is clearly seen that it is the exit to the right with an angle of 90º, however in the cartoon it seems that it reports a totally different exit.
Something similar happens in this other image.
Esta es la ruta en la que pueden verse estas imágenes.
Murcia.kurviger (3.6 KB)
Gerne auch Tranzparenz, wo dann die Karte drunter her läuft. So ist es in K1 gelöst. Wenn die Schrift dann sehr dunkel gewählt wird brennt auch nichts mehr ein. Und man sieht mehr von der Karte.
[edit]
Ich hege eh die Hoffnung dass die vielen schönen und nützlichen Sachen aus Navigation K1 ihren Weg in die kommenden Releases finden 
.
[/edit]
3 Likes
Dieses PopUp birgt sicher Potenzial, schön wäre dort auch ein “nächste Tankstelle” als Zwischenstop.
2 Likes
Continuing the discussion from [App] Kurviger App Beta 3.0.X:
Hallo.
Super Arbeit.
Hier noch 2 Optimierungswüsche zu Click-Bereiche/Touch-Flächen:
a) wenn man die Infos von Via-, Shaping-, Start-, Ziel-Punkte sehen möchte - einfacher Touch/Click - gelingt es ohne Probleme, wenn man jedoch diese schieben möchte - Long Click (Press and Hold) für Auswahl notwendig - dann landet man oft daneben und braucht mehrere Versuche (Wahrscheinlich ist der Mensch bei Long Click weniger präzise und/oder zittert - Lösungsansatz: größere Touch-Fläche bei diesen Punkten.
b) Touch-Fläche für “Hamburger” Menü links oben sollte noch etwas mehr nach rechts reichen, man muß schon recht konzentriert ziemlich nach links clicken um zu treffen, sonst oft Fehlbedienung (auch in 3.0.5).
1 Like
Continuing the discussion from [App] Kurviger App Beta 3.0.X:
In Version 3.0.4 kam auch die Anzeige, Zoom und Meldung zu Shaping-Points.
Wie auch hier gesagt wurde:
Ja, definitiv, die Shaping-Points sollten bei der laufenden Navigation weder angezeigt, noch angesprochen oder gezoomt werden, einfach ignoriert…
Nach meiner Wahrnehnung dienen die nur zur Formen der Route, aber während der Navigation ist die Ansprache und Zoomen störend…
Daher eine starke Bitte um Änderung.
4 Likes
Hallo.
Hier noch einige Optimierungen / Ideen … zu dem schon super Stand 
…
3-Punkte-Schnellmenü
-
Auf der Mute-Taste sollte sichtbar sein, ob aktuell gemutet oder nicht, z.B.: Farbe, oder nicht gestrichene/gestrichene Lautsprecher (siehe unten), oder durch Text unter dem Lautsprecher (Mute/Unmute), so weiß man oft nicht ob muted oder nicht, wenn gerade keine Aussage.
-
Wenn man im “Overview” ist und einen Punkt löscht, sollte die Darstellung nicht gleich direkt in das Navi-Modus springen. Oft braucht man mehrere Shaping-Points zu überspringen, um z.B. eine grössere Sperrung umzufahren…
Pull up/down arrows of tabs - position (possibly not high priority, but anyway)
Pull up/down arrows are now positioned on the right, but according to the tab position, the very right arrow stands for “down”, if the tab is in the upper and middle position, but for “up” when being fully stretched down. in the middle position of the tab then, the “up” arrow is slightly more left.
This is somehow not very intuitive (for me, at least and I am stunbling on that all the time…, admitted, not a big deal breaker).
Nevertheless, my wish for optimization in one of the future releases is to place the “down” arrow consistently on the right edge, and the “up” arrow on the left one.
Then, it is much more intuitive and fast in use - when wanting to pull down, click on the right sige, when pulling up, click the on the left side…
Thx for consideration in one of the future releases.
Via-Point Anzeige frei Wählbar machen + Speed-Limit Anzeige hinfügen
Sehr oft werden die Routen ohne Via-points geplant, nur mit Shaping-Points. Dann erübrigt sich die Via-Point anzeige bei der Navigation. Links kann man mindestens noch etwa zwischen ETA und Zeit zum Ziel wählen, aber rechts bleibt die gleiche KM-Anzeige wie zum Gesamtziel
- möglicher Lösungsansatz: die Via-Point Anzeige ganz frei wählbar zu machen (links und rechts, für Via-points KM, ETA, Zeit zum Ziel, Höhe), statt Höhe dann die aktuelle Geschwindigkeit und statt der aktuellen Geschwindigkeit dann aktuellen Speed-Limit aufzeigen (der fehlt eigentlich, mit farblichen Überschreitungsdarstellung, z.B. graue, gelbe, rote untersetzt von akt. Geschwindigkeit) - siehe Anlage Punkt_04_Kurviger_SOLL.pdf. Mindestens in Landscape scheint das ohne weiteres in die Optik zu passen, im Portrait müßte dann die untere Reihe erhöht werden, damit der Speed Limit nicht zu klein ausfällt.
So etwa könnte es aussehen…
Touch-Fläche für „Hamburger“ Menü links oben sollte noch etwas mehr nach rechts reichen, man muss schon recht konzentriert ziemlich nach links clicken um zu treffen, sonst oft Fehlbedienung (auch in 3.0.5).
Da ich eine Hülle habe die etwas über das Display übersteht ( Als Schutz fürs Display ) habe ich das oben genannte Problem auch.
3 Likes
Thanks for your feedback!
Ich auch, ist bereits geplant 
.
Thanks for providing these samples. The issue is, that these roundabouts are quite a bit special, if you look at how you enter and exit them. if you look at the white arrow on the route that shows the turn, the arrow kind of looks similar.
It’s a bit hard to describe. I will see if we can improve this in the long-term, but this won’t be an easy fix.
Ich packe das mal auf unsere Todo-Liste und wir prüfen ob und wie wir die Klickflächen nochmal etwas erweitern können.
Thanks for the proposal, I really think the two buttons should stay next to each, to me this feels wrong to separate them.
1 Like
Thx OK, please try to consider to let the “up”-one arrow slightly furher left (as in tab middle position), even if no “down”-one is present (tab fully down). This changing of position is quite confusing, I feel. Anyone else?
Fehler im Zoom / Übersicht Navigation
Wenn ich die links gezeigte Route im Modus Planung zoome, kann ich den Bereich 10m bis “max” ( quasi komplett Europa ) abdecken. Schalte ich nun in den Modus Navigation, so kriege ich die Route nicht komplett angezeigt. Vom Zoombereich kann ich mich bewegen von “min” ( 10 cm ? ) bis zur gezeigten Größe. Ein weiteres Herauszoomen geht nicht. Die rechte Ansicht stammt aus der Funktion “Übersicht”. Denke das ist so nicht gewollt, oder?
An dieser Stelle noch ein Wunsch zum Thema “Zoomen”.
Im Modus App Planung steht mir nur der Modus / die Geste “zwei Finger ohne Drehung” zur Verfügung.
Im Modus App Navigation stehen mir drei Modi zur Verfügung, “Zwei Finger mit Drehung”, “Tap Slide” und die Plus-Minus Button.
Wäre schön wenn sich beide App Modi gleich verhalten würden, mein Favorit ist dabei klar “Tap Slide” unter ausblendeten (+)(-) Button.
( Im Thread 3.0.3 wurde das Thema Gesten schonmal erwähnt, vielleicht steht das ja schon bald an )
Und eine Kleinigkeit:
Mit Erreichung der Zoomendstufen werden aktuell die Zoom-Button nicht disabled.
Error in zoom / overview navigation
If I zoom the route shown on the left in the planning mode, I can cover the range 10m to “max” ( quasi completely Europe ). If I now switch to Navigation mode, I do not get the route displayed completely. From the zoom area I can move from “min” ( 10 cm ? ) to the size shown. A further zooming out does not work. The right view is from the “Overview” function. I think this is not wanted, is it?
At this point, another wish on the subject of “zooming”.
In the App Planning mode, only the mode / gesture “two fingers without rotation” is available to me.
In App Navigation mode, I have three modes available, “two fingers with rotation”, “tap slide” and the plus-minus button.
Would be nice if both app modes would behave the same, my favorite is clearly “Tap Slide” under hidden (+)(-) button.
( In the thread 3.0.3 the topic gestures was already mentioned, maybe this is coming soon )
And a small thing:
When reaching the zoom levels, the zoom buttons are currently not disabled.
Translated with DeepL Translate: The world's most accurate translator (free version)
1 Like