Messages

Delete cache (search in Locus options), retry, use alternative from openandromaps.org

Oh, missed this one. Will look at it. When out "in the german wilds" I send periodic SMS to my wife. With lat, lon, pluscode and an address. But cannot upload, it's embedded in something bigger, and earlier, messy code.

It's all not 100% easy, you have to detect sending success and organize re-send in case of failure.

I also allowed her to poll my position. Ie, she sends an SMS to me, my phone then sends position SMS in return. From what I understand this is what you also do.

Yes, I added deactivated entries. Longtap -> Screenshot.

Ah, I looked at %guide_navpoint1_time, it seems to be remaining time in ms, you're right.

Often you rather get a unix timestamp and calculate the difference. You probably know you can do maths in Variable Set actions.

Die Version mit AFA im Namen.
https://drive.google.com/drive/folders/1t1CYpIhHGZXjNBqOFUPQKTTvddj7VVCv

Das würde ich so nicht sagen. [...]
Ich zweifle [...]

Viel Erfolg.

Da aber eine Voreinstellung keinen aktiven Status hat, stellt sich mir die Frage, wie es möglich ist, dass per Voreinstellung zum Beispiel verschiedene Einstellungen für den automatischen Zoom aktiviert werden können. Bei anderen Einstellungen, zum Beispiel den Bedienleisten & Tasten, funktioniert das nicht.

Nun, automatischer Zoom ist ja auch eine komplexere Einstellung als "nutze map: Bing".
Es braucht Grenzwerte: 0-3 km/h zoom x, 3-10 kmh zoom y,... usw .
Logischweise kann man das also einstellen.

Also wie Menion sagt: "wenden Sie nur eine Reihe von vordefinierten Einstellungen an und das ist alles"

Nicht kompliziert herumdenken!

"It goes day and night" - it's up to you to define when it runs. You could add an additional variable context, make it run only eg if "%IAmOutside=true", you could control the profile through other tasks - there's an action "Profile status" which turns profiles off/on. You could add a time context. Whatever you wish.

See in my attachment how a profile is tamed by multiple conditions. Often I have to let the entry task start, but if certain other conditions are not met, I will stop it (via the Stop action) as soon as possible.

To your profile, I have added the condition of Locus being on top, just an idea.

Freischneider, I have changed your profile to use Tick. As for the times returned by the plugin, those are always in unix seconds since 1970..., a big number. The current time is in %TIMES. You can use the flash action and look yourself.

I have added flash, 2 plugin independent zoom intents and the tick set as disabled code on top of your task, for your inspiration. It runs only if Locus on top.

https://taskernet.com/shares/?user=AS35m8kdDIMDeveQcQfRglam%2Fah1mTW%2FWcg05FZ39c0i1q%2F77iY3E7cIwxCkXqJTaTA%3D&id=Profile%3ADistanz

@tapio I'd be interested to read about the dynamic ticks too.

OK.

a) You will use %tick as a variable which holds the tick time in milliseconds.
b) That variable needs to live in the profile scope. So you have to define it as a "profile variable". (longtap profile, tap gear wheel, or however that's called)
Avoid global variables mess, keeping scope limited is good.

Now there's a problem: if you assign a new %tick value in the entry task, this will be unnoticed by the tick trigger (profile event). It would continue ticking with the old value.
This is what needs a workaround. Profile off/on would work, but it's bad. So...

Instead of just "Variable set %tick=newvalue" do this:

c) Variable Clear %tick; wait 300ms; variable set %tick=newvalue
d) Add an additional variable state trigger to the profile: "%tick !~ \%tick"

Done.

The concept is in action here, just for you to compare:
https://taskernet.com/shares/?user=AS35m8kdDIMDeveQcQfRglam%2Fah1mTW%2FWcg05FZ39c0i1q%2F77iY3E7cIwxCkXqJTaTA%3D&id=Profile%3A%40%40Alarm

That is an alarm profile, where tick time gets smaller as it approaches alarm time.

Das Suchen über den Locus Datei Manager tue ich mir nicht an.

Nicht jeder nutzt TC, auch wenn das bedauernswert ist. Der Locus Dateimanager ist doch voll in Ordnung. Er merkt sich den letzten Import-Ort, also... geht doch.

Warum werden die Verzeichnisse angeboten wenn man diese nicht aktivieren kann?

Weil das eine nicht zu unterschätzende Schlammschlacht mit den Restriktionen neuerer Androiden ist - jüngst auch für LM4 vor allem im Zusammenhang mit Vektorkarten.
Wahrscheinlich ist da nich nicht alles optimal bei Locus. Die Anzeige geogetaggter Fotos ist wohl auch eher selten genutzt. Ich nutze es intensiv, habe aber Android 10. Tipp am Rande: Locus versteht auch webp, falls Du Platz sparen willst.

Schon damals die Vergleichsweise harmlose Änderung bei ca. Android 4, wo User für Apps den Zugriff auf die externe SD explizit anfordern mussten, hat jahrelang Nachwirkungen gehabt.

Ja, vermutlich wieder so ein Android >10 Ding. Hoffentlich kann Menion da helfen. In der Zwischenzeit kannst Du ja alles einfach zippen und importieren, wie oben angemerkt.

Locus 3 weiter pflegen sah ich auch immer kritisch. Die Nachteile zeigen sich schon im Forum. LM3-Fragen beantworte ich manchmal nur nicht, weil ich es nicht 100% vor Augen habe, aber weiß, dass viele Leute Dinge ganz genau beschrieben haben müssen.
Ich meine man kann beobachten, dass eigentlich einfach Fragen nicht/spät beantwortet werden.

Adjust zoom level based on distance to next turn is what I understand you want to do?

Maybe use a Tick event triggered profile, Tick just fires the entry task every n milliseconds. You can go up to 2 minutes. You can use a profile variable there and have it fire dynamically and intelligent (tick more often, the closer you get to the point of action).

Dynamic ticks (i. e. with variable ms, not a fixed value) are not perfect, need a specific workaround in order to work, which I can tell you if you're interested. You can of course already do testing with fixed values. Just let your task run like every 2000 ms

Freischneider, I personally don't need and poll those navipoint values. I guess your assumptions 1-3 are right. But idk.

7: Those data are retrieved every time you execute "request sensors and stats". You define when you need fresh values.

Cost on battery - I would say it's negligible. The battery intensive part is rather the GPS, bright screen etc...

Yes, the values are stored to local variables and tasker makes them easily accessible. See screenshots.

Important read on variables, scope, arrays...:
https://tasker.joaoapps.com/userguide/en/variables.html