You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* 'master' of https://github.com/schemaorg/schemaorg: (76 commits)
Added tests for correct operation of traverseForHTML & traverseForJSONLD functions
Updated for contentRating / Rating tweak.
Added Rating as expected of contentRating, for schemaorg#1935 Thanks @vholland!
Noted alias of HTML from rdf:HTML, schemaorg#1634
alias HTML to rdf:HTML (schemaorg#1634)
Obvious 404 fixes from issue (schemaorg#1901) (schemaorg#1930)
Changes to move to https only (for UI, not for vocab URIs) (schemaorg#1932)
Fix to docs/tree.jsonld causing crash
2018 -> 2017, fixesschemaorg#1929 Thanks @Aaranged :)
Removed duplicate entries, and added a summary. schemaorg#1891
Updated to cover all changes in 3.4.
More release notes.
Added lots of release notes, converted from git.
Update releases.html
One-liner for creating release note entries.
Working on conversion of 900+ lines of changes into release note format. For schemaorg#1891 release 3.4.
Tweaks to image tag, changed "mp4" to "jpg", added alt. /cc schemaorg#1922
Small fix to howto html samples (schemaorg#1922)
Fixes for the HowTo sample (schemaorg#1919)
Fix physician subclass (schemaorg#1911)
...
# Conflicts:
# app.yaml
Copy file name to clipboardExpand all lines: README.md
+29-9Lines changed: 29 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,23 +7,43 @@ This is the Schema.org project repository. It contains all the schemas, examples
7
7
Issues and proposals are managed here by participants of the [W3C Schema.org Community Group](https://www.w3.org/community/schemaorg/). If you are interested to participate please
8
8
join the group at the [W3C](https://www.w3.org/community/schemaorg/), introduce yourself and find or file issues here that engage your interest. If you are new to Git and GitHub, there's a useful [introduction to Github](https://www.w3.org/2006/tools/wiki/Github) in the W3C Wiki.
9
9
10
-
[Issue #1](https://github.com/schemaorg/schemaorg/issues/1) in Github is an entry point for release planning. It
10
+
[Issue #1](https://github.com/schemaorg/schemaorg/issues/1) in Github is an entry point for release planning. It
11
11
should provide an overview of upcoming work, in terms of broad themes, specific issues and release milestones.
12
12
13
13
With every release, we change the default Github branch to match the code name for the release.
14
-
[Issue #1](https://github.com/schemaorg/schemaorg/issues/1) will link to per-release entry points, or else navigate issues via label or milestone within Github.
15
-
Every change to the site comes via discussions here. Substantive changes are recorded in our [release notes](https://schema.org/docs/releases.html).
16
-
A preview of the [draft new release notes](http://webschemas.org/docs/releases.html) can be found as part of the test site for our next release.
17
-
Every month or so, after final review by the Schema.org Steering Group, we make a formal release.
14
+
[Issue #1](https://github.com/schemaorg/schemaorg/issues/1) will link to per-release entry points, or else navigate issues via label or milestone within Github.
15
+
Every change to the site comes via discussions here. Substantive changes are recorded in our [release notes](https://schema.org/docs/releases.html).
16
+
A preview of the [draft new release notes](http://webschemas.org/docs/releases.html) can be found as part of the test site for our next release.
17
+
Every month or so, after final review by the Schema.org Steering Group, we make a formal release.
18
18
19
19
Regarding CC and opensource licenses for documents and software, see our [FAQ entry](https://schema.org/docs/faq.html#18).
20
20
21
+
Proposing schemas
22
+
=================
23
+
24
+
We are always interested in practical suggestions for improvements to schema.org, and our collection of schemas has been [growing gradually](http://schema.org/docs/releases.html) since our launch in 2011.
25
+
26
+
We try to prioritize simple fixes and improvements to our existing schemas, examples and documentation over the addition of new vocabulary,
27
+
and we are most likely to add new schemas when there is evidence that some large-scale consuming application will make use of the data.
28
+
29
+
Note that Schema.org does *not* attempt to capture the full detail of Web content; it is necessarily a simplification of a more complex reality. This means that there will be many cases where adding more detail to Schema.org will look possible. However, in the interests of keeping Schema.org simple and usable for publishers and webmasters, we will often choose not to add such detail. Schema.org uses Web standards such as JSON-LD, Microdata and RDFa to
30
+
allow for [independent extension](http://schema.org/docs/extension.html) (for example, see [GS1's vocabulary](http://gs1.org/voc)).
31
+
32
+
* Suggestions for improvements are always welcome here - please search for older discussions (including closed issues) before opening a new issue.
33
+
* We particularly value improvements to existing definitions, examples and text, to clarify how schema.org vocabulary is used in practice.
34
+
* Please don't be surprised or offended if you raise an issue proposing new schemas and it is marked by the project team as "[noted](https://github.com/schemaorg/schemaorg/issues?q=is%3Aissue+label%3A%22Closed+and+Noted+%28and+possibly+Queued%29%22+is%3Aclosed)" then closed. We have 100s of issues discussing possible improvements, and to keep things manageable we adopt the convention of noting then closing issues that are not likely to be immediately explored.
35
+
* While many Schema.org improvements have been proposed via Github's "[Pull request](https://help.github.com/articles/about-pull-requests/)" mechanism (see also our list of [PRs](https://github.com/schemaorg/schemaorg/pulls)), please do not undertake any substantial development work without agreeing it with the project team here first.
36
+
* All Pull Requests should reference specific issues that they're fixes or solutions for. This lets the schema.org community discuss problems and topics without it being tied too closely to a specific (and easily outdated) proposed fix.
37
+
* Please note that some changes are much easier to make than others: the wording/phrasing in definitions is relatively easy to amend, whereas the exact spelling of a type or property ('Person', 'startDate' etc.) is much more disruptive to change.
38
+
* There are many other projects developing schemas and ontologies for the Web, e.g. [Wikidata](http://wikidata.org/) or the vocabulary projects in the [Linked Data](http://lov.okfn.org/) community. Many of these projects go into more expressive detail than is possible for a project like Schema.org. To keep Schema.org manageable, we have a strong bias towards designs that are grounded in large scale usage on the Web, in particular [usage](https://github.com/schemaorg/schemaorg/issues/652) by data-consuming applications since these in turn motivate data publishers. Other schema initiatives have different priorities and make different tradeoffs.
39
+
21
40
See more on ["How we work"](https://schema.org/docs/howwework.html)
22
41
42
+
23
43
Software
24
44
========
25
45
26
-
For most collaborators, all you need to know about the software is how to run it. Essentially you will need to have the Python version of Google App Engine SDK running on the platform of your choice. You can then make test builds of schema.org running on your own machine accessible as http://localhost:8080/ or else post them on appspot.com for collaboration. See the [Appengine documentation](https://cloud.google.com/appengine/docs) for details.
46
+
For most collaborators, all you need to know about the software is how to run it. Essentially you will need to have the Python version of Google App Engine SDK running on the platform of your choice. You can then make test builds of schema.org running on your own machine accessible as http://localhost:8080/ or else post them on appspot.com for collaboration. See the [Appengine documentation](https://cloud.google.com/appengine/docs) for details.
27
47
28
48
More information about the software is also available in [SOFTWARE_README.md](SOFTWARE_README.md)
29
49
@@ -57,7 +77,7 @@ Github Branch naming
57
77
58
78
https://schema.org/docs/releases.html lists releases by working codename and release name.
59
79
60
-
e.g. successor to https://schema.org/docs/releases.html#v1.91 was code-named sdo-venkman,
80
+
e.g. successor to https://schema.org/docs/releases.html#v1.91 was code-named sdo-venkman,
61
81
and eventually became https://schema.org/docs/releases.html#v1.92
62
82
63
83
You can therefore see candidate draft release notes in the Git repository at docs/releases.html
@@ -66,10 +86,10 @@ You can therefore see candidate draft release notes in the Git repository at doc
66
86
Notes
67
87
=====
68
88
69
-
This documentation concerns the software codebase rather than schema.org itself.
89
+
This documentation concerns the software codebase rather than schema.org itself.
70
90
71
91
However do note that labels, comments, and documentation should use US English (in the code
72
-
and schemas), if a choice between English variants is needed. Please aim for international
92
+
and schemas), if a choice between English variants is needed. Please aim for international
<span property="rdfs:comment">A treatment of people with physical, emotional, or social problems, using purposeful activity to help them overcome or learn to deal with their problems.</span>
0 commit comments