Store Locator Plus® for WordPress › Forums › Store Locator Plus › Map results wrong
- This topic has 5 replies, 2 voices, and was last updated 7 years, 11 months ago by Cici.
-
AuthorPosts
-
December 11, 2016 at 12:32 AM #44322AussieParticipant
Our search function is broken! It’s here:
https://www.aussiedog.com.au/find-reseller/
The issue:
Some postcodes are going to TOTALLY the wrong places – if I put in 3000 (Melbourne, Australia) it takes me to somewhere near Budapest whereas if I put in 3150 (a nearby suburb of Melbourne) I get the correct results. Same thing with 2000 (Sydney, Australia) – comes up in Mexico!
Pretty sure it was working fine prior to the last update..
Please help!
December 11, 2016 at 8:02 PM #44324AussieParticipanthttps://www.aussiedog.com.au/find-reseller/
Hopefully this one works..
December 12, 2016 at 1:51 PM #44332CiciKeymasterFirst: Please follow the posting guidelines, need more info,such as your plugin environment, versions, not just your web site. I believe you about your search but there have been no changes to the STORE Locator Plus that would suddenly redirect your search,. The query is going to Google maps. There are some built in help tools, such as choosing the map domain if all your locales are in Australia for instance.
Second: What is your call back set at, are you using the Experience add-on to append or to use discrete search
Third: : right off the bat, just by inspecting your console you have these failures and those are not store locator plus . Other plugins can create issues with the map. My guess is you no longer have those easy font icons widget or it is out dated, or the file path is incorrect.
Failed to load resource: the server responded with a status of 404 (Not Found)
jquery-migrate.min.js:2 JQMIGRATE: Migrate is installed, version 1.4.1
(unknown) ‘webkitIDBDatabase’ is deprecated. Please use ‘IDBDatabase’ instead.(anonymous function)
https://www.aussiedog.com.au/wp-content/plugins/easy-font-icon-widget/apps/icons/css/fontello.css?ver=1.2.9 Failed to load resource: the server responded with a status of 404 (Not Found)
December 12, 2016 at 2:14 PM #44333CiciKeymasterI have checked my site and I also have an Australia Search Map url…it is also acting up if I do not use the append feature with the Experience add-on.
My guess is , Google changed their map.domain search engine user interface back to default as international. Not the first time they have done it, I have notified the author to see if there is a work around besides Append. Google changes their algorithms on a regular basis as far as matching zip codes. Apparently;y they think that Budapest and Denmark are searched more often and if they have re set to international domain engine they will send you there.
https://docs.storelocatorplus.com/blog/search-panel-settings/
December 12, 2016 at 5:20 PM #44342AussieParticipantHi Cici,
Thank you so much! I thought it might be something like that – I found similar errors online so knew it wasn’t just us. Thank you so much for investigating this for me – please keep me updated!
December 20, 2016 at 3:48 PM #44433CiciKeymasterAs we suspected Google has launched new versions, new algorithms that steer people to THEIR Google ad locations.
The developer has been testing all versions of SLP and will be working to see what might be available as a work around (once again, this is trying to keep one step ahead)
For now best advice is to require a more discrete search function in your search form instructions. Narrow down the radius behavior and see if that works. In your incidence I would add as much minute detail to each address as possible. I have found that Google even had the wrong lat/long for the Sydney opera house and had to look it up using a different (not Google) service and then manually enter the correct lat/long. I wrote a post on it earlier in the past year.
We tested the premise that Google changed their algorithms once again. A business that always came up before as featured, i.e. Diane, Charleston Financial Advisors, 4 Atlantic Wharf Charleston SC 29401 NO LONGER GEOCODES (google says bad address / no results) It *does* still encode from their google maps app( Their “proprietary” map .)
If you use the EXACT RIGHT ADDRESSS including names in this case:
Diane c/o Charleston Financial Advisors, 4 Atlantic Wharf Charleston SC 29401 = good geocode from Google.
there are more than one business in that building so apparently Google is taking on the role of the post office….
Within the past week Google turned off the part of their algorithm that “infers: address guesses by proximity that was there before and allowed even if your address was not 100% correct. This applies FOR THIRD PARTY APIS ONLY. i.e. the ones that they let developers use. Does not matter if you have a paid/premium API key, business licensed API or not.
I am sure they will say it has something to do with security like they did when allowing location sesnors…new Chrome only allows it for https urls.
When the work around tool is revamped there will be a release to Premier. Currently Premier options have “Google influenced guesses. ” that may need to be revamped
-
AuthorPosts
- You must be logged in to reply to this topic.