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

resolves #22; re. risks of evolving schema.org vocab #54

Merged
merged 4 commits into from Aug 27, 2019
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Jump to
Jump to file
Failed to load files.
Diff view
Diff view
18 changes: 18 additions & 0 deletions index.html
Expand Up @@ -485,6 +485,24 @@ <h4>Design the data model</h4>
it using JSON-LD.
</p>

<p>
Please note that schema.org is developed incrementally, meaning that the definition
of a term today may differ from a future definition, or even be removed. Although
schema.org developers encourage using the latest release, as in the simple
non-versioned schema.org URLs such as <code>http://schema.org/Place</code> in
structured data applications, there are times in which more precise versioning is
important. Schema.org also provides dated snapshots of each release, including both
human and machine readable definitions of the schema.org core vocabulary. These are
linked from the <a href="https://schema.org/docs/releases.html">releases page</a>.
For instance, instead of the unversioned URI <code>http://schema.org/Place</code>,
you might use the versioned URI
<code>https://schema.org/version/3.9/schema-all.html#term_Place</code>.

In addition, the <code>schemaVersion</code> property has been defined to provide a
deiu marked this conversation as resolved.
Show resolved Hide resolved
way for documents to indicate the specific intended version of schema.org's
definitions.
</p>

<p>
Using the schema.org vocabulary and JSON-LD we can express a person's address
like so:
Expand Down