11-06-2011, 03:43 PM | #16 |
Enthusiast
Posts: 26
Karma: 22
Join Date: May 2011
Device: Kindle 3
|
After using "Update metadata" susequent checks for non dc:metadata and a removal with "Modify ePub" produces here:
Code:
Modify ePubs Logfile for book ID 1810 (Wie Gewinne Ich Das Herz Eines Mannes?) 1810 Modifying: c:\users\monk\appdata\local\temp\calibre_0.8.24_tmp_yujz8v\afi01x_modify_epub\1810.epub Looking for non dc: elements in manifest Removing child: {http://www.idpf.org/2007/opf}meta Removing child: {http://www.idpf.org/2007/opf}meta Removing child: {http://www.idpf.org/2007/opf}meta Removing child: {http://www.idpf.org/2007/opf}meta ePub updated in 0.36 seconds Code:
<?xml version="1.0" encoding="UTF-8"?> <package xmlns="http://www.idpf.org/2007/opf" unique-identifier="BookId" version="2.0"> <metadata xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:opf="http://www.idpf.org/2007/opf"> <dc:creator opf:role="aut" opf:file-as="Sander, Christian">Christian Sander</dc:creator> <dc:identifier id="BookId" opf:scheme="UUID">urn:uuid:0c3b2201-a5ae-4d07-be7f-84a3451f0ed9</dc:identifier> <dc:title>Wie Gewinne Ich Das Herz Eines Mannes?</dc:title> <dc:publisher>Blue Point Trading</dc:publisher> <dc:identifier opf:scheme="ISBN">9783037990001</dc:identifier> <dc:date>2011-10-05T22:00:00+00:00</dc:date> <meta name="calibre:title_sort" content="Wie Gewinne Ich Das Herz Eines Mannes?"/> <meta name="calibre:rating" content="8"/> <meta name="calibre:user_categories" content="{}"/> <meta name="calibre:author_link_map" content="{"Christian Sander": ""}"/> <dc:language>de</dc:language> </metadata> I can provide a sample when needed. Just PM me. Kind regards |
11-06-2011, 11:12 PM | #17 | |
US Navy, Retired
Posts: 9,867
Karma: 13806776
Join Date: Feb 2009
Location: North Carolina
Device: Icarus Illumina XL HD, Kindle PaperWhite SE 11th Gen
|
Quote:
After running Modify ePub to remove non dc: metadata from manifest I get a nice clean dc: metadata only section in my book. Spoiler:
After running Modify ePub to update metadata (including cover) I get a metadata section that includes the dc: metadata and the following non dc: metadata: title sort, Series, series index, rating, user_categories, calibre:author_link_map and all of the junk that comprises all of my custom columns metadata. All of which is non dc metadata. The only thing I did not expect was user_categories, calibre:author_link_map and all of the junk that comprised my custom columns. Spoiler:
If I do an ePub to ePub conversion along with the dc: metadta calibre adds some non dc: metadata: title sort, series, series index, rating, calibre:timestamp and cover, but not all of the custom column junk. The result after a conversion is what I expected this plugin to insert as metadata. Spoiler:
I'm not saying this is wrong, but currently if you want only updated non dc: metadata you have to use two steps. 1. Run Modify ePub to Update metadata (including cover) 2. Run Modify ePub to Remove no dc: metadata from manifest. Maybe Kiwidude could somehow prioritize the two and ensure if run together that the final result is updated dc: metadata only or add a option to update dc: metadata only. Edit: Personally I would just like the Update metadata (including cover) option to limit itself to the metadata calibre would insert during a conversion. Update: When calibre Saves a book to disk it inserts in the ePub all of the same metadata (including the extra custom column junk not included when a book gets converted) that this plugin inserts into book as metadata. Which means, obviously this plugin is using the same code as calibre's Save to disk Feature. Update 2: When calibre Sends a book to the device it also includes all of the same metadata (including the extra custom column junk not included when a book gets converted) that this plugin inserts into book as metadata. It seems odd to send all of the custom column junk to the device as metadata, but at least now I know how it is currently working and none of it has ever hindered my reading experience in the slightest. Update 3: Thinking it over the custom column stuff may need to be included for the metadata plugboards. For those folks that just want dc: metadata follow the two steps outlined above and ignore my updates. Good luck. Last edited by DoctorOhh; 11-07-2011 at 01:36 AM. Reason: sp |
|
Advert | |
|
11-07-2011, 01:32 AM | #18 |
Enthusiast
Posts: 26
Karma: 22
Join Date: May 2011
Device: Kindle 3
|
I fully agree with you dwanthny. This metadata things has also not hindered my reading experience in the slightest.
I just mentioned it here because it creates sort of an inconsistency between the two functions in Modify ePub that might confuse the users as mentioned by Magnus in post #7. Maybe the Remove function could be changed to remove "unknown" metadata, i.e. metadata that is not dc conforming and not created by calibre. Kind regards |
11-07-2011, 07:02 PM | #19 |
Calibre Plugins Developer
Posts: 4,688
Karma: 2162246
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
There seems to be some confusion from the original poster and some of the subsequent replies about his non dc: metadata issue, so here is the "skinny" from me.
As Dwanthy found, the "Update metadata" option does *exactly* the same as a "Save to disk" does. Which means calibre will insert both dc:xxx elements, but also its own <meta> elements. The latter <meta> elements (along with those created by other ePub editing applications like Sigil) are what are not part of the official ePub specification and hence are not in the dc: namespace. Do these cause a problem for people? For 99.99% of calibre users, the answer is "not in the slightest". The *only* use case I am aware of that a number of people have asked for is where you are self publishing your own book for uploading via websites. Some of these sites that have rules in place that reject ePubs that have elements in this part of the manifest that are non-compliant with the ePub specification. It's arguably a poor reason to reject ePubs, but nonetheless sometimes there are battles you cannot win. So using this option in Modify ePub/Quality Check allows that small minority of calibre users to detect and fix such issues prior to publication. For any other user of calibre, you should just ignore the option, it will achieve very little for you. If you try to tick *both* removing non DC: metadata *and* updating metadata, then you are in some ways shooting yourself in the foot. As I explained above, calibre is one of the "culprits" responsible for inserting non dc elements. As to why I do not run them in the other order, that is intentional. One of the reasons for using update metadata is to allow people to get their book in the same state as if they did a "Save to disk" without exporting and reimporting it. The only way I can guarantee that this is the case (and that all elements calibre generates for updating metadata are present) is to do this action after any other selection in the Modify ePub dialog. Were I to flip them the other way around, you would be missing for instance the calibre timestamp. Which breaks the "integrity" of "Update metadata". The alternative way around it means it breaks the integrity of "remove all non dc:". Either way something "breaks". As I saw the remove non dc: thing as something few users would bother using, I chose the way I did. If the genuine users of that functionality want it the other way around, then I can look at changing it. One thing this discussion has highlighted is that the logging could offer a better visual indication as to what it is removing - I will sort that out for the next release. So - if your intention is to remove all non dc: metadata elements, then don't tick "Update metadata" at the same time - do it in two passes. If you want to remove non dc: elements (such as from other editing applications) except for the calibre generated ones, then you can tick both at the same time. Last edited by kiwidude; 11-07-2011 at 07:08 PM. |
11-09-2011, 04:38 PM | #20 |
Member
Posts: 13
Karma: 222
Join Date: Apr 2011
Device: Sony PRS950
|
Plug-in not working for me
Plug-in isn't working for me. What am I doing wrong?
Modify ePubs Failed to initialize plugin: u'C:\\Users\\Lam\\AppData\\Roaming\\calibre\\plugi ns\\Goodreads Covers.zip' Logfile for book ID 2559 (Insomnia) 2559 Failed to initialize plugin: u'C:\\Users\\Lam\\AppData\\Roaming\\calibre\\plugi ns\\Goodreads Covers.zip' Modifying: c:\users\lam\appdata\local\temp\calibre_0.8.25_tmp _m2mf2k\zcuhif_modify_epub\2559.epub Updating metadata and cover ePub updated in 0.54 seconds |
Advert | |
|
11-09-2011, 05:21 PM | #21 |
Calibre Plugins Developer
Posts: 4,688
Karma: 2162246
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
It looks like the Modify ePub plugin is working just fine.
The problem you are seeing in that output is that you have an old and incompatible plugin called "Goodreads Covers" installed (the predecessor to the "Goodreads" plugin which was a consolidation of two Goodreads metadata plugins that occurred when calibre 0.8 was released). You need to get rid of that old plugin. Run this from a command line prompt: Code:
calibre-customize -r "Goodreads Covers" |
11-09-2011, 05:30 PM | #22 |
US Navy, Retired
Posts: 9,867
Karma: 13806776
Join Date: Feb 2009
Location: North Carolina
Device: Icarus Illumina XL HD, Kindle PaperWhite SE 11th Gen
|
|
11-09-2011, 08:27 PM | #23 |
Member
Posts: 13
Karma: 222
Join Date: Apr 2011
Device: Sony PRS950
|
Cover still not updating
I got rid of the old Goodreads plug-in, but Modify ePubs is not changing old cover to new Calibre cover
Modify ePubs Logfile for book ID 2559 (Insomnia) 2559 Modifying: c:\users\lam\appdata\local\temp\calibre_0.8.25_tmp _doihzx\xlbp9i_modify_epub\2559.epub Updating metadata and cover ePub updated in 0.54 seconds |
11-10-2011, 02:02 AM | #24 | |
Wizard
Posts: 1,337
Karma: 123455
Join Date: Apr 2009
Location: Malaysia
Device: PRS-650, iPhone
|
Quote:
|
|
11-10-2011, 03:43 AM | #25 | |
US Navy, Retired
Posts: 9,867
Karma: 13806776
Join Date: Feb 2009
Location: North Carolina
Device: Icarus Illumina XL HD, Kindle PaperWhite SE 11th Gen
|
Quote:
|
|
11-10-2011, 04:18 AM | #26 |
Member
Posts: 13
Karma: 222
Join Date: Apr 2011
Device: Sony PRS950
|
Okay. Thanks for the help and prompt responses. I guess I just have to wait for update
|
11-10-2011, 04:42 AM | #27 | |
US Navy, Retired
Posts: 9,867
Karma: 13806776
Join Date: Feb 2009
Location: North Carolina
Device: Icarus Illumina XL HD, Kindle PaperWhite SE 11th Gen
|
Quote:
Good Luck. |
|
11-24-2011, 05:40 PM | #28 |
Calibre Plugins Developer
Posts: 4,688
Karma: 2162246
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
v1.0.1 Released
Changes in this release:
Thanks to griker and Kovid for the help in the first change above. |
01-26-2012, 08:23 PM | #29 |
Zealot
Posts: 122
Karma: 502620
Join Date: Jan 2012
Device: Kobo Touch
|
Baffled, downloaded covers, modified, transferred to Kobo Touch which didn't use them.
On using edit metadata, set cover from selected format, the cover image is incomplete, or comes up as invalid. Also tested using a Calibre generated cover, only a small part of the top is retrieved. |
01-27-2012, 06:22 AM | #30 |
Calibre Plugins Developer
Posts: 4,688
Karma: 2162246
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
@Matth79 - this plugin will only replace covers where they are identifiable by calibre (in exactly the same way as using Save to Disk does). If the covers are not getting placed into the ePub correctly, then the problem lies in the ePub. Either use Sigil to mark the appropriate file with the cover semantics, or do an epub->epub conversion using calibre.
|
Tags |
modify epub |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[GUI Plugin] Quality Check | kiwidude | Plugins | 1214 | Yesterday 12:05 PM |
[GUI Plugin] Manage Series | kiwidude | Plugins | 167 | 07-28-2024 04:07 PM |
[GUI Plugin] Open With | kiwidude | Plugins | 403 | 04-01-2024 09:39 AM |
Modify ePub plugin dev thread | kiwidude | Development | 346 | 09-02-2013 06:14 PM |
[GUI Plugin] Plugin Updater **Deprecated** | kiwidude | Plugins | 159 | 06-19-2011 01:27 PM |