- From: Ali Watters <ali.watters@creativelive.com>
- Date: Fri, 14 Jun 2013 10:47:20 -0700
- To: Aaron Bradley <aaranged@gmail.com>
- Cc: Stéphane Corlosquet <scorlosquet@gmail.com>, Public Vocabs <public-vocabs@w3.org>
- Message-ID: <CAFEmvYOc1ufcwinjV9mhRyc1mZaAcZSQGLCStLPoXyzT5-4BGg@mail.gmail.com>
Thanks for the links and the suggestion. I'm specifically dealing with Events (training courses) that have a physical limited attendance number (eg. ~10) and an unlimited number of online attendees through streaming. We don't want to publicize a physical address as those 10 places are preassigned. Putting a uri or "online" in address seems wrong, though for the short term whatever gets validated will have to do. Stephanie; does "Online" validate for you? A field/property that indicates that Event is; online only | online and physical | physical only -- makes sense to me -- Aaron I think that's your option 2.b? How do changes to the spec get requested? On Fri, Jun 14, 2013 at 10:24 AM, Aaron Bradley <aaranged@gmail.com> wrote: > There was a discussion of online events in December that looked at > precisely these issues; see: > http://lists.w3.org/Archives/Public/public-vocabs/2012Dec/0032.html > > Without repeating everything I said there, I think two things stand out in > regard to online events: > > (1) Event properties inadequate for describing online events > > The properties you can currently declare for schema.org/Event and more > specific Event types don't enable you to express important properties > associated with an online event. In short, useful information about online > events often fall into categories that can readily be defined by properties > of CreativeWork. (Sometimes this is true of brick-and-mortar events as > well; for example, it's anything but uncommon for events to be reviewed > online, but because "review" isn't a property of Event, there's no way, for > example, to point to a URL that is a review of that event. Aside from > seemingly being conceived of to express information about events occurring > in a physical location, the Event type also seems to have been focused on > upcoming rather than past events. Another example is that there's no way > of linking published conference proceedings to the EducationEvent or > BusinessEvent from which they were derived.) > > (2) A new Event type is worth considering, but... > > As others have noted, the Event property location is required by data > consumers such as Google. While that doesn't directly impact the schema, > it does suggest that a new Event type ("OnlineEvent" or "VirtualEvent") > could data consumers more readily differentiate between brick-and-mortar > and virtual events. However, this would rob webmasters of the benefits of > using the more specific Event types already defined; it may well be that > the addition of new properties (accessible by all Event types) might keep > this simpler. > > The issues that make Event problematic for online events can brought into > focus by looking at Google Hangouts, which are very much virtual events. > For example, here's a typical music hangout: > https://plus.google.com/events/cdrj5poa53gsjm0qclc9aeeaki8 > > All of the properties of MusicEvent are applicable here (the url property > being that of the above). But, on one hand, the oft-required property > "location" is not applicable within the confines of the expected types > Place or PostalAddress. On the other hand, the video that appears on this > event page can't be described with the current properties of MusicEvent > (and, ironically, UserPlusOne can't be used to declare the number of +1s > recorded for this event, even though this is a type of interactionCount - a > property of UserInteraction, which is a more specific type of Event!). > > > > On Fri, Jun 14, 2013 at 7:16 AM, Stéphane Corlosquet < > scorlosquet@gmail.com> wrote: > >> >> >> On Thu, Jun 13, 2013 at 3:43 PM, Ali Watters < >> ali.watters@creativelive.com> wrote: >> >>> Hi, >>> >>> When marking up events what is considered best practice for events that >>> can be attended online? >>> >>> Events appears to be requiring a physical location via Place. >>> >>> Example >>> >>> >>> 1. <div itemprop="location" itemscope itemtype="http://schema.org/Place"> >>> >>> >>> 2. <a itemprop="url" href="wells-fargo-center.html"> >>> >>> >>> 3. Wells Fargo Center >>> 4. </a> >>> 5. <div itemprop="address" itemscope itemtype="http://schema.org/PostalAddress"> >>> >>> >>> 6. <span itemprop="addressLocality">Philadelphia</span>, >>> >>> >>> 7. <span itemprop="addressRegion">PA</span> >>> 8. </div> >>> 9. </div> >>> >>> >>> Would omitting address and just including url be appropriate? >>> >>> Using google's data highlighter address is listed as required -- how >>> closely does the data highlighter match the spec? >>> >> Personally I usually use a string (e.g. "Online") as value for location, >> but I'm also curious to hear if there is a better way to do this. >> >> Steph. >> > >
Received on Friday, 14 June 2013 17:47:48 UTC