- From: Karen Coyle <kcoyle@kcoyle.net>
- Date: Sun, 24 Feb 2013 07:47:39 -0800
- To: public-schemabibex@w3.org
On 2/23/13 12:13 PM, Richard Wallis wrote: > Although this is also syntactically correct: > <span itemprop="abridged" value="false">UNABRRIDGED</span> Richard, This may be syntactically correct, but I can find no examples of communities using this type of syntax in the schema.org pages. (Of course, I may have missed something, but a search didn't turn any up.) I also find few examples using the extension syntax in their examples: <a itemprop="readBy" href="http://viaf.org/viaf/33892908">Orlagh Cassidy</a> <link itemprop="additionalType" href="http://schema.org/Product"/> While there may be some community members who will make use of this (OCLC being the obvious one), I think we need to be careful that our schema.org proposals produce a complete description without the external vocabulary extensions - those cannot be "mandatory" for the extraction of meaning, but need to be "added, more detailed information." This is one of my concerns with the product ontology: if the information is essential to the microdata markup, it cannot be ONLY in the additionalType. So where there is something like: Format: Audiobook on CD<br/> ... if we think that "CD" is an important bit of information for rich snippets or searching, then that needs microdata markup. The additional type statement: <link itemprop="additionalType" href="http://www.productontology.org/id/Compact_Disk"/> cannot be considered a substitute for markup of the display. Oddly enough, I am not finding examples where the carrier is marked up *at all* - not even in the movie or recorded music schemas. The Book schema uses this extension format, but with schema.org-defined terms: <link itemprop="bookFormat" href="http://schema.org/Paperback">Mass Market Paperback Which seems a bit odd to me, but I can understand that they didn't want to create a class for each of the book product types. (Although schema has numerous classes that add no new properties.) In any case, I think we need to create examples both with and without the extensions to make sure that our proposals work either way. kc > > ~Richard. > >> >> This is analogous to: >> >> <span itemprop="creator">John Smith</span> >> >> There may be something better to call it than "abridged" - but I >> couldn't think of anything at the time. I am in touch now with some >> audiobook publishers so I can ask them these questions. This information >> should not be in a general note, though, because it has particular >> significance for the sales of audiobooks. I'll ask my contacts for >> better terminology. >> >> kc >> >> >> On 2/23/13 10:10 AM, Richard Wallis wrote: >>> I read the abridged property as having a Boolean intent - ³abridged² or >>> ³unabridged² - I was going to suggest ³yes²/²no² or true/false as more >>> appropriate ranges for such a property. >>> >>> Would not commonEndeavour not be a better way to link an abridged >>> AudioBook and the Book it is an abridgement of? >>> >>> ~Richard. >>> >>> >>> On 23/02/2013 16:30, "Young,Jeff (OR)" <jyoung@oclc.org> wrote: >>> >>> Karen has also proposed an abridged property with a range of Text. >>> It might be nice if the property was tweaked to have a domain and >>> range of schema:Book so the link between the two could be followed. >>> >>> Jeff >>> >>> Sent from my iPad >>> >>> On Feb 23, 2013, at 4:31 AM, "Richard Wallis" >>> <richard.wallis@oclc.org> wrote: >>> >>> Updated Example to reflect proposed Audiobook type Hi, >>> >>> Following Karen posting a proposed Audiobook Type, I have >>> updated the example in the Example Library to reflect it: >>> <http://www.w3.org/community/schemabibex/wiki/Examples/mylib/A8> >>> >>> ~Richard. >>> >>> > > > > -- Karen Coyle kcoyle@kcoyle.net http://kcoyle.net ph: 1-510-540-7596 m: 1-510-435-8234 skype: kcoylenet
Received on Sunday, 24 February 2013 15:48:05 UTC