Messages

... after examing all settings I saw that the text size was set to 0.
Change to 100 produces a better result:

That's what you call a better result? 

I do see the complexity in combining all searches together, and I can live with having to select different search "means". But one major bother, that should be not too difficult to change is this:
Everytime the search scope is changed, there's a new, empty input field. Why not prefill with the search term already entered in another search? All the time I start typing into a search field before realizing I have the wrong search - then I change it and have to start from scratch (unless I thought of that and copy-pasted the term, which of course is also a bother).

PS: I just realized that this works between internal point and track search, but that's the only place I found.

[Problem with SRTM/HGT:]

Problem with SRTM/HGT:
I downloaded some 1" elevation data from here: http://viewfinderpanoramas.org/dem1d.html
...

Go for Sonny's LIDAR DTMs instead. Much better than SRTM.

Thx, seems to work with that. Still perhaps worth looking into whether the (other) data is buggy or Locus...

PC browser goes to GD folder from Aug 2nd, version 4.18.0, not 4.18.1, even on PC.
Or do you have a MAGIC link instead :-) ?

Sorry, my bad, didn't see it's about the .1

I'm missing the 4.18.1 AFA on GD, Menion.

Me too ...
The link is present, but doesn't work.

Had the same problem on phone, but worked on PC browser *headscratch*

[Problem with SRTM/HGT:]

Problem with SRTM/HGT:
I downloaded some 1" elevation data from here: http://viewfinderpanoramas.org/dem1d.html
To my surprise, suddenly the deepest canyons of our planet are in Northern Italy, and the Swiss lakes have the deepest trenches - have a look at the screenshots...

(I did clear all temp/cache data before turning on map shading again, so shoudln't be a caching artefact - also obvious from the -21753m altitude shown in att1)

whatever you do for iOS should not screw the 100000s of users from whom you make your living.

Locus on Apple/iOS??? When did I miss that? Definitely can't find it...

What about then at least adding support for PlusCode? That can be copied from Maps with one tap and surely be parsed by Locus search without ambiguity?!

@slarti76 - thanks, hadn't used +codes before. Still slower (many more taps) than direct "share" of a point from my testing:

• drag POI details down a few times
• tap on "See all"
• tap on +code (very little visual feedback BTW)
• switch back to LM4
• open Search (maybe side panel button)
• paste clipboard (maybe more steps here)

Yeah, agreed, but
a) if we don't have another always-working solution,
b) surely no problem with parsing (well-defined as far as I understand)
c) at least last two steps could be improved if Locus adds a PlusCode support by automatically inserting clipboard content in search field (if it parses as PlusCode).
Heck, Locus could parse the clipboard when opening the search and automatically switch to PlusCode if it parses.

Honestly, I'm a little diappointed how the missing ability to correctly share positions from Google is waved away here. Menion et al should be aware that this is an ability that is absolutely crucial for "normal" users. OSM is nice and well, but let's face it, GMaps will always be more up-to-date. Rarely anyone relies on OSM POIs alone, so we all search stuff in GMaps all the time and want to easily enter the points in Locus. This is not something to just say "hasn't been working for a while, so what?"...

Hi guys, sharing points from Google Maps does not work for years as I know. Somewhere in 2021 maybe even later, they changed the format and the information app receives can no longer be simply converted to any text or coordinates.

What about then at least adding support for PlusCode? That can be copied from Maps with one tap and surely be parsed by Locus search without ambiguity?!

The altitude threshold is, after using "Update elevation", correctly set to a value of 3m. It is an intent. This method completely changes elevation values so the app set the threshold to get the expected result. The previous value is no longer valid.

I respectfully disagree: The Altitude threshold is part of the track settings, so a mere "recalculate" shouldn't change that. As far as I see it, "Update elevation" is needed when you recorded a track with GPS altitude values and want to switch to SRT-based values. Or you have newer SRT files. Why would that mean that you want your threshold to be reset?
I mean, it's OK, can live with that, just don't think it's intuitive to change settings from the settings dialog as a side-effect of some other function - no other track menu function has such a side-effect...

Small bug regarding "Altitude threshold":
First change the threshold, then use Tools>Update Elevation => Threshold reset to 3m.
I realize that the changing of the threshold triggers an elevation update, but I'm pretty sure it's not the intention for that to be reset with the other command...

Also, I can confirm that sharing location from Google doesn't do anything.
And I second the idea to add Pluscode in Locus Search - we have what3words already, so Pluscode should be easy. And, whether we like it or not, it's much more common than what3words, being that it's supported by Google Maps...

"Hide points / tracks" exists in the app for many years, but till now it was hidden in the long-click menu of Points/tracks/data icon placed into the "Functions panel". So feel free to use it.

You mentioned many times "Embedded waypoints". By this you mean waypoints attached to tracks right? Does it really make sense to hide them together with common points? Because such waypoints are part of the track so ... I won't change it without deeper discussion ... but I would expect to show/hide them together with track!!

I agree they're part of track and shiouldn't be hidden by "Hide Points". However, I also sometimes wish to be able to just hide a track's waypoints. Don't think a global setting is needed, but a context menu entry to temporarily hide/show waypoints of a track would be much appreciated.

Hi there, also my 2 cents to the new side panel:
First, like it! Wouldn't mind some more configuration (e.g. rarely using LoPoints, so would rather be able to hide those lines).

What I'm not quite happy with yet is the theme selector: When you change the theme, you still first have to go through the options screen everytime, even though now there's a dedicated button for that. When switching between themes, I rarely also need to change the current selection, so this is a superfluous step.
Also, the "layers" button may be technically correct, but I think most users will be confused and would rather call this "theme settings", so I propose to use a cogwheel icon.

turn off GPS, so cursor position is used

I hope this is just a workaround, not by design.

When I'm standing in one place but the cursor is at another, my attention is at the other place, and I'd like the search / weather forecast / whatever to be at that location.  Just my opinion.

Totally agreed!

Something I noticed again recently, but I think it's been like that for a while:
On my tab (Galaxy Tab S5e), Locus shows the track and point details as panel on the right in landscape, which is good. In portrait, however, tracks are shown on the bottom (good!), but points on the right, taking 50% of the screen (with only a few lines of text and lots of white space) - really bad!
Is that intentional or a bug?

@menion, no answer?