Messages

Thank you. I don't fully understand it, but ok. For example, I didn't realise that the old offline LoPoints (V1) also used 3rd party POIs. I had only rarely activated them. Now (V2) they are only pure LoPoints.

So if I don't need the "Other Pois" option, couldn't the option be hidden via the map content menu? So that it doesn't take up unnecessary space?

[Other POIs vs LoPoints]

Other POIs vs LoPoints

Somehow I don't really understand the sense and advantage of the new "Other POIs" category. Ok, this contains the POIs from the OAM database of the saved OAM maps, i.e. xy_oam_osm.db. So these are POIs available offline.

I can now choose and display LoPoints online, offline and/or OAM POIs.

But as they are all based on Openstreetmap POIs, are they the same POIs? Yes, some LoPoints are only available online and not offline, and some POIs are displayed as online LoPoints, but not as OAM POIs by default or only if I select them in the OAM POI list and display them with the "nearest < 100" icon. And yes, some OSM POIs are neither transferred as LoPoint nor as OAM POI, e.g. benches.

What advantages does this offer? Somehow it is just a duplication of all POIs from two databases (osm.db and oam_osm.db). If I activate both LoPoints and Other POIs, almost all POIs are displayed twice with a slight offset.

I also don't know whether I see an online LoPoint, an offline LoPoint or an OAM-POI on the map. I can recognise the few LoPoints for which there is a photo (the photo is only displayed for an online LoPoint). Otherwise you can't tell them apart. I would find it useful if, when I call up a POI, an icon or a note is displayed indicating what kind of POI (from which source) it is.

If I select "POIs around" under "Other POIs" in the list at the top, Online LoPoints are also displayed (verifiable when a photo is displayed). Somehow it's all mixed up.

I can also upload photos to OAM POIs, which seems illogical to me, as these are external offline POIs. Can I now assign the same photo twice to each POI, once to the LoPoint and once to the OAM-POI, whereby it is pointless for the latter as it is not displayed for an offline point? Or is a photo uploaded to an OAM POI automatically assigned to the online LoPoint?

Somehow I find it all a bit confusing and not clearly structured, but maybe I just don't understand the principle yet. Maybe someone can set me straight?

There are still issues with the global search for LoPoints with defined area. See this post and here in the helpdesk.

Expert settings -> Center on point OFF

If the searched object is a normal LoPoint outside the screen, a red circle with an arrow appears and if I click on it, I can select the element (click on the square icon) and the map jumps there. After closing the LoPoint slide panel, the map remains there. Ok. 

If the searched object is a LoPoint with defined area outside the screen, the map immediately jumps to this LoPoint and opens the slide panel.
But: I can't stay at the position I'm looking for. If I click the Android back button or swipe down the panel, the map jumps back to the last position before the search.
If I click on the arrow to the left of the search title (name of the LoPoint) in the slide panel, I return to the search list.

It is not possible for the map to remain at the searched LoPoint.

This has now been fixed (beta 4.29.0.14).

However, if I select a point outside the map screen in the left side panel under "nearest points", the red circle with an arrow also appears here. But here it cannot be clicked on and there is no way to jump the map to this point.

How can I get rid of this question?

Expert settings > first setting on the top
(Confirm on exit)

One more thing: the LoPoints on the map no longer display photos.

Ok, found it. I think the new LoPoint online/offline system should be explained better.

In the settings under LoPoints, I now found the (new?) option:
Loading mode: Automatic / Online only / Offline only

"Automatic" was set, which meant that Locus always preferred the offline LoPoints despite a good internet connection. Of course, they don't have any photos.

I have now set it to "Online only", and the photos are now displayed again. However, as soon as I have no or poor network coverage, no LoPoints are displayed... somehow, the whole thing is not ideal.

Furthermore, no new LoPoint photos have been uploaded since yesterday...

That's the case for me too. Probably a temporary problem, I'll wait and see for now.

when I tap on the red circle-arrow map icon, two items are listed, tapping the 1st is ignored, tapping the 2nd pans the map to the point. intended?

Yes, I think. You can activate the "Centre on point" option in the Expert Settings under "Points". The map will then jump directly to the item you are looking for.

@Graf Geo - see "drinking water" in attached screen shot. In the internal list of synonyms, "water" --> "drinking water"?

Yes, unfortunately that doesn't work. I absolutely agree with you, the global search still has many shortcomings. In the results and in the sorting by distance.

Is this part of the new notification system? Or has it been around for a while? I definitely think it's great. Missing elevation data can be quickly reloaded.

This has been around for a while. 😉

Thanks for new beta.

Issue when searching for LoPoints with defined area is not fixed.

New menue for routing profiles in route planner looks more elegant and clearly arranged. Good!

New notification: I briefly tested it with the installation of an OAM. What is the advantage? Instead of the clearly visible progress circle at the top left, it is now tiny and located on the button at the bottom left. I preferred it the way it was before. Is there a reason for the change?

Incorrect calculation (> 100%) of way types after saving and reopening track with the route planner still exists. See helpdesk.

Hmm, diet:vegetarian = yes does not lead to a "V" LoPoint, some restaurants I know only have this tagged and are displayed with a normal restaurant LoPoint icon. diet:vegan = yes but always.

The question is, what do I want? Do I want to know whether you can also eat vegan there (e.g. if a vegan wants to eat out with friends who are not vegans) or do I only want to see purely vegan restaurants? I find both opinions justifiable.

diet:vegan = yes means according to OSM wiki: "This store or restaurant offers a decent amount of vegetarian products." What is "decent" is a matter of opinion and therefore this is certainly not tagged uniformly in OSM.

Difficult.

In the end, it all comes down to correct tagging in OSM anyway and unfortunately this is often not the case. I have found several actual vegan restaurants where the entry is simply missing and they therefore have the normal restaurant LoPoint icon.

BTW: The German LoPoint term "Vegetarisches Essen" is therefore incorrect and should be replaced by "Veganes Essen". Vegetarian and vegan are not the same thing and for many people this is a crucial difference.

It makes sense, even if the 10 (15 in my case) "most important categories" may not be ideal for everyone. But I think for many users this is a sensible pre-selection. Over time, however, this list will become your individual history list, as categories that you have been added and later deleted will appear at the top.
You can easily try it out: Add e.g. "Wasserfall" and delete the category again with the rubbish bin icon. If you then click on the plus icon, waterfall will be listed first.

Do you want to see an endless list that you have to scroll through forever? Not me!

What's still not so ideal at the moment is that the search also accepts English search terms and displays the results in German, which of course often doesn't match the first initial letters. I search for "loc" and get "Gepäckschließfach" as a result (because English is "locker"). Or entering "air" returns "Flughafen". There is still room for optimisation.

Perhaps Menion could make it so that a * can be used as a placeholder for everything. So that you search for * and get your endless list. Although I really don't know if that would make sense if there are several 100 or maybe even 1000 categories...

I have given some thought to the implementation of the ideas below. Remove the trash can and also add a box to check.
Right box for highlighting and left for displaying on the map.
Then basically show all categories in the list.
You can then sort the list by: ABC, Highlighted and Show on map.
Above the categories a search for these. This allows you to quickly scroll to this position in the list.
The button to activate the highlighted items remains. But remembers the activated categories when hiding. Exactly these can be highlighted again when they are shown.
...

I don't think that's such a good solution. It would make the list very long and confusing and you would have to keep scrolling or initiate an additional search if you wanted to change the selection. Too cumbersome, I want it to be quick and easy and that's what it is in the current beta. I also don't always want to have the same categories highlighted, so I'd rather stick with the current clear solution.

Should a filter/selection function for all LoPoints (small icons) be introduced at some point, I think it would be better to control this via a separate menu.

@menion - no comment from you on this, and still an issue in latest 4.29.0.8 - in other words, the bottom panel for online search cannot be hidden with tap on android Back button or tap on onscreen Back button

Now I can finally understand the error. It occurs when the search function icon is in the right sidebar. (In my case it is in the botton panel, so it is covered by the search results, so I have to close them before I can start the next search).

I put the function in the sidebar as a test and then exactly what @Andrew Heard describes happens.

So it really is a bug!

How would additional Route Planner trackpoint timestamps before the 1st real trackpoint, and in more general case, when inserted into middle of existing track, be calculated though?

Track part added at the beginning with route planner: trackpoints have timestamps  from 1970, first TP: <time>1970-01-01T00:00:00.000Z</time>

The recorded part has the actual time stamps at the time of recording. So there is a jump at the "merge boundary" from 1970 to 2025.