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

Incompatibility with JSON Feeds #29

Closed
hober opened this issue May 27, 2020 · 1 comment
Closed

Incompatibility with JSON Feeds #29

hober opened this issue May 27, 2020 · 1 comment

Comments

@hober
Copy link

hober commented May 27, 2020

@dbaron and I looked at this in our @w3ctag F2F this week (w3ctag/design-reviews#477).

Media Feeds are a form of syndication feed expressed in JSON. There's a pre-existing spec for JSON Feeds, and the Media Feeds format defined here is not compatible with it. This is of course could be the case for a number of reasons, but offhand it's not clear to me why a new JSON feed format is warranted when one already exists.

@beccahughes
Copy link
Collaborator

Schema.org DataFeeds (which Media Feeds are based on) already exist too. In fact, for media providers they are already used to using data feeds for providing data in a server-to-server context. We decided to base Media Feeds on this standard so that providers would already be familiar and can reuse existing code.

The JSON feeds spec (while it can be extended) is also quite basic and does not provide the level of details we require. For example, it does not provide the details required for artwork (such as width, height and content attributes) and only a URL can be provided. In order to add this extra data we would need to add an extension which would not be very ergonomic and would likely lead to implementors not providing the right data e.g.

{
  "image": "<URL>",
  "_media": {
    "image_props": {
       width: 100,
       height: 100
     }
  }
}

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