W3C home > Mailing lists > Public > public-vocabs@w3.org > December 2013

Re: Some info on pagination practices

From: Thad Guidry <thadguidry@gmail.com>
Date: Mon, 16 Dec 2013 13:01:39 -0600
Message-ID: <CAChbWaN0k4i3ZBWgkneqoM5Pv7HHouGWbc1eknV4tHyErGVVBQ@mail.gmail.com>
To: Karen Coyle <kcoyle@kcoyle.net>
Cc: "public-vocabs@w3.org" <public-vocabs@w3.org>
Thanks Karen.

Do others feel that the http://schema.org/numberOfPages property could be
aligned with one of the practices and the definition tightened up to match
one of them ?

My slight preference is the library one.  Where even my daughter would know
and use numbered pages and flip to the last numbered page and use that on
this property.  I personally thought that was the use for this property =
 a numbered pages total.

Thoughts ?

On Mon, Dec 16, 2013 at 12:15 PM, Karen Coyle <kcoyle@kcoyle.net> wrote:

> Thad asked me to re-post this from the schema-bibEx group to this list,
> presumably relating to a discussion here:
>  Note also that the "page count" that publishers give to books is a
>> physical count -- the actual number of sheets of paper x 2. The
>> publisher knows this because he paid the printer for them. The page
>> count that a library gives is the number on the highest numbered page
>> (of each pagination type), which is what is visible and readily
>> available (without having to sit and count the pages). Here are two
>> "pages" statements for the same book:
>> publisher: 208 pages
> >
>> library: xiv, 178 p. (which does not add up to
>> 208 because blank pages aren't counted)
>> So those are two other community practices that each is perfectly
>> logical but will give different results. And note that it is probably
>> the publisher number of pages that is currently in schema.org/Book.
>> kc
> --
> Karen Coyle
> kcoyle@kcoyle.net http://kcoyle.net
> m: 1-510-435-8234
> skype: kcoylenet

+ThadGuidry <https://www.google.com/+ThadGuidry>
Thad on LinkedIn <http://www.linkedin.com/in/thadguidry/>
Received on Monday, 16 December 2013 19:02:07 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:29:36 UTC