RE: Schema.org TV vocabulary - opening discussion

Hi Dan, all,

Some questions:
* 
>In Series:
>Rename 'episodes' into 'episode' (object is a single Episode with a position, not a list - confusing in the current spec)
>Rename 'seasons' into 'season'
>
>In Season:
>Rename 'episodes' to 'episode'

Could you explain why should we rename these properties? As far as I understand it may be several seasons in series and several episodes in series and season as well? Am I mistaken?

* 
>Add Thing > CreativeWork > Programme

Don't we want to add some special properties for programme? Smth like anchorperson, duration, ...

* Add Thing > CreativeWork > Clip

The same question. Can we add some specific properties for Clip type?

* > Add Thing > TimePeriod

What is TimePeriod? I mean is it smth more than mere ISO 8601 Time Intervals (http://en.wikipedia.org/wiki/ISO_8601#Time_intervals)?

* > Add 'broadcastOf' property, range 'Clip' or 'Episode', (JP) or Programme (also rename broadcastOf in 'source')

Agree with renaming.

* 
> Add Thing > Event > Broadcast
> Add 'broadcastOn' property, range 'Service'
> Add 'broadcastOf' property, range 'Clip' or 'Episode', (JP) or Programme (also rename broadcastOf in 'source')
> Add 'start', range date
> Add 'end', range date

What is the semantic of new 'start' and 'end' properties? We already have 'startDate' and 'endDate' in Event and 'period' property in Service. What is the difference from them?

* > Add contentTimePeriod, range 'TimePeriod'

The same question. Is it different from 'period' property of 'broadcastOn' (Service)?
----
Best Regards,
Alex
Yandex.com


-----Original Message-----
From: Gregg Kellogg [mailto:gregg@kellogg-assoc.com] 
Sent: Saturday, December 10, 2011 2:31 AM
To: Dan Brickley
Cc: public-vocabs; Evain, Jean-Pierre; Yves Raimond
Subject: Re: Schema.org TV vocabulary - opening discussion

In Series/Season:

[[[
Modify 'endDate' description to be 'start of the last first publication of an episode within that series/season'
]]]

"last first publication"? Perhaps just "last publication".

Regarding moving TVSeries (for example) under Series. Do you expect to publish schema:TVSeries rdfs:subClassOf schema:Series? This is really a broad question for all hierarchical classes.

Also, is it expected that the range of schema:episode is an rdf:List? How about an OWL restriction on the cardinality of schema:episode? What is the strategy for indicating that some properties really relate to an ordered collection? This was suggested in the Microdata to RDF mapping for the following properties as well [1]:

blogPosts, breadcrumb, episodes, events, itemListElement, musicGroupMember, seasons, ...

Really, just an example for how to treat properties that should take an RDF Collection, as this is the data-model that the microdata JSON encoding would take.

Gregg

[1] https://dvcs.w3.org/hg/htmldata/raw-file/default/microdata-rdf/index.html#example-registry

On Dec 9, 2011, at 9:09 AM, Dan Brickley wrote:

> Following up on the discussion here a few weeks ago, around 
> Schema.org's TV vocabulary (see 
> http://lists.w3.org/Archives/Public/public-vocabs/2011Oct/0095.html
> and nearby)
> 
> This work has moved along a bit, many thanks to Jean-Pierre (EBU) and 
> to Yves and others at the BBC for their investigations and 
> collaboration.
> 
> The work-in-progress results are linked from our Wiki homepage 
> http://www.w3.org/wiki/WebSchemas as 
> http://www.w3.org/wiki/TVRadioSchema and are a set of additions and 
> edits that would help improve this area of schema.org.  While it's not 
> a fully polished proposal with use cases and explanations for 
> everything, I think it's worth drawing wider attention to it at this 
> point.
> 
> The first thing it does is provide a home for radio alongside TV, as 
> well as basics for better supporting description of clips, and 
> broadcasts. Yves and Jean-Pierre might want to say more.
> 
> If you're interested in helping improve schema.org's coverage of these 
> topics, do please take a look at http://www.w3.org/wiki/TVRadioSchema
> and comment here or in the wiki...
> 
> cheers,
> 
> Dan
>

Received on Saturday, 10 December 2011 18:23:15 UTC