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

Improper conflations between "platform" and "host" #1

Closed
theDanielJLewis opened this issue Oct 9, 2020 · 5 comments
Closed

Improper conflations between "platform" and "host" #1

theDanielJLewis opened this issue Oct 9, 2020 · 5 comments

Comments

@theDanielJLewis
Copy link

I see some potential misuses of the term "platform." For example, Apple Podcasts, Google Podcasts, Spotify, and such are platforms. But Captivate, Fireside, and such are hosting-providers.

Also, there can be easy confusion with the word "host." For example, is "podcast host" the person hosting the podcast, or the company hosting the media files? The way I distinguish these two things is using "podcast host" to refer to the person and "podcast-hosting provider" to refer to the company.

@daveajones
Copy link
Contributor

Would changing:

<podcast:id platform="[host slug]">

to:

<podcast:id service="[service slug]">

...clear up the confusion?

@theDanielJLewis
Copy link
Author

What do you actually want the data to contain? If you want the ID for that podcast on each app/platform, then I think sticking with platform would be best.

@daveajones
Copy link
Contributor

What I want is a list of the identifiers on each platform to be listable in the feed. I want to be able to read the feed and extract the itunes id, the blubrry id, the google id, the captivate id, etc. Basically any service, host or directory that feed is listed in should be able to be shown with this tag so that the whole world can stop scraping iTunes and the other directories to get this info that the feed owner/host already knows.

@theDanielJLewis
Copy link
Author

Yes, I think that should then be platform or catalog.

@daveajones
Copy link
Contributor

I went with “service”. I know it’s not the most accurate in all cases. But it seems the most flexible.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants