Re: Toy proposal

This group can.... do whatever they want...and own an extension for
whatever purpose they choose, Owen.

I think you might have misunderstood what the Schema extension mechanism is
for...it is for Domains.

If BIB extension overlaps with MATTEL extension, then that is fine.  And if
neither of them ever gets merged into Schema.org, then that is also going
to be just fine.  Extensions can work independently if they want or if
their Domain needs demand an independent schema model.

Extending off of Schema.org is where the importance lies for everyone
involved...where there is some alignment to Schema.org's major Type
hierarchy.  Many extensions can be aligned, and furthermore, they might be
aligned in different ways, and that is just fine and expected.


Thad
+ThadGuidry <https://www.google.com/+ThadGuidry>

On Thu, Apr 16, 2015 at 9:20 AM, Owen Stephens <owen@ostephens.com> wrote:

> Sure - I wasn’t really debating that as such. So:
>
> Why do Toys get some special treatment over all other types of things that
> also have their specialist properties? I’d like to see some justification
> beyond “some libraries have toys in their collection”
> Are we proposing anything in terms of special properties for Toys that
> mean we need a new type? (I can’t see anything proposed)
> Does this group include the appropriate domain expertise to discuss the
> special properties of Toys? If not, shouldn’t we find a way of getting this
> input?
>
> Owen
>
>
> Owen Stephens
> Owen Stephens Consulting
> Web: http://www.ostephens.com
> Email: owen@ostephens.com
> Telephone: 0121 288 6936
>
> On 16 Apr 2015, at 15:15, Thad Guidry <thadguidry@gmail.com> wrote:
>
> There are many special properties about toys.
>
> The National Institute for Play has some as well as the Consumer Product
> Safety Commission.
>
> If your not a Domain expert then you may often think... no big deal. :)
> On Apr 16, 2015 4:43 AM, "Owen Stephens" <owen@ostephens.com> wrote:
>
>> Ok - but there has been extensive discussion about having lots of ‘types’
>> of product and I understood the general advice was to use wikidata to
>> enumerate product types. What is so special about Toys that they deserve a
>> type?
>>
>> If libraries start marking up as Toy types, how will that compare to what
>> the commercial sector does when describing Toys? What difference will this
>> make.
>>
>> Owen
>>
>> Owen Stephens
>> Owen Stephens Consulting
>> Web: http://www.ostephens.com
>> Email: owen@ostephens.com
>> Telephone: 0121 288 6936
>>
>> On 16 Apr 2015, at 10:27, Wallis,Richard <Richard.Wallis@oclc.org> wrote:
>>
>>  In the spirit of the question, a simple answer is that they are - the
>> proposed Toy type being a subtype of Product.
>>
>>  ~Richard
>>
>>  On 16 Apr 2015, at 11:16, Owen Stephens <owen@ostephens.com> wrote:
>>
>>  I’m going start with a simple question about Toy...
>>
>>  Why aren’t Toys just handled as a schema.org Product?
>>
>>  Owen
>>
>>  Owen Stephens
>> Owen Stephens Consulting
>>  Web: http://www.ostephens.com
>> Email: owen@ostephens.com
>> Telephone: 0121 288 6936
>>
>>  On 14 Apr 2015, at 22:26, Wallis,Richard <Richard.Wallis@oclc.org>
>> wrote:
>>
>>  Hi all,
>>
>>  A few weeks back we discussed how this group or some of its members
>> could participate as a bibliographic domain group to propose and review a
>> bibliographic extension to schema.org with the current working name of
>> bib.schema.org.
>>
>>  Since then I have been liaising with Dan Brickley and others in the
>> main Schema.org <http://schema.org/> group who have been working to
>> establish the hosting software that enables the extension capability.  This
>> work is now close to being ready for release.  Dan has indicated that this
>> provides an excellent opportunity for a bibliographic extension to be one
>> of, if not the first, enabled and released in this way.  In preparation for
>> this, Dan Scott and I have put together a candidate set of types and
>> properties that could constitute an initial bib extension release, which
>> this email introduces.
>>
>>  There are many potential candidates for new/enhanced types and
>> properties which the finessing and accepting of which would need to be the
>> subject of some in depth discussion within this group.  To take advantage
>> of the opportunity to release along with the capability release, however,
>> we need to agree a starting subset fairly quickly.  To that end Dan and I
>> have drawn up this initial (1.0) proposal consisting of what we believe to
>> be things that are fairly noncontroversial.
>>
>>  I list the proposed types and properties below with links to their
>> representation in a development version of the Schema.org
>> <http://schema.org/> site.  They are in three independent groups of
>> proposals, for general bibliographic markup; some helpful things for the
>> physical structure of archives & basic collections; and for comics.
>>
>>  We can accept/reject either individual types and properties, or a whole
>> group, because we need to explore things in more depth and defer things to
>> a later release.  I would hope though that fairly quickly we could come to
>> at least a subset of these as an initial release.
>>
>>  A reminder that Dan Brickley is still working on the software capable
>> of handling extensions so please view the content more than how it
>> currently displays.
>>
>>  General Bibliographic Types & Properties
>>
>>    - Agent <http://sdo-bib.appspot.com/Agent>
>>    - Atlas <http://sdo-bib.appspot.com/Atlas>
>>    - Chapter <http://sdo-bib.appspot.com/Chapter>
>>    - Globe <http://sdo-bib.appspot.com/Globe>
>>    - Kit <http://sdo-bib.appspot.com/Kit>
>>    - Meeting <http://sdo-bib.appspot.com/Meeting>
>>    - Newspaper <http://sdo-bib.appspot.com/Newspaper>
>>    - MusicScore <http://sdo-bib.appspot.com/MusicScore>
>>    - PublicationSeries <http://sdo-bib.appspot.com/PublicationSeries>
>>    - Thesis <http://sdo-bib.appspot.com/Thesis>
>>    - Toy <http://sdo-bib.appspot.com/Toy>
>>    - BookFormatType:AudioBook <http://sdo-bib.appspot.com/AudioBook>
>>    - BookFormatType:LargePrintBook
>>    <http://sdo-bib.appspot.com/LargePrintBook>
>>    - BookFormatType:PrintBook <http://sdo-bib.appspot.com/PrintBook>
>>    - MapCategoryType:CartographicMap
>>    <http://sdo-bib.appspot.com/CartographicMap>
>>    - inSupportOf <http://sdo-bib.appspot.com/inSupportOf>
>>    - translationOfWork <http://sdo-bib.appspot.com/translationOfWork>
>>    - translator <http://sdo-bib.appspot.com/translator>
>>    - workTranslation <http://sdo-bib.appspot.com/workTranslation>
>>
>>
>>  Archive Containers/Collection
>>
>>    - BoxContainer <http://sdo-bib.appspot.com/BoxContainer>
>>    - Collection <http://sdo-bib.appspot.com/Collection>
>>    - Container <http://sdo-bib.appspot.com/Container>
>>    - FolderContainer <http://sdo-bib.appspot.com/FolderContainer>
>>    - Shelf <http://sdo-bib.appspot.com/Shelf>
>>    - contains <http://sdo-bib.appspot.com/contains>
>>    - containedIn <http://sdo-bib.appspot.com/containedIn>
>>
>>
>>  Comics
>>
>>    - ComicIssue <http://sdo-bib.appspot.com/ComicIssue>
>>    - ComicSeries <http://sdo-bib.appspot.com/ComicSeries>
>>    - ComicStory <http://sdo-bib.appspot.com/ComicStory>
>>    - CoverArt <http://sdo-bib.appspot.com/CoverArt>
>>    - ComicCoverArt <http://sdo-bib.appspot.com/ComicCoverArt>
>>    - BookFormatType:GraphicNovel
>>    <http://sdo-bib.appspot.com/GraphicNovel>
>>    - artist <http://sdo-bib.appspot.com/artist>
>>    - colorist <http://sdo-bib.appspot.com/colorist>
>>    - inker <http://sdo-bib.appspot.com/inker>
>>    - letterer <http://sdo-bib.appspot.com/letterer>
>>    - penciler <http://sdo-bib.appspot.com/penciler>
>>    - publisherImprint <http://sdo-bib.appspot.com/publisherImprint>
>>    - variantCover <http://sdo-bib.appspot.com/variantCover>
>>
>>
>>  I look forward to comments.
>>
>>  ~Richard.
>>
>>
>>
>>
>>
>