[The Older version] Calibre2opds V2

[itimpi]

It is already being looked at. If you had looked at the bug list on the Calibre project page (https://bugs.launchpad.net/calibre2opds) you would see that this is down as an "in progress" item. The way we are intending to implement this feature is to let the main generation happen unchanged to the TEMP folder on the local machine. The Copy phase is then optimised to avoid copying any newly generated files whose content is identical to the previous run. This approach is being used as detecting that a file WOULD be unchanged before we even attempt to generate it is too hard..

The current status is that the code to this in place and appears to work. Items intended to complete this change are:

• Make it an optional feature. At the moment it is not optional, and as it adds to the time taken to generate the catalog all users may not want this feature on by default.
• Look at ways of reducing the costs at the catalog generation stage, possibly by cachng results during runs. We may make the first release without this being implemented so that we can get user feedback on the effectiveness of the feature in their particular environments.

Look for this feature to be avaiable therefore in beta 4.

If anyone is interested in looking at the current change without the extra work mentioned above, then they are welcome to check the source code out of launchpad and build calibre2opds on their own machine. If nothing else that would help check out how complete the documentation (https://wiki.mobileread.com/wiki/Calibre2OpdsDevelop) is for setting up ones own development environment for calibre2opds.

[bakker_be]

Hi there, I just installed 2.4b3 for it's ability to include CBR in the catalog, but I can't download them in Stanza on my Ipad. I'm getting a 404-error.
Using Safari on the Ipad I can download the same file, but it doesn't get added to the library, only to the "downloaded" and the "recent reads"sections.
I used calibre2opds in publish mode to my apache web server.

[itimpi]

Originally Posted by bakker_be

Hi there, I just installed 2.4b3 for it's ability to include CBR in the catalog, but I can't download them in Stanza on my Ipad. I'm getting a 404-error.

I just tried this, and it is working fine for me.

It is worth checking:
- That the book file in question is at the the expected destination
- The path/filename for the book has identical case to the entry in the Calibre database. The Apache system is almost certainly case sensitive, and dependng on what system was running calibre and/or Calibre2Opds there may be a case mismatch. However since you said the HTML link worked I am not sure if this is the issue. The apache log might help as it should allow you to see exactly what filename was being requested.

Using Safari on the Ipad I can download the same file, but it doesn't get added to the library, only to the "downloaded" and the "recent reads"sections.

This appears to be a Stanza issue of some sort. I found that I could quite happily open the book and read it even though it was not listed where I thought it would be. It appears that for this type of book, Stanza does not set the author correctly when downloaded in this way.

[itimpi]

Originally Posted by Coleccionista

First, I indicate the catalog to be created at H:\foo, (basefolder) and _catalog as name.
calibre2opds puts the author folders one level above the _catalog and in the process of creating the catalog deleted all the previous contents of H:\foo without warning.

I have been trying to recreate this issue without success. I am finding that the contents of _catalog are cleared (which is expected behavior), but that any existing contents of H:\foo are left intact. Maybe I need a bit more information on the settings you are using to recreate the issue. In particular things like the mode you are using and the settings for source and target.

Also the catalog got created but the first time all the covers appeared as red X (missing) in the browser , I created the same catalog again and the second time covers appeared. :-?

i am also having some problems re-creating this issue, so maybe there is a step I am missing that causes it?

Other than that I'd like the folder structure to have one top-level "index.html" and then subfolders so you don't have to go through "subfolder_name/index.html" or create a intermediate /index.html to load the "subfolder_name/index.html"

I am not sure this will be an issue if the H:\foo level content is left intact as once you have created the index.html file pointing to the _catalog level it should remain there for future use.

[bakker_be]

The strangest thing is that if I enable the Calibre content server and download the same file, it gets added to the correct sections in Stanza ...

[iandix]

I don't know if this problem is something with just me ...but

I have been using Aldiko on my nookcolor with no problem for a while and upgraded to the premium version, just recently, because I believed the developers deserved the money. Then a few days I ago I received an updated version of Aldiko premium and after that I have a problem with my opds catalogue.

It appears to display fine, but it will only ever display the first 25 books (under series, tag or whatever) It now does not display the pages that have been split after 25.

Has anyone else noticed this??

... I'm using the latest beta version calibre2opds

[itimpi]

I personally do not have a system that can run Aldiko so I can test for this issue. However I would strongly suspect it is an Aldiko issue.

Another reader app (Quickreader on Apple devices) exhibited similar behavior. As I had contact with the developer, I was able to give him access to my personal ebook library so that the problem could be investigated. Once this was done, the problem was quickly identified as a bug in the Quickreader code for processing the link to the next page as there had been a small (legitimate) change to the URL format introduced as part of conforming to the latest OPDS speification. The latest version of Quickreader incorporates this fix and now handles the next page perfectly when working with calibre2opds catalogs.

I suspect that Aldiko has a similar bug that will need fixing by the developer.

[jhempel24]

I think it was mentioned in an above post that it wasn't setup to do that. But you could specify tags. I don't know if that would remove the already created catalog. I just create a catalog once a week. It doesn't seem to me that its a huge deal.

[Nine989]

Hi

I keep getting this error when generating the catalogue. It happens since I updated to calibre v 0.7.52. Does anyone one know what to do?

[dpierron]

Hi,

It seems that there is a bug in our code, when a book has no publication date. We'll correct it ASAP. In the meantime, please check that all your books that have a publisher also have a publication date...

All best,
David.

[Nine989]

Thank you so much. It was driving me crazy.

[Nine989]

Sorry to post this again, but it seems I keep getting the same error. It didn't happen for a while, but it seems it has returned. Are you sure the problem is with the publishing date of a specific ebook?

[itimpi]

I think it has to be. The line of code quoted in the error message is one where the publication date is being retrieved - and that is only done if the publisher is set. The code did not allow for the case where the publisher was set but the date was not.

This has now been fixed so that if no date has been specified it returns the current date and continues rather than aborting. I was wondering if some other date value would be better in this case, but that was pragmatic and easy. A warning message is also now written to the log file giving the title of the book that had the issue to help with finding and correcting it.

I am not sure if Dave Pierron is going to find pressure of work interferring with getting the next beta out. If you want to PM me an email address I could send you an unoffical build with this fix (and others included) prior to beta 4 being generally available.

[Nine989]

Thanks! I have sent you a message.

[sdspieg]

Does this mean that the beta 4 is close to public release? With also the changes you talked about with respect to the incremental update (with the \Temp folder solution)?

-Stephan