Gillian

Have you read this thread?
https://www.ads-software.com/support/topic/api-keys-added-map-is-gray/

Thanks from me too, Marcie. That explains why some of my maps didn’t work, while others did. I was using the default Map Center Address as a location for some maps, but overriding the center address for other maps.

The issue had been on my “look at” list, but I just checked the settings page and found an error there saying that geolocation had failed. Simply re-saving (no changes made) the settings resolved the issue, but now having the latitude and longitude I replace the location name with them and saved again. The non-working maps sprang back to life :-). I have a lot of different maps on my site, so now I’ll go through and make sure that all center addresses are in latitude and longitude format.

No, it is not possible. See the FAQ – specifically, this one:
Can I embed more than one map on the same page?

Thanks @gerhardjvr ??

I’ve done the first site successfully, so now I’m off to do the others.

I just updated to BPS 2.0 on 3 websites and the websites all promptly went down with the following PHP fatal error (resulting in a server 500 error):

PHP Fatal error: Cannot redeclare bpsPro_autoupdate_bps_plugin() (previously declared in /home/xxxxx/public_html/wp-content/mu-plugins/bps-mu-tools.php:25) in /home/xxxxx/public_html/wp-content/mu-plugins/bps-plugin-autoupdate.php on line 15

My host restored access by moving the PHP file (bps-plugin-autoupdate.php) out of the folder. BPS still appears to be working okay. Two questions:
1) There appears to be a problem with this update, and I am reluctant to update any more sites as a result. Can you give any advice regarding the above error and how to avoid the 500 errors?
2) For the sites where I have had to move the PHP file to regain access, what is the impact of doing this?

• This reply was modified 7 years, 8 months ago by Gillian.

Or, to change the default icon, have a read of “Can I change the default icon?” on the FAQ page.

I can see the markers okay. You may have a caching (eg browser or caching plugin) issue.

Have you tried temporarily disabling all other plugins to see if the problem goes away? If it does, reactivate the plugins one-by-one until you find the culprit.

@paulvw – I found that when I added that responsive code, it didn’t work if I put the “100” in the global width option in the settings (I ended up with a 100px wide strip of map). However, it does work if you put width=100 as a parameter in the shortcode when you insert the shortcode into a page.

The map is still only responsive up to a point – beyond that (eg phones), it still crops off the right of the map. However, if the map was fully responsive on phones it would probably be so small it would be difficult to decipher.

Wonderful ?? Many thanks, Ian – the different text color is working beautifully now!

Flushed with that success, I also increased the text size for 0, 1 and 2. In case it helps others, my final code is:

function bgmp_change_cluster_font_color( $options ) {
    $options['clustering']['styles']['default'][0]['opt_textColor'] = '#FFFFFF';
    $options['clustering']['styles']['default'][0]['opt_textSize'] = '13';
    $options['clustering']['styles']['default'][1]['opt_textColor'] = '#000000';
    $options['clustering']['styles']['default'][1]['opt_textSize'] = '13';
    $options['clustering']['styles']['default'][2]['opt_textColor'] = '#FFFFFF';
    $options['clustering']['styles']['default'][2]['opt_textSize'] = '13';
    $options['clustering']['styles']['default'][3]['opt_textColor'] = '#FFFFFF';
    $options['clustering']['styles']['default'][4]['opt_textColor'] = '#FFFFFF';

    return $options;
}
add_filter( 'bgmp_map-options', 'bgmp_change_cluster_font_color' );

Thanks again for going above and beyond.

Hi Ian

Many thanks for the code – I did find one typo (“return options” I believe should be “return $options”, otherwise the map does not load at all).

This is the code I now have (in my functionality plugin):

function bgmp_change_cluster_font_color( $options ) {
    $options['clustering']['styles']['default'][0]['color'] = '#000000';
    $options['clustering']['styles']['default'][1]['color'] = '#FFFFFF';
    $options['clustering']['styles']['default'][2]['color'] = '#FFFFFF';
    $options['clustering']['styles']['default'][3]['color'] = '#FFFFFF';
    $options['clustering']['styles']['default'][4]['color'] = '#FFFFFF';

    return $options;
}
add_filter( 'bgmp_map-options', 'bgmp_change_cluster_font_color' );

Alas, it doesn’t change the font color on the clusters (I cleared caches etc). I really don’t want to take up more of your time, but a nudge in the right direction as to what tweak the code might need would be very much appreciated.

Many thanks for the quick fix, Ian – all clustering icons are showing up again ??

While I’m here, is there any way to change the font colour of the number which appears on the clusterer icons? I find the black font on the blue and red default icons hard to read, and would like to change the font colour for these two to white.

One more piece of the puzzle. This is one of the Google m*.png URLs which is failing to load:
https://google-maps-utility-library-v3.googlecode.com/svn/trunk/markerclusterer/images/m1.png

It looks like the default set of clusterer icons are not loading from the local copy but from the remote server.

Answering myself again …

The icons are actually stored locally, here:
/wp-content/plugins/basic-google-maps-placemarks/includes/marker-clusterer/images/

That’s it from me – I’ll leave it up to Ian now to solve the case of the missing default icons ??

Stackoverflow recently reports that the location of the repo and images has changed. The images are now here:
https://github.com/googlemaps/js-marker-clusterer/tree/gh-pages/images

The default icons are in the set m1.png to m5.png

The stackoverflow poster suggests storing the icons locally rather than retrieving them from an external server, which would avoid the current issue in case of future changes.