Difference between revisions of "TF-JSON"

From RDF Working Group Wiki
Jump to: navigation, search
Line 70: Line 70:
* [http://www.w3.org/2011/rdf-wg/wiki/User:Sandro Sandro Hawke]
* [http://www.w3.org/2011/rdf-wg/wiki/User:Sandro Sandro Hawke]
* [[User:Nhumfrey|Nicholas Humfrey]]
* [[User:Nhumfrey|Nicholas Humfrey]]
* [[User:Mlanthal|Markus Lanthaler]]

Revision as of 12:55, 17 September 2012

JSON RDF Task Force

The JSON RDF Task Force is primarily responsible for creating a JSON serialization of RDF.


  • JSON User Segments - The segments of the Web developer community that are being addressed via this work.
  • Use cases - A set of use cases that the group would like to support.
  • JSON Design Requirements - A list of questions on particular design questions that are being considered.
  • Semantics of JSON - Assumptions about the definition of JSON being used by this Working Group.
  • JSON Serialization Examples - Examples of marking up content in each serialization language.
  • JSON Syntax Options - A discussion of the various syntax options of the serializations introduced so far.


Materials from RDF Next Step WorkShop

  • Allows web authors (Javascript, HTML5, ... developers) more easily use rdf data with existing tools and techniques
  • Multiple JSON formats and implementations (some interoperable) already exist showing interest in this work
  • Current JSON formats are not aligned - differnent approaches - making it JSON-user friendly versus making it familiar to existing RDF users.
  • Needs some R&D and alignment.
  • Risk that the result would be some standard that would not be adopted if it was not 'web author' friendly.


  • JSON Serialization of RDF

Questions to Contemplate

  1. What are the use cases for the JSON serialization?
  2. Are we to create a lightweight JSON based RDF interchange format optimized for machines and speed, or an easy to work with JSON view of RDF optimized for humans (developers)?
  3. Is it necessary for developers to know RDF in order to use the simplest form of the RDF-in-JSON serialization?
  4. Should we attempt to support more than just RDF? Key-value pairs as well? Literals as subjects?
  5. Must RDF in JSON be 100% compatible with the JSON spec? Or must it only be able to be read by a JavaScript library and thus be JSON-like-but-not-compatible (and can thus deviate from the standard JSON spec)?
  6. Must all major RDF concepts be expressible via the RDF in JSON syntax?
  7. Should we go more for human-readability, or terse/compact/machine-friendly formats? What is the correct balance?
  8. Should there be a migration story for the JSON that is already used heavily on the Web? For example, in REST-based services?
  9. Should processing be a single-pass or multi-pass process? Should we support SAX-like streaming?
  10. Should there be support for disjoint graphs?
  11. Should we consider how the structure may be digitally signed?
  12. How should normalization occur?
  13. Should graph literals be supported?
  14. Should named graphs be supported?
  15. Should automatic typing be supported?
  16. Should type coercion be supported?
  17. Should there be an API defined in order to easily map RDF-in-JSON to/from language-native formats?