Re: Schema.org v1.6 release candidate: Roles, various fixes, site navigation improvements from Dan Brickley on 2014-06-16 (public-vocabs@w3.org from June 2014)
From
: Dan Brickley <
danbri@google.com
Date
: Mon, 16 Jun 2014 18:24:32 +0100
To
: W3C Web Schemas Task Force <
public-vocabs@w3.org
Message-ID
:
... and we're live! Thanks to everyone for discussion, bugfixes and
more. I'll go through and update release notes later. I have to run
now but I wanted to share the blog post
which gives a bit
more background on the Role design.
Dan
p.s. there is also very basic JSON-LD @context file support, curl -H
"Accept: application/ld+json"
... this needs
refining but is a step in the right direction. Dan Scott contributed
in lots of ways but in particular added RDFa/RDFS to the per-term
pages, which in turn nudged me into adding support for mapping to
other schemas - see view src on
On 9 June 2014 21:39, Dan Brickley <
danbri@google.com
> wrote:
> There is a temporary review build of schema.org v1.6 for your consideration.
> The main improvement is the addition of a minimalistic Role mechanism,
> alongside other
> navigation and bug fixes.
> Draft release notes copied below. See also
> for background on the Role design.
> Careful schema.org watchers might notice that the approach to Role
> here is different (hopefully
> similar) to our last "we think we're done" design. This approach
> introduces less additional vocabulary, and can be extended later. For
> now we believe it addresses important use cases that arise when
> describing situations from sports and music. The draft site includes
> several
> JSON-LD examples to illustrate the approach.
> Please take a look. There are a few ongoing improvements, but we hope
> to make these changes live in the near future. The test build is
> available currently at
therefore useful
> entry points mentioned below include...
etc.
> Note that these changes are all just on the test site, so change
> 'schema.org' to '/sdopending.appspot.com' in the notes below to find
> the release candidate version.
> cheers,
> Dan (for schema.org)
> -------------------------
> Changes in 1.6 (draft release notes)
> Vocabulary
> 1) Role
> * Added a Role type, for describing "additional information about a
> relationship or property."
> * Added two sub-types of Role, OrganizationRole and PerformanceRole.
> * Added a property that applies to each ('namedPosition',
> 'characterName' respectively).
> 2) license
> * Added a 'license' property, by popular demand. Will add an example
> based on something like
> Errata and site improvements
> 3) Tidied the description of properties that are used primarily within
> schema.org, in definitions and site navigation.
> *
and
should have been marked as
> Intangible.
> * documented 'supercededBy', "Relates a property to one that supercedes it."
> * documented 'inverseOf', "Relates a property to a property that is its inverse.
> Inverse properties relate the same pairs of items to each other, but
> in reversed direction. For example,
> the 'alumni' and 'alumniOf' properties are inverseOf each other. Some
> properties don't have explicit
> inverses; in these situations RDFa and JSON-LD syntax for reverse
> properties can be used."
> 4) typo in 'diet' property:
> - A sub property of instrument. The
> died used in this action.
> + A sub property of instrument.
> The diet used in this action.
> (thanks, Dan Scott)
> 5) QAPage
> Removed unnecessary QAPage type from the main Question/Answer example,
> as it wasn't adding anything useful.
> We encourage feedback on the value of this type, which can be used to
> describe pages that bundle a Question with
> its Answer(s).
> Added JSON-LD example for Question/Answer vocabulary.
> 5) defaultValue's definition had 'Literal' instead of 'Text'.
> (yes, we're on Github now, if you read this far; more on that later).
> Reported by Simon Spero, fix prepared by Stephane Corlosquet.
> Mistaken use of Literal in definition of default value property.
> - Range: ">Literal
> + Range: ">Text
> 6) Sub-property (rdfs:subPropertyOf)
> We note that sometimes properties have a sub-property / super-property
> relationship.
> Added assertions where this is the case, for the following pairs:
> (the 1st is sub-property, i.e. the more specific; 2nd url is
> super-property, i.e. the more general)
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> <
> Note: during this process, we re-evaluated
and
- and decided that the latter addresses all use cases.
> Marked 'musicGroupMember' as superceded by 'member'. Further cleanup
> is needed around the
> expected types for 'member' and 'memberOf'.
> 5. Inverse Properties
> We note that sometimes properties have an inverse relationship. We
> have added supporting vocabulary
> and site-generation code to support this, and have documented it for
> the case of the alumni/alumniOf pair.
> We encourage suggestions for other pairs of schema.org properties that
> are inverses.
> 6. TheatreEvent
> update TheatreEvent with improved example(s). Microdata/RDFa also updated.
> 7. Site Navigation
> Per-property pages have inverses, super/sub properties, and tooltips
> on mouseover. Need to add supercedes/supercededBy.
> 8. Definition errors (repeated text etc)
> Several fixes to repeated definition issue highlighted by Simon Spero
> in
> Fixing ambiguously mis-defined "departTime" property. It was
> mis-identified in our configuration as "startTime" and so the proposed
> "departTime" property never existed. Given that we already have
> "departureTime" (transport-related), and that 'startTime' already has
> the issue of applying both to FoodEstablishmentReservation
> and to Action, the "departTime" notion should be handled by endTime.
> Adjustments to startTime and endTime definitions so that they apply to
> event reservations and
> to Action.
Received on
Monday, 16 June 2014 17:25:04 UTC