View Single Post
Old 04-09-2015, 08:01 PM   #7
theducks
Well trained by Cats
theducks ought to be getting tired of karma fortunes by now.theducks ought to be getting tired of karma fortunes by now.theducks ought to be getting tired of karma fortunes by now.theducks ought to be getting tired of karma fortunes by now.theducks ought to be getting tired of karma fortunes by now.theducks ought to be getting tired of karma fortunes by now.theducks ought to be getting tired of karma fortunes by now.theducks ought to be getting tired of karma fortunes by now.theducks ought to be getting tired of karma fortunes by now.theducks ought to be getting tired of karma fortunes by now.theducks ought to be getting tired of karma fortunes by now.
 
theducks's Avatar
 
Posts: 31,100
Karma: 60358908
Join Date: Aug 2009
Location: The Central Coast of California
Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A
Quote:
Originally Posted by BetterRed View Post
@theducks - on my rig (see sig) the ISBN, ASIN etc land in a column named "identifiers/IDs". I assume the internal column name 'identifiers' derives from Dublin Core, but I suspect the external label 'IDs' is a calibre specific label.
That is what I said
Quote:
And the book number lands in column "id/?". I am not certain of the external name of the 'id' (book number) column, but I suspect it might be 'id', interestingly it can't be shown in the book list. I assume it's 'id' because that's the name row numbers (unique id within table) are assigned in relational databases - can't recall if that's a standard or convention.

Took me a while to work it out too

BR
{ID} IS NOT row numbers except in a newly formed library. There are normally Gaps created by normal day to day metadata (author/title) changes

{ID} is the ID you show
theducks is offline   Reply With Quote