[davidfor]

Originally Posted by sealbeater

Well, looking back over the context, it was in response to your comment that read:

And my comment was:

I hope that clears things up for you.

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.

Well, if you don't know, you just don't know.

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.

So yes, I apparently "just don't know" and would need you to explain the difference.

I think my way is better. I've been able to discuss the benefits so far. Perhaps there is a better way. Perhaps *it* is a better way. How will we know if we don't discuss?

Or, none of the above.

Yea, it handles that. If it comes across a book it's unsure of, it moves it to a "uncertain" directory.

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"?

You aren't hearing me. Regardless of the source, after the scripts are done, the title is the same.

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.

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.

Still not hearing me.

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.

I'm sorry you live in such a bleak and deary world that an automated script working as intended is greeted with amazement.

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.

What makes you think I'm not reading the books I'm collecting? I have lots of time since I don't have to worry about manually editing metadata.

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.

Yea, I do the same. This is no impediment to that at all.

More power to you.

Again condescending little phrases that have no purpose other than to be insulting.

Well, first of all, again, they aren't "my" scripts. I've adapted them to my needs. Second off, check the thread, the git-repo is listed.

I missed this and someone else pointed it out to me. So, I've had a look at them. And well, if I had seen this earlier, I wouldn't have responded because I would have been capable of it because I would have been

And yes, that is deliberately insulting.

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). 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".

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.

And just a last comment:

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.