View Full Version : .epub format


MishaS
06-30-2007, 07:49 AM
Any suggestions on the conversion tools??

I tried to follow a very simple instructions at Creating an OCF Using WinZip (http://www.ebooktechnologies.com/OCFUsingWinZip/OCFUsingWinZip.htm), but Digital Editions chokes on the resulting file.

wallcraft
06-30-2007, 12:23 PM
The teleread blog just posted a link to .epub eBooks tutorial (http://www.jedisaber.com/eBooks/tutorial.asp) which might help. However, I have been unable to download any example .epub documents from this site or from IDPF (all are page not found). I was able to get examples from Adobe's digitaleditions library (http://www.adobe.com/products/digitaleditions/library/).

I don't know how there can be a true "standard" without at least two readers and at least two sources of e-books. At the moment, all we have is "Digital Editions" complaint documents.

Robert Marquard
06-30-2007, 01:12 PM
I see .epub as the emerging standard for free ebooks. How about us creating an .epub library here?
A converter for MS Reader .lit files should be possible and Mobipocket Creator handles it already as source format for generating Mobipocket ebooks (no wonder because they already used .opf files as project format).

NatCh
06-30-2007, 01:23 PM
I think we'll have one eventually, but it may be a bit premature just yet. What does everyone else think?

MishaS
06-30-2007, 02:31 PM
I see .epub as the emerging standard for free ebooks. How about us creating an .epub library here?
A converter for MS Reader .lit files should be possible and Mobipocket Creator handles it already as source format for generating Mobipocket ebooks (no wonder because they already used .opf files as project format).
This is exactly what I tried: convert a .lit file to .epub using instructions above. However DE does not open it. :(

MishaS
06-30-2007, 02:33 PM
The teleread blog just posted a link to .epub eBooks tutorial (http://www.jedisaber.com/eBooks/tutorial.asp) which might help. However, I have been unable to download any example .epub documents from this site or from IDPF (all are page not found). I was able to get examples from Adobe's digitaleditions library (http://www.adobe.com/products/digitaleditions/library/).
Thanks for the tutorial link. I'll have a look...

I don't know how there can be a true "standard" without at least two readers and at least two sources of e-books. At the moment, all we have is "Digital Editions" complaint documents.
:)

UncleDuke
06-30-2007, 03:31 PM
to each their own, i use the sony reader and like the lrf files and some pdf files

JSWolf
06-30-2007, 06:50 PM
I see .epub as the emerging standard for free ebooks. How about us creating an .epub library here?
A converter for MS Reader .lit files should be possible and Mobipocket Creator handles it already as source format for generating Mobipocket ebooks (no wonder because they already used .opf files as project format).
MS Reader uses .OPF files as well. I see this when converting from LIT to HTML.

silkpag
06-30-2007, 07:12 PM
Among other things, the "mimetype" file has be set to compression: 0% or it won't load properly.

The ETI guys have info on this (http://www.ebooktechnologies.com/OCFUsingWinZip/OCFUsingWinZip.htm)

/Still working on it.

MishaS
06-30-2007, 07:19 PM
OK, for what it's worth. Here's a simple python script that takes a directory with an OEB book (converted from .lit, hint-hint :)) and supposedly creates a .epub file. (BTW, .py does not seem a valid extension for this forum... :))

My feeling is that .lit files are not necessarily conformant to OEBPS 1.2, and that could be a problem... Another possibility is that DE expects all those nice files with TOC and page format... I agree one more time with wallcraft about reading sofware as well as various sources for e-books in this format...

JSWolf
06-30-2007, 07:26 PM
OK, for what it's worth. Here's a simple python script that takes a directory with an OEB book (converted from .lit, hint-hint :)) and supposedly creates a .epub file. (BTW, .py does not seem a valid extension for this forum... :))

My feeling is that .lit files are not necessarily conformant to OEBPS 1.2, and that could be a problem... Another possibility is that DE expects all those nice files with TOC and page format... I agree one more time with wallcraft about reading sofware as well as various sources for e-books in this format...
Now that we have this, how do we use it?

MishaS
06-30-2007, 07:29 PM
Among other things, the "mimetype" file has be set to compression: 0% or it won't load properly.

The ETI guys have info on this (http://www.ebooktechnologies.com/OCFUsingWinZip/OCFUsingWinZip.htm)
Thanks for pointing it out... I updated the script (and will upload it later).

MishaS
06-30-2007, 07:35 PM
Now that we have this, how do we use it?
Sorry, forgot to mention it :)

First of all, you should have python installed. The script only uses standard modules, so no additional components are required.

Let's say you've got a directory where you have a OEBPS conformant e-book (like you just exploded a book using ConvertLit). The the either of the following commands should do the trick:python oeb2epub.py <path>/<to>/<e-book>
or
python oeb2epub.py <path>/<to>/<e-book> <output>.epub
In the first case oeb2pub.py will create a .epub file with the same name as directory: if you have your OEB book in /some/path/with/my/super-ebook script will create a file called /some/path/with/my/super-ebook.epub. In the second case you just specify where to put the resulting .epub file.

kovidgoyal
06-30-2007, 08:38 PM
I'm going to wait until the format is a little more mature (in terms or reader support). Writing a converter to it will be trivial, but the only way I'm going to be tempted to do that is if the reader performs better (in terms of hyphenation and page turn speed) than the LRF reader.

JSWolf
06-30-2007, 09:10 PM
I'm going to wait until the format is a little more mature (in terms or reader support). Writing a converter to it will be trivial, but the only way I'm going to be tempted to do that is if the reader performs better (in terms of hyphenation and page turn speed) than the LRF reader.
But what if other readers also support it? One book and it's available for multiple readers.

kovidgoyal
06-30-2007, 09:40 PM
It's going to be at least a couple of years before that becomes anywhere close to reality, and since I'm going to have my sony reader for the next couple of years, I don't really care.

Robert Marquard
07-01-2007, 01:29 AM
This is exactly what I tried: convert a .lit file to .epub using instructions above. However DE does not open it. :(

I thought about the other conversion direction. .epub to .lit. Should be easy because litgen.dll is also using .opf.

Robert Marquard
07-01-2007, 01:36 AM
I'm going to wait until the format is a little more mature (in terms or reader support). Writing a converter to it will be trivial, but the only way I'm going to be tempted to do that is if the reader performs better (in terms of hyphenation and page turn speed) than the LRF reader.

How about adding hyphenation to the HTML? The shy entity is documented to work with Mobipocket. Can you test the LRF reader? A test for the .lit reader would be nice also.
I do not think that algorithmic hyphenation will ever work.

MishaS
07-01-2007, 07:05 AM
I thought about the other conversion direction. .epub to .lit. Should be easy because litgen.dll is also using .opf.
Well, the other direction does not really look appealing for me: you can properly read .lit files on Microsoft platforms, while my main platforms are Linux and Mac OS X (while the latter is not that actively used).

So if .lit files can easily be converted to .epub files, then it makes it possible to read those books on a greater number of computers/devices :)

On a related note, there are not so many sources for .epub files now, so having one more is not going to hurt, is it? :)

Robert Marquard
07-01-2007, 11:04 AM
.lit to HTML is circumventing a copy protection so it can result in a DMCA takedown notice for mobileread.

wallcraft
07-01-2007, 11:22 AM
.lit to HTML is circumventing a copy protection so it can result in a DMCA takedown notice for mobileread. There are many .lit files without DRM, e.g. from Baen, so discussing .lit to .epub is not on its face discussing DRM circumvention.

Hadrien
07-01-2007, 05:13 PM
I'm going to work on epub this summer: this is the future standard for xml e-books.

Are you sure that soft hyphens are supported though ? Hyphenated e-books based on an xml format would be MUCH better than LRF for example.

NatCh
07-01-2007, 06:03 PM
I'm going to be snotty and point out that BBeB/LRF format is based on XML. :smug2:

But, I also get the point you're actually making, Hadrien. :nice:

Hadrien
07-01-2007, 07:58 PM
I'm going to be snotty and point out that BBeB/LRF format is based on XML. :smug2:

But, I also get the point you're actually making, Hadrien. :nice:

My point is that an XML format with hyphenation support is better than one without. I know that BBeB/LRF is based on XML too...

JSWolf
07-01-2007, 08:37 PM
What I want to know is in Digital Editions, can we specify the margins?

silkpag
07-01-2007, 10:06 PM
What I want to know is in Digital Editions, can we specify the margins?

Should be able to with the page template (.xpgt) file. Neither it nor the .ncx (digital talking book guide) files are required by the spec, but it seems both are made by Indesign.

/Still working on this.
//Thanks to MishaS for the Python script!

JSWolf
07-01-2007, 11:10 PM
I'll wait till someone successfully created an ebook DE 1.0 can read and then ask how it was done.

NatCh
07-01-2007, 11:33 PM
My point is that an XML format with hyphenation support is better than one without.That's what I assumed you meant, Hadrien. :yes:

I know that BBeB/LRF is based on XML too...I told you I was being snotty! :grin:

Actually, I figured it was worth mentioning for the new folks who might not have known. :shrug:

kovidgoyal
07-01-2007, 11:47 PM
Yeah but BBeB has no ability to define semantic information. It's a total waste of the power of XML. Not that HTML is much better.

NatCh
07-01-2007, 11:58 PM
Yeah, well, I'll let y'all work that out amongst yourselves -- my opinions on the matter are too ignorant to be worth typing out or reading. :wink2:

(I don't work with them, so all I understand about them is that XML and HTML are related somehow, and that's about it)

Robert Marquard
07-02-2007, 01:22 AM
I'm going to work on epub this summer: this is the future standard for xml e-books.

Are you sure that soft hyphens are supported though ? Hyphenated e-books based on an xml format would be MUCH better than LRF for example.
Soft hyphens are supported in .epub by telling that it is XHTML for the text. What the reader software can do is another question. I bet Digital Editions handles it.

Hadrien
07-02-2007, 07:37 AM
Yeah but BBeB has no ability to define semantic information. It's a total waste of the power of XML. Not that HTML is much better.

I agreee 100%, and that's the main reason why on Feedbooks our source file is not HTML, but something with semantic information.
A book is not pure presentation, and we need both semantic and metadata information too.

nickbogaty
07-02-2007, 12:19 PM
Hello,

Apologies for the .epub files on idpf.org being temporarily unavailable. We fixed our MIME Type issues on the server and they are now available.

A brief rundown on the sample .epub files on the IDPF website:

1. http://www.idpf.org/2007/ops/samples/hauy.epub

This is a sample OPS 2.0 publication marked up in DTBook by the DAISY Consortium. DTBook and XHTML are the two allowable XML vocabularies for OPS 2.0 publications. DTBook provides publishers compliance under NIMAS for people with print disabilities.

2. http://www.idpf.org/2007/ops/samples/TwoYearsBeforeTheMast.epub

This is an OPS 2.0 publication produced directly from Adobe InDesign CS3. FYI, there is an CS3 update as it relates to .epub creation at

http://www.adobe.com/support/downloads/detail.jsp?ftpID=3622

It adds TOC support, font embedding and some other minor fixes.

3. http://www.idpf.org/2007/ops/samples/myantonia.epub

This is an "hand-made" OPS 2.0 publication submitted by Jon Noring of DigitalPulp Publishing.

4. http://www.idpf.org/2007/ops/samples/WhiteFang.epub

This is a jointly compatible OPS 2.0 and OEB 1.2 publication. The "jointly compatiable" factor being valid XHTML.

A brief status update on implementation and the specs:

1. .epub is an official spec, but OPS 2.0 (the next generation of OEB) is not officially approved. We need to go through an IP review period and final vote before it is. I'd expect August. We will post the newest (and final) version of the spec shortly. We received significant input on previous drafts from places like mobileread.

2. Adobe Digital Editions, eBook technologies & OSoft have already implemented .epub and OPS. Mobipocket will in the next couple of months. SONY will with Digital Editions support. VitalSource Technologies accepts .epub from publishers.

I hope this helps. Over the next several months, I am sure we'll see additional product releases that implement the specs from a variety of vendors.

Thanks,
Nick

--
Nick Bogaty
Executive Director
International Digital Publishing Forum (IDPF)

kovidgoyal
07-02-2007, 01:09 PM
With CSS you can make HTML semantic, though it is a hack.

Hadrien
07-02-2007, 01:12 PM
With CSS you can make HTML semantic, though it is a hack.

Well that's pretty much what I'm planning for epub since there's CSS support. I need to take a better look at the specifications though, I hope they support real footnotes at least...

NatCh
07-02-2007, 01:15 PM
Welcome to MobileRead, nickbogaty! :hatsoff:

We're very glad to hear from someone in the IDPF. :yes:

Especially when he comes with some concrete details to offer!

You don't happen to know any sort of guesstimate on what sort of time-fram Sony, et. al., might be looking at for Digital Editions on mobile devices, do you? We'd be extremely interested in any rumors you could offer here.

Thanks! And welcome again! :nice:

nickbogaty
07-02-2007, 01:42 PM
Welcome to MobileRead, nickbogaty!

You don't happen to know any sort of guesstimate on what sort of time-fram Sony, et. al., might be looking at for Digital Editions on mobile devices, do you? We'd be extremely interested in any rumors you could offer here.


Thanks for the welcome.

I don't have any knowledge regarding timeframe for Digital Editions on SONY. Since this was already announced in the DE press release, I'd imagine the timeframe to be relatively short. But, again, I have no specific knowledge on this one.

NatCh
07-02-2007, 01:49 PM
Ah, well, "hope springs eternal" and all that. :grin:

nickbogaty
07-03-2007, 11:04 AM
FYI,

I thought this was an unusually informed piece covering .epub and software and publisher development plans around it.

http://newsbreaks.infotoday.com/nbReader.asp?ArticleId=36819

-Nick

MishaS
07-04-2007, 01:33 PM
1. http://www.idpf.org/2007/ops/samples/hauy.epub

This is a sample OPS 2.0 publication marked up in DTBook by the DAISY Consortium. DTBook and XHTML are the two allowable XML vocabularies for OPS 2.0 publications. DTBook provides publishers compliance under NIMAS for people with print disabilities.
Interesting :) Specs are explicitely saying that mimetype file should not be compressed, however the sample has it compressed. Is it a valid file? Or that requirement is just a guideline?

nickbogaty
07-05-2007, 12:38 PM
Interesting :) Specs are explicitely saying that mimetype file should not be compressed, however the sample has it compressed. Is it a valid file? Or that requirement is just a guideline?

Misha,

I apologize. You are correct and this is an error in the file. I will ask DAISY to redo the file and I will upload a corrected one.

In the .epub spec is the following which you correctly reference:

--
The first file in the ZIP Container MUST be a file by the ASCII name of ‘mimetype’ which holds the MIME type for the ZIP Container (i.e., “application/epub+zip” as an ASCII string; no padding, white-space or case change). The file MUST be neither compressed nor encrypted and there MUST NOT be an extra field in its ZIP header. If this is done, then the ZIP Container offers convenient “magic number” support as described in RFC 2048 and the following will hold true:

The bytes “PK” will be at the beginning of the file
The bytes “mimetype” will be at position 30
The actual MIME type (i.e., the ASCII string “application/epub+zip”) will begin at position 38
--

We require that the file be *not* compressed so it can be found and externally probed and found at a fixed file offset location.

A step-by-step example of how this is done can be found at:

http://www.ebooktechnologies.com/OCFUsingWinZip/OCFUsingWinZip.htm

Thank you for the finding the error,
Nick

nickbogaty
08-09-2007, 01:10 PM
Interesting :) Specs are explicitely saying that mimetype file should not be compressed, however the sample has it compressed. Is it a valid file? Or that requirement is just a guideline?

I apologize for the delay, but a revised sample file which fixes this error can now be found at:

http://www.idpf.org/2007/ops/samples/hauy.epub

Thanks,
Nick

jmurphy
09-01-2007, 09:53 PM
OK, for what it's worth. Here's a simple python script that takes a directory with an OEB book (converted from .lit, hint-hint :)) and supposedly creates a .epub file. (BTW, .py does not seem a valid extension for this forum... :))



If images are in a subdirectory, the script fails.
Easy enough to just drag the subdirectory into the zip after the fact, though.

MishaS
09-07-2007, 03:33 PM
If images are in a subdirectory, the script fails.
Easy enough to just drag the subdirectory into the zip after the fact, though.
Could you please provide a bit more information? What is the directory layout?

jmurphy
09-08-2007, 08:29 PM
Running on Windows:
folder "Test"
file "Test\Content.opf"
file "Test\Chap01.html"
file "Test\Chap02.html"
file "Test\toc.ncx"
folder "Test\Images"
file "Test\Images\imag01.jpg"
file "Test\Images\imag02.jpg"


oeb2epub.py test
Traceback (most recent call last):
File "G:\!DATA\!downloads\epub\oeb2epub.py", line 90, in <module>
epub.addFile(realfile, 'OEBPS', itsname)
File "G:\!DATA\!downloads\epub\oeb2epub.py", line 30, in addFile
self.epub.write(fullname, os.path.join(subdir, relativeName))
File "C:\Python25\lib\zipfile.py", line 563, in write
fp = open(filename, "rb")
IOError: [Errno 13] Permission denied: 'test\\images'

jbenny
10-20-2007, 09:59 AM
In the .epub spec is the following which you correctly reference:

--
The first file in the ZIP Container MUST be a file by the ASCII name of ‘mimetype’ which holds the MIME type for the ZIP Container (i.e., “application/epub+zip” as an ASCII string; no padding, white-space or case change). The file MUST be neither compressed nor encrypted and there MUST NOT be an extra field in its ZIP header.

Nick

I find it interesting that of the five epub ebooks that I just downloaded from the Digital Editions site, four of them DO NOT contain the required "mimetype" file. Nevertheless, they display fine in Digital Editions and no errors are reported. Perhaps Adobe needs to check just how compliant Digital Editions is with the spec. If a REQUIRED component is missing, the software should at least make note of it somehow.

One of the five ebooks did show an error when viewing the book info, but no details were given. That one ebook was not displaying a cover page, so that was probably where the error was. I haven't looked at the source yet.

jbenny
10-20-2007, 10:04 AM
While on the subject of software that handles epub, I tried the Lector plugin for Firefox on an epub that I am building by hand. Since Lector is using Firefox to render the XHTML, things display just fine. There are three problems, however. One is a missing feature - no display of TOC, which is a real PITA. The second is a usability issue - you sometimes have to hit [PG-DN] twice to move to the next chapter. The third is a real nuisance - if you want to delete or modify an epub that you just displayed in Lector, you have to close Firefox completely, not just the tab that was viewing the epub. This last one is a lot of trouble when you are creating an epub and trying to check formatting and such.

Hadrien
10-20-2007, 10:47 AM
While on the subject of software that handles epub, I tried the Lector plugin for Firefox on an epub that I am building by hand. Since Lector is using Firefox to render the XHTML, things display just fine. There are three problems, however. One is a missing feature - no display of TOC, which is a real PITA. The second is a usability issue - you sometimes have to hit [PG-DN] twice to move to the next chapter. The third is a real nuisance - if you want to delete or modify an epub that you just displayed in Lector, you have to close Firefox completely, not just the tab that was viewing the epub. This last one is a lot of trouble when you are creating an epub and trying to check formatting and such.

Have you tried your files on FBReader with your Nokia N800 too ?

Lector works pretty fine on my desktop and with the files that we generate on Feedbooks, but we really need some validation tool for epub (and quickly).
The second usability issue must be linked to the fact that you're using separate .xml files for every chapter.

nickbogaty
10-20-2007, 12:08 PM
I find it interesting that of the five epub ebooks that I just downloaded from the Digital Editions site, four of them DO NOT contain the required "mimetype" file. Nevertheless, they display fine in Digital Editions and no errors are reported. Perhaps Adobe needs to check just how compliant Digital Editions is with the spec. If a REQUIRED component is missing, the software should at least make note of it somehow.

One of the five ebooks did show an error when viewing the book info, but no details were given. That one ebook was not displaying a cover page, so that was probably where the error was. I haven't looked at the source yet.

I believe the issue here is simply the eBooks Adobe posted on the Digital Editions site in May or so were created prior to the completion (but in anticipation of...based on draft specs) of the IDPF specs (OPS, OPF & OCF). As a result, there are inconsistencies because the specs changed a bit based on public review etc. I realize that this causes confusion aka your note above and I'll ask the Adobe folks responsible to post valid .epub files in place of the existing.

-Nick

Hadrien
10-20-2007, 12:18 PM
Anything new concerning hyphenation nick ? I'd really like to enable hyphenation on all of the books available on Feedbooks, not just for those using FBReader.

jbenny
10-20-2007, 09:37 PM
Have you tried your files on FBReader with your Nokia N800 too ?

Lector works pretty fine on my desktop and with the files that we generate on Feedbooks, but we really need some validation tool for epub (and quickly).
The second usability issue must be linked to the fact that you're using separate .xml files for every chapter.

I haven't tried the Nokia yet, but the epub displays on the Windows version of FBReader OK, considering the lack of CSS. There is a related display issue, which I have reported to the author.

As for Lector making me hit [PG-DN] twice, yes, the chapters are in separate files. However, DE pages the same epub properly, without extra keypresses.

kovidgoyal
10-20-2007, 09:39 PM
Anything new concerning hyphenation nick ? I'd really like to enable hyphenation on all of the books available on Feedbooks, not just for those using FBReader.

Interesting epub reader software doesn't auto-hyphenate?

jbenny
10-20-2007, 09:43 PM
I believe the issue here is simply the eBooks Adobe posted on the Digital Editions site in May or so were created prior to the completion (but in anticipation of...based on draft specs) of the IDPF specs (OPS, OPF & OCF). As a result, there are inconsistencies because the specs changed a bit based on public review etc. I realize that this causes confusion aka your note above and I'll ask the Adobe folks responsible to post valid .epub files in place of the existing.

-Nick

Posting compliant files would certainly help. I'm still wondering what the proper behavior of epub readers should be, when required elements are either missing or malformed? Shouldn't DE and other readers inform the user somehow that there is a problem? DE does show a warning message about some issues, as I have already seen. It just doesn't tell you what those issues are.

jbenny
10-20-2007, 10:15 PM
Not to pick on Digital Editions, but I noticed a problem in trying to center some images. The following works OK in DE.

<div align="center"><img src= ... /></div>

-----

Using this: <div class="img"><img src= ... /></div>

And this in a stylesheet: div.img { align: center; }

Works OK in DE.

-----

Using this: <img class="center" src= ... />

And this in a stylesheet: img.center {display:block; margin:auto; }

Does not work in DE, but does in Firefox.

-----

Am I mistaken, or aren't all three valid XHTML? If so, shouldn't Digital Editions display all three the same? The reason for preferring the third method is that it makes the XHTML code simpler and is less for me to type.

Hadrien
10-21-2007, 12:18 AM
Interesting epub reader software doesn't auto-hyphenate?

FBReader is the only reader software that auto-hyphenate. No auto hyphenation on Adobe DE...

kovidgoyal
10-21-2007, 01:26 AM
My reader auto hyphenates it's really not that hard to implement. I don't understand why it isn't more widely implemented.

jbenny
10-21-2007, 05:37 AM
Using this: <img class="center" src= ... />

And this in a stylesheet: img.center {display:block; margin:auto; }

Does not work in DE, but does in Firefox.


I figured out that the above is valid under XHTML 1.0 Transitional, but not XHTML 1.1. I'm still wading through the documentation at the IDPF site, but is XHTML 1.1 required for epub, or is this just a quirk with Digital Editions. For now, I've changed my source files to be 1.1 compliant, but this causes a small problem with FBreader. Don't you just love backwards compatibility?

jbenny
10-21-2007, 05:42 AM
I've searched through the specs on the OPF 2.0 package, and don't seem to find a specified DOCTYPE. I was trying to use a third-party tool to validate an .opf file and it needs a DOCTYPE. I can use this tool to validate my XHTML files and my .ncx file, but not my .opf file.

If any of these questions seem stupid, please bear with me, as all this XML stuff is new to me. I'm trying to learn at least enough to deal with epub.

averyml
11-07-2007, 04:57 PM
MishaS or jmurphy, have either of you modified the oeb2epub script to handle images in subdirectories? I set up a script to use it to go through my hundreds of .lit books and convert them, and then realized afterwards that over half of them do not work, and I think it may be for this reason...Unfortunately, I don't have the python skills to alter the script. Any help?

MishaS
11-18-2007, 11:20 AM
Hi averyml

MishaS or jmurphy, have either of you modified the oeb2epub script to handle images in subdirectories? I set up a script to use it to go through my hundreds of .lit books and convert them, and then realized afterwards that over half of them do not work, and I think it may be for this reason...Unfortunately, I don't have the python skills to alter the script. Any help?
I checked the code and do not see how subdirectories get unprocessed :( I'll look into it further...

On a related note, I put the script into a bzr repository which is available at Launchpad (http://bazaar.launchpad.net/~mishas/+junk/ebook-tools). If you'd like to browse through, use this link (http://codebrowse.launchpad.net/~mishas/+junk/ebook-tools/files)

MishaS
11-18-2007, 11:45 AM
MishaS or jmurphy, have either of you modified the oeb2epub script to handle images in subdirectories? I set up a script to use it to go through my hundreds of .lit books and convert them, and then realized afterwards that over half of them do not work, and I think it may be for this reason...Unfortunately, I don't have the python skills to alter the script. Any help?
It seems that I found the problem. Please check the version available at here (http://codebrowse.launchpad.net/~mishas/+junk/ebook-tools/download/mss%40mawhrin.net-20071118154253-yp8n4r87d6tuirq4/oeb2epub-20071117163354-w7j1br3qofyzd48a-2/oeb2epub). I'd appreciate your feedback.

averyml
11-20-2007, 10:27 AM
Thank you thank you thank you!!! That new version seems to work great. You just saved me days of work!

MishaS
12-18-2007, 03:00 PM
As announced in Digital Editions: EpubCheck (http://blogs.adobe.com/digitaleditions/2007/12/epubchecker.html) there is now a .epub files checker available at Google Code (http://code.google.com/p/epubcheck/). Has anybody already tried the checker? :)

royalkay
10-10-2008, 11:40 PM
There is a program from www.lexcycle.com called Stanza which will convert many different formats into .epub, or many other formats for free during the beta program. Afterwards, they are quoting about $15