[Pizza_Cant_Read]

Well, you know, there is no documentation concerning that. If I made an application I would be very explicit about its limitations. Everyone knows that if uploading hundreds of documents to an (older generation) Kindle that it won't index well. If a developer says it wasn't 'intended' for mass uploads then why doesn't it says so in the documentation? I appreciate your response but it should definitely be clarified within the documentation somewhere if there are 'intended' limitations for the software.

I can download the book files but that doesn't assist me in repopulating the "series" data. Many series, after porting from a directory structure required me to manually research online to fill in the "series" column.

In my last post, I mentioned I was able to save books to a manually via "Save to Disk" but the whole reason I use calibre and CC is to utilize the covers alongside the other metadata. Without that I could just upload it to the cloud and call it a lost cause.

If the Android version is more capable then I have no problem switching. I use an iPhone because my wife loves Apple way too much.

It is funny because this reminds me of a python programming project in college when some friends and I were writing a classroom polling program; the intention was that the professor could ask a question (like something from the homework) and the class would enter their answer (ie A, B, C, D, E) and from the results our professor would know what he needed to review. But there was some problem with the way results were received by the server.

How many documents can I upload back to my computer at a time? I have already began to do the work from hand but how do you suggest I proceed?

Thanks,

-pcr