Re: [gutvol-d] Ebook reading devices

Anyone heard if the BBeB format is open/documented? And even better, if anyone has created an open source converter? If these things take off, it would be nice to have the ability to generate files for them from our collection. If there is an open source converter, there is a chance we could do such a thing right on the server. Josh ----- Original Message ----- From: "Ian MacLean" <imaclean@gmail.com> To: "Project Gutenberg Volunteer Discussion" <gutvol-d@lists.pglaf.org> Subject: Re: [gutvol-d] Ebook reading devices Date: Fri, 13 Jan 2006 17:54:27 +0900
Have you seen the just announced ebook reader from Sony using a high res e-ink display ?:
http://blogs.reuters.com/2006/01/04/glimpse-at-new-sony-reader/ http://products.sel.sony.com/pa/prs/reader_features.html
They claim to have done away with the ridculous restrictions built into their previous reader ( the libre ) and it *should* be able to ready txt and pdf, html although these will need to be converted into Sony's proprietry BBeB format before being transferred to the device.
Another product out soon that will use the same e-ink technology is the irex ER0100 : http://www.epaper.org.uk/index.php?option=com_content&task=view&id=56&Itemid=2
which apparently will be able to display PDF, XHTML, or TXT without conversion.
Both these devices will probably be as expensive as the Cybook but with much higher readability of e-ink displays.
Ian
On 1/13/06, Robert Sutherland <robsuth@robsuth.plus.com> wrote:
Just to bring my enquiry of 8 June 05 uptodate, I continued my email/online enquiries as far as I could, but found no product among the DVD portable readers that would deal with text, nor was any of the manufacturers interested in producing one. Apart from the French reader Cybook (which I think is too expensive for the task and market although otherwise for the most part ideal) there seems still to be no special ebook reading device available in UK or the EU generally: laptops are still too big and heavy, and PDAs still have far too small a screen My enquiries confirmed my strong impression that there are protectionist interests holding this back, presumably in the interests of proprietary issues of ebooks. That is really rather to bury the head in the sand, especially now that Google are to set up their Library - if PG and Google are going to be fully useful a new device is inevitable. Can PG and Google not take a hand themselves to enable production of something they undoubtedly will need?
Robert Sutherland ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ _______________________________________________ gutvol-d mailing list gutvol-d@lists.pglaf.org http://lists.pglaf.org/listinfo.cgi/gutvol-d
_______________________________________________ gutvol-d mailing list gutvol-d@lists.pglaf.org http://lists.pglaf.org/listinfo.cgi/gutvol-d

Joshua asked:
Anyone heard if the BBeB format is open/documented? And even better, if anyone has created an open source converter? If these things take off, it would be nice to have the ability to generate files for them from our collection. If there is an open source converter, there is a chance we could do such a thing right on the server.
My best understanding from following the Librie list, talking with the "librie guy", and a few snippets of news releases, is that the BBeB Xylog DTD/schema/spec is still unpublished, but that Sony plans to publish (and maybe release as an "open standard") the format. Looking at the incomplete Xylog schema used in the Librie which has been reverse engineered, as well as a couple of Xylog XML documents, has revealed some interesting tidbits: 1) It's an all-in-one XML document -- everything is dumped inside a single document, including images, metadata, etc. (I vaguely remember Microsoft trying to patent this idea. Anyone know?) 2) All the examples I've seen are text-encoded in UTF-16. This means either that UTF-16 is supported (along with hopefully UTF-8), or that it is required. This makes sense for the Japanese origin of the format where, I gather, UTF-16 is more efficient than UTF-8 when encoding Han characters and such. 3) It does NOT use CSS -- rather it uses its own styling scheme which does not appear to completely map to CSS (or the mapping is very complex). The core model may not be the same as the CSS box model. This is troubling why they chose their own styling language rather than fully embrace some subset of CSS. Part of this may stem from the core layout model, which is faintly reminiscent of PDF. 4) The document structure is dirt simple. There are two types of "text blocks" supported, which is sort of analogous to a <div> box. Within a text block one can have one or more <P> (paragraphs), and there is a small supported set of inline tags. There does not appear, but I'm not certain (I can only go by what I've seen so far), to be support for defined structures such as tables, lists, blockquotes, and even headers. All these things have to be fitted within the text block/paragraph. This appears to make accessibility more difficult since there's no predefined semantics one can assign to the various structures (which could include, I suppose sidebars and stuff) so those using text-to-speech may have to figure out what's what without any machine-recognizable cues.) Definitely, the Xylog vocabulary is not suitable for use as a "master" format for etexts. It's more of a derivative format for primarily visual presentation purposes. Anyway, these are my impressions from incomplete information. Once the BBeB Xylog schema is published, we'll know for sure. And it is possible the schema used for the U.S. Sony may be updated from the one used in the Librie. It is sad that they ignored established standards (such as HTML, OEBPS, CSS, TEI, etc.) and decided to roll their own. And so far I don't see any innovations that makes it better for representing digital publications. I see it as a step backwards. (To be fair, the motivation for developing it maybe was to minimize hardware resource requirements, so for that it may be innovative, but I see no other advantages, not even in document conversion.) We'll see... YMMV. Jon
participants (2)
-
Jon Noring
-
Joshua Hutchinson