Messages

In German, "Auswahl aufheben" is a better translation to "Deselect all"

Agree. I have changed it, I hope. Was a bit difficult via mobile interface. Please have a look in upcoming versions.

[@Gerhard57]

@Gerhard57
there seem to be some weird statistics for visible items. Do not know why this happened, but "Unload all" as suggested by @Graf Geo fix it. It is not a problem of sync with db (info for @Andrew Heard), because what is visible is help out of the database. Do not know why this happened, but because such stats were never visible till now, I never knew such issue exists 

@freischneider
thanks for the tips regards "hidden points & tracks", I'll improve it!

@Tapio
vertical-align - hmm few pixels off, good eyes!
long click when disabled - it is a problem and I consider the "disabled" state to be more important, sorry

@T-mo
start-up slowness ... I know about it and with a huge number of items on the list, it is hard for me now to improve it. For now ...
5000%  .. thanks a lot! My bad.

@luce
Thanks for the feedback!

1. and what about simply replacing the "brush" icon with the same icon visible directly on the map screen? It does not make much sense to "Unload all points/tracks" when they are temporarily hidden.

2. German translations are out of my control. Feel free to contribute here: https://crowdin.com/project/menion/de

@Andrew Heard
I remember I was testing OS Map V4 theme and it indeed has incorrectly defined path in the "lnk" file.

@ Gerhard: For me, the number of points was also not correct at first. After I have switched off all (with the new brush icon) and then have shown again several points, the number is now correct for me.

exactly same for me - I think LM & SqLite database had been out-of-sync due to LM crash(s)

- opening of side panel has a small moment of stuck, not completely smooth

for me (as previously posted) it is larger moment of "stuck" - many seconds, yes an older device sure but non-beta side panel opens immediately

- pic expert settings - value might be strange, don't know. I better leave it like it is

5000% is same on my 3 devices, strange but I believe OK

I also would suggest using the "30/16500" numbers as feedback after the long click, but what about graying the "30" out? Greyed out icons or words are normally understood as "inactive". That would indicate that the 30 tracks are inactive at the moment but still loaded. A second long click would display the "30" in black again

agree but with the small number font height I wonder whether grey or black will be distinguishable/ obvious?

For me, the new solution is fine so far. The "brush" icon is clear enough.

Temporarily hidden tracks or points can always be recognised by the red icon at the top right of the map and can be shown there.

Maybe add an advanced option which inverts  it? Default=eye symbol and temp. hide?

I was worried that someone will want this

I was half a day converting a few more "config.cfg" parameters to the UI and noticed, how many!!! tiny settings that use just a few users, exist. I'll really need to reduce this or at least not create many new ... thanks for understanding.

The permanent shutdown of the displayed routes and points does not have logic. Other "eyes" work as a hiding/view switches. But for routes and points, they are switches: "just turn off". If it should stay, it would be a good place to use another symbol.

Hi guys
- counter for points/tracks fixed (there were issues with incorrect values)
- left area (icon) for a quick return to the map after you select a theme > done
- "Map overlays" are now hideable
- app remember the scroll of this panel > currently intent so you may easily continue where you left. Better starting always at the top without a scroll? Hmm..

I like the advanced theme. But I'm still missing something. When I click on the current theme, the theme selection opens. When I select one it jumps back to the map content panel. Like before, I want to go straight to the map. It was like this...click on icon for map...click on name Options opened. I think most people want to go straight back to the map when changing a theme.

[bug]

Thx, I see it remembers the expand/collapse (click on <screenshot>) state of themes, even after restart LM. Good. Some of us prefer to directly access theme, some don't, so we can choose.

But, bug, after restart of LM, theme/theme option click shows no reaction. EDIT: cannot reproduce any more. hmm.

I like the behaviour of clicking themes, return back to "Map content", I think it's practical and transparent now.

Still hesitant to allow hiding more stuff? Wanted to hide layers and online LoPoi...

Counters for tracks/points, nice.

[new Beta version]

Enjoy the weekend with the new version on Google Play & new published new Beta version (with an improved map content panel).

@jonny.blue
uff 

Now that we probably use track/point hiding more often: Anyone else thinking those very old icons aren't elegant? I never liked them tbh. Also, those white corners...

Another 1%/h battery saving (down to 5%/h while recording track, with a 1" hgt for  the region of the track, on a Galaxy S10), now that the hgt evaluation once per second is avoided.
TXs a lot, Menion!

[Beta version 4.17.1.2]

New Beta version with a big bunch of minor fixes and various updates. Enjoy the weekend!

Beta version 4.17.1.2, download.

@CabrioTourer
thanks for the description. I'll have to read and check it more carefully after the weekend!

Using online search a little bit and thinking about it a bit more, this is my summary:
- Google data repository is unmatched, beating Locus and any other searches hands down, whatever they try, for years to come
- Locus, for strategic reasons, also with iOS support in mind needs this independent online search
- on Android the Google API search is at no cost to Asamm, as Menion stated
- combining both searches technically seems not feasible, as per Menion's response
- to me, the obvious approach is
-- to have a Locus Search for Android and iOS alike
-- put a Google Search as separate function into the Android version

That would stop any need for tough comparisons and discussions, a d empower users to make their own choice, based on their needs.
Giving USERS a choice may not be a technician's first emotional approach, but is beneficial for all parties in the end.

And above approach would not add complexity to the UI a d user experience.

Hope is the last thing to die ;-)

Cheers
Michael

Hi Michael, just a few notes. Of course I agree Google (and few others big boys too) are rather impossible to match. But the current state of what we have in terms of "data repository", as you put it, is just the first step really. In terms of quantity of data it is easy to add dozens of millions of items by mining the OSM dataset. That is a matter of configuration and will be done. (Not all at once). Accuracy outside well mapped areas is not so great, sadly, as we know. Better search engine is hard but doable of course, that is just a lot of work again - these real world data use cases are not typically solved by technology providers. There is also tons of work making all this machinery to update data and talk to other pieces of machinery. But I don't see an easier way how to put together a consistent, world wide dataset of places and "points of interest" relevant to hike bike context. Of course G will find you the nearest "laundromat" way better than L. But how would you search for the nearest fire pits (worldwide). Of course there are some datasets available but maintaining all this together is a hell we (I) don't want to enter. I am an expert in the osm inconsistencies and weaknesses but IMHO this dataset is really needed here.

But isn't "search this area" exactly this? Or do you missing it even for category highlighting?

I usually use a zoom that allows me to see a very small area on the screen because I prefer to see the details.
So when I do a search as the area is small I get few results as they depend on the zoom. I would prefer to set up the search with a filter of, for example, a fixed radius of 5 km. So I would always have the list of found items regardless of zoom.
Or
You could show on the map the elements found that obviously fit on the screen, but also list those that don't fit in order of distance.
So if in the list I see what I was looking for that is outside the on-screen map, I can click on it without having to zoom out on the map and be directly centered to that point