Virtual Events
Virtual Events are opportunities that are accessible remotely in real-time.
The eventAttendanceMode
property is used to indicate that an opportunity is available to attend online. It can be applied to the existing opportunity types for SessionSeries
, HeadlineEvent
, Event
, CourseInstance
as part of existing RPDE feeds for those types.
Although in most cases a Virtual Event will be a "Livestream" event - where an instructor live streams a video of themselves or their class - other types of virtual events exist. For example, using augmented reality or virtual reality. Such alternative forms of media will be accounted for in the future with further properties in addition to those listed below.
For the sake of speed and external consistency during the COVID-19 Pandemic, in the short term, the word “Livestream” or "Live" is recommended within user interfaces to represent all Virtual Events. However, implementers should be aware that properties introduced in the future may necessitate the use of more specific language to correctly represent events.
Online classes and events are part of an ongoing discussion that has been accelerated in response to the COVID-19 pandemic, and any properties suggested in the associated proposals are subject to change after the pandemic has ended. We welcome your contribution to the discussion and various proposals with any thoughts and feedback from your implementation.
Implementation guidance
In order to upgrade your booking or listing system to support virtual events, consider implementing the following properties. The OpenActive libraries, types reference documentation, and validator have been updated to support these properties.
Please see the "Updated Proposal" within each of the referenced GitHub issues in the headings below for further specific guidance on each property. Please comment on these GitHub issue if you require any specific clarifications.
eventAttendanceMode
(#225)
eventAttendanceMode
(#225)Definition
Whether an event occurs online, offline, or a mix of both.
Why implement this property?
This property is the required for a minimal implementation of virtual events.
Values
eventAttendanceMode
must have one of the following values:
https://schema.org/MixedEventAttendanceMode
https://schema.org/OfflineEventAttendanceMode
https://schema.org/OnlineEventAttendanceMode
If eventAttendanceMode
not provided it is must be assumed to be https://schema.org/OfflineEventAttendanceMode
for backwards compatibility.
If eventAttendanceMode
is set to https://schema.org/OnlineEventAttendanceMode
, location
MUST NOT be provided for backwards compatibility, in order to ensure that existing data users do not misrepresent virtual classes as physical ones. See the property beta:affiliatedLocation
below for an alternative.
Example
beta:affiliatedLocation
(#227)
beta:affiliatedLocation
(#227)Definition
The physical location affiliated with the virtual event, for example the original location of the event before it was moved online.
Why implement this property?
This property allows data users to display only virtual events that would usually be run from a local location, for those wishing to promote "local faces in local places" as part of the COVID-19 efforts to provide familiarity to those under lockdown.
Values
The property is identical to the existing location
property, requiring a Place
with either an address
or a geo
, or both.
beta:affiliatedLocation
may only be present when eventAttendanceMode
is set to https://schema.org/OnlineEventAttendanceMode
.
Example
beta:isInteractivityPreferred
(#230)
beta:isInteractivityPreferred
(#230)Definition
A property that indicates whether the virtual event is interactive (e.g. Zoom with participant microphones and cameras on), or is just a one-way broadcast (e.g. Facebook Live, Instagram Live, Zoom with participant microphones and cameras off).
Why implement this property?
This property allows applications to present a filter for "interactive classes", for those users who prefer instructors who engage with their audience. This is a key differentiator for smaller classes that will likely benefit most from being published as open data, as activity providers who use Instagram or Facebook Live already have a large audience.
Values
beta:isInteractivityPreferred
is a boolean, and so may have the values of true
, false
or be left unspecified. If unspecified, it is assumed that the value is unknown.
The existing attendeeInstruction
and description
properties may be used for activity providers to provide further clarification about interactivity preferences.
Additionally, this may optionally be combined with the boolean beta:isVirtuallyCoached
(#71) for the cases where the virtual class instruction is pre-recorded - e.g. for the common use case where Zoom is used for a group of participants to share in a pre-recorded class. If beta:isVirtuallyCoached
is unspecified, it is assumed to be false
.
beta:isInteractivityPreferred
must not be present when eventAttendanceMode
is set to https://schema.org/OfflineEventAttendanceMode
or is unspecified.
Example
beta:participantSuppliedEquipment
(#229)
beta:participantSuppliedEquipment
(#229)Definition
A property that indicates whether the participant must or may supply equipment for use in the Event.
Why implement this property?
This property allows applications to present a filter for "no equipment required", for those users who do not have equipment at home for an online event, or to bring with them to an offline event. This helps first-time participants find classes they can easily attend.
Values
beta:participantSuppliedEquipment
must have one of the following values:
https://openactive.io/Required
- Equipment is requiredhttps://openactive.io/Optional
- Equipment is optional, and the participant can improvisehttps://openactive.io/Unavailable
- No equipment required
The property is applicable to online, offline and mixed events.
The existing attendeeInstruction
and description
properties may be used for activity providers to provide further clarification about equipment requirements.
Example
maximumVirtualAttendeeCapacity
(#226)
maximumVirtualAttendeeCapacity
(#226)Definition
Indicates the maximum number of connections to a shared virtual space.
Why implement this property?
This property allows applications to present a filter for "class size", for those users who are interested in attending more intimate classes.
Values
maximumVirtualAttendeeCapacity
must be an integer.
The property can be set at either the SessionSeries
, ScheduledSession
or Event
level.
maximumVirtualAttendeeCapacity
must not be present when eventAttendanceMode
is set to https://schema.org/OfflineEventAttendanceMode
or is unspecified.
Example
beta:virtualLocation
(#224)
beta:virtualLocation
(#224)Definition
Describes a means of electronic access to a shared virtual space.
Why implement this property?
This property allows participants to jump straight into the virtual class from any application, and for applications to show "sessions happening right now" that they can access for free, for example.
Values
The value of beta:virtualLocation
, must be a VirtualLocation
object, which must include at least the url
, name
, or description
property. The url
property is recommended for simple implementations.
The url
must provide direct access to participate in a free virtual event, which could be used for e.g. a "View Livestream" button.
Note where the virtual location is private (e.g. behind a paywall), the VirtualLocation
url
should not be included.
From the existing Modelling Opportunity Data specification, the Offer
url
can be used for the link to purchase access or registration, and the Event
url
can signpost to a general page about the session.
beta:virtualLocation
must not be present when eventAttendanceMode
is set to https://schema.org/OfflineEventAttendanceMode
or is unspecified.
The property can be set at the SessionSeries
, ScheduledSession
or Event
level.
Example
level
for "Beginner-friendly" (#82)
level
for "Beginner-friendly" (#82)Definition
To allow for "beginner-friendly" events to be easily discoverable.
Why implement this property?
This property can be implemented simply as a "beginner-friendly" tick box, if no notion of "level" currently exists within the booking or listing system. This allows applications to present a filter for "beginner friendly", for those users who are new to the activity.
Values
To specify "Beginner-friendly" the value of the level
property, must include the string Beginner
in an array.
Example
beta:donationPaymentUrl
(#234)
beta:donationPaymentUrl
(#234)Definition
The URL of the webpage where the activity provider accepts donations.
Why implement this property?
A number of activity providers are seeking donations for their free live stream classes in the wake of the COVID-19 pandemic lockdowns. Sessions that appear to be offered for "free" based on isAccessibleForFree
and offers
actually proactively ask for donations. This property allows applications to advertise donation requests prominently to participants.
Values
The property accepts a URL, the existence of which both indicates that an activity provider is requesting donations, and provides the URL that applications should use when displaying a "Donate" button. It is applicable to online, offline and mixed events.
Example
beta:formalCriteriaMet
(#236)
beta:formalCriteriaMet
(#236)Definition
An array of URLs, each of which describe the formal criteria that are met by the organizer.
Why implement this property?
It is the activity provider’s responsibility to ensure they have adequate insurance in place for virtual classes (and correct music licences, where relevant). Booking systems that wish to allow their customers to be part of Sport England's Join the Movement campaign must provide assurance that activity providers have met these criteria, by either including the beta:formalCriteriaMet
property per-organizer, or by demonstrating system-level safeguards are in place.
Values
The beta:formalCriteriaMet
property accepts an array of URLs, and in most cases will contain just one URL. Each URL must reference a webpage that includes the criteria that have been presented to the activity provider, and that have been actively accepted by them. The webpage itself does not need to be presented to the activity provider, as long as the criteria it contains is accepted by the activity provider in some form.
An example of such a URL is: https://emduk.org/advice-on-how-instructors-can-continue-to-deliver-their-classes-online/
Applications that consume the open data can use the content of the webpage at each URL to decide if the criteria specified are sufficient for their needs, and filter for opportunities where the beta:formalCriteriaMet
property includes such URLs.
The property must be set on the Organization
or Person
within the organizer
property.
Example
Conformance criteria
Please feedback on the below or request any clarifications by commenting on this GitHub issue.
Note that in order to make use of "beta" properties, "@context"
must include the beta namespace, as follows:
SessionSeries, HeadlineEvent, CourseInstance and Event
The following properties are REQUIRED (inheriting from existing Modelling Opportunity Data specification):
name
activity
organizer
- including a required@id
, a recommendedsameAs
property for social media handles, and a recommendedbeta:formalCriteriaMet
(#236).The
@id
is required to give each organizer a globally unique identifier in the form of a URL.The
@id
does not need to resolve to a functional endpoint, but must use a domain name owned by your booking or listing system. This allows applications with specific content approval requirements to register trusted organizers based on their@id
.An example of such an
@id
ishttps://id.bookingsystem.com/organizers/123
.
eventAttendanceMode
(#225)offers
(including a recommendedurl
that links straight to the purchase page)url
(to a page describing the session)
The following properties MUST NOT be included when eventAttendanceMode
is set to https://schema.org/OnlineEventAttendanceMode
:
location
(#227)
The following properties are RECOMMENDED:
description
image
level
(#82) - using the string "Beginner
" for beginner friendly classesageRange
genderRestriction
beta:isFirstSessionAccessibleForFree
(#232)beta:isInteractivityPreferred
(#230)beta:participantSuppliedEquipment
(#229)beta:affiliatedLocation
(#227)maximumVirtualAttendeeCapacity
(#226)beta:donationPaymentUrl
(#234)
ScheduledSession and Event
The following properties are REQUIRED (inheriting from existing Modelling Opportunity Data specification):
startDate
The following properties are RECOMMENDED:
duration
endDate
beta:virtualLocation
(#224) (including aurl
to the live class itself, e.g. a Facebook Live or Zoom URL)
Examples
Complete examples
The validator includes complete examples for:
Illustrative examples
The examples below only include new properties specific to virtual events, for those already familiar with the OpenActive specifications. Please see above for all properties that should be included.
Last updated