Messages

I think sorting folders manually is great
Sorting tracks automatically could be improved:
Sort by name: ABC = default / ZYX = reverse sorting
Sort by distance: short distance = standard / long distance = reverse sorting
This is good so far and also corresponds to the general expectation

When sorting by Created on or Updated on, the sorting does not meet the general expectations.
I would have expected: newest first = standard / oldest first = reverse sorting

But it is the other way around. Most people are looking for the most recently updated or the newest.

Disagree. Standard sorting is always ascending, and I'm sure decades of Windows Explorer & Co. have people expecting files and other things sorted old>new. At least as default.

However, what you describe sounds like the sort order is not stored anymore on a per-folder basis?! That of course would be a step back. (Didn't get to try it out yet, soon going on a long vacation and unsure whether I should still dare update to V2 before that).

Again, not to sound obnoxious, I'm a very privacy-aware user, but these days Android is fine-tunable concerning which app gets GPS data and which not. And if I switch to another app from Locus w/o "Fine location" permissions, GPS is dormant.
I may be missing something here and drank the Kool-Aid, then please open my eyes.

That's great, I understood, but also didn't like GPS On on centering.

I'm probably overlooking something here, but where should the Center button center without GPS? Don't wanna be obnoxious, but I agree with Menion that this would be (generally) expected behaviour.

[@slarti76]

@slarti76
better here

Thx a bunch, totally missed that one - sounds very promising!

Just one quick question (I know, I should read the thread, but 10 pages is a little much to search for this information): Is it still correct that Cloud Sync is not yet available with v2? Because I don't see myself trying it before that's the case (as I don't have a spare device for that right now).

Thanks for the new database v2 version from today. Solid Explorer breadcrumbs, very good.

Sounds interesting, could you explain? Thx

[@slarti76]

@slarti76
and this is the biggest problem - detect which point misses its icon  . I'll have to look at it later because I currently really do not have a simple solution here.

Ah, ok - it looked obvious in the logs, but being a developer myself I know how it is when the information you need is not passed through to where you need it...

[@slarti76]

@slarti76
I was creating a method detecting invalid/missing icons a few years ago, but was never successful. So there is currently no tool for this, sorry.

Ok, fair enough. But perhaps, as a small improvement, could you put the name of the offending point in the toast so at least the problem is easier to find?

I recently had a problem with missing icons: I had points in my database that refer to an icon ZIP that I didn't use anymore. But the only way to notice that was when I was in the area and used the "Nearest point" function - then I got a toast message telling which ZIP file wasn't found, but not the offending POI.
It also didn't help scrolling through the point list looking for a "blank" icon - because it looks like in this case the missing icon gets replaced with the folder icon.

I solved this by turning on the logs and searching for the name of the missing ZIP file, and then in the vicinity I found the name of the offending point.

Is there an easier way? I think a "Check for missing icons" function would be useful. There might be other sensible checks, so perhaps "Database integrity check"?

https://help.locusmap.eu/topic/36286-edit-track-cut-inner-part-and-leave-a-waypoint-with-time-delta

Guys support me, the awesomestestest idea of the decade 😁 "Cut inner part and leave pause length waypoint" so to say. Btw isn't "inner part" weird english? (not a native speaker).

Seconded - I proposed "Remove section" instead of "Cut inner part" literally years ago

It would be great if Locus had a
"Always force latin letters"
option somewhere. When a name only has greek or cyrillic writing, you would simply render a 1:1 replacement with latin letters instead. That would be a great help in Greece and other funky non-latin countries.

Sorry to say, but there is no such thing as a 1:1 replacement for different scripts. Not even within Latin - did you know that the English "sh" is written in German as "sch", in Polish as "sz", in Hungarian as simple "s" and in some other Slavic languages as "š"? Or that the pronunciation of Oslo would be best approximated in English as "Ooshloo"? Greek may be reasonably doable, as afaik only one major language uses that script. But Cyrillic already has the same problem as Latin scripts: Special variants that have different transliterations depending on the country or even dialect.
This is a topic that linguists spent years on - I don't think it's helpful if Locus on its own implements some simplified (or "half-a**ed") solution...

Greek would be super easy and not "half-arsed"... almost everything translates exactly 1:1, letter by letter. It's quite pointless to expect the Greek OSM contributors to add "translations" for every single language with latin letters. I understand this is nothing with priority, just annoying. Also, a somewhat readable map is *always* better than gibberish, even if it fails on all your linguistics specialties. But since nobody but me travels in Greece with Locus anyway, never mind. I rest my case :-).

Yeah, I agreed that Greek would probably be doable, but you also mentioned "funky Cyrillic languages", and taken together any solution would be half-a... Not even starting about Chinese, Japanese, Korean, which by the way would also be "super-easy". It's just a bottomless pit, especially for Locus. Perhaps this should be addressed on OSM side? Some mechanism to automatically transliterate Greek and Korean?
No offense meant, you rested your case

This already works the way you wish - for ONLINE maps.
Good news: the mechanics already exists.
Bas news: it needs Menion's time - but not too much, I suppse :-)

Thx, yeah, I should've mentioned that - I know that the pre-load function only affects offline maps anyway.

Question about the "Pre-load Global Map":
Is it possible to use that only for vector maps?

I'm using the bitmap world map from OpenAndroMaps because we all know that vector maps look sh** in low ZLs. However, Locus also uses it for other bitmap maps, which seems wrong to me: If a bitmap map provides those ZL, why replace them? Would be nice to at least make that optional...

It would be great if Locus had a
"Always force latin letters"
option somewhere. When a name only has greek or cyrillic writing, you would simply render a 1:1 replacement with latin letters instead. That would be a great help in Greece and other funky non-latin countries.

Sorry to say, but there is no such thing as a 1:1 replacement for different scripts. Not even within Latin - did you know that the English "sh" is written in German as "sch", in Polish as "sz", in Hungarian as simple "s" and in some other Slavic languages as "š"? Or that the pronunciation of Oslo would be best approximated in English as "Ooshloo"? Greek may be reasonably doable, as afaik only one major language uses that script. But Cyrillic already has the same problem as Latin scripts: Special variants that have different transliterations depending on the country or even dialect.
This is a topic that linguists spent years on - I don't think it's helpful if Locus on its own implements some simplified (or "half-a**ed") solution...

Why the is my avatar picture in that screenshot? 

[@slarti76]

@slarti76
What do you mean by " Is the stuff after "?" simply ignored in this context"? There is no issue on the geo.admin web. The whole list is generated by me based on received XML that is perfectly valid.

No, well, I tried the following two links:
- https://wms.geo.admin.ch/?REQUEST=GetCapabilities&SERVICE=WMS&VERSION=1.3.0
- https://wms.geo.admin.ch/?request=GetMetadata&layer=ch.bazl.einschraenkungen-drohnen

The first is obviously the whole layer directory, the second a single layer. When I paste them in the browser, I get different results, the second being much smaller, as expected.

But when I add them with that manual method in Locus, I get the same long list both times. That's why I thought perhaps the part after "?" doesn't matter?

My thinking was to avoid the long unwieldy list by only adding the layers I need, using the "direct" links.