[Resolved] Google recommended address search not work because the search is by coordinates

[Author]

Posts

[Fabio Proni]

Website( hidden link )

Good morning,
we created a map with various "dealers" more than 2 years ago and it worked.
The search for these should be done by name of the city, in fact when the user completes the name of the city he generally chooses the google advice (I leave screenshoot), but once the search is entered and sent, no results appear.
By doing tests, however, we realized that the search by coordinates works (I leave screenshoot).
We also noticed that since we updated the toolset the fields that concerned the address are no longer in the form of "google address" but as coordinates (I leave screenshoot),
so we think the problem is that the search by name does not work because the address fields are valued only as coordinates.
Is there a way to fix or some possibility to relate the names to the coordinates?

The urls of the searches are these:

Name (not working):
hidden link

Coordinates ( working ):
hidden link

[Beda]

This is unexpected, I mean, Toolset wouldn't change the address you added.
I have a personal website as well built years ago with such feature and I just checked, all addresses that I entered with valid Google Addresses are still there and can be found in searches.

Logically Google can't find a Lat/Long address by a City name, but you should be able to find that spot, by filtering let's say 50km from a city name - given the lat and long specified place is within those 50km.

However, Toolset does A) Not convert addresses from valid to invalid or lat/long only. It also offers no mechanisms to somehow invert this, because a lat-long location is never an address. A lat/long location could be just 2 meters next to the actual "address" that google offers, and yet it wouldn't be that address, that's why you would use a Lat. and Long. in these cases.

Often Toolset Maps then also offers a "pick this address" in the map when adding new lat and long location, if there are any closeby Google Suggested Locations, but that is all, no other conversion is done.

Checking the URLs in your examples, I see that one searches 50km within "Bologna, BO%_vmit_cmit"
This is certainly not a valid address.
This is what Google itself returns on that search; hidden link
It suggests a mistake. Is the query correct? I think it should be Bologna, BO?

I see however that this doesn't work either on your site:
hidden link
It shows ALL results, not the ones only within 50km of the centre

That is surely unexpected. I see that when running the query by Lat Long... it works. 🙂
While that's fine, I would surely expect the search to also return anything located within 50 km of a NAME of a city, why would I have to guess the Lat and Long, even if the addresses are saved in that format?

Indeed, that is just how it works on my tests! So, this must be some sort of exception, or I miss a step in the replication of the issue.

You mention this worked in past. That's helpful.
Can you recall when it started breaking? The precise update? That would allow us to make more precise tests as well.

Finally, I think the easiest is - if you can confirm this issue to happen as well with only Toolset and Theme Twenty Twenty - (maybe on a testing site) to send me a copy of this site following https://toolset.com/faq/provide-supporters-copy-site/ instructions

I can then dig into the setup and hopefully locate the issue, so the DEV can solve it, or update you with a resolution

[Beda]

The query from Google is basically what Google Maps generates when you query Google Maps for "Bologna, BO%_vmit_cmit" (start typing in the Google Maps and pick the only offered place)

When working with WPML and Toolset I generally suggest activating "Language filtering for AJAX operations" in WPML > Settings.
This will resolve many issues in the filtering of Views.

I confirmed locally that it does not depend on how the address is saved.
I used Lat and Long, then I searched by the actual google suggested address and I got the one result, so, this works fine on a fresh site with no other plugins or theme.

I tried on your test view to make edits so the View is minimal but it has not solved the issue.
At this point, you would have to confirm this is as well happening without other plugins/theme, by disabling them and testing again.

Another test I can suggest is to create a fresh View, that has just the required settings.
I created one already here hidden link - it does not seem to solve the issue at this point, speaking even more for some compatibility issue.

Can you try this on the online site?

[Fabio Proni]

with blogvault I created a backup copy identical to the old site.
The logins for wordpress are the same as the other time but the log in link is hidden link
to access

<removed access details, this forum is public, please use private answer template (needs to be provided by support) or use the private answer in the first message posted if available>

Here too I made several tests by turning off various plugins and leaving only toolset active but it still does not work.
If you want you can also do tests.
This is the test page.
hidden link

[Beda]

I've disabled the Theme, I see all Plugins are deactivated (unless Toolset).
This is important so we can determine what is causing the conflict.

I see there is a Drop-In Plugin left, can you remove it?
It's cache, and that is exactly something that might have a huge influence over such issues.
Please make sure, your WordPress FTP Folders are clean of non-native code or files, rename files that are not part of the native install and amend code eventually added to wp-config or htaccess, if any, and not native.

I also see you use Custom Code, some ShortCode called [get_url_parameter], which to me sounds could interfere exactly in an URL parameter-driven search?
Can you remove it?

I saw you have all addresses cached, in hidden link, that is good, what I saw is that some addresses are lat/long only, others are real addresses.
That makes sense since the addresses we deal with here are not "real" addresses, but I was wondering, where those addresses come from that actually use what seems to be Google Suggested Addresses? Are these on other post types, or maybe old entries?

As next steps, if nothing of the above brings a solution, I will grab a copy of the site with Duplicator, if this is allowed because at that point we have to assume some in-core issue of Toolset and I'll then escalate for further debugging to the upper tiers and developers.

Thank you for the proceeded patience and cooperation!
I hope we can solve this soon together on the site(s).