Messages

I know OSM is quite heterogenous, but it's still too easy to let the online search fail..results while fueling my private jet

(correctly it's McDonald's without blank, white space, and with 's, so it's originally due to the underlying OSM-database. But still fun as being a very popular example about how to handle popular typos, misspellings, multiple entries)

MapGooglePlayAfa_4.21.1.2_1125_beta
i experience lot of lags while moving and loading map-areas. To test if this is vector-map+theme related I switched to a raster-map (mbtiles), same there.
Cannot give details, just a change that is noticeable over here.

v1.3.9
...
Guys, I am interested if the "Install latest" in my signature works for you. There's some url forwarding going on and for me it did not consistently work, Locus reported a connect error.

Worked like a charm, see screenshot below. I am using LM4-AFA and checked date of zip and included Tapiola.xml, it's 1 3.9.
Thanks, currently my favourite theme due to chosen colours and also very functional.
(always have to edit my posts afterwards to add pictures)

Ich vermute die wird Balloni55 kennen, er nutzt ja immerhin die beta, aber fragt darüber hinaus..

scheint auf deutsch im Fachjargon mit 'Exposition' beschrieben zu werden:

zb. Wikipedia und in anderer Sprache:
engl.: https://en.m.wikipedia.org/wiki/Aspect_(geography)
de: https://de.m.wikipedia.org/wiki/Exposition_(Geographie)

Ein paar ähnliche Einträge auch unter https://www.linguee.com/english-german/search?source=auto&query=Aspect+terrain&cw=354

I think this is what he means.

Yup

I think as being a selection-dialog a vertical smaller window does not make sense, there might be profiles with a lot of parameters, and a changing dialog-size is of no real help (uncovered map is of no real value), same with another overlay which might be irritating.
As we can see by Luces screenshots the horizontal space might get slightly optimised, sticking to 3 (current state, some space leftover) or 4 icons with text. 5 is quite compact and might not help with thin gloves on or while being in motion (reduced precision) on bike.
Just some thoughts though reg. this.

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).

...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.

- 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.

[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.

IMHO the current updated experience is really way better. Results to typed searches are a lot faster, before the blue circle was rotating and nothing happened (I even missed the magnifying glass in my focussed eye-catching area and thought 'what now?')..after a long while those far distant results appeared - now I get immediate results and even good related suggestions like categories.

See images attached, I searched for a franchise, there are several around.
IMHO the auto-results are not very helpful as very similar and hitting the search to get to the map results are different but okayyyy as I see the map and can choose, but there is a Munich entry - well that is 500km away..
I still cannot collapse the keyboard as the 3 buttons are hidden, I have to swipe from top to bring them in and then can collapse keyboard and see all entries.

@Andrew Heard:
yes, results with typed 'bar' is very annoying. Results are way off. And sometimes you carefully moved the map to a specific position without having some saved points over there, and want to search around - whoosh, gone.

Seems like the filter-chain is not yet optimised. 1st check against special terms or well known keywords that user might also use, 2nd check around close range distances or screen-border plus extra (district, town, region, whatever), etc., sort of. Might get sophisticated. This might be an iterative process and might require user-interaction, at least if you target perfect results (because you are lacking hardware for detecting brainwaves), to limit results or check multiple subsets. Just a thought.

I secretly visited Google.com, Wikipedia.org and linguee.com, please do not tell.
They put a magnifying glass-symbol NEXT to the searchbar. Maybe it's because you can get there with different devices, e.g. Desktop-PC, maybe not.

I suggest to not show only the header of search results and the map, but to also show part of the list, maybe 3 most top items and additionally indicate that this is a scrollable list.
When I slide the header it can only be slided fully to top, no mid position, and I don't see part of the map but the full list, well.

As suggested, see GMaps, heavily optimised and developed over the years. You see the map, you see the results, map height is mostly kept so no disturbing/irritating changes, results list is horizontal and neighbouring results can partly be seen so you understand that there is more, very screenspace friendly, you have categories, 'search this area' is genius to check left and right and trigger new search on demand, but in Locus we now have it automated which also is a new experience, et cetera et cetera. Nothing more to say and worth some inspiration.

As a physicist I honestly don't understand the logic to show results not requested by user's input and specified search but flooding the map, I will need an option to disable this speciality.