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

JSON-LD vs JSON for info file #4

Closed
jpstroop opened this issue Feb 25, 2014 · 0 comments
Closed

JSON-LD vs JSON for info file #4

jpstroop opened this issue Feb 25, 2014 · 0 comments
Labels

Comments

@jpstroop
Copy link
Member

Related tickets:

JSON-LD has a different media type than regular JSON (application/ld+json vs application/json). Which should the server provide with the info.json document? Metadata API is explicit that it should be ld+json, but may be json. Neither spec recommends .jsonld extension.

According to the JSON-LD specification (and clarification from the editors), processors receiving application/json documents should ignore @context and instead look for a link header pointing to a context document. Otherwise for application/ld+json, they should use @context and must ignore a header. At the moment we put @context in the document, but return application/json for compatibility with existing frameworks and systems.

See: http://lists.w3.org/Archives/Public/public-linked-json/2014Feb/0001.html

_Solution:_ You must support both application/json and application/ld+jsonld. Content will be the same, different mime types. URI is just info.json, and do content negotiation to get JSON-LD, otherwise assume JSON.

_Action:_ Rob to write the prose for this

@jpstroop jpstroop modified the milestone: Release 1.2 Feb 25, 2014
jpstroop pushed a commit that referenced this issue Sep 19, 2017
Extract Spec part of website and deploy to Amazon and QA fix
mnyrop added a commit that referenced this issue Jul 26, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants