Tagged: country selector
November 11, 2015 at 5:27 PM #35808
My client has several hundred locations all over the world. I have the map set up to search by postal code or by country selector. My client has noticed a weird bug–if you enter 56420 (a French zip code), you get results from several European countries but not France.
Here’s the plugin environment:
<p class=”envinfo”><span class=”label”>Store Locator Plus Version:</span>4.3.20</p>
<p class=”envinfo”><span class=”label”>Enhanced Results:</span>4.3.02</p>
<p class=”envinfo”><span class=”label”>Enhanced Search:</span>4.3.01</p>
<p class=”envinfo”><span class=”label”>Pro Pack:</span>4.3.02</p>
<p class=”envinfo”><span class=”label”>Tagalong:</span>4.3.01</p>
<p class=”envinfo”><span class=”label”>This Info Cached:</span>1447257837</p>
<p class=”envinfo”><span class=”label”>WordPress Version:</span>4.3.1</p>
<p class=”envinfo”><span class=”label”>Site URL:</span>http://www.mcmurdogroup.com</p>
<p class=”envinfo”><span class=”label”>MySQL Version:</span>5.5.43</p>
<p class=”envinfo”><span class=”label”>PHP Version:</span>5.4.42</p>
<p class=”envinfo”><span class=”label”>PHP Limit:</span>256M</p>
<p class=”envinfo”><span class=”label”>WordPress General Limit:</span>40M</p>
<p class=”envinfo”><span class=”label”>WordPress Admin Limit:</span>256M</p>
<p class=”envinfo”><span class=”label”>PHP Peak RAM:</span>14 MB</p>
<p class=”envinfo”><span class=”label”>PHP Post Max Size:</span>65M</p>
<p class=”envinfo”><span class=”label”>PHP Modules:</span></p>
Array (  => apc  => bcmath  => calendar  => cgi-fcgi  => Core  => ctype  => curl  => date  => dba  => dom  => ereg  => exif  => fileinfo  => filter  => ftp  => gd  => gettext  => hash  => iconv  => imagick  => json  => libxml  => mbstring  => mcrypt  => memcache  => mhash  => mysql  => mysqli  => openssl  => pcre  => PDO  => pdo_mysql  => pdo_sqlite  => Phar  => pspell  => Reflection  => session  => SimpleXML  => soap  => SPL  => sqlite3  => standard  => tokenizer  => wddx  => xml  => xmlreader  => xmlrpc  => xmlwriter  => xsl  => zip  => zlib ) Any ideas?November 11, 2015 at 5:30 PM #35809
Oh, a couple of things I forgot to mention that I think might be relevant:
- There is no location in the 56420 zip code, although there are about 40 in France
- When I search 56420 on Google Maps, it immediately points me to France
Thank you!November 12, 2015 at 3:23 PM #35819
Funny you should mention this Emily. Lance and I were just discussing this exact issue yesterday. In fact the 4.3.20 update with the “call query fallback” is meant to assist exactly that. The bug is not a plugin or a SLP bug. It is the geocode function of the Google Map API. The Google MAPs that you and I search using our browser, without a Locator or third party, is not the same Map API that Google uses for the Google public maps, I know this may not make sense, but suffice to say, SLP had a commercial license with Google for Business. The developers basically responded to our queries with : Google MAPS has a different set of algorithms and information, i,.e geocoding updates than anyone else….it doesn’t matter who is using the map. You do not get the same Google Map that you can access only through Google Maps. I hope this makes sense. It didn’t to me at first until I equated it to an experience I had in a program where what was sold to other countries wasn’t the same as what the US was using.November 12, 2015 at 3:53 PM #35824
Yes, that makes complete sense. Thank you for your thorough answer!
To be clear, the fix in 4.3.20 will only be a fix for the initial load, if I’m looking at an international audience, correct? The funny thing is, the map is actually already centered on a French location. It’s very odd that Google wouldn’t return a French zip code when the map is set to default to France.
Do you have any other thoughts on how I might be able to fix this? Again, thank you for all the info!November 12, 2015 at 6:54 PM #35872
Unfortunately my thoughts on what Google is doing with their “proprietary” data answer as far as purposefully misdirecting or lagging in their updates is probably not printable. The fallbacks is only applicable when their is no results coming back because :”google is busy” and wants to dump you off the coast of Africa Every single time that someone does a search Google is queried. No matter what is in your map or database.
The developers have worked a ton of work around magic to try and second guess googles results. Their is a Google Influenced Guesses as part of the Premier subscription. If your map is only France, you might try the Append search method in the Enhanced search as well. Info about the append search featureNovember 18, 2015 at 2:50 PM #36026
That makes sense–thank you for the Premier subscription suggestion. I noticed that the subscription says it “starts” at $30/month. What dictates an increase? I want to make sure that if I make this recommendation to my client, I’m clear with them about what they should get. Thanks!November 25, 2015 at 4:02 PM #36208
$30 a month plus the set up fee or you can pay for the annual upfront fee which saves you a little bit of money. I do not know if Premier will increase in price at a future date but it has not been discussed at this time and I don’t see that happening in the near future.
The set up fee would be discounted if you have purchased other addons in the past year, you would just need to contact us and request the discount code. There are some features that are only available through Premier subscription. There are additional features added to Premier on average once every other month or once a month.
The Premier product page needs to be updated, There are more features that are not listed, for instance see the Info about 4.3.04
You must be logged in to reply to this topic.