Messages

[@T-mo]

@T-mo
- access to routing settings > and is it useful at all? I expect, that you want to modify profiles mainly in the route planner. There is no big reason to do this outside of this screen.

Sure, to me it's okay. Maybe some novices might search for it, dunno.

4.19.0.9
- tested a bit, edit, changing the icon, set: not re-selecting the profile, instead hitting back (sure, nasty move) does not update the big profile-icon. Also the blue icon only gets updated if you switch between profiles.

Really like the new routing-profiles dialog.
I choosed the route planner to basically get to the selection and customisation dialog, it doesn't seem to be reachable via settings AFAICS.

- cycle touring profile: I suggest to add a 'prefer cycle routes' option (parameters). I love using existing routes.

- I created a profile. Its icon doesn't get used as segment-icon, instead it's empty

- I wanted to change the profile-icon. The icon-selection-dialog starts in recently used, which is currently very short of course. 'Default (tracks)' shows all, which is better IMHO. Btw Is the naming intended or by mistake?

Appreciate the step to customize profile-settings/parameters by using UI-controls.
For bicycle-profiles I would love to see a stick-to-cycle-routes option

See attached picture of online-router bicycle-road-profile.
It really puts me on the road, which I know, heavy traffic, somewhere where you don't want to drive. I prefer the given bicycle-lane   
Only choosed it for testing and result with touring-profile was different and less practical route through town, with road it is 99% my preferred route.

btw what do those crosses mean?

Seems like the filter-chain is not yet optimised.

I used some city names for simple search tests.
Was going for 'Gütersloh' and looked for the search-as-you-type-results.
'Güters' (while typing) is tricky as 'Güter' is a german word for cargo and goods, and street is 'Straße' in german, also starting with s - so you will get a lot of 'Güterstraße' of different towns, not that uncommon.
At least no city 'Gütersloh' as top-posititioned suggestion.
Google does different, quite experienced with searches, they classify search requests by types and top-position towns or other popular interests.
Similar to 'Dor' when going for Dortmund or Dorsten.

Maybe you prefer some close-range-experience, nevertheless I sometimes found myself in a situation to quickly look for some locations due to very different reasons. Currently I go with Google maps.

IMHO some category- and some priority-evaluation makes sense as part of the filter-chain (sorting of available results).

I recommend to use and test the search as much as possible.
As user experience it doesn't appear as a very sophisticated result though I would love to give a different feedback.
I also suggest -again- to orientate to very evolved solutions like e.g. G-maps with regard to HMI and result presentation. I could tell a lot, but all is said and the rest might be catched by comparison.
It's not about database - which is understood as not being the plan (and hopeless to reach at all), probably might target sth. more basic and komoot'ish.

Nevertheless, just try and add a town-name as basic location description concatenated with another string of an idea to search for..
(if you only use the kiosk name it will be found as shown, being unique enough).

Another example: search for 'Rewe' you will get results, if you search for 'Bochum Rewe' you get no results. This definitely makes no sense.

...But sharing of existing GMaps POI doesn't work/ has different behavior to 4.17. Now LM4 Search will display the shared link as text, for example https://maps.app.goo.gl/zmQaPsNkSRVfqtDn6, and display "No search results" rather than moving to that point. When I open this example URL in my web browser, it displays the correct POI.

I guess that is about PlaceIDs and requires API-usage, if possible at all.
This can not be simply decoded or parsed like simple MapURLs with lat-lon. Currently only sharing a nearby set marking seems to be of help.

Router Source online

• with Google I always get a request-error
• with graphhopper I get this error when end-point is not set at street but at building. Moving it slightly by some meters all is fine. So solvable if you are aware of possible troublemakers. Maybe optimisable.

Thanks Tapio, I will test.
Andrey's Settler theme is really awesome, theme is great and visual pleasuring, xml is very clean and a good starting point.

1st try: NRW West-MSland, maybe some towns should already appear at ZL 11, currently start to appear at 12.

- opening of side panel has a small moment of stuck, not completely smooth
- pic expert settings - value might be strange, don't know. I better leave it like it isYou cannot view this attachment.

the previous point/track visibility toogle was perfect.

Only downside was a state dependent case: visibility state was set to 'not show', and then you decide to enable single points or tracks. Then of course you won't recognise your changes until you decide to toogle the visibility back to 'show'.
Well at least this could be irritating if there's only 1 point or track and you wonder why it can can be seen AND you are missing the current state in map-screen menu.
maybe a rare scenario, though happened to me

Solution could be to toogle visibility  to 'show' in case of 'not show' during event 'enabling points or tracks'. Maybe only with point/track count 1.

I suggest to put the legend button into theme's options dialog. I rarely use it but currently it requires extra thumb selection precision for theme options as right handed person.

Hast Du den Track vorab ausgewählt und dann die Navigation gestartet?
https://docs.locusmap.app/de/doku.php?id=manual:user_guide:functions:navigation
Hier den 2.ten Punkt 'Navigation entlang einer Route', was Dich auf eine weitere Seite bringt.

[superb]

Really like the new 'map-screen content'-menu. Quick access to theme's options, superb!

Slow opening already noted.

problem:
when having point- or track-layer set to no-show-state and then enabling points or tracks them get of course not shown. This might be irritating or understood as disfunction, definitely with only 1 point or track. Maybe show-state should be automatically switched to 'show'?

Bug: with track-layer set to no-show and then going to track-details, the preview-image with map does not get shown and when hitting the go-to-map-icon Locus runs into problems and jumps back or crashes.
With track-layer set to show everything is normal.

@Radim V:
I interpret Michael's post as feedback of his current user experience.
Of course a server side database and search- and filter- tool-chain needs it's time to be developed and to mature, and building such an online-search is a bigger project.
Though user-input- and display-framework is a another thing.
I guess Michael prefers the choice within L to also profit of G-API and G-results, app-side. That would be a 2nd block/path behind the scene which might already be available and not active.

There's only one setting for this? Expert settings / immersive mode?

yes, with that you can go 100% fullscreen, might depent on Android-Version. Menion has intensively tweaked this 2 versions ago or sort of as there have been some ups and downs along devices.
I have also choosen to auto-hide the Locus-panels (controlling > panels & buttons > visibility) to get max. map-area, they appear with a simple tap.