Messages

I'm on Android 5.1.1

I tested the /storage/sdcard1/Locus/data location in my last post only with current pro version, not with the BETA! So I changed the path in BETA and tested again...and the popup never showed up again!

I mean NEVER (until now). Not in BETA and also not in Pro. It also makes no difference if the path is set to /storage/sdcard1/Locus/data/srtm or /storage/sdcard1/Android/data/menion.android.locus.pro/srtm. There is no more error message shown and srtm data is useable without problems (as it was all the time).

I don't have an explanation for this, it seems the problem "magically" disappeared only after changing the path in the current BETA.
I think before I changed the path in BETA, it was displayed like an url-encoded string (lots of "%"s) in red color in the settings interface, but I didn't pay too much attention to this and just changed it. So unfortunately, I have no screenshot. I never saw this before.

Copying the srtm folder to /storage/sdcard1/Locus/data and changing the path accordingly in Locus did not prevent the error popup

Also, changing the base of the path to something other than /storage/sdcard1/ seems not to be possible in Locus, because it is only changeable by selecting "internal" or "external" sd and then proceed folder selection from there. So I have no influence on the beginning of the path...

I will try to create a debug log this evening, no need for a special test version! It's not a bad problem after all, because I have elevation data working without problems. Only the toast message is annoying...

Hope the screenshot works from tapatalk.
My SDCard is from March or April, so I think it should be ok.
Maybe I should delete and re-download the data?

I notice a red warning popup (toast message) from Locus Pro saying (translated from german) "problem with folder for 'data/srtm'" for some time (months) now. The popup appears some seconds after Locus start, as well as after display off/on. It is also displayed over other apps/android homescreen when Locus is in the background (locus as a service is enabled).

However, Locus seems to use srtm data without problems (track charts, hillshading, height display at cursor position all work).

I configured the location of srtm data in Locus to be at "/sdcard1/Android/data/menion.android.locus.pro/srtm" (external SD). There are srtm data files in this folder (I think all were downloaded from within Locus along with LoMaps or via "fill altitude value" of some tracks).

So what could the "problem" be that Locus sees with this folder? How can the warning message be prevented?

I also would appreciate having time to sunset information available in the dashboard. I'm out riding in the evening quite often, so this information is of interest for me, but I would like to use the top panel to display other information.

Menion,

thanks for the new shapepoint/viapoint switching feature in route creation! Should be very handy when planning trips (I mostly do it in Locus now)!
However, I have a small issue with the current implementation in beta version: I usually let the route between points be computed by Brouter and when I tap on a green "shapepoint" to convert it to a viapoint, Locus always recalculates both route sections before and after this point up to the next point (which can take quite some time depending on the distance).
I think it is the "rubberband" feature which allows to move a point again that causes this. However, I do not want to move the point, I only want to switch it! Is this maybe because my tap is too "noisy" and is interpreted as a (very) small movement of the point, which in turn triggers recalculation?
If this is the case, would it be possible to implement a minimum distance of movement (in pixels) before actually interpreting it as movement, otherwise interpret ist as tap to switch point type?

I hope you understand what I mean...

Regards,
zossebart

Ok, I understand. Just wanted you to notice, but obviously you already have.

hey,

I'm digging out this old topic because I stumbled over this:

https://github.com/mapsforge/vtm

Might this be a solution to integrate into Locus? It supports (Android) Java and mapsforge format, so maybe it can be integrated easily?

I very much like the new BRouter navigation settings. Good result after a few beta trials.

Me too! Great Solution! Not only do I have more "slots" for profiles in the routing mode selection, but also the free naming and of course the ability to use profile flags (although only the 4 pre-defined ones) is great!
Thank you, this is a really nice enhancement!

Regards,
Zossebart

Aber:
Exportiere ich diese in Locus erstellte Route als .gpx und importiere sie anschließend, ist alles dahin. Die importierte .gpx-Route berücksichtigt keine Zwischenziele mehr. 

In welches gpx-format hast du da exportiert? Bei gpx 1.1 geht das meiner Meinung nach,  bei gpx 1.0 anscheinend nicht, weil da die Locus-spezifischen Tags nicht mit exportiert werden.

Das wäre eventuell auch die Lösung für Brouter, wenn er selbst eine Route mit via-Punkten aus der Locus-Datenbank in ein brouter0.gpx exportiert: die Zwischenpunkte könnten mit dem Locus-Tag <locus:rtePointAction>50</locus:rtePointAction> als wpt exportiert werden. Ich denke,  Locus würde sie dann als Zwischenpunkte erkennen und auch bei Neuberechnungen berücksichtigen.

Hallo ppiter,

Hallo zossebart,

die Beschreibung von deinem MTB Profil klingt sehr interessant.  Würdest du es zur Verfügung stellen?  Entweder als PM oder direkt hier. Habe selbst mal mit eigenen Profilen experimentiert bin aber nicht weit gekommen.

Poutnikl MTB Profil nutze ich dagegen gerne. Besten Dank dafür!

Eine (sehr alte) Version meines MTB-Profils gibt es hier: https://groups.google.com/forum/#!searchin/osm-android-bikerouting/brouter$20mtb$20profile$20/osm-android-bikerouting/ACQWNUsEsEM/rNsJJQpL60wJ
Da habe ich in der Zwischenzeit schon wieder einiges verändert (u.a. Treppen-Handling, Einbeziehung von abgeschätzter Verkehrsdichte und Maxspeed bei großen Straßen, Aktivierung von Abbiegehinweisen).

Ich müßte das aber alles nochmal in Ruhe überarbeiten, wozu ich noch nicht gekommen bin :-(
Danach veröffentliche ich vielleicht auch mal die neuere Version.

Im Übrigen lautet der isWet-Parameter bei mir "slippery_muddy_penalty" und ist nicht auf Werte zwischen 0 und 1 begrenzt. In der Regen-Variante des Profils verwende ich aber den Wert 2. Das könnte man also auch einfach mit einem zusätzlichen Parameter umschaltbar machen.

[...]
Eine andere Idee wäre eventuell, bestimmte, zur Änderung über das User-Interface gedachte Parameter im Profil irgendwie als solche zu markieren. Locus könnte dann automatisch eine Liste mit Optionen generieren und im UserInterface als an/ausschaltbar anzeigen. Natürlich müßte man die Anzahl beschränken, und der Anzeigename bzw. die Übersetzung ist damit auch nicht geklärt. Aber vielleicht könnte man ja mal darüber nachdenken, ob es da eine Lösung gäbe? Oder geht die Überlegung zu weit?

Arndt bereits erwähnt, eine allgemeine Bemerkung basierte Idee, die ich sehr mag.

Wie anstelle von

Code Select Expand

assign parameter value
zu haben, so etwas wie

Code Select Expand

assign parameter value # %Parameter% Locus_GUI_name | Locus_GUI_description

Ich denke, Locus sollte nur ersten 3-4 Parameter (AFAIK MapQuest hat 4).


Arndt mentioned earlier a general comment based idea I like very much.

Like instead of

Code Select Expand

assign parameter value
to have something like

Code Select Expand

assign parameter value  # %parameter%   Locus_GUI_name|Locus_GUI_description

I guess Locus should consider only first 3-4 parameters ( AFAIK MapQuest has 4 ),.

That's exactly what I thought of! Where is this mentioned by Arndt, I think I missed this?
Is there a corresponding idea in Locus Helpdesk already?

Ich kann das Problem im Prinzip reproduzieren.

Ich vermute mal, der Unterschied ist der, dass Locus bei seinen internen Routing-Modi mit Zwischenzielen (Navigation und Route&Measure) jeweils die Teilstrecken zwischen den Wegpunkten (also z.B. from -> via1 und via1 -> to) einzeln von Brouter berechnen lässt, und das Ergebnis dann in seinem internen Format (inklusive der Zwischenziele) zusammenfügt.

Wenn Brouter extern aufgerufen wird, behandelt er ja die Zwischenpunkte selbst. Die Frage ist, werden diese auch in einem für Locus erkennbaren Format in der .gpx abgespeichert? Nach einem kurzen Test kann ich auf Anhieb nichts derart in der .gpx finden. Ich finde lediglich die Abbiege-Hinweise als <wpt> im Locus-Format und den track mit den einzelnen <trkpt>s. Locus weiß also nach dem Import anscheinend nichts von den Zwischenzielen...

Btw.: ich konnte das nur mit "Route&Measure" verifizieren, da bei Navigation die Fehlermeldung "no brouter service config found" erschien. Da aber "Route&Measure" funktioniert, gehe ich mal davon aus, dass das ein Fehler in Locus und nicht in Brouter ist...

Danke LocusUser#1 für die Beta2!
Die kleineren Wege und Pfade sind jetzt besser erkennbar. Nach meinem Geschmack könnten sie sogar noch einen Ticken breiter dargestellt werden, ich hatte aber noch keine Zeit, das im Theme mal testweise anzupassen. Vor allem in Waldgebieten lenkt halt auch das Wald-Muster etwas ab, so dass hier die kleinen Wege weniger gut erkennbar sind, als auf dem Feld.

Ich würde aber Tracks mit grade1/2 doch wieder breiter mit Rand darstellen, wie auch im outdooractive-original.

Ich als Mountainbiker fände natürlich auch eine Darstellung der MTB-Schwierigkeitsgrade wie ppiter es beschrieben hat nicht schlecht, aber eigentlich gibt es dafür auch andere Themes, das würde HiLo vielleicht nur komplizierter machen (die farbige Darstellung wie in Elevate würde das HiLo-Theme sowieso optisch "verschandeln"). Es soll ja auch ein Wander-Theme sein. Ich hätte es jetzt auch erstmal nur für diesen Zweck verwendet. Auf dem MTB sind die Bedingungen sowieso nochmal ganz anders, da müßte alles noch deutlicher dargestellt werden, und das Wald-Muster z.B. würde nur stören.