Quote:
Originally Posted by davidfor
Not really as you did post the "cute" comment and then said that what I said wasn't going to be your reaction without stating what it was. A bit later you stated that you didn't think a GUI display of text was the same as a command line display, so I suppose that was your reaction.
|
Sigh. Reading comprehension would serve you well here.
Quote:
Originally Posted by davidfor
Well I see a line of well formatted text in one place and a line of well formatted text in another. They appear in windows on my screen and I can scroll those windows to see other lines. Or maybe the command-line can't if it is sized differently.
|
You can try to belabor this point but if you seriously are telling me that you are incapable of seeing a difference between a gui application and a text based session, there's nothing I can do for you.
Quote:
Originally Posted by davidfor
So yes, I apparently "just don't know" and would need you to explain the difference.
|
I see no reason why I would try. It would be like explaining the colour blue to someone blind from birth.
Quote:
Originally Posted by davidfor
Sorry, I thought you said it was perfect. If so, why do you have an uncertain directory? Doesn't that mean you have to do some manual checking? Doesn't that mean it isn't "perfect"?
|
It is perfect. When it finds a match, it's matched, when it doesn't it doesn't. Perhaps you should try it for yourself and that would make things clearer.
If you are capable of it.
Quote:
Originally Posted by davidfor
And you are not hearing me. Based on the metadata I see with books I download, or the file names I see when I download the books, that is not possible. The scripts are relying on file names. I just downloaded a book that I purchased from Kobo. The file name is "smashwords-epub-a030871b-dc97-493b-b4e8-7ebe19777523.epub". How does your script handle that? Or do you have to set the file name to something close to what is desired first. But, if you did, that would mean you would need manual editing and that the scripts are perfect.
|
Someone else tried for themselves and reported their experience. Why don't you read it and find out?
Quote:
Originally Posted by davidfor
That file name is just an example. Amazon use their own names, anything downloaded with ADE another other stores use other names that might not be unique when looking for metadata.
And you are not hearing me. The source for metadata are inconsistent and a simple take on downloading them doesn't produce what I think is perfect data.
|
It's very boring having a conversation with someone who doesn't know what they are talking about.
Quote:
Originally Posted by davidfor
Because I've written to many scripts and applications to believe that perfection in something like this is actually achievable. Because I maintain more than one metadata source plugin for calibre and know through my testing that even within a site, the data is inconsistent.
|
Well, let me know when you try it for youself...if you ever do.
Quote:
Originally Posted by davidfor
I never said you weren't reading. I just stated you were collecting more books than you could possibly read. I'll admit that I'm probably collecting more than I can read before I die, but probably by only a factor of two or three. Or maybe 10. And of course, that still leaves me with heaps of time to read.
Again condescending little phrases that have no purpose other than to be insulting.
|
Yes. It's a character flaw.
Quote:
Originally Posted by davidfor
|
I find it's more effective when you don't give the game away but ok...fools do enjoy laughter.
Quote:
Originally Posted by davidfor
Throughout this discussion you have gone to great lengths to say how perfect your scripts are and how they get perfect results and that anyone using calibre is an idiot (OK, my word but I don't think it is a stretch).
|
It really doesn't help your position when you have to put words in your opponents mouth.
Quote:
Originally Posted by davidfor
But, those scripts are using calibre to download the metadata. And that means that the difference in what you do and someone using the calibre interface is doing is that you don't check the metadata before accepting it. What that means is that your definition of "perfect" is actually "whatever calibre finds for me".
|
They do. That's not the only difference tho.
Quote:
Originally Posted by davidfor
You also must be either only sourcing books from places that have already done some work on the file names to make metadata downloading reasonably accurate. Or are pre-editing them. Which of course you can't be as that would be "manually editing metadata". You did mention a script "ebook-reader-prep.sh" which isn't in that package. Maybe that is what is doing the hard work of preparing the books to be able to get "perfect" metadata.
|
The more you talk, the more you show how much you don't know.
The ebook-reader-prep.sh script is my wrapper around it.
It does nothing special that anyone who was scripting for their own use would do.
And just a last comment:
Quote:
Originally Posted by davidfor
I know how the calibre metadata download works. If you have two million books and have not vetted them before downloading the metadata using calibre and not checked them afterwards, you have some books with wrong metadata. The only chance that there are no errors is if you had an ISBN for every book before you tried to get the metadata.
And to the moderators, I'll stop now.
|
If only saying so made it so. Well, read other's comments on how it works and see for yourself. Or live in a reality created in your own mind. Up to you which.