stevygee1987

Thanks @bburgay! I figured out how to do this without modifying the plugin javascript, instead overriding it.

Thanks @knetwalker you pointed me in the right direction! Here is the solution that worked for me.

Here is the complete, updated solution, which I pieced together, without having to modify any core plugin files:

1) Install Categories Images plugin and add some images to your Store Categories.
2) Copy wpsl-gmap.js to your Child Theme, replace this lines in addMarker():

url = markerSettings.url + wpslSettings.storeMarker;

with:

// Edit here: Use category image as marker
if( infoWindowData.categoryMarkerUrl ) {
	url = infoWindowData.categoryMarkerUrl;
} else {
	url = markerSettings.url + wpslSettings.storeMarker;
}

3) In functions.php, load your modified javascript instead of the plugin’s:

/* see https://stackoverflow.com/a/29307618 */
function prefix_child_replace_wpsl_script() {
	global $wp_scripts;
	$wp_scripts->registered[ 'wpsl-js' ]->src = get_stylesheet_directory_uri() . '/js/wpsl-gmap.js';
}
add_action( 'wp_footer', 'prefix_replace_wpsl_script' );

4) Also in functions.php:

add_filter( 'wpsl_store_meta', 'prefix_store_meta', 10, 2 );
function prefix_store_meta( $store_meta, $store_id ) {
	$terms = wp_get_post_terms( $store_id, 'wpsl_store_category' );

	$store_meta['terms'] = '';

	if ( $terms ) {
		if ( !is_wp_error( $terms ) ) {
			// Just use the first category found
			if( function_exists('z_taxonomy_image_url') ) {
				$store_meta['categoryMarkerUrl'] = z_taxonomy_image_url($terms[0]->term_id);
			}
		}
	}

	return $store_meta;
}

add_filter( 'wpsl_frontend_meta_fields', 'prefix_frontend_meta_fields' );
function prefix_frontend_meta_fields( $store_fields ) {
	$store_fields['wpsl_categoryMarkerUrl'] = array( 
		'name' => 'categoryMarkerUrl'
	);

	return $store_fields;
}

Thanks!

Solved the problem! In my case it was a conflict with the Enfold theme, which also loads the Google Maps API. I had to make sure that the theme was up-to-date and then add the API browser key in Enfold settings. To be clear, it’s all about this line missing the API key:
<script type='text/javascript' src='https://maps.google.com/maps/api/js?v=3.24'></script>

Now in theory, any theme or plugin could load the API (without a key) before Events Manager does, therefore interfering with EM’s usage in the admin area.

Sure. Login/password is noeps/pferdchen.

This works:
https://noeps.at/termine/test-2-0/

While this one doesn’t:
https://noeps.at/termine/naturdialog-2016/

Here is the frontend form, which also works:
https://noeps.at/termine/temin-vorschlagen/

If you need access to the backend, please let me know how I can message you directly.

Another interesting titbit: I can add events using the frontend [event_form], the map works and the location is being saved. The map appears correctly for events that are added in this way.

Hello,

I have the very same problem and would like to provide some additional info:

I have generated a Google API key according to Event Manager’s tutorial, just leaving it unrestricted for testing purposes. I’m using this key on both my local site and the client site.

On my local site, I can add an event location and the map gets displayed correctly in both backend and frontend.

On the client site, event locations that were added some time ago correctly show the map in frontend. However, the map won’t appear for newly created locations. In backend, I get Google Maps API error: MissingKeyMapError in the javascript console. Therefore, the coordinates don’t seem to be saved and in frontend I get Map not available. Again, this is using the same key that works on my local site.

Try Lazy Load XT instead, it works perfectly.

Thanks for the quick reply and precise instructions!

So when I removed post_parent="all", I got no results, as you said. I confirmed that the plugin was activated.

Next, I tried to use Att.Category:
[mla_gallery mla_alt_shortcode="gallery" my_custom_sql="attachment_category=test"]
This worked!

So now I tried other custom taxonomies that I had set up. Some of them worked, others didn’t. I discovered that I was using the pacf_gallery taxonomy for other CPTs as well, not just attachments. As soon as I set my taxonomy exclusively to “attachment” (second parameter of register_taxonomy()), it worked!

I’m now seeing pages with hundreds of images in galleries load about 10x faster! Thanks!

Thanks for the reply. My pages contain galleries with hundreds of images, so in order to improve loading times, I split them up. I want the next batch of images to load when the user reaches the end of the page.

Still, loading the next page of an archive should be similar to loading the next page of a post? I have some PHP knowledge, can you maybe give me any pointers on where I could start implementing this?

Sorry for leaving this unanswered, I just checked and the dev Version resolves this issue!

No need to hurry with the fix. Many thanks and I hope to be able to donate soon, PayPal seems to have technical problems right now.

Here is one of the images.

Check out this plugin, it automatically resizes the “full-size” image to a resolution you can define in its settings. Solved this problem for me and is very easy to use. Be sure to backup first.

Keep in mind that if you want to crop images in WordPress, the resolution might become much smaller than expected because the original full sized file will be gone.