On a unique number for MY books.
Join LibraryThing to post.
This topic is currently marked as "dormant"—the last message is more than 90 days old. You can revive it by posting a reply.
Just an idle thought,
I often look at my books in My Library in a "sorted by date entered order". To check for Tags, Covers etc.
If each of the books I have entered into LT had a unique number (probably based on entry date) I can imagine several other uses for this Number. eg. a work list for tasks not yet done, a temporary tag/sticker (based on this number) whick I could then afix to my copy, saying work needs being done. or even using it for my virtual TBR pile.
Why, I am sure any inventive boy or girl could have hours of FUN imagining what could be done with this number :-)
That is your copy of 'The Skinner'. The first number is the work number, the same for all copies combined together. The second number is the number for your copy whatever work it might ever end up combined into.
If you have the book number and want to get to its page in LibraryThing, you can get to it without knowing the work number: http://www.librarything.com/work/book/87233865
If you export your library in tab-delimited format the first column is the book id.
But not having it as a column in Your Library does limit what you can do with it.
It seems that all is needed is the ability to add the existing unique book number as a column when setting up a view for the "Your Books" page.
Do we know that book id's are always allocated in ascending order and always will be?
No, but the uncertainty level has to be pretty low. Like how much we know Tim won't just abscond to Brazil with all the passwords.
It's almost certainly a database id. A book I recently added was number 87018263, which is solidly into 28 bit territory. Even if he only used that and not 32 bit, he'd still have number for over 180 million more books.
Is it possible that he'd break with convention and do it some weird way? Sure. But it's also possible that GM will come out with a car that Make D the reverse gear and R the drive gear. Very unlikely, though. :D
Not if he takes all of our books (or even just the passwords) with him.
Moot point; he'd never get through security with the inflatable giraffe.
What if he moved to a distributed database, wouldn't that have an effect on how the id's are assigned?
But as the OP (wait, that's me) said, Just an Idle Thought.
It seems that #7 (et. al.) above, answered my thoughts :-)
Maybe that's fine for you, but now we are all having thoughts of our own. Whose going to answer them!?
10> Remember the problem a month or so ago, with books refusing to be added (both manually and through Add Books)? That was because LT ran out of numbers...though that may have been works and not books, since the problem appeared only on books that had never before been added to LT. If so, the book numbers must already be set large, or we'd have run into that problem much earlier.
So I agree with you.
This group does not accept members.
This topic is not marked as primarily about any work, author or other topic.