Comments on: Announcing the BookGlutton ePub API! http://frontmatters.com/2008/05/08/announcing-the-bookglutton-epub-api/ On the Future of Web Publishing Sat, 04 Jun 2011 16:47:39 +0000 hourly 1 http://wordpress.com/ By: admin http://frontmatters.com/2008/05/08/announcing-the-bookglutton-epub-api/comment-page-1/#comment-221 Mon, 03 Aug 2009 22:18:36 +0000 http://blog.bookglutton.com/?p=71#comment-221 Hi Onar,

The converter will be back online in the next ten days. We’ve been making some changes to it – cleaning it up a bit. Stay tuned – we’ll announce it here and on our Twitter stream.

]]> By: Onar Vikingstad http://frontmatters.com/2008/05/08/announcing-the-bookglutton-epub-api/comment-page-1/#comment-220 Fri, 31 Jul 2009 06:08:25 +0000 http://blog.bookglutton.com/?p=71#comment-220 Is this .epub converter taken offline for good? Are there any other good or similar epub converters out there?

]]> By: Keith Fahlgren http://frontmatters.com/2008/05/08/announcing-the-bookglutton-epub-api/comment-page-1/#comment-207 Tue, 13 May 2008 23:44:48 +0000 http://blog.bookglutton.com/?p=71#comment-207 Mangal: Technically, all .epub readers _must_ allow DTBook to be used as the internal content. OPS 2.0 includes DTBook as a “preferred vocabulary” along with XHTML. When asked, the Adobe Digital Editions team assured me that Digital Editions handled DTBook-backed .epub files well.

]]> By: Mangal http://frontmatters.com/2008/05/08/announcing-the-bookglutton-epub-api/comment-page-1/#comment-206 Tue, 13 May 2008 11:22:20 +0000 http://blog.bookglutton.com/?p=71#comment-206 could i create .epub from DTBook using this tool?
Is there are any reader exists which read DTBook based epub?

]]> By: Aaron http://frontmatters.com/2008/05/08/announcing-the-bookglutton-epub-api/comment-page-1/#comment-230 Fri, 09 May 2008 23:58:30 +0000 http://blog.bookglutton.com/?p=71#comment-230 Added that in. Thanks!

]]> By: Keith Fahlgren http://frontmatters.com/2008/05/08/announcing-the-bookglutton-epub-api/comment-page-1/#comment-229 Fri, 09 May 2008 20:25:10 +0000 http://blog.bookglutton.com/?p=71#comment-229 Aaron: I’d suggest pretty-printing your XML for now so that you can get more meaningful line numbers from epubcheck. In my case, it complains here for the unfinished element:

11

The jing RelaxNG validator isn’t much more helpful (http://idpf.org/2007/opf/OPF_2.0_final_spec.html#AppendixA):

$ jing opf2.rng OPS/index.opf
/Users/keith/scratch/book_glutton/foo/OPS/index.opf:11:14: error: unfinished element
/Users/keith/scratch/book_glutton/foo/OPS/index.opf:2:91: error: IDREF “PrimaryID” without matching ID

…but does actually provide the answer. Please add the @id” value to the dc:identifier.

]]> By: Aaron http://frontmatters.com/2008/05/08/announcing-the-bookglutton-epub-api/comment-page-1/#comment-228 Fri, 09 May 2008 20:06:37 +0000 http://blog.bookglutton.com/?p=71#comment-228 Yes, the problem was the PHP ZipArchive class which was compressing and not storing. I moved creation of the zip to the command line and now the validator no longer complains. It’s still complaining about unfinished elements though.

]]> By: Keith Fahlgren http://frontmatters.com/2008/05/08/announcing-the-bookglutton-epub-api/comment-page-1/#comment-227 Fri, 09 May 2008 17:22:44 +0000 http://blog.bookglutton.com/?p=71#comment-227 Harrison is correct. I investigated my epub-generation code and found the -X flag too. See http://docbook.svn.sourceforge.net/viewvc/docbook/trunk/xsl/epub/bin/lib/docbook.rb?view=markup

]]> By: Harrison Ainsworth http://frontmatters.com/2008/05/08/announcing-the-bookglutton-epub-api/comment-page-1/#comment-226 Fri, 09 May 2008 15:07:45 +0000 http://blog.bookglutton.com/?p=71#comment-226 Maybe this is the mimetype problem and solution:

OCF section 4 — http://www.idpf.org/ocf/ocf1.0/download/ocf10.htm — mandates specific byte offsets for the mimetype filename and its contents.

If you use the Info-ZIP command-line zip tool you must use the -X (eXclude eXtra file attributes) option (otherwise stuff is stored between the filename and contents — offending the second offset rule).

]]> By: Aaron http://frontmatters.com/2008/05/08/announcing-the-bookglutton-epub-api/comment-page-1/#comment-225 Fri, 09 May 2008 05:41:02 +0000 http://blog.bookglutton.com/?p=71#comment-225 Keith,

Yes, epubcheck complains about mimetype being at the wrong byte offset. Any idea how they came up with the byte offset? Mimetype is the first file in the archive. You can confirm this with a hex editor.

I’d appreciate anyone explaining the unfinished element errors. I’ve seen these, and I’ve double-checked the spec and the output. What elements are unfinished?

As for the other errors, currently the API does not support external references in uploaded files. It will in the future, but image or link references will cause the epub to not validate. Nevertheless, it will display in Digital Editions. Try uploading an HTML file without external references, and stay tuned to the blog for when we announce support for zip archive conversion. ;-)

Aaron

]]>