Forum Replies Created
-
Posts
-
If the second part of your question is about not loading the pegman or street view then that is Premier subscription. With premier subscription there are a lot more map and results layouts available as well as other features.
https://docs.storelocatorplus.com/blog/hide-google-pegman-street-view/
I do not understand your second part of the question what plan view?.
You can change what type of map is displayed under the MAP settings but it is not going to change automatically depending on what type of device you are using. Just change it under Map settings and the site visitor would not be able to change it. I cannot see your attached image because it exceeds the size limits for posting in forum
Docs here
The front end, i.e what your site visitor sees , you can change layouts or appearances with the experience add-on.
More info about the additional features are in docs here
Do you have the Premier subscription id and plugin add-ons also on the staging site? That is a Premier feature so you need to have the Premier subscription id on both sites or it wont work.
We cannot help you without additional information. We do not control Google API returning wrong guesses. Maps searches, Google does. refer to the documentation. Please see Posting guidelines, we cannot see your screenshot as it exceeds size limits.
if they are consistently seeing this problem with Google returning incorrect info you can try the “show address guess or some other enhanced additional features in our add-ons or other plans. Additionally they can try putting more info in the search box asking people to add more info, such as street address or zip and state or city…Google has a better chance of finding the search query with more info
https://docs.storelocatorplus.com/blog/show-address-guess/
https://docs.storelocatorplus.com/blog/how-to-show-address-suggestion/
Hi Shaun,
Are you referring to the text and links under results that indicate “website” If so that was fixed with SLP 4.9.18. If you are referring to the back-end, you might want to refer to the News posts the developer wrote about the Manual vs auto updates process here.
is this your site?
https://gueriniusa.com/if so, you are receiving errors in the browser console that need to be addressed. It appears that there may be some other plug-ins or theme that are breaking There is also a no Google API key warnings on one of the pages.
If that isnt the site you are referring to, apologies, without your site url or additional information I can not help you troubleshoot. You can refer to the troubleshooting guide for additional suggestions.
I was just discussing this the other day with Lance and i could not recall who was having an issue with this in the past. he just discovered the problem recently and needs to notify WordPress about the bug.
Lance wrote an article about this, it has to do with manual updates and the order in which you are doing updates. He explains the issues in his news feed. I do not want to mis type his explanation , please click on the below link and advice on how to avoid the issue:
https://www.storelocatorplus.com/manually-updating-wordpress-plugins/
He also added a tutorial, but I noted the voice was missing. He will have to reshoot the tutorial
Hi Jay,
1) I do not know why some lat long were invalid. Did that site have another plug-in importing at the time or were they all added manually? With that many locations it could have been anything and/or Google depending on when they added locations. Or if they transferred from another site and/or had a bad csv file with inaccurate zip codes or location addresses. BBad zip codes are more common with international (go figure since google is based in US and many other countries use only 4 numbers for postal codes) All latitude/longitude is added by Google API and although they can mess up at times, for the most part they would not have a lot of inaccurate, invalid locations. looking at the site and just viewing locations in Texas, it looks to me as if someone just copied and pasted, some locations are all caps for instance
2) He is talking about scheduled imports from a url, that is an option with power add-on but is he suggesting overnight because he thinks there will be less traffic to the site? . First, I hope you would have a full back up of their site and I would not do that on a live production site. It is advisable to only be experimenting and doing updates to environments on a staging site first. What if something went wrong in the middle of the update,i.e if they do not have a dedicated server or lose connectivity and only half were loaded. For the SLP plugin , no you would not need to restore from a back-up. But you are mentioning deleting all accounts? What do they mean by all accounts?
certainly some customers have done that in the past, but again, as mentioned do it on a staging or dev site and only after exporting all locations to a csv file.
P.S. I did notice one thing, may give you insight or not. I am guessing who ever set up the original site locations did it by importing from an excel file, did they ever have an add-on that did that? The reason i ask, if you search for 01886, which I know is the zip code for Westford MA, the results are returned correctly but they actually show the leading zero is dropped…the results are showing 1886. This is an improper formatting of a number and I used to see that a lot if converting an excel file to a csv file, it was converted as a number not text. So there is a good chance that there was some formatting issues that would have given back an invalid geocode or location
Hi Jay
I visited the site, I typed in the word Atlanta and three locations were returned all in Atlanta. I typed in GA, three different locations appeared all in Georgia. I even tried incognito and it still returned correctly, and random zip codes seemed to return correctly.
If I type in nothing and just select find locations there are texas locations in results, assume you have your center map at or home default as texas?
If you do need to mass import to correct locations there are a couple of ways I would do it, but it requires the Power add-on.
You can export the SLP locations (as a csv file) then update the csv file, correct the lat/long or delete the locations that have the wrong lat long and let Goofle geocode them again.
You can then re-import. But be Careful, I would select to skip geocoding on the re-import or to Not duplicate or your API count towards geocoding will take a hit. (read the numerous news articles about Google APi , geocoding tools, and pricing )
Also note, when you export the csv file, you will see a column called sl_id. It is a specific number that is associated with the specific location entry in your database.
See docs site for more info.
Hi, we do not develop apps to work with Alexa. Interesting concept though
To modify layouts and add css you need the experience add-on.
If you want to write your own code, note that SLP base plug-in is open source and if you are a coder, programmer you should be able to find the strings to change by viewing the read me text. You can check out the documentation for Attributes , that might help you.
Hello Mike, it looks like you have resolved the error on the production site at least. Did you find what the issue was? Was it a migration issue or a url path or javascript or other plugin or theme conflict?.
Note in the article, I suggest how to override the google icon, but the gist is the same, manually adjusting each locations lat/long just enough for all three markers to show up. If that does not work for you, only other suggestion is cluster map markers.
Stefan
When posting in the forums please follow posting guidelines and provide info to assist you.
If I understand your question correctly, you have three offices that share the same address, as if they were ‘suites” in the same space. Google returns the latitude and longitude and with the SLP plugin, drops a pin (map marker) on that address on the map. Now here is where perhaps I need clarification. Are you saying the Map marker “info bubble” only shows the more recent bubble? or are you saying the results under the map are not displaying correctly? or are you only concerned with the pin?
Here are some suggestions depending on what you need the map or results display to look like.
One suggestion to try: manually adjust the lat long for each office by a small degree so that the pins will show close to each other but not on top of each other, 2) or you can use Cluster map Markers which will show that there are three locations for that one address. When the cluster is clicked on it should zoom in and open up the area to show the results. Cluster map markers is part of the premier add-on for WPSLP or part of the Enterprise level if you switch to MYSLP.com
Here is an article to help you with the first suggestion, i.e manually changing the lat /long
Location positionAnother option that might help you would be to have featured or ranked locations, (Experience add-on) but if you do not have a preference over which result displays first that wont work or Custom map markers per location.
Other suggestions under What to BuyYou might be able to change the front end yourself if you are familiar with source codes, HTML, CSS etc. but the built in feature exists only in Experience add-on at this time.
Are you using Smush it? A few users reported that Smush it broke areas of the back end of SLP admin panel because of the way it was compressing.
f you could provide a screenshot of your plugin environment or if you could use the Debugger in WP to find any conflicts and post the debug log that would be helpful.
Do you have a Google APi key? Google had a drop dead date of yesterday to add a Google API key and biling account. That shouldnt break the back end unless you added Protocol referrer restriction and then forgot to also obtain a geocoding key. We have published quite a few articles and documentation about that subject.
https://docs.storelocatorplus.com/blog/google-geocoding-browser-keys/
I
That section and tutorial is talking about the back end admin area. The Loco translate suggestion is for the add-ons and the .po and .mo files that need to be sent to the developer to incorporate into the next add-on release..Again, as mentioned that is for the back end.
Starting in October 2015, Store Locator Plus became part of the WordPress Translate project. You can contribute translations for the base plugin at the Store Locator Plus directory at WordPress Translate.
For the FRONT end label you can change it with the Experience add-on : See Documentation
Hi
The file path should be in lowercase. That was patched some time ago (Nov 2017)1) make sure you are on the latest release of SLP and 2) did not migrate from a system where case sensitivity was disabled to a system where it is now enabled.
A screenshot of your SLP plugin environment would be best because if you are on current version of SLP that should not be an issue. (not sure why you gave us the debug php url, but in the posting guidelines we ask for the url page that the SLP is installed on.)
Please provide your debug log.
Follow the How to Debug information here.
His solution was deleting the mysql record and then going back into the Admin panel. He tried using the WPSLP Janitor first to clear that field but it did not work for him.
If you have a back-up from before the event you could try restoring from that back-up.
Ok, Gotcha. I recall another forum user having similar issue due to something they did as well.
https://wp.storelocatorplus.com/forums/topic/markers-settings-are-gone/
Basically as he stated “The admin page for setting the markers for home or locations ends right before the markers area where the text inputs are for entering the urls to be used for home and locations images. Those fields did not exist again on the page until I deleted the database record containing the home marker that I had tried to change. What I did to create this minor disaster was try to use a relative path there. I assumed I could use Janitor to clear out all the settings, but it didn’t work, so I had to search and delete the record myself with some mysql statements.”
I see that Lance was able to help you, there may have been an issue with your security settings, he was able to download to hosted csv and sent to you. I will close this support post.
Here are the search results when searching by zip code, using a Massachusetts zip code and selecting 500km from drop down it returned 7 locations .I then searched with drop down of NB (New Brunswick) and the results returned are shown.
If you are referring to the map markers showing, you might want to check those, some of your map markers either aren’t appearing or because of the map configuration are on top of each other. Refer to how to set custom map markers.
If these are not the results you expected double check your settings under Results tab in SLP panel and make sure you have set a large enough number to return and to cast out to . Also fetch your Google API browser (server) key at the very least. contact sales if you are thinking of switching over to MySLP (managed service where we take care of the keys)
I do not know what you mean by losing the dropdown option, I visited your site and the province drop down is there and when I selected from dropdown and clicked find locations there were results. You might want to check under the results settings for how many results to return etc.
But, You will need to have a Google API key as posted in numerous news articles and the documentation. SLP added fields under the general tab so that people who opted to could restrict their keys. Since your site is still working I went to the Google services center and they have extended the deadline for the API key yet again. It is now July 16.
But they added the caveat that if you did not sign up for their API key June 11th…
“…..enforce the use of API keys beginning on June 11th. Keyless usage will result in a degraded experience, or an error.”
Our articles which may be effecting your site:
https://docs.storelocatorplus.com/blog/google-geocoding-browser-keys/
https://www.storelocatorplus.com/google-map-services/
This is a change to/from Google. If you want to not have to worry about all those Google changes you might want to look into the MYSLP Professional plan.
Your site is showing these warnings:
modernizr.js?ver=4.9.7:4 [Deprecation] Application Cache is deprecated in non-secure contexts, and will be restricted to secure contexts in M69, around September 2018. Please consider migrating your application to HTTPS, and eventually shifting over to Service Workers. See https://goo.gl/rStTGz for more details.
r.applicationcache @ modernizr.js?ver=4.9.7:4
util.js:226 Google Maps JavaScript API warning: NoApiKeys https://developers.google.com/maps/documentation/javascript/error-messages#no-api-keys
Nw.j @ util.js:226Please post your Plugin environment in the future.
here is some documentation and suggestions for setting markers.
https://docs.storelocatorplus.com/blog/using-custom-map-markers/