Messages

@Andrew Heard I replied to your question regarding search here:
https://forum.locusmap.eu/index.php?topic=8436.msg72936#msg72936

I only use this as a workaround. The combination of the app that @0709 suggested has really improved this method of sharing greatly.

Yep, it is handy tool, but unfortunately the app isn't compatible with recent Android versions, nor is working offline.

@Andrew Heard

The fix will be available in the next version.

Hi, I posted few notes regarding search and sharing from Google Maps here:
https://forum.locusmap.eu/index.php?topic=8572.msg72919#msg72919

I should have post it here and send link to that topic, but nevermind.

@joeloc @michaelbechtold

Guys, I think you already forgot that our old search definitely wasn't the same as the one available in Google Maps app/web. You describe it as it was and we ruin it with new search. In fact, that "bike shop" example was completely unusable before as it is now. I understand what could be the ideal state, and believe us, we know the importance of the search capability.

So,
1) The new search what we introduced this year is far from final. Even thanks to your feedbacks, we have clear vision what should be our next steps in order to significantly improve it. But for summer, we had to relocate our limited resources also to other tasks. We plan to get back to it during fall.
2) Yes, it is technically possible to implement Google Search/Maps API (not the one which was in app before), but if we did "just" that, it would bring several MAJOR downsides for us, not mentioning that it would still don't fully replicate search experience as on Google Maps. Some of these are for example limitation of use by only portion of our users, queries limits, inability to search our own/future content and interconnectedness with it, costs, and so on. So we anyway had to start with revamping our own search platform from the ground which will be able to get several search feeds together. What you have in the app now is its first iteration.
3) iOS is definitely not the reason why we choose this path, it is much wider than that. Remember, to find shops in the city around you, Google will always be ahead of us. We are not aiming in exactly same direction as they are. Only after we reach the point when we are unable to do improvement on top of current solution and still be too week in some search use-cases, we will merge it with another search provider to get better results.
4) Smart search MUST be able to return result >1000km far away if it might be relevant. You can already filter results to your map area. I don't consider this to be problem, I believe all issues related to this is rather that search is unable to find places what you expect to find (for example those around you). And this is matter of improving search in general. 
5) There are few main areas to work on now.
- The current implementations of POI category search and search by POIs names are too separated now
- improvements of "search dictionaries" so it will better understand what user want to get
- better data for determining POI significance.
- better work with different languages
These might have significant impact, but they will be tough to conquer, so which us luck.

@Andrew Heard
6) Topic with sharing data from Google Maps is only indirectly relevant with search capabilities. First, it is not "meant" to be used this way - it is implemented primarily for sharing data via emails/messages etc. where receiver ends up on Google Maps again. Note, that not many of other navigation apps registers this command and shows itself in such sharing dialog. Locus Map is, and we are trying to overcome this by parsing provided data and in case we can't determine its location, we throws its name to search.

But Google recently changed something and what previously partially worked now throws unusable URL to search field. Current app version didn't change anything in this and as Marek stated above, he already fixed it again for new upcoming version.

As stated above, our priority is now to get better search relevance on top of data we are working with, which might increase change you find shared location from Google Maps in Locus Map. Indeed parsing name from Google Maps might probably work better even with old Google SDK which we used in the app before. On other hand, we will have hard time to pair the result with data of POI in our DB with this approach. So the final solution to this remains to be seen, I can assure you we are aware of your feedback in this.

Hi guys,

@freischneider @Graf Geo @Andrew Heard @Tapio @joeloc

thank you for your feedback, that at least red push pin works. Now, we have updated also POI handling to new Google Maps format and hopefully they won't change it in a month. If you encounter silly URL in search window in the next release version, check if you are on latest Google Maps version and if yes, let us know.

Transfer to other maps.

https://play.google.com/store/apps/details?id=com.donutpond.sharecoordinates

Copy & Share GPS Location / Coordinates
     ✔ copy/share/feed Map GPS location from one map (e.g. Google Map) to your favorite maps

Operation.
Search a place in Google maps > Share > Select Transfer to other map > Select Locus map.

I think it is time for a drastic correction of approach here: whatever you do for iOS should not screw the 100000s of users from whom you make your living.
As long as the new search function is not professional, give the Android users back the Google based search.
Equal functionality is not a valid argument against this request, as the iOS version will lack essentials for years to come anyway.
At least give the existing and fully functional Google based search as an option to your (Android) users, PLEASE!

Hi guys, sharing points from Google Maps does not work for years as I know. Somewhere in 2021 maybe even later, they changed the format and the information app receives can no longer be simply converted to any text or coordinates.

Or you had a different experience with Locus Map 4.16-?

@Menion - strange, different to my experience, it (red push pin) had worked ~4.16, stopped working ~4.17, and is now working again. I only started using GMaps recently as a workaround for the broken LM4 online search experience which I now find frustrating. Sorry to complain, but it's just how it feels.

More or less the same for me. Latest version of Locus did not fix anything here though, I still cannot share points from Google Maps app. All I get is a silly URL in the Locus search window.

It used to work nicely for me for a long time, likely before Locus rewrote the Search function. Or before gmaps app changed the sharing... I have no idea. All I know is that it worked for years and not it doesnt.

I also find the new Locus online search useless. It almost never gets anything I want. When I need a "bike shop", I want a list of shops at the town where my map is pointing at. Locus online search gives me mostly utter nonsense from 500 kilometers away though.

To put it mildly: Usability regarding search has gone completely southwards recently.

Good interaction with Google maps is essential on my trips. I need opening/closing times, I need the websites of stores, I need to streetview the store front to judge wether it makes sense to cycle there and look for something. Locus internal search will never be able to compete... and it should not. Google Maps is the perfect tool for that.

What about then at least adding support for PlusCode? That can be copied from Maps with one tap and surely be parsed by Locus search without ambiguity?!

@slarti76 - thanks, hadn't used +codes before. Still slower (many more taps) than direct "share" of a point from my testing:

• drag POI details down a few times
• tap on "See all"
• tap on +code (very little visual feedback BTW)
• switch back to LM4
• open Search (maybe side panel button)
• paste clipboard (maybe more steps here)

Yeah, agreed, but
a) if we don't have another always-working solution,
b) surely no problem with parsing (well-defined as far as I understand)
c) at least last two steps could be improved if Locus adds a PlusCode support by automatically inserting clipboard content in search field (if it parses as PlusCode).
Heck, Locus could parse the clipboard when opening the search and automatically switch to PlusCode if it parses.

Honestly, I'm a little diappointed how the missing ability to correctly share positions from Google is waved away here. Menion et al should be aware that this is an ability that is absolutely crucial for "normal" users. OSM is nice and well, but let's face it, GMaps will always be more up-to-date. Rarely anyone relies on OSM POIs alone, so we all search stuff in GMaps all the time and want to easily enter the points in Locus. This is not something to just say "hasn't been working for a while, so what?"...

What about then at least adding support for PlusCode? That can be copied from Maps with one tap and surely be parsed by Locus search without ambiguity?!

++
You may be interested in my Pluscode<->Latlon converter. Supports both types of Pluscode. Works locally, except Pluscode with city name needs a www lookup.
Intermediate Tasker users will know how to use this function. https://taskernet.com/shares/?user=AS35m8kdDIMDeveQcQfRglam%2Fah1mTW%2FWcg05FZ39c0i1q%2F77iY3E7cIwxCkXqJTaTA%3D&id=Task%3AfGPS_Pluscode
See: https://youtu.be/N5vhMGWpFs8

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

Hi guys, sharing points from Google Maps does not work for years as I know. Somewhere in 2021 maybe even later, they changed the format and the information app receives can no longer be simply converted to any text or coordinates.

What about then at least adding support for PlusCode? That can be copied from Maps with one tap and surely be parsed by Locus search without ambiguity?!

Hi to all,
it took me quite a long to prepare a new version even there aren't any major changes, just a few very interesting tweaks. Well, the new map-screen content panel of course ... thanks for a big help with it. Hope it will be a useful tool for everyone.

And enjoy the new app version!

I've uploaded a new beta with an option in the Cycling style to independently switch on emphasis for cycleways.
Translations are not yet done.
https://voluntary.nichesite.org/beta.html
You cannot view this attachment.

handling Google Maps share button should be fixed

thanks @Marek, and the issue reported many times, of search results from > 10,000km away at the top of the list, when there are closer matches on the map < 10km away?

This is not forgotten, just there is no "fix". There is tons of work to determine relevance of results and: Not everything is under my control. Also the rule that closer "match" is more important is oversimplification as we (not just me) agree. I may do some tweaks but proper solution takes time.