Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Menion

#166
@Tapio
extra button in automatic backup to do a backup like a manual backup? Funny  :)

And namings: I'll ask Michal if there is a space for improvements.

---

Long-click on themes > complete rewrite of the side "Map content panel" is close ...

---

@Gerhard57
Presets - thanks, good point. Fixed.

@Viajero Perdido
did you tried to press the device's "Back" button again? Maybe there is an "invisible screen" that needs to be dismissed again. Anyway more and more reasons to get rid of G4L. Just one cache by gc-code and live-map are missing...

@Andrew Heard
hmm, I see no useful automatic report in Crashlytics (system I use to collect errors).
The following users thanked this post: T-mo
#167
I should not talk about "Last version with old function X" etc, because the new Beta version 4.15.2.5 with the old search system has just been published.

Many internal fine-tunings & a final improved version of the backup manager.

Enjoy the weekend!
The following users thanked this post: Tapio, T-mo, Andrew Heard, luce
#168
Hallo,
verwenden Sie Locus Map 4? Dann hat jeder Sensor seine eigenen Einstellungen.
The following users thanked this post: d:BUT
#169
Danke, das sollte in der nächsten Version der App verbessert werden.
The following users thanked this post: kodela
#170
Hi guys,
thanks for the tests. I forget to mention that the backup manager is in the "beta" version. So thanks for the feedback, I'll improve it for sure.

@T-mo
initialization ... hmm, nothing should change here. The loading screen is visible in case, more points/tracks need to be loaded at the start.

@Andrew Heard
interesting. I do not know why this happens so rarely to be true. This method do some internal testing and checking if the device really tries to kill the Locus Map and if the app detects it, it informs. If you consider this as false-positive report, simply "Ignore it".
The following users thanked this post: Andrew Heard
#171
So the new Beta version 4.15.2.4 was published.

I was quite sure, that it will already contain a new search system, but we are trying to make it perfect even for the Beta version, so a few more days are necessary. At least an improved Backup manager as @freischneider already noticed and few more tweaks.

@Tapio
are there any exact steps that cause this issue? Even on your side?

The following users thanked this post: michaelbechtold, Tapio, Andrew Heard
#172
Hallo franc,

in der Tat wurde der Offline-Support für GraphHopper eingestellt.
The following users thanked this post: franc
#173
@kodela
"Bieten Sie diese Option nicht an" ... vielleicht eine gar nicht so schlechte Idee. Werde darüber nachdenken, danke.

"Zeiten" Es ist komplizierter. Die gleichen Zeiten sind auch für aufgenommene Tracks sichtbar und ich weiß, dass viele Leute auch hier die Sekunden sehen wollen. Also Sekunden für die aufgezeichnete Spur anzeigen, Sekunden für die geplante Spur nicht anzeigen, und andere? Importiert? Eh, eher nicht, sorry. Ich denke immer noch, dass ein einheitliches identisches System am besten ist, auch wenn die Werte nicht wirklich Sinn machen. So zeigt die App immer hh:mm:ss oder nur mm:ss an.

Wenn mehr Leute die Zeiten für verwirrend halten, kann ich 0:mm:ss anzeigen, auch wenn es keine vollen Stunden gibt.
The following users thanked this post: freischneider, kodela
#174
Hallo Leute, ich versuche, zumindest den ersten Beitrag aller Themen zu lesen, auch auf Deutsch (mit Hilfe der erwähnten DeepL), um eine Idee zu haben, ob ich hier nützlich sein kann oder nicht. Ich habe auch diesen Beitrag gelesen, zumindest versuche ich es. Btw. wie sieht es mit den Übersetzungen von DeepL aus, macht das für dich Sinn?

Zum Thema:

"Navigationsbefehle einbinden" - in diesem Fall mega wichtig. App speichert Zeitinformationen in Navigationspunkten. Jeder Navigationspunkt enthält die Zeit zwischen diesem und dem nächsten Punkt. Ohne sie sind die Zeiten nur eine sehr schlechte Schätzung auf der Grundlage Ihrer Historie. Ignorieren Sie diese Option hier bitte. Mit aktivierter Option und mit BRouter oder LoRouter sollten wir alle hier identische Zeiten erhalten - natürlich basierend auf dem gewählten Profil!

Zeiten (Sekunden): Ich habe versucht, dieses System in der neuesten Version zu vereinheitlichen. Können Sie bitte einen Screenshot posten, wo die Zeiten nicht ideal sind? Ich weiß, dass Sekunden nicht immer nützlich sind, aber ich würde es vorziehen, sie immer anzuzeigen, so dass es immer klar ist, dass diese Zahl hh:mm:ss oder mm:ss ist.
The following users thanked this post: freischneider, kodela
#175
Es ist nicht immer notwendig, dasselbe Problem im Helpdesk zu veröffentlichen, falls es mit Android zusammenhängt und mir bekannt ist. Wenn Sie es hier im Forum diskutieren, fühlen Sie sich frei, mich hier ein wenig zu schieben und wenn immer noch keine Reaktion, der Help-Desk ist ein guter Ort.

Jedenfalls habe ich bereits einige Änderungen an der neuesten Beta-Version vorgenommen und kann die hier erwähnten Schritte nicht mehr simulieren, so dass ich glaube, dass das Problem behoben ist. Vielen Dank
The following users thanked this post: kodela
#176
@Tapio you are fast, I've published update maybe an hour ago :)
Thanks for the tests!

Pointer for tracks, hmm good idea. I'll think about it, thanks ...

---

So the new Beta version 4.15.2.3 was finally, published.
Enjoy the last version with the old address search ;)
The following users thanked this post: luce
#177
Eine wichtige Information

Haben Sie "Navigationsbefehle einbeziehen" aktiviert? Wirklich wichtige Einstellungen!!
The following users thanked this post: Tapio, Mips, kodela
#178
@Tapio
Interessant. Mit dem Online-LoRouter erhalte ich in der App die gleichen Ergebnisse wie im Web: etwa 3:30.

Die Zeiten werden im Falle von LoRouter immer vom LoRouter selbst berechnet, nicht von der App.

Und @Mips , ja, sie sind fast identisch (interner Offline-LoRouter und BRouter), aber das Wichtigste sind hier die Profile selbst und wie sie abgestimmt sind.
The following users thanked this post: kodela
#179
Hallo Kodela,

entschuldige, dass ich eine Antwort auf eine private Nachricht verpasst habe. Ich weiß nicht, warum du dein vorheriges Thema nicht finden kannst, aber ich lese nie über fehlende oder gelöschte Themen hier im Forum.

Wie auch immer, am besten ist es wohl, die Route auf unserer Webseite hier https://web.locusmap.app zu planen. Sie können das gleiche Profil wie in der App verwenden und erhalten die gleichen Ergebnisse. Die generierte Route kann mit dem Link geteilt werden, so dass es sehr einfach ist, problematische Teile auch mit meinem Kollegen Radim zu besprechen, der für die Online/Offline LoRouter Engine verantwortlich ist. Danke

---
translated by deepL
The following users thanked this post: kodela
#180
Ah sorry, I've united the system so it will work identically for points and tracks now (track style), and forget to write it here.
The following users thanked this post: slarti76, Andrew Heard