RE: schema.org Series generalized, VideoGameSeries added for sdo-venkman release

Alternatively to deprecating episode, season, etc., we could potentially make them sub-properties of hasPart/isPartOf.

From: Tom Marsh
Sent: Wednesday, November 19, 2014 2:41 PM
To: 'Dan Brickley'; W3C Web Schemas Task Force; Dan Scott; Vicki Tardif Holland
Subject: RE: schema.org Series generalized, VideoGameSeries added for sdo-venkman release

A few questions/comments:

For Series, what are startDate and endDate referring to? Is this the time when the series was published/aired? If so, how would we model a TV series that is rebroadcast or similar cases?

TVSeries still has endDate. We don’t need this now that Series has endDate, do we?

Similarly, there are a bunch of properties that seem redundant with hasPart and isPartOf (assuming I can use these to link from series to both episodes and seasons). Should we deprecate these? Examples are episode and season on the various Series subtypes, partOfSeason and partOfSeries on Episode, and partOfSeries on Season.

Tom

From: Dan Brickley [mailto:danbri@google.com]
Sent: Wednesday, November 19, 2014 10:24 AM
To: W3C Web Schemas Task Force; Dan Scott; Vicki Tardif Holland
Subject: Re: schema.org Series generalized, VideoGameSeries added for sdo-venkman release


Please take another look. http://sdo-venkman.appspot.com/Series


This is a larger attempt at a general Series type, following the direction of this thread and github discussions.

There are subtypes for TVSeries, RadioSeries, as before; however we also add minimalistic MovieSeries, BookSeries, as well as bringing in Periodical and the new VideoGameSeries type. Media-specific
properties have been pushed down into the movie-tv-games-radio areas.

There are probably some rough edges, but feedback on the general direction would be useful. The intent is for Series' definition not to seem too weird for either written or media content. This means it has to be general, so we balance that by linking very explicitly to the subtypes for detail...

Does this work? Does it seem too hasty to include MovieSeries, BookSeries here or does that help in rounding out the picture and general approach? We could comment them out and discuss them at more leisure later if they do seem too tricky to get right...

Dan

ps. full implementation details are in this branch, https://github.com/danbri/schemaorg/tree/sdo-videogameseries


On 18 November 2014 20:43, Dan Brickley <danbri@google.com<mailto:danbri@google.com>> wrote:
[snip]

Ok, so it appears I tried to implement the rough consensus in
https://github.com/rvguha/schemaorg/issues/148 too hastily, and also
ran into some legacy baggage in our schema structures. In particular I
missed out the idea that we would introduce subtypes of Series such as
(initially) VideoGameSeries, so that the less generic Series
properties (episodes, actor, director etc.) *could* migrate down to
the subtypes. I would like the wording of Series to be open to its use
with books, periodicals etc even if the presence of 'director',
'actor' is (perhaps temporarily) awkward. If there are sites today
publishing TV and radio Series data using the top class Series, rather
than specific subtypes, it seems awkward to remove properties from
Series. I'll dig around to see how many such cases I can find.

In favour of the present wording, Dan Scott in the github issue did
say "@danbri @Dataliberate Actually, I don't have a problem with the
wording; books, comic books, pamplets, etc are all forms of media
(print media).". But "A media series, e.g. TV, radio or video game."
needn't be the final word on Series. It surely won't be.

There is also the question of how many of the VideoGame properties to
also attach to VideoGameSeries. I went with the simple approach of
saying "all of them", even if some of them will be unlikely. We could
prune a few perhaps.

Anyway I'll take another pass through this tomorrow and hope to return
here with something more polished. The legacy baggage that needed
tidying is that (for old implementation reasons that have gone away
since we moved to appengine/github) there were various properties that
listed domains including both e.g. Series and TVSeries, RadioSeries.
That was a hack needed to make the TV/Radio improvements last year
work with the existing site codebase. I'm removing the redundant
subtypes and tidying some old text...

Dan