Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issue #373: Created PodcastSeries and PodcastEpisode #2007

Merged
merged 8 commits into from Sep 23, 2019

Conversation

@vholland
Copy link
Contributor

@vholland vholland commented Jul 13, 2018

No description provided.

@unor
Copy link
Contributor

@unor unor commented Jul 14, 2018

About rssFeed

I still think that we should use webFeed instead of rssFeed. It’s what Wikipedia calls it (article: Web feed), and the name would include formats that are not called RSS, i.e., Atom:

The two main web feed formats are RSS and Atom.

While "RSS feed" is sometimes used as synonym for "Web feed", I don’t think that we should follow this convention for naming the property (authors searching for "RSS" will easily find the property thanks to its description).

I would suggest to mention the two main formats in the description, e.g., something like:

The URL for the feed (e.g., Atom or RSS) associated with the podcast series or episode.

And I wonder: get feeds really associated with a podcast episode? How’s that used? For jumping to specific parts in the episode?

I think this property should also be added to WebSite/Blog, but this could happen later, I guess.

@vholland
Copy link
Contributor Author

@vholland vholland commented Jul 16, 2018

@unor I changed rssFeed to webFeed. I will remove that property from PodcastEpisode.

@Racum
Copy link

@Racum Racum commented Jul 19, 2018

Hello @vholland, can you re-issue the CI manually? it couldn't download a dependency because GitHub was unstable exactly during that time.

@vholland
Copy link
Contributor Author

@vholland vholland commented Jul 24, 2018

@Racum Done. Yeah, I submitted during their outage. It should be fixed now.

@danbri
Copy link
Contributor

@danbri danbri commented Oct 22, 2018

Shall we do this? having an approach to podcasts makes sense, but maybe a general interaction with rss/atom feeds needs discussion beyond the audio aspect...

/cc @rvguha

@danbri
Copy link
Contributor

@danbri danbri commented Feb 6, 2019

We talked about this at Google and don't have a big use for this vocabulary currently, but we can park the design in case other usecases and applications arise. It was only going to be in Pending anyway, so we could go ahead and do that. Is it better to park something usably in Pending.schema.org rather than as a mere github issue? Probably...

@davidbarratt
Copy link

@davidbarratt davidbarratt commented Feb 22, 2019

Shall we do this? having an approach to podcasts makes sense, but maybe a general interaction with rss/atom feeds needs discussion beyond the audio aspect...

Yeah I was kind of surprised that RSS feeds aren't represneted, but you can kind of do it with:
DataFeed > encoding > contentUrl
You could argue that a Podcast is just a type of datafeed... but on the flip side, it's also kind of like a TVSeries and TVEpisode (just for audio instead of video).

@philliard3
Copy link

@philliard3 philliard3 commented Apr 8, 2019

I think it's worth taking a look at http://schema.org/OnDemandEvent and https://schema.org/EventSeries to address similarities and distinctions. OnDemandEvent specifically refers to representing podcasts, but doesn't provide support for continued works that operate somewhere between an event, a series, and a creative work. There's also EventSeries to address the issue of scheduling, but there is a disconnect in these concepts that I think the PodcastEpisode and PodcastSeries concepts introduced here highlight. There's not really a good way right now in Schema.org to represent continued content in general. Things like podcasts, web series, web comics, web novels, etc. require elements of CreativeWorkSeries and EventSeries.

Could we generalize this to work for all continued content, not just podcasts?

Doing so may help address inconsistencies between what is picked up by search engines and stored in their knowledge graphs. As an example, among two popular podcasts I listen to, one shows up in Google's results as type Podcast Feed, whereas the other has no type, only its Wikipedia summary.

@abirhoss
Copy link

@abirhoss abirhoss commented Jul 29, 2019

It would be great to get this merged

@danbri danbri merged commit 71ed9ae into schemaorg:master Sep 23, 2019
1 check passed
@vholland vholland deleted the podcast branch Sep 24, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Linked issues

Successfully merging this pull request may close these issues.

None yet

7 participants