Re: [External] Re: Archive proposals to enhance Schema.org accepted and published

On Fri, 5 Apr 2019, 06:35 Roke, Elizabeth Russey, <erussey@emory.edu> wrote:

> Dan and Richard—
>
> Perhaps you could answer a question about the Google Structured Data
> Testing Tool.  It’s reporting errors for the new Schema Archives terms.  Is
> that going to happen as long as the archives proposal is still in pending
> status?  Many of us use that to check our markup.
>

The tool will be updated, currently it is still based on Schema.org 3.4.

Pending terms are fine. And anyway, Google just ignores stuff it doesn't
know about, so other markup will still work, so long as there are no
syntax errors

Dan

> Thanks,
>
> Elizabeth
>
>
>
> ___________________________
>
> Elizabeth Russey Roke
>
> Digital Archivist
>
> Stuart A. Rose Manuscript, Archives, & Rare Book Library
>
> 404.727.2345 | erussey@emory.edu
>
>
>
> [image: id:image001.png@01D2AEF7.A1E7BDC0]
>
>
>
>
>
> "The Stuart A. Rose Manuscript, Archives, & Rare Book Library collects and
> connects stories of human experience, promotes access and learning, and
> offers opportunities for dialogue for all wise hearts who seek knowledge.”
>
>
>
> Read the Rose Library blog: https://scholarblogs.emory.edu/marbl/
>
>
>
> Like the Rose Library on Facebook:  https://www.facebook.com/emorymarbl
>
>
>
> Follow the Rose Library on Twitter: https://twitter.com/EmoryRoseMARBL
>
>
>
> *From: *Dan Brickley <danbri@google.com>
> *Date: *Tuesday, April 2, 2019 at 12:45 PM
> *To: *Richard Wallis <richard.wallis@dataliberate.com>
> *Cc: *public-architypes <public-architypes@w3.org>
> *Subject: *[External] Re: Archive proposals to enhance Schema.org
> accepted and published
> *Resent-From: *<public-architypes@w3.org>
> *Resent-Date: *Tuesday, April 2, 2019 at 12:45 PM
>
>
>
>
>
> Great to see this work maturing. Let me elaborate on Richard's point:
>
>
>
> "All these, new in version 3.5, terms are held in the 'pending' section of
> the vocabulary.  This is normal practice and over time they will move out
> of that section.  Being in pending does not mean that a term should not be
> used.  In practice, the more a term is used, the sooner it will move out of
> pending."
>
>
>
> I'd go further, and say that we really want to see applications using and
> consuming this new vocabulary, and that Schema.org is reluctant to move
> terms out of Pending without evidence that they are being actively used in
> serious applications. That need not be Web-wide search, but it should be
> applications with real users of some kind. So if you *are* making use of
> these terms, please don't be shy about sharing and publicizing what you're
> doing!
>
>
>
> Dan
>
>
>
>
>
> On Tue, 2 Apr 2019 at 12:33, Richard Wallis <
> richard.wallis@dataliberate.com> wrote:
>
> Hi all,
>
>
>
> I am pleased to announce that the latest release of the Schema..org
> vocabulary (3.5) was launched today. It includes our proposals for archive
> specific terms. There were a few minor alterations as part of the process
> but in essence it is our proposal.
>
>
>
>
>
> Specifically:
>
>    - ArchiveOrganization <https://schema.org/ArchiveOrganization> - A new
>    type that identifies 'An organization with archival holdings'
>    - ArchiveComponent <https://schema.org.org/ArchiveComponent> - A new
>    type that can be applied to any archive content, collection or item.
>    - archiveHeld <https://schema.org/archiveHeld> - A property for
>    *ArchiveOrganization*. Collection fonds or item held, kept, or
>    maintained by an *ArchiveOrganization *Inverse of *holdingArchive.*
>    - holdingArchive <https://schema.org/holdingArchive> - A property for
>    *ArchiveComponent*. ArchiveOrganization that holds keeps or maintains
>    the * ArchiveComponent.  *Inverse of *archiveHeld.*
>
> In a separate proposal relevant to our group two more properties have been
> added to the vocabulary:
>
>    - collectionSize <https://schema.org/collectionSize> - Added to the
>    Collection <https://schema.org/Collection> type  to indicate the
>    number of items in the collection.
>    - materialExtent <https://schema.org/materialExtent> - Added to the
>    CreativeWork <https://schema.org/CreativeWork> type (and therefore its
>    subtypes). 'The quantity of the materials being described or an expression
>    of the physical space they occupy.'  This can be defined as either a simple
>    string or a detailed quantified value and measurement type using the
>    QuantitativeValue <https://schema.org/QuantitativeValue> type.
>
> Also some new *CreativeWorks* subtypes suggested by the bibliographic
> folks may come in handy when describing things in archives: Manuscript
> <https://schema.org/Manuscript>, Poster <https://schema.org/Poster>,
> Drawing <https://schema.org/Drawing>, SheetMusic
> <https://schema.org/SheetMusic>, ShortStory
> <https://schema.org/ShortStory>, and Play <https://webschemas.org/Play>.
>
>
>
> All these, new in version 3.5, terms are held in the 'pending' section of
> the vocabulary.  This is normal practice and over time they will move out
> of that section.  Being in pending does not mean that a term should not be
> used.  In practice, the more a term is used, the sooner it will move out of
> pending.
>
>
>
> For more information on version 3.5, checkout the release notes:
> https://schema.org/docs/releases.html#v3.5
>
>
>
> ~Richard
>
>
>
> Richard Wallis
>
> Founder, Data Liberate
>
> http://dataliberate.com
>
> Linkedin: http://www.linkedin.com/in/richardwallis
>
> Twitter: @rjw
>
> [image: Image removed by sender.]
>
>
> ------------------------------
>
> This e-mail message (including any attachments) is for the sole use of
> the intended recipient(s) and may contain confidential and privileged
> information. If the reader of this message is not the intended
> recipient, you are hereby notified that any dissemination, distribution
> or copying of this message (including any attachments) is strictly
> prohibited.
>
> If you have received this message in error, please contact
> the sender by reply e-mail message and destroy all copies of the
> original message (including attachments).
>