Three of the libraries used in ubooquity are under the GPLv2 or GPLv3 licenses, which are not as permissive to developers as say BSD, Apache, MIT, etc. are.

They require any software they are used in to be open source.

A bit of an odd one, I'm not sure if it's a bug or something else and I've not found anyone with the same issue.

Some of my nicely scrapped comics are only displaying the comic story title instead of Series Name and Number (Year).

Is there anyway to change/toggle this as i would prefer the "Series Name #Number (Year)" as the story title can be very long sometimes and sometimes just looks bad.

Hi,

Is there any way to remove the file numbers from in front of the cover icons?

Many Thanks.

Porph!

Hi,

Title says it all, I've changed permissions and moved both the jar and sh files to /opt/ubooquity and still no joy.

I've had a look in the sh file and can see no issues

Am stumped

Cheers all

Porph

Here is an extract from my log when adding and removing items in database

20160930 10:51:24 [Scanner thread]  INFO com.ubooquity.data.database.b - Inserting/updating comic entry in 
database : /volume1/comics/Général/Corto Maltese (N&B)/Corto Maltese - 10 - Mû.cbz
20160930 10:51:31 [Scanner thread]  INFO  com.ubooquity.data.database.b - Deleting comic with id 5066 from database

The inserting/updating gives a lot of details (although it would be nice to know whether it's an update or a new item

The deletion doesn't give any details: we don't know which comic was deleted. This is very annoying: can you add information about the location of the file or at least the title? like you do when inserting an element?

First, thanks for making a super application - it works very well.

I can't seem to solve an issue - using Challenger Viewer, I can sync OPDS-COMICS from Ubooquity however for some reason if a folder on the server contains more than 20 comics, Challenger Viewer will only group them into clusters of 20 per thumbnail - then will begin creating additional groups of 20 in a new generically titled "Comics" thumbnail rather than using metadata names.

Web viewing works just fine - not sure if this is an Ubooquity question or a Challenger question?

Aside from this little frustration, Ubooquity works very well as a home-based book server!

20160919 23:32:00 [pool-1-thread-16] WARN com.ubooquity.e.e - Interrupted while sending response (perhaps the client stopped the download) - java.net.SocketException - Software caused connection abort: socket write error

Gets about 30 of these and then it crashes. Every 48 hours.

I made an app to load the epubs but it is not an elegant solution. It has to download the entire file first and then post process. In the future, will the epubreader support directly loading a specified page number much like how comicreader works?

I'm running Ubooquity on a Mac Mini that scans a network drive. If there's a glitch in network and the drive goes offline, the database needs to be cataloged from scratch. With 14,000 comics in my collection, this can take some time. It looks like the database is being reset if the volume isn't present.

Hi, On scanning I get this error:

20160911 00:28:07 [Scanner thread] INFO com.ubooquity.fileformat.pdf.b - Reading metadata of pdf file: H:\temp\My Books\My Books\Fiction\Wings\03 (18009)\03 - Wings.pdf

Both ubooquity and java on latest version, Windows 10 PC.