[Barry]

I fully understand how frustrating it must be. I do want to clarify something, though, as I think you may have misunderstood one of the steps that I recommended:

Most of my scheduled imports are daily, changing them to monthly or every two months will not work for my site.

I’m not suggesting you change daily imports to run once every month or once every two months — I realize that would be unworkable.

What I’m recommending is that, if at all possible, you visit Events ‣ Settings ‣ Import ‣ Global Import Settings and change the import limit settings.

If these are currently configured to import by date range, then please consider reducing the timespan from whatever it is now to something lower (so, if it is currently set to two months try reducing it to one month, etc).

This does not mean that a daily import will stop running daily: it just increases the chances of success by reducing the number of events it will try to handle each time.

Does that clarify things?

[Barry]

This reply is private.

[Barry]

Hi Denise,

I’m really sorry to hear you’ve had such a bumpy experience with Event Aggregator.

Since our last update, we’ve been able to make some progress on this problem and a further set of fixes that should help with this issue are currently undergoing testing. Although I can’t promise anything, because there are lots of variables to deal with, we’re going to do our best to ship those in next week’s release.

In the meantime, here are some practical tips that might help:

• Visit Events ‣ Settings ‣ Import ‣ Global Import Settings and review the import limit settings
  • If you are limiting by date range, try reducing the time (for example, from two months to one month)
  • If you are limiting by the number of events, try reducing this instead (for example, from 200 to 100)
• Visit Events ‣ Imports ‣ Scheduled Imports … how many imports are listed here and when were they created? Though I appreciate this takes some amount of work, clearing them out and recreating them has helped some users to workaround this problem

Beyond that, I’d recommend we wait for the next update to The Events Calendar and see if that helps. Again, we’re really sorry it’s been a choppy experience: but real progress has been made to improve the reliability of Event Aggregator and though there are some parts that clearly still need refining, I’m confident we’ll get there 🙂

[Barry]

Ah, I see (and sorry for the delayed response!).

Internally, when pagination happens by ajax, the query is either of the type ‘list’ or ‘past’ but not ‘photo’.

In other words, testing to see if the eventDisplay variable is ‘photo’ will only work on a direct load and not following pagination where the view reloads using an ajax update process.

Catching this scenario at present would require you test to see if it is an ajax request and by inspecting the action key within the $_POST superglobal (if you need to lock things down to photo view).

[Barry]

Strange there’d be no effect as it sounds like you positioned the overrides in the right places … stranger still that nothing happened when you edited the original file (though, as you noted, that’s generally not a great idea).

Might you have caching enabled or something else that would have the (hopefully temporary) effect of blocking such a change?

[Barry]

Happy to help 🙂

[Barry]

Hi Mark,

That certainly sounds like a viable customization 🙂

On that note, I do need to mention right off the bat that the amount of support we can offer for custom development tasks tends to be limited, but I’d be only too pleased to see if I can point you in the right direction.

Here’s a code sample outlining interaction with the REST API on a remote site (in my example, our demo site) that contains an active and up-to-date copy of The Events Calendar:

$now = date_create()->format( 'Y-m-d' );
$end = date_create()->modify( '+7 days' )->format( 'Y-m-d' );

$url = 'http://wpshindig.com/wp-json/tribe/events/v1/events';
$url = add_query_arg( 'start_date', $now, $url );
$url = add_query_arg( 'end_date', $end, $url );

$data = null;
$events = array();
$response = wp_remote_get( $url );

if ( ! is_wp_error( $response ) && ! empty( $response['body'] ) ) {
	$data = json_decode( $response['body'] );
}

if ( ! empty( $data->events ) && is_array( $data->events ) ) {
	$events = $data->events;
}

foreach ( $events as $source_event ) {
	print_r( $source_event );
}

In essence, it requests the upcoming week’s worth of events and if it successfully obtains them it loops through them (you could then format them nicely and display them, whereas for demonstration purposes I simply ‘dump’ the data to the screen).

It would need a lot more polish – you’d probably want to cache the result of the lookup, for example, or store it somewhere like your own database (and/or you could commit the data to your local copy of The Events Calendar) – but it should at least give you the basic idea.

I hope that helps!

[Barry]

I’m really sorry to hear that, Antonio.

Just to be completely clear: is “Compromiso Ascari” a good example of one of the problematic imports and, if so, does that relate to this Facebook page? I could be missing something, but it doesn’t actually seem to contain any events.

Similarly, for “Club Waterpolo Ronda” (I’m taking this Facebook page to be the one you’re looking at there) I see no upcoming events and nothing in the recent past, either.

In situations like those, you should not expect it to pull in any events because there are none. If I should be looking at different examples, please let me know and if you can provide links to the corresponding Facebook pages that would be really helpful here.

Thanks!

---

Lamento mucho oír eso, Antonio.

Sólo para ser completamente claro: ¿es “compromiso Ascari” un buen ejemplo de una de las importaciones problemáticas y, si es así, se relaciona con esta página de Facebook? Podría faltar algo, pero en realidad no parece contener ningún evento.

De manera similar, para “Club waterpolo ronda” (estoy tomando esta página de Facebook para ser la que estás viendo allí) no veo ningún evento próximo y nada en el pasado reciente, tampoco.

En situaciones como esas, no se debe esperar que se tire en cualquier evento porque no hay ninguno. Si yo debería estar buscando en diferentes ejemplos, por favor, que me haga saber y si usted puede proporcionar enlaces a las páginas correspondientes de Facebook que sería realmente útil aquí.

Gracias!

[Barry]

Thanks for sharing those notes!

[Barry]

Thanks, Carole.

[Barry]

This reply is private.

[Barry]

Hi!

All of our functions are listed here:

theeventscalendar.com/functions

We do hope to build on this and include filters and other hooks, but for the time being that’s probably the best resource (and you can “drill down” by plugin, so for example you can focus in on Events Calendar PRO functions and ignore the rest).

[Barry]

OK, let us know how you get on!

I did take a peek to see if there was anything I could do to point you in the right direction, but unfortunately on trying to open the URL you shared at the start of this topic I get a 403 Forbidden error.

[Barry]

Hi Jessica,

That’s a great question, thanks for posting it!

This is absolutely possible and, as with many requests like this, there are many different ways you might approach it.

Using Filter Bar is one option – since it will allow your users to filter down to events at one or more specific venues – but if as you stated that isn’t suitable in your case we can look at alternatives.

A customization that creates buttons for each of your venues above the calendar (and that, when clicked, modify the event query to focus in on those venues specifically) is another and though this would be entirely viable I’m afraid be beyond the scope of what we can guide you through (you could certainly engage a suitably skilled designer/developer to do this work, though).

Here’s a further and potentially easier/low cost option: make use of category archives. Though it might initially take a little more work to do this when creating events, if instead of – or in addition to – assigning events to venues you also assign them to some matching categories you could then make use of archives like this:

example.com/events/category/venue-one
example.com/events/category/venue-two

You could then present those links in your main navigation menu and/or above the calendar itself (in the form of links that look like “buttons”, if that’s your preference) by making use of the Add HTML before event content option found in the Events ‣ Settings ‣ Display settings page.

Hopefully that gives you some ideas to take forward 🙂

[Barry]

Hi M!

We can’t go into too much depth with customizations requiring custom code, but perhaps this example will help get you started:

$events = tribe_get_events( array(
	'tax_query' => array(
		array(
			'taxonomy' => Tribe__Events__Main::TAXONOMY,
			'field'    => 'slug',
			'terms'    => 'parties',
		)
	)
) );

The following knowledgebase article might also be of interest:

theeventscalendar.com/knowledgebase/using-tribe_get_events

Thanks and good luck!

[Author]

Posts