Forum Replies Created
-
Posts
-
The developer has been looking into the ADDRESS SEARCH ISSUE when spaces present
what version of WP are you on? It seems there was a change in WP that changed the way spaces were applied creating an issue in SLP 5.0.1 — may have been introduced with WordPress 5.0 and the 4.9.9 patches… but not sure…
But it impacts any address a user types in with extra spaces on the map address lookukp.
A new version of SLP 5.0.3 should fix the spaces look up. I just updated on my test site and tested it and returned the correct location I had added as a test:
Scarborough, ON M1K 5J7, Canada
Just as an update. See the latest news article. Also have been checking the Google support issue tracker to see when they are going to fess up or fix their latest guffaws. Google admits to their geocoding and other errors when using the APIs and then provides a canned response….
See Issue trackers in Google API support
It appears another Google customer also reported to Google Support specifically about Canadian zip codes. And Google has assigned in support. We believe that now that Google is charging for the use of their Maps APIs and geocoding a lot more people have started reporting. if you look under issues you will see a ton of issues reported to Google and quite a few in apst month.
Hi,
Please refer to the posting guidelines and provide versions site url where using locator etc. Please note, that unless you are using Experience addon or premier and have features with additional search enhancements, such as auto complete, discrete filters, country guesses. the search and results are 100% dependent on the Google Javascript API . Even with some of our search enhancements there is no getting around whatever Google did recently with all their Javascript API look up by address. and it is not the same as their commercial maps (refer to the article link below)
Currently SLP passes address-specific lookups directly to Google and it uses your JavaScript API. In the past this has worked well but Google clearly has changed something recently that has made that service far less reliable.
Google has changed (broken) their address lookup service that nearly every map services provider uses . The developer is working on a way to fix or surpass google with his MYSLP platform. My Store Locator Plus® searches additional databases. read below article
Other ways Google has been changing their APIs
Since every site using Google MAPs JAVASCRIPT APIS is now being charged via credit card , assuming you have obtained your maps API (I do not know, you didn’t provide your web site or info, see posting guidelines) they have included support.
We have been investigating these type of reports that started springing up recently, and not as a result of anything changed in SLP. the issue is a Google Maps JavaScript API problem. WPSLP passes address-specific lookups directly to Google via their JavaScript API.Google clearly has changed something recently that has made that service far less reliable. Google has changed (broken) their address lookup service that nearly every map services provider uses — including Store Locator Plus and MySLP . Thankfully we can address that issue with the SaaS MySLP alternative with a short-term “fill in the blanks” solution and are working on a better alternative to Google Maps as part of our long term strategy to make the MySLP service better for our customers.
Unfortunately we cannot solve this issue in the WordPress SLP self managed do it yourself plugin since the site owners obtain the Maps Javascirot API key directly from Google who charges you.
Since Google now charges every single customer and every single site that uses their Maps JAVASCRIPT API and geocoding API our educated guess is this change has been part of their plan all along. In g=fact we found some articles about this posted by a marketing company that Google had a july 2018 summit where they discussed this marketing via Maps and GPS campaign. Google changed their terms and conditions and require a credit card and accoiunt for every single site using their MAPS . No more grandfathered in. You would think they would improve the searches with so many customers now paying them every month. We believe they are now introducing blatant non look up of address specific locations to boost their paid advertising campaign. Either that or they added a bug by changing towards that end.
Either way, as a customer of google API you have every right to complain or ask their support when an address lookup doesn’t work. Look up by city or name and also by zip code seems to still work fine,.
Unfortunately Google determines the results, it doesnt always just search by using the . map domain in SLP) That is not always the case. (Our News article from developer about this)
c Additional info on how the Search works
If you have the Experience add-on or Premier subscription you can influence the search and add the shortcode to append AU or have discrete search . with Premier we have added search enhancements as a work around , i.e show country guesses etc .
We have seen this issue in the past with Google searches, especially for Australia, instead of using the Google AU search engine, Google was using “international” . The map domain influences the map search but does not restrict it. MYSLP has data search engine to work around Googles inaccuracies. Many of our WPSLP customers find MYSLP to be a better work around
Piani, The message could not locate this address is being returned by Google itself. Looking at the various codex and issues with WP and trying it in Google commercial maps (no issue) and then using the special characters with the API search my guess is it is yet another issue that Google has introduced.
I will run the theory by Lance so dont quote me. But since you are now paying Google directly to use their Google API now, it wouldn’t hurt if you would send the query to their support as well.
Ok, Thats not what is meant by the Plugin environment, that view shows your plugins but not versions of SLP, addons, WP.
the Plugin environment and info needed.
double check your csv file. you mentioned you exported. When you export each location line now has sl_id. If you are not updating that precise exact id that was assigned then you would delete that column.
The sl_id has to be exact and it can change. If you are adding new locations and you want to update you need to click on what to do with the csv file duplicate add, skip , etc. it is a setting under the Import function.
Info on the headers for the woo-commerce fields and how to associate the sku here:
https://docs.storelocatorplus.com/blog/associating-woocommerce-products-with-locations/
That is not a feature with SLP.
The link to the docs shows all the various Map controls that over and above the base plugin that is included with premier. MAP URl controls
You can turn on Location sensor aware but it does not have a specific “button” on the map.
Are you using scroll to map or any of the premier map controls? What is your plugin environment?
Hello catherine, I do not see any issues on your site, could you provide specifics? Are you on current version of SLP and the addons?
Please provide plugin environment, i.e did you also update WP and Woo?
I apologize, I answered your second question and had to go back and read the first question since they are two different queries and concerns of yours. I do not see the issue as far as how SLP is working, You introduced a new issue when you referred to typing in the name differently , as opposed to not seeing results when a correct city was typed in with no zip code
When I typed in Walker, Minnesota I saw two results, it took a few seconds to load though, you must have a lot of locations , see screenshot:.
How Google recognizes whether it is a city name or a state abbreviation shouldn’t matter but sometimes they want more info and unless you have turned on show address guess or some other SLP Premier search enhancements we have no control over what is returned by Google under WPSLP and I do not see any issues with how SLP is working on your site.
When I typed in just the state Minnesota into search box it returned two locations.:
Mills Detail & Trailer Sales
1916 Albert Avenue South
Park Rapids, MN 56470
United States
DirectionsL & M Fleet Supply
1307 1st Street East
Park Rapids, MN 56470
United States
Directions WebsiteSLP has not changed anything in the way a search is done. None of the updates to versions have changed the way a search is done.
When I visited your site I saw retrurned the same exact results whether I typed in El Paso as two words or as one, if I did not select a category I saw two dealers within the miles radius.
There are other elements coming into play in your site when a search is done. Not sure if it is coming from your theme or another plugin. there are errors coming back from Google GET .gtm.js?id=GTM-KG3DZ7F:415 GET https://www.googleadservices.com/pagead/conversion_async.js net::ERR_BLOCKED_BY_CLIENT
ob @ gtm.js?id=GTM-KG3DZ7F:415
W @ gtm.js?id=GTM-KG3DZ7F:504
(anonymous) @ gtm.js?id=GTM-KG3DZ7F:514
Uc @ gtm.js?id=GTM-KG3DZ7F:439
h @ gtm.js?id=GTM-KG3DZ7F:456
(anonymous) @ gtm.js?id=GTM-KG3DZ7F:379
(anonymous) @ gtm.js?id=GTM-KG3DZ7F:457
(anonymous) @ gtm.js?id=GTM-KG3DZ7F:456
ff @ gtm.js?id=GTM-KG3DZ7F:466
gf @ gtm.js?id=GTM-KG3DZ7F:467
setTimeout (async)
E @ gtm.js?id=GTM-KG3DZ7F:416
hf @ gtm.js?id=GTM-KG3DZ7F:468
Bi.Gf @ gtm.js?id=GTM-KG3DZ7F:572
(anonymous) @ gtm.js?id=GTM-KG3DZ7F:573
(anonymous) @ gtm.js?id=GTM-KG3DZ7F:575
gtm.js?id=GTM-KG3DZ7F:415 GET https://www.googleadservices.com/pagead/conversion_async.js net::ERR_BLOCKED_BY_CLIENT
ob @ gtm.js?id=GTM-KG3DZ7F:415
W @ gtm.js?id=GTM-KG3DZ7F:504
h @ gtm.js?id=GTM-KG3DZ7F:557
Uc @ gtm.js?id=GTM-KG3DZ7F:439
h @ gtm.js?id=GTM-KG3DZ7F:456
(anonymous) @ gtm.js?id=GTM-KG3DZ7F:379
(anonymous) @ gtm.js?id=GTM-KG3DZ7F:457
(anonymous) @ gtm.js?id=GTM-KG3DZ7F:456
ff @ gtm.js?id=GTM-KG3DZ7F:466
a.push @ gtm.js?id=GTM-KG3DZ7F:468
(anonymous) @ gtm.js?id=GTM-KG3DZ7F:468
setTimeout (async)
E @ gtm.js?id=GTM-KG3DZ7F:416
Pd @ gtm.js?id=GTM-KG3DZ7F:451
Then it is most likely your theme. The theme is controlling the navigation bar.
You will need to change within your theme
I have no idea what exactly you mean but you have errors and warnings and it is stopping the GET function>
Mixed Content: The page at ‘https://www.sloggers.com.au/store-finder/’ was loaded over HTTPS, but requested an insecure favicon ‘http://sloggers.wpengine.com/wp-content/uploads/2015/03/favicon.jpg’. This request has been blocked; the content must be served over HTTPS.
No it isn’t anything to do with updates to WP, it has to do with Google and the API keys you need and setting them up correctly. I do not know if it is other plugins or themes that also require a key but you still have multiple warning and errors on your site referencing the API keys.
See instructions
https://www.storelocatorplus.com/wordpress-store-locator-plus-google-api-key/
Please provide your plugin environement when posting in forums, It helps us to see what versions oand which plugin or add-ons you are using.
I do not have insight into your settings etc since you are using the WPSLP self managed site. so it is impossible to direct you to a solution or to see if you have any locations entered incorrectly or if Google is returning and changing randomly.
You might want to refer to the recent articles posted by the developer that sheds some light on the above Google logic.
https://www.storelocatorplus.com/google-maps-api-returning-inaccurate-results/
and another example:
https://www.storelocatorplus.com/where-is-toronto-ontario/
This is nothing new, we reported similar a year ago
https://www.storelocatorplus.com/location-position-and-accuracy/
Refer to the below docs and scroll to the attributes and how to change the store page title and how to change
https://docs.storelocatorplus.com/blog/the-store-page-storepage-shortcode/
The SLP SEO pages templates and examples and the css and shortcodes to use are in docs here:
https://docs.storelocatorplus.com/blog/store-pages-templates-slp_pages-work/
and more info about the Power addon shortcodes for contacts are here
https://docs.storelocatorplus.com/blog/additional-layout-shortcodes-with-power-add-on/
Not sure why you would use iframe with shortcodes, are you inserting a video?
See basic docs about Search and SLP
You can change and add CSS or change the layout with the Experience Add-on
If you do not want a map to show, you can also hide the map with Experience add-on.
No we have nt heard of any. What version of SLP, Power, premier etc are you using?
If you could provide some screenshots and your plugin environment that would help.
Please refer to the posting guidelines when posting, it helps us if we know what versions and add-ons, if any you have active
Are you referring to SEO Pages? Do you have the Power add-on?
https://docs.storelocatorplus.com/blog/store-pages-templates-slp_pages-work/
Or are you referring to permalinks?
Piani,
I really am lost. I have mentioned to Lance, if you have access to Slack you might be able to chat with him there. He is currently in a big project with a large client so I am not sure how soon he can look into this. But I honestly am lost with the whole translation thing and I have no idea what WP did. I came up with some ideas just by researching in wP and trying to find reported bugs but I am out of my element
