Messages

I agree. Folders, Tracks and Points:  newest first = standard would be better.
But track length or elevation gain I prefer standard = longest/highest first.
I imagine most users want to see their best performance first.

See 2 posts above: Again problems with rerouting manual segments

Same issue with "normal" beta 4.28.0.2 

Hmm, I'm not happy with the new behaviour of the Map Centering button in 4.28.0.2.

The fact that you can deactivate the automatic switching on of the GPS in the Expert Settings is ok.

What is not ok for me is that clicking the Map Centering button no longer jumps to the last location when hardware gps is off or there is no GPS reception.

I usually plan from home (indoors) or from my holiday accommodation. Then I have usually switched off gps in the device on purpose, or have no signal anyway. However, I want to be able to quickly centre the map on my last current location at any time with a single click. So far this has worked wonderfully.

Now it no longer works, the map stays where it is. In addition, the annoying orange question (toast) appears asking whether gps is switched on.

I don't know whether others find this so useful. In any case, I would like to have the option of at least getting the previous behaviour here via a setting.

[Again problems with rerouting manual segments!]

Again problems with rerouting manual segments!

Last year in April, the option was created to retain manual segments during recalculation. See this topic.

In the current MyLib version RC20 this no longer works (although the setting is set). See ss. This happens when the route is first saved and then recalculated.

(Whether the normal beta is also affected, I cannot test at the moment).

Hallo Mattin,

bei mir läuft normalerweise LocusMap stets "als Service". Wenn ich Locus dann in den Hintergrund verfrachte (andere App öffnene oder Locus aus dem "App-Stapel" rauswische", wird es nicht komplett beendet und in der Android-Benachrichtigungsleiste verbleibt das Locus-Icon. ("Locus Map wird ausgeführt"). Darüber kann ich Locus jederzeit wieder schnell in den Vordergrund holen.

Doppelklick auf die Zurücktaste schließt (bzw. beendet) Locus. Dann ist kein Locus-Icon mehr in der Android-Benachrichtigungsleiste. Wenn ich dann auf Locus im App-Stapel klicke, wird es komplett neu gestartet.

Aber vermutlich willst du was anderes. Und ist ja auch egal, wenn es nun für dich passt.

Edit: Sorry, @freischeider war schneller.

@ Mattin: Zweimal den Zurück-Button klicken beendet Locus komplett.

In den Einstellungen kann man sich optional eine Bestätigung anzeigen lassen, dass man wirklich beenden will. (Expert settings, erster Eintrag.)

[@Mick FU]

@Mick FU
search problem > this is interesting. I'm testing it quite a lot and can't simulate it 

Hello Menion,

Since I can reproduce the problem reported by MickFU with the search, here is an explanation: It is about search strings within a word in the title. For example, a point with the title "Good morning point". 

If I now search for "orn" or "ood", the point is only found if "also search in description" is activated. See screenshots 1 - 3.

@Mick FU: you're right, issue confirmed...

Many thanks for the update! The search in points and tracks now works reliably and only looks at the titles and descriptions. Very good!

Of course you could think about adding an option to search in via points (not in shaping points!), as you can name them yourself and also in file names of attached files (photos/audios/videos). So of course not in the cryptic code as before.😉 But that would probably complicate the whole thing and in this respect it is good as it is now.

Regarding copy and move operations: I would actually just like to have a way to quickly and easily find the desired destination folder in a nested folder system. It doesn't really matter how this is done. In this post, I already suggested another option that would help here.

Maybe you'll find an easy-to-implement variant in the future.

The only thing missing now is cloud synchronisation with the web server, then the MyLib version is pretty much perfect! But that's coming soon. 🙂

Have a nice weekend!

I think your description of the situation in Germany with regard to restrictions in nature reserves and national parks is exaggerated and pure nonsense (sorry).

There are very few areas in Germany with strict restrictions or even bans on entering them. Sure, sometimes you have to stay on the paths and keep your dog on a lead and you're not allowed to light a fire, which I think makes perfect sense. In a densely populated country like Germany, there should be a few areas where nature is left in peace. But maybe you really want to go cross-country mountain biking, wild camping or quad biking everywhere. I just had to get that out there. 😉

I find that it's stricter in many countries, even in Europe. (Poland, Spain, Czech Republic...)

On the subject: Yes, if it's important to you, the borders could perhaps be emphasised more clearly. On the other hand, it can quickly become too conspicuous and spoil the visual impression of the map. I'm happy with the display as it is.

You can also try out other themes, some of which emphasise these areas more clearly. Or customise a theme according to your own wishes.

In the web planner, saved and displayed tracks are always shown in black.
(Then pink in planning mode).

Another suggestion for improving the new MyLib database functionality:

Breadcrumbs are perfect.

But when I select individual points or tracks in a folder and want to move them to another folder, the breadcrumbs are unfortunately not displayed and I have to click through the entire folder structure again to select the target folder.

This is annoying as I often want to move individual tracks/points to new subfolders of the current folder.

Couldn't the breadcrumbs also be displayed in selection mode?

Small issue, no idea if this has already been reported:

When I place the "my library" icon in the side panel and press and hold it, the handy "Hide all" function is not available. See screenshot.

Hello Menion,

I've always wondered why the search in points sometimes returns results that have nothing to do with the search word or search string.

I just took a closer look and realised that this only happens if an attached photo was used as an icon for the point. If I replace the photo icon with a symbol, the corresponding point is no longer found.

I then exported such a point as a gpx file and looked at it with an editor. And indeed: The photo icon generated by Locus is coded with an exorbitantly inflated cryptic character salad (over 10,000 characters!!!). This even appears twice in the code, once between the tags <sym>...</sym> and again between the tags <locus:icon>...</locus:icon>.

Example:

<sym>image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAEAAAABLCAYAAADAroEdAAAAAXNSR0IArs4c6QAAAARzQklUCAgICHwIZIgAACAASURBVHic5Zt5jGXZfdc/v3POXd5S79XaVdU93T09S0+7x54x9owdj23i4CWON0jk ... (further >10000 characters)</sym>

<locus:icon>data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAEAAAABLCAYAAADAroEdAAAAAXNSR0IArs4c6QAAAARzQklUCAgICHwIZIgAACAASURBVHic5Zt5jGXZfdc/v3POXd5S79XaVdU93T09S0+7x54x9owdj23i4CWON0jk ... (further >10000 characters)</locus:icon>.

Even if the string of characters is cryptic and only rarely corresponds to a search string, it makes no sense for the search to include this code. If I search for "heu", for example, the point is found because the code contains hEU (see red font).

Is it even necessary to generate such a long code for the photo icons? And can't it be excluded from the search?

Supplement: This happens both in the official Locus version and in the new My Library version.

Happy New Year!

Back from a short trip, I was only now able to install RC17.

Option to deactivate search of folders: great!

Search now remembers settings: perfect!

Many thanks!