Messages

<...>And sometimes when I place a point after point I do not get any routing. Than I delete the last point and repeat it and then I get a routing again.
Something is not right between Locus and the routing engine.

@Joachim - do you maybe have OsmAnd installed? I just ask because turnInstructionMode  = 1  # 0=none, 1=auto-choose, 2=locus-style, 3=osmand-style. I don't experience your problems sorry.

@Andrew Heard: hmm ... sorting location is quite common - enabled GPS? Then it's used GPS for sorting, otherwise is used map center. Don't know what may be wrong here. If you give me some data to simulate this problem, I may check it ...

@Menion - true, GPS was not enabled - I am testing from desk. However the 1st point is 92m away (correct), and the next 2 points are 16,000+km away (correct), so what is definition of "nearest"? Are you just displaying all enabled points sorted by distance? If so, then list is correct, but to me misleading. If so then maybe database query should include distance < X. Minor suggestion.

How is this new feature "nearest points" supposed to work? Clearly below 2 points are 16,000km away.

I'm playing around with BRouter turn instructions, but my beta version (3.16.2.12) doesn't want to use them.

@Joachim are you using the short-bike profile? short-bike for me is mapped to BRouter trekking.brf which I think is the only profile with new turnInstructionMode=1. It works for me nicely unless I misunderstand your situation.

Well that's what I thought ... problem is a number for you. In this case, number has increased for one single extra button at bottom, nothing more.

Ok, as I wrote, I'll discuss it with Petr and Michal and consider also your opinions, thanks.

For me buttons on left have increased from zero to one. Surely easy and consistent to have similar visibility control like other buttons and panels, suggestion: settings > Map - control & panels > Left buttons hiding?

I have noticed a new? bug with long tap labels displaying the wrong offline address. I don't recall a problem prior to current beta 3.16.2.12 but maybe I just hadn't tapped in the "wrong" places. Below I long tap on "Huon Highway" (Oceania> Australia> Tasmania) S42.59.036 E147.11.591 https://www.openstreetmap.org/way/131480712 - address in label is correct:


But when I long tap on another way "Pelverata Road" 200m to south S42.59.142 E147.11.650 https://www.openstreetmap.org/way/254103410 - observe that label incorrectly shows "Huon Highway" instead of "Pelverata Road":


So I did some more testing. Mostly the label address is correct, but sometimes not.

I can do an offline address search and the road is correctly found: map=Tasmania city=Pelverata street=Pelverata Road.

PS issue still remains in 3.17.0 Pro.

+1 = I totally agree with Michael on his "usability" comment.

it would be brilliant

@michaelbechtold, @Andrew. well idea is that side panel fully substitude all small buttons that are currently on left side together with "Quick map switch". I have anyway today did a small settings that allows to choose, which item will be then visible on side as a "quick button". All clear from screenshot hope - see, at top is selected what should be on the side of panel and at bottom are semitransparent visible buttons. Simple ... well?

I don't display any buttons on left side.

can the user hide the new left side panel? I already have access to required functions from quick settings and main settings screens so don't see why any new functions can't use same mechanism?

The off line search UI is better again but have now noticed a map long tap sometimes shows an address label for a street that is offset from tapped position? never seen this before

thanks @menion for update
because I will be cycling in foreign countries for 2 months soon you can tell I am very keen to have offline address search working nicely

4A, 4C - I thought they were working better in 3.16.2.7 than 3.16.2.9

>5. hmm it really happen to you? Just testing (after some previous fixes for 3. and 4. point) and it do not happen to me with
> default keyboard and as I check a code,

I just tested with Swiftkey, when suggested "street" is tapped from keyboard, I can see briefly the full text "street"<space> pasted into the field (with cursor moved after <space>), and short time later a visual <backspace> operation to delete the <space> character. Could Swiftkey do that? When I use a text editor (Jota) and do exact same sequence the editor does preserve the <space> character!

So I tried default Google & Swiftkey keyboards with street "north" - fairly common, with Google no space is pasted, & with Swiftkey operation as described. I can't tell "who" is doing the mysterious <backspace>.

Excellent. Exactly what I was thinking. And confirm - it shouldn't change the "eye" icon enable status of any of the list items OK?

[edit]

Offline address search has regressed from beta 3.16.2.7 to 3.16.2.9 and user interface is better and worse.

1) old example: map=oceania.South Australia > city=Adelaide > street=North St > OSM way https://www.openstreetmap.org/way/13984883 was listed as result in previous beta 3.16.2.7 but no longer found.


2) Now districts/ suburb names are displayed. Very nice improvement but inconsistent. In old example map=oceania.South Australia > city=Adelaide > street=Grenfell St the way https://www.openstreetmap.org/way/174104238 should have district name of Adelaide but is blank:


Other old examples of ways are still OK.

Some user interface issues.

3) Now each time address search is performed user must specify whether online/ offline search. Previously this was just a setting - fine. Also notice the dash-dash-dash icon in top/right corner wiggles madly. Necessary? Maybe just once but then remember preference please?


4A) When empty city field is displayed the keyboard is not always displayed.
4B) When empty city field is displayed a list of recently entered cities is not always displayed.
4C) When empty street field is displayed the keyboard is not always displayed.
4D) When empty street field is displayed a list of recently entered streets is not always displayed.
I can't work out why/ when this happens. Sometimes the keyboard is displayed OK, and MRU list is displayed OK, but other times it isn't. It seems related to the online/ offline side panel, but no pattern.

5) When I select a name from onscreen keyboard suggestions (eg. Swiftkey) it appears that Locus is now deleting the space character, for example "grenfell " ==> "grenfell" so if now have to tap space character myself if I want to add "str*" or "roa*".

When I compare the beta UI to current Locus Pro UI (for points 3 & 5) I definitely think the changes need further refinement.
Another missing result: map:Slovenia > city:Ljubljana > street:Pestotnikova ulica. Long tap displays the correct way https://www.openstreetmap.org/way/404274023.

edit
The nearby major road is found in search - map:Slovenia > city:Ljubljana > street:Celovška cesta = https://www.openstreetmap.org/way/39727341.

@Andrew Heard: yes, like tap on spanner + selecting item. Not a big feature, it may just be more logical to someone and maybe easier to use in the field (big line over display, mainly tracks vs small icon in corner)

Offline addresses - perfect.

@Menion - regards long tap - it was a little bit confusing to me because the operations long bottom affected  not just the "long tapped" point or track, but also any other item that was current enabled. If I tap the spanner then operations long bottom affect all enabled items (obvious), but I think more intuitive and useful feature that long tapped single item + operation should only affect that item, and ignore other enabled items.

and offline address search - I was too quick to respond, not all positive but will reply in more detail in "offline addresses" forum topic.

>support for long tap in points/ tracks list
is this same as tapping on spanner icon?

>offline address search
now shows suburb/ district in results list when street in multiple locations - very nice (!) thanks