Wish list

[eschwartz]

Originally Posted by laji

Sorry, I can not agree with you. The principle of strictly dividing datas and temp values (primary, real; and secondary, derived and technical only values, needed only for managing DB) is not my idea, and not accidentaly is so strict, so principle. Cosmetic clearing of a principially erronously structured behavior is not a way to happiness. First, it is not nice, not exact, not real-clear solution, only forced - it is the barrier in the way of developing. Second, if to mix temp values into DB, DB will grew up with extrem speed - without real needs. As I will develop the DB shower interface, so will more and more impracticable the DB's size. By the way: THIS was the cause, why I leaved that second, hierarchical-able book-organizer, that I wrote earlier. The size of the DB was 10× more, then real data's of books. Calibre is going on this, principially erronous way, too.

I'm pretty sure Kovid does whatever increases responsiveness in the library, regardless.
There is no "erroneous", there is merely a values dissonance.

Originally Posted by laji

https://www.mobileread.com/forums/sho...4&postcount=24


Sorry, it does not work, too. I tried:

<?xml version='1.0' encoding='utf-8'?>
<package xmlns="http://www.idpf.org/2007/opf" unique-identifier="uuid_id" version="2.0">
    <metadata xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:opf="http://www.idpf.org/2007/opf">
        <dc:contributor opf:file-as="calibre" opf:role="bkp">calibre (2.37.1) [http://calibre-ebook.com]</dc:contributor>
    </metadata>
    <guide>
        <reference href="cover.jpg" title="Borító" type="cover"/>
    </guide>
</package>

...and tried

<?xml version='1.0' encoding='utf-8'?>
<package xmlns="http://www.idpf.org/2007/opf" unique-identifier="uuid_id" version="2.0">
    <guide>
        <reference href="cover.jpg" title="Borító" type="cover"/>
    </guide>
</package>

The folder were named, as my import naming preferences (author - title). In the folder were an author-title named pdf, a cover.jpg, and the above metadata.opf. Calibre imported the PDF into the existing entry (correctly), but did not import cover. I tried it without PDF (JPG + OPF only): Calibre imported the OPF, as a new book file (like EPUB or any else), with title "metadata", and ignored the cover.

That is because both have been voided of metadata. The minimum required metadata in order for calibre too recognize it as a calibre OPF is:

        <dc:identifier opf:scheme="calibre" id="calibre_id">1</dc:identifier>

This will trigger calibre to read metadata from the OPF instead of the ebook file. One of the pieces of metadata it will read is the cover reference.
At that point, you should have the other DC roles filled out as well, or they will default to unknown.


Alternatively, you could embed the covers in the ebooks -- assuming they are EPUBs, at least.

Run this batch file in the topmost folder.

setlocal enabledelayedexpansion
for /d %%e in (*) do (
    cd %%e
    ebook-meta --cover=cover.jpg some-ebook.epub
)

[laji]

Originally Posted by eschwartz

At that point, you should have the other DC roles filled out as well, or they will default to unknown.

Sorry, this does not meet, what I want: batch import of covers. I have already all books in DB of Calibre, with (nearly) all datas. I want to add to them a cover. I can do single folders for all files, rename them according to my import settings (author - title), take into them a JPG and rename them to "cover"; all in batch, using Total commander; but can not in batch create OPF files with various content, because authors and titles must to be in the OPF. Your tip results, that Calibre will not read file names, and imports all covers (yes, in this case it imports them) into the new file, titled "metadata".

I wrote originally:

Autoimport cover by file name
I have (yet) 2,000 books, not imported into calibre. Most of them has cover in the same folder and with the same file name (author[s] - title.ext), as book, with extension JPG or PNG.

Is there a way to automate the import of covers into books' metadata?

[eschwartz]

You want to add covers for books already in calibre?...


If you are willing to do an end-run around calibre's management routines, simply close calibre and move the JPGs into the ebook folders.

Loop through all folders in the library, extract the author and title from the pathname, and copy the right cover in.
calibre should pick up the change.

I'd try to work out a batch script for you but I typed this on my Kindle.

[laji]

Originally Posted by eschwartz

You want to add covers for books already in calibre?...


If you are willing to do an end-run around calibre's management routines, simply close calibre and move the JPGs into the ebook folders.

Loop through all folders in the library, extract the author and title from the pathname, and copy the right cover in.
calibre should pick up the change.

I'd try to work out a batch script for you but I typed this on my Kindle.

eschwartz, thank you for your quick reply. Sorry, the attempt is again without success. I thought about it, too, but: 90 % of my books has, of course, hungarian title (áéíóöőúüű), 9% russian (cyrill). Plus, when Calibre thinks, it shortens the filenames; cuts out some characters (dots,...). While I try and understood all Calbre's renaming nuances, will quicker to add all covers manually.

Please, do not hurry! I do not ask from you to work on Kindle. I can wait, till you will at a PC.

[PeterT]

A little suggestion for the original poster; please don't edit your posts to remove items; maybe if you have to just mark sections that you feel are no longer relevant as such, or mark them up with [strike] .... [/strike] so things look like this


this was just an idea...


This would ensure that the thread could easily be understood at any time.

[BetterRed]

Moderator Notice
Thread closed - to prevent anyone from inadvertently responding to the banned OP