Forum Replies Created
-
Posts
-
Are you all set now?
This is not a bug . Any Word preess Location plugin that uses google MAPS now requires a Google MAPS Javascript APi key and billing account.
The options are to obtain your own google MAPS Javascript API key and add your own credit card billing info to establish an account with google platform, or use MYSLP , a subscription based software as a service and let the MYSLP team worry about the API keys. There is also a load/transfer locations from your WPSLP base plugin into MYSLP.
Hello Matthis,
This has been reported to the developer as a bug
Is all resolved now? Revisited your site and it appears to be loading correctly.
You need to check for conflicts with other plugins. For example Smushit is reported as being a culprit, or any other “minify” plugin. https://wp.storelocatorplus.com/forums/topic/admin-section-not-allowing-me-to-click-on-anything/
Deactivate other plugins one by one to resolve. Use WP Debug whenever you have issues like this. It will help you narrow down the culprit
P.S You posted back in April that you had Forceload Javascript because of your theme, we reached out to ask you if you had ever resolved that issue?
Forceload Javascript will also break SLP . See Troubleshooting guide.
We have not updated or changed anything. wp_slp_extendo has always been in the code as part of the SLP core base plugin for over 4 years.
Somehow, , thru an update, or a restore or migration, or manipulation you have messed up your database structures and data somehow. I.e. circumventing SLP CSV Import or direct manipulation of the database or moving stuff between servers without resetting the proper meta data that SLP uses to keep track of things like “what is the highest # location used so far”.
A proper staging => live migration using the right tools will NOT cause that.
You “might ” be able to use Janitor to do the extended data cleanup . Nobody really uses it as the best option in these cases is delete all the SLP tables, re-install/activate SLP to have it recreate them and reload the location data.
You MUST have the location data elsewhere — (the original server maybe )– because this doesn’t just happen on its own.
your best option? Delete all the SLP tables and re-install from scratch. Your data is completely out of sync now.
whomever did a data dump or manual data dumps and restores but decided to skip the entire wp_options table and thus relevant SLP metadata is going to create this situation and be totally screwed up.
There are some configuration, PHP memory etc… info under the first link below that might help you with your settings
https://docs.storelocatorplus.com/blog/troubleshooting-large-scale-exports/
https://docs.storelocatorplus.com/blog/power-import-and-wpslp/
You are using an outdated version of SLP. See versions.
that is not your only problem. That site page has errors
Your theme appears to breaking the SLP javascript.
Follow the guidance under troubleshooting
And here https://docs.storelocatorplus.com/blog/q-i-see-a-gray-map-or-blank-map-and-search-does-not-work/
Use any browser dev tools and inspect, under console you will see these errors:
Uncaught TypeError: slp_Filter(…).subscribe is not a function
at Object.initialize [as initalize] (slp_core.min.js?ver=4.9.4:1)
at Object.slp.start_map (slp_core.min.js?ver=4.9.4:1)
at HTMLDocument.slp.run (slp_core.min.js?ver=4.9.4:1)
at Object.resolveWith (jquery-1.6.4.min.js?ver=1.6.4:2)
at Function.ready (jquery-1.6.4.min.js?ver=1.6.4:2)
at HTMLDocument.C (jquery-1.6.4.min.js?ver=1.6.4:2)http://biometric-passport-photos.com/wp-content/themes/theme1568/js/jquery-1.6.4.min.js?ver=1.6.4
Ok, I wasnt able to open the first link at first it was showing a 404 error, Now I am able to open the test site.
Your test site is not showing our base Store locator plus plugin. So most likely there was and error when copying over the data tables and not all of the meta data tables were loaded or migrated. You need to deactivate all plugins. delete and reinstall SLP, turn on SLP before you activate experience add-on. Use the WP debugger tool, what you are showing as screen shot is not the debuggger log but a browser dev tool.
On that test site http://1335749.dhapp.web.hosting-test.net/findus/?location=766%20Chatter%20Rd,%20Mt%20Pleasant,%20SC%2029464,%20USA&radius=100
You still have the other WordPress store locator plugin active, not ours. When I use the chrome browser dev tool and inspect sources under WP plugins,, this is not us
http://1335749.dhapp.web.hosting-test.net/wp-content/plugins/wordpress-store-locator/public/js/wordpress-store-locator-custom.js?ver=1.7.8
I cannot access either of those links. Furthermore they are non secure sites and I have security software that warns us about vagrant non secure sites.
See getting started
This sounds like an issue with your WordPress environment or hosting company or configuration. You can try the WordPress debugger to narrow down what is causing your issues. See Troubleshooting for more suggestions
If you have screenshots you may provide a screenshot. Do not provide any videos as we will NOT watch videos of an installation problem. We also will NOT log into other peoples sites. . If you need help with WordPress, please review the consult link on home page
Hi I spoke to the developer about this. And as I was describing he screenshot you provided it dawned on me that you do not have any states.
The results layout as it currently is reflects the text as all one line with no spaces, so it is looking for the state entry
<span class=”slp_result_address slp_result_citystatezip”>
In your case you do not have a state. The results displayed are stripping out the comma and the space where the state normally would be. I have identified the issue to the developer. I have no time table of when he would be able to add a plugin style to reflect a no state situation.
If you need an immediate fix , you seem to have the knowledge to be able to change the layouts. For you to get a more immediate solution would require the experience add-on so that you could change the layout. This was not done intentionally, just hadn’t had this particular issue brought to our attention.
The results layouts can be changed with the shortcodes and attributes as shown here
I apologize for leading you down a rabbit hole when the screenshot you provided us clearly showed the locations as having no “state” and that should have been my first clue instead of jumping to the your themes overriding conclusion.
Let me know if after reviewing the Results Layout shortcodes documentation if there is any confusion.
No problem, wish I could solve for you , we are looking into non Google options but in the past they have never been worth pursuing. Now with all of Google changes…it is worth taking another look at it.
When I look at your site, your stacktheme is over riding those elements and how they display. It is not SLP. SLP plugin styles have not changed. You can try different styles to find one that fits your theme but if you need to Add CSS to a style to fit in with your theme requires the experience addom
the other error on your site indicates you are not authorized to use the geocoding key.
This has been a requirement since Google changed their policies back in June of this year and made them effective immediately by sept. No more grace period. We have been writing posts in news and docs site about this for the past 5 months
https://www.storelocatorplus.com/google-map-services/
You will need to delve into that and add the project as instructed. I have no more guesses as to why your format is not showing the way mine is if you changed your theme and your plugin style to the defaults. All I can swee is what is shown on your site and it is the stacktheme
That type of situation is caused by a plugin or a theme that is breaking Javascript.
See Troubleshooting here, grey map or blank map.
I provided you the link in above answer. Did you follow the Troubleshooting? Did you use WordPress debugger (not firefox) , that is the log we would need to assist you, not your console log. Additionally your browser console is showing the errors that state: The Google Maps JavaScript API must be downloaded directly from Google’s servers. Learn more: https://developers.google.com/maps/documentation/javascript/tutorial#Loading_the_Maps_API
So I am not sure if you have a theme that is also using some Google Maps API , if it is using outdated Javascripts or if it is another plugin . Anything that is breaking Javascript will break the Map.
https://docs.storelocatorplus.com/blog/q-i-see-a-gray-map-or-blank-map-and-search-does-not-work/
https://docs.storelocatorplus.com/blog/debugging-with-debug-log/
Please refer to the posting guidelines and provide info needed to be able to assist you. Make sure you pay particular attention to the Google MAPS API key and instructions. A lot has changed over the past few months with Google demanding billing accounts and API keys
Ugh, I had this huge long answer for you and I backed out without submitting.
Basically, it is the Google Algorithms and their constant changes to them. The reason the name of the city associated with that zip code comes back with location is that is a unique query, i.e the name of the town
If you type in the zip code into a google commercial maps (I am attaching some screen shots one is using the Google Commercial Public map ) google asks if you want to add location.
Is it because Google has so many more APIS out there to sell you? Is it because google wants everyone, including local businesses to only use them? is it world dominance? Who knows.
But what google is saying is that search with those numbers is not unique or specific enough. The Google stack overflow etc says that zipcode is now an identifier, like an adjective. Other wise those string of numbers could be a street number or another part of an address. Or Google does not have that zip in their database (hard to believe that but maybe)
I added some links for suggestions in our docs. Basically it is,, add a label in search form for more info to enter,
How to change the label when no results found ..whatever you deem helpful
Thx, answered on new thread
Somehow your layout or the way you entered the info is incorrect; I fixed it within the element itself by adding the space such as this:
<span class=”slp_result_address slp_result_citystatezip”>Wels 4600</span>
whereas you have for example <span class=”slp_result_address slp_result_citystatezip”>Braunau am Inn5280</span>
with no spaces. That is not coming from SLP, it is either entered incorrectly in your back end or your theme is taking over.
as you can see the postal code it is not entered on a separate line in your address above. If you could Show us the back end with a screenshot of either one of those addresses so we can see how they are populated on the back end under what headings. Do you have the zip code on a separate line in its own field or were they copied and pasted or imported with geocodes i.e. lat and long already so they wouldn’t have to be geocoded. ? The reason I am asking is because you have a Google geocoding API error on your site which means they would not geocode properly using that key. This leads me to believe someone may have been trying to work around by copying and pasting perhaps? I clicked on those element in your result, using “inspect and they are not set up correctly yet I can fix them easily. If you use any browser tools, right click on the results box and inspect and you will see how your elements are set up.. You will also see this ERROR on your site, your project is not authorized to use that geocoding key
Geocoding Service: This API project is not authorized to use this API. For more information on authentication and Google Maps JavaScript API services please see: https://developers.google.com/maps/documentation/javascript/get-api-key
_.Ec @ js?libraries=geometry&language=de®ion=AT&key=AIzaSyCe0GGfvwmEJge_Sv9LfQi8JFQB3121NEw&ver=4.9.18:49
Sent to email @ kpnmail.nl
I will email the pre releases of SLP and Power it will show as coming from support.
Did you read the directions in our documentation and obtain and enable the Google geocoding API?
https://docs.storelocatorplus.com/blog/google-server-key/
https://docs.storelocatorplus.com/blog/google-geocoding-browser-keys/
IN THE FUTURE PLEASE READ THE POSTING GUIDELINES::::::
If you post in the forums please provide the WPSLP plugin environment which shows your versions of the plugin.. Read the posting guidelines, it has links to the Google API and Geocoding docs
@ Sanantha, you are showing an entirely different error message specific to the way you have your Google API set-up with referrers.
The other poster has set up their Google MAPS Javascript exactly right and they are not experiencing errors as a result of the API. Their issue is Google being biased, Google wants the user to search using more then a postal code , especially when a postal code is 4 digits as Australia is. Google has a blind eye when it comes to Australia and has for years. There are some postal codes that are not unique to Australia and Google returns a different country sometimes. The WPSLP developer built in some work arounds years ago to offset these issues, such as Google influenced guesses, show address guesses, etc that are part of premier.
Your issue is not at ALL the same. This is why we ask people to start new posts , to provide their plugin environment etc. Your site is not set up the same way as Karims.
If you have a question could you please start a new post with your plugin environment and url for your site. Please refer to the posting guidelines
Thanks
Please provide your SLP plugin environment when posting (see forum posting guidelines)
Look through different plugin styles to find one that matches your desired results view.
To change the results layout or to add CSS requires the experience add-on or premier
Could you provide your plugin environment for this post. I.e A screenshot of SLP plugin environment would show us the versions you are using.
The developer requires this information whenever I report to him. I have not seen the error when updated SLP base plugin and Power and Experience but I may have different configuration.