Series information is lost during the import

Tomita · 12-15-2013, 06:55 PM

I prepared some epub books in Calibre of an earlier version 1.13. As a metadata I added the series information for some books. I'm using Moon+ Pro on my tab for reading eBooks, and the import process was woderful. I got all my series in Moon+. Now, I updated the Calibre to 1.15 and now the series information is lost during the import procedure. I checked the content of the opf file inside the epub file and I noticed some differences. In version 1.13 the relevant lines looked like this:
<meta name="calibre:series_index" content="2.0"/>
<meta name="calibre:series" content="Galaktika"/>

Now in ver. 1.15 the appropriate lines are:
<ns0:meta content="2" name="calibre:series_index" />
<ns0:meta content="Galaktika" name="calibre:series" />

Probably Moon+ is not interpreting these lines.

After this I uninstalled Calibre 1.15 and downgraded it to 1.13, but even after this I got always the opf file with the series information as it is shown above with ver. 1.15 xml format.

Please, help! How can I get back to that opf format which is accepted by Moon+ reader? Or maybe you know some other solution how to feed the series information with Moon+. Thanks in advance!

DoctorOhh · 12-15-2013, 09:02 PM

Quote:

Originally Posted by Tomita

Or maybe you know some other solution how to feed the series information with Moon+. Thanks in advance!

At some point someone with the info you need will respond.

But since you asked I would recommend using the Calibre Companion App (Play store) to transfer books to your tablet. This App allows you to manage your on tablet books with all of the metadata you see in calibre and you never have to import books into any reading app again. I simply select the book I want to read and launch it in the reader app of my choice (in my case Moon+ Reader Pro).

Tomita · 12-16-2013, 05:35 AM

Thanks. I will try it, but I'm really curious, what is behind of this error.

DoctorOhh · 12-16-2013, 05:51 AM

Quote:

Originally Posted by Tomita

In version 1.13 the relevant lines looked like this:
<meta name="calibre:series_index" content="2.0"/>
<meta name="calibre:series" content="Galaktika"/>

Now in ver. 1.15 the appropriate lines are:
<ns0:meta content="2" name="calibre:series_index" />
<ns0:meta content="Galaktika" name="calibre:series" />

I just looked at a book I converted today with 1.15 and when I look at the opf file in the book I do not see what you are seeing.

I see the normal metadata as expected.

<meta name="calibre:series" content="Foundation"/>
<meta name="calibre:series_index" content="2.0"/>

Maybe Kovid can shed some light on what you are experiencing.

kovidgoyal · 12-16-2013, 06:19 AM

<nso:meta> is perfectly correct, provided ns0 is correctly defined as the opf namespace. As for why you are getting them, impossible to say unless you post the file which when converted gives you those.

Tomita · 12-16-2013, 09:23 AM

Today I reinstalled the Calibre 1.15 and the problem disappeared. Again the opf contains normal lines without ns0: And the series are recognized by the reader.
Strange, but I'm happy with that now. If I experience again the same problem, I try to figure out what is the reason and procedure leading to that opf file and I report it to you. Now, I'm not able to reproduce the experiment

Thanks for your answers.

12-15-2013, 06:55 PM	#1
Tomita Junior Member Posts: 3 Karma: 10 Join Date: Dec 2013 Device: Samsung Galaxy GT-P5110	Series information is lost during the import I prepared some epub books in Calibre of an earlier version 1.13. As a metadata I added the series information for some books. I'm using Moon+ Pro on my tab for reading eBooks, and the import process was woderful. I got all my series in Moon+. Now, I updated the Calibre to 1.15 and now the series information is lost during the import procedure. I checked the content of the opf file inside the epub file and I noticed some differences. In version 1.13 the relevant lines looked like this: <meta name="calibre:series_index" content="2.0"/> <meta name="calibre:series" content="Galaktika"/> Now in ver. 1.15 the appropriate lines are: <ns0:meta content="2" name="calibre:series_index" /> <ns0:meta content="Galaktika" name="calibre:series" /> Probably Moon+ is not interpreting these lines. After this I uninstalled Calibre 1.15 and downgraded it to 1.13, but even after this I got always the opf file with the series information as it is shown above with ver. 1.15 xml format. Please, help! How can I get back to that opf format which is accepted by Moon+ reader? Or maybe you know some other solution how to feed the series information with Moon+. Thanks in advance!

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Lost the information panel at the right of the window	frank14612	Calibre	2	07-17-2013 05:30 PM
902 Series Information	dpayment	PocketBook	4	06-06-2012 09:23 AM
Series Information	amz310783	Library Management	9	06-15-2011 10:26 AM
Unable to get series information	TheD0ct0r	Calibre	2	03-20-2011 12:42 PM
Please help with Calibre Series Information	coaver	Calibre	4	01-14-2011 02:01 PM

12-16-2013, 05:35 AM	#3
Tomita Junior Member Posts: 3 Karma: 10 Join Date: Dec 2013 Device: Samsung Galaxy GT-P5110	Thanks. I will try it, but I'm really curious, what is behind of this error.

12-16-2013, 06:19 AM	#5
kovidgoyal creator of calibre Posts: 44,019 Karma: 22669822 Join Date: Oct 2006 Location: Mumbai, India Device: Various	<nso:meta> is perfectly correct, provided ns0 is correctly defined as the opf namespace. As for why you are getting them, impossible to say unless you post the file which when converted gives you those.

12-16-2013, 09:23 AM	#6
Tomita Junior Member Posts: 3 Karma: 10 Join Date: Dec 2013 Device: Samsung Galaxy GT-P5110	Today I reinstalled the Calibre 1.15 and the problem disappeared. Again the opf contains normal lines without ns0: And the series are recognized by the reader. Strange, but I'm happy with that now. If I experience again the same problem, I try to figure out what is the reason and procedure leading to that opf file and I report it to you. Now, I'm not able to reproduce the experiment Thanks for your answers.