[Developers] Casting ISBN-10 to ISBN-13
Richard Newman
rnewman at twinql.com
Wed Feb 11 21:52:51 UTC 2009
> We are thinking about standardizing on 13-digit ISBNs for the
> property /book/book_edition/ISBN on the Book Edition type. To
> accomplish this, all ISBN-10s (~60K of them) would have to be
> converted to ISBN-13s. These new ISBN-13s would then completely
> replace the old ISBN-10s.
If you regard the ISBN as being an attribute shared by instances of
the edition, then I'd suggest having separate ISBN-10 and ISBN-13
properties, because you want to preserve the value printed on the
book. A user searching by the number on the book won't know to
translate their ISBN-10 to ISBN-13; a book with both fields printed on
the dust jacket (despite a well-documented 1-1 mapping) should perhaps
have both properties.
Standardizing on ISBN-13 also means you can't draw interesting graphs
of the gradual uptake of ISBN-13 by querying on the existence of each
property over publication time :)
> 2) /book/book_edition/ISBN is not currently unique. This should
> probably be a unique property. That is to say, multiple book
> editions can have the same ISBN but individual book editions should
> not have multiple ISBNs.
From experience in the book industry: don't count on anything about
ISBNs being correct other than their checksums :)
Assuming that each book has one ISBN is probably fair (until you find
otherwise), but definitely don't assume that it's an inverse
functional property (ISBNs have been known to be reallocated).
Consider that the same edition might be issued in different
territories with different ISBNs, even in the same language. Is it the
same edition? That's a semantic question.
-R
More information about the Developers
mailing list