All Projects → json-schema-org → json-schema-vocabularies

json-schema-org / json-schema-vocabularies

Licence: other
Experimental vocabularies under consideration for standardization

json-schema-vocabularies

Contributor Covenant Project Status: Active – The project has reached a stable, usable state and is being actively developed. Financial Contributors on Open Collective

Starting with JSON Schema draft 2019-09, it is possible to create identifiable, re-usable, third-party vocabularies, which will be essential for JSON Schema's long-term success. It is simply not possible to incorporate every idea and use case into the initial standard, not if we ever want JSON Schema to be a standard and not just a draft!

This repository is for discussing possible extension vocabularies to be designed and documented outside of the formal JSON Schema organization's effort.

Please feel free to peruse the issues and add your thoughts or even create new issues for new ideas that could be supported by JSON Schema.

What is a vocabulary?

While the requirements of vocabularies and how JSON Schema interacts with them is in the spec, the concept may be easier to understand by reading the documentation in a plain-language format. Below are some additional resources written by third parties.

Tips for writing vocabularies

As a minimum set of requirements, it is suggested that vocabularies:

  • are defined by some human-readable document that gives semantic meaning to the keywords it defines. This can be a formal RFC, similar to the JSON Schema specfication, or something as simple as a README or a blog post.
  • provide a meta-schema so that the keyword(s) can be syntactically validated within a schema. It may be necessary to create meta-schemas for each draft to be supported by the new keyword(s).
  • are accompanied by at least one implementation, ideally manifested as a plugin to an existing validator.

JSON Schema strives to be language-agnostic in order to foster as much adoption as possible. This means that it should be implementable in any language, or at least as far as a language can support the features. It is suggested that vocabularies are written in a way to allow for these limitations.

Active vocabularies

The following attempts to be a curated collection of vocabularies that have been defined by third parties. Often, they are submitted by developers who maintain JSON Schema validators and/or work on the specification directly.

Accessing Instance and External Data

Goal To allow schemas to validate known keywords against data located within the instance being validated or in external sources. Attempts to provide a solution for the highly-debated $data keyword.
Documentation https://json-everything.net/json-schema#a-vocabulary-for-accessing-data-stored-in-json
Vocabulary ID https://gregsdennis.github.io/json-everything/vocabs-data
Meta-schema ID https://gregsdennis.github.io/json-everything/meta/data
Edited by @gregsdennis
Project site https://github.com/gregsdennis/json-everything
Known implementations JsonSchema.Net.Data

Enhanced Item Uniqueness Detection

Goal To allow validation of items within arrays based on the values of specified properties within each item. Addresses the ideas in issue #22.
Documentation https://json-everything.net/json-schema#a-vocabulary-for-identifying-uniqueness-of-array-items
Vocabulary ID https://gregsdennis.github.io/json-everything/vocabs-unique-keys
Meta-schema ID https://gregsdennis.github.io/json-everything/meta/unique-keys
Edited by @gregsdennis
Project site https://github.com/gregsdennis/json-everything
Known implementations JsonSchema.Net.UniqueKeys
Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].