Digitale Bücher, E-Books im Format EPUB selbst erstellen

Inhalt

• Einleitung: Motiviert aber ahnungslos?
• Dreieinigkeit und zwei Versionen
• Kodierung und Dateinamen
• Buch erstellen
• Archiv erstellen
• Buch veröffentlichen
• Buch mit PHP erstellen
• Alternativen und Konversion in andere Formate?
  • XML-Formate
  • LaTex, PS, PDF
  • Mobipocket, Kindle
• Spezielle Editoren verwenden?
• Literaturangaben

Einleitung: Motiviert aber ahnungslos?

Als ich im letzten Jahrhundert meine ersten Texte geschrieben habe, habe ich diese zunächst mit Papier und Stift verfaßt und dann mit einer mechanischen Schreibmaschine eingetippt. Dann habe ich die Schreibmaschine zu Beginn meines Studiums durch einen Atari-Rechner ersetzt, bin dann später zunächst auf Unix und dann auf Linux umgestiegen. Ebenfalls noch gegen Ende des letzten Jahrhunderts habe ich dann Textauszeichnung mit (X)HTML gelernt und habe damit Zugang zur semantischen Textauszeichnung bekommen, die zudem einen barrierefreien Zugang zum Inhalt auch für behinderte Menschen drastisch erleichtern kann, es aber auch für Autoren stark vereinfacht, selbständig und ohne Verlag zu veröffentlichen. Somit habe ich von da an ausschließlich digitale Werke im Netz veröffentlicht, also die komplette Abkehr vom Papierveröffentlichungen und der dafür vorgesehenen Formate und der tradierten Kanäle der Veröffentlichung über Verlage.

Nun sind die Formate vom Atari auf heutigen Rechnern natürlich nicht mehr lesbar und es hat einige Mühe gekostet, die früheren Werke in diesen proprietären, binären Formaten in den letzten Jahren auf dem noch immer funktionierenden Atari in einfachen Text zu konvertieren, mit gerade noch so funktionierenden Disketten auf einen technisch aktuellen Rechner zu übertragen und dann auf dem Linux-Rechner umzukodieren und mit semantischer Textauszeichnung zu versehen. Dies führe ich hier als Warnung an für jene, die auch heute noch proprietäre, binäre Formate verwenden und ihre Texte etwa nur als PDF oder Microsoft Word aufbewahren. Es ist relativ schwierig, solche primär für den Druck geeigneten Formate nach EPUB zu konvertieren. Unwahrscheinlich für diese Formate, aber nicht ausgeschlossen: Geben die verantwortlichen Firmen die Formate auf oder gehen pleite, kann es in ein paar Jahrzehnten mit aktuellen Rechnern schwierig werden, die Dokumente noch zu dekodieren.

Was also tun als motivierter, ahnungsloser Autor?
Keine Panik, wenn ich das alles lernen konnte, können andere das sicher auch, zumal es für andere nun ja auch reichlich zielführende Hilfe gibt.

Nun ist es nicht besonders schwierig, ein Textformat wie XHTML zu erlernen, und damit in der Lage zu sein, qualitativ brauchbar ausgezeichnete Bücher zu verfassen. Was auf diesen Seiten notiert ist, wie man digitale Bücher selbst erstellt, sieht dabei umfangreicher und schwieriger aus, als es wirklich ist. Das liegt auch daran, daß EPUB deutlich mehr Möglichkeiten bietet, als man als Einsteiger für das erste einfache Buch wirklich braucht, man muß also längst nicht alles über EPUB verstanden haben, muß längst nicht alle Möglichkeiten verwenden, um ein qualitativ gutes Buch zu erstellen.

Allein, sofern man gar nichts davon versteht, ist es nicht besonders sinnvoll, zwei Dinge auf einmal zu tun, ein Buch zu schreiben und ein Format zur Textauszeichnung zu erlernen. Wenn man also eine dringende und gute Idee für einen Text hat, kann es sinnvoll sein, diesen erst einmal in Klartext zu notieren, entweder wie gehabt mit Papier und Stift oder auch einem einfachen Texteditor ohne jegliche Textauszeichnung.
Wer gar nicht Rechner-affin ist, für den kann es allemal sinnvoll sein, sich erst einmal nicht mit dem Rechner zu beschäftigen, sondern einfach erst einmal den Inhalt mit Papier und Stift zu entwickeln.
Andere mögen ohnehin so vertraut mit Rechnern sein, daß es inzwischen ganz selbstverständlich ist, den Text gleich auf dem Rechner mit einem simplen Texteditor zu erstellen.
Wie man die Urversion des Textes erstellt, ist also erst einmal eine recht persönliche Angelegenheit, bei der man keine pauschalen Empfehlungen geben kann.

Ist es hingegen nicht so dringend, die eigenen Ideen zu notieren, lohnt es sich, wenigstens ein paar Tage zu investieren, um wenigstens die Grundlagen der Textauszeichnung zu lernen, also wenigstens das dünnste Brett zu bohren, damit dann etwa für jedes Kapitel ein einfaches XHTML-Dokument anzulegen und sich anschließend etwa mit dieser Seite darum zu kümmern, wie man dann noch ein paar Kleinigkeiten ergänzt, um ein Buch im Format EPUB daraus zu machen. Die allermeiste Arbeit steckt so oder so im Schreiben des Inhaltes, nicht in der Erstellung des EPUB-Archivs, welches ohnehin hauptsächlich aus den dann bereits erstellten XHTML-Dokumenten bestehen sollte.
Und wenn man bereits Monate damit zugebracht hat, ein eigenes Buch zu einem Thema zu schreiben, welches einen wirklich interessiert, ist es dann nicht auch angemessen, ein paar Stunden oder Tage zu investieren, um daraus ein qualitativ hochwertiges digitales Buch zu machen, statt sich mit automatisch erzeugter Markierungssuppe zufriedenzugeben?

Selbst wenn man das Buch später doch noch drucken will, ist diese Strategie immer noch sehr gut, weil es einfacher ist, strukturierte, semantisch ausgezeichnete Dokumente in Druckvorlagen zu konvertieren als umgekehrt. Neben halbwegs automatischen Konversionen und Transformationen ist dann natürlich für den Druck noch einiges zu ergänzen, was für digitale Bücher unnötig und gar überflüssig ist. Bei der Erstellung des eigentlichen Inhaltes wird man so gar nicht durch die Belanglosigkeiten abgelenkt, die massiv auftreten, wenn man Text in Druckvorlagen auf Einzelseiten unterbringen muß, die gar nichts mit der Struktur des Inhaltes zu tun haben, aber massiv davon ablenken, guten Text zu formulieren.

Hat man etwa einen Verlag gefunden, der bereit ist, die Druckkosten zu übernehmen, wird dieser zweifellos auch bereit sein, die Druckvorlage aus einem qualitativ hochwertigen EPUB zu erstellen, jedenfalls wenn der Verlag kompetente Mitarbeiter hat, welche die Grundlagen ihres Handwerks verstehen, was zugegebenermaßen jedenfalls im traditionellen Verlagswesen immer noch weit weg vom Verständnis semantischer Textauszeichnung ist, nicht aber von der Transformation eines Dokumentes aus einem XML-Format in eine Druckvorlage. Allerdings stellt sich natürlich auch die Frage, ob man das lieb und kostbare gewordene Werk wirklich einem inkompetenten Verlag anvertrauen würde? Von daher kann es auch ein hilfreiches Anzeichen für eine digitale Grundkompetenz sein, wenn ein Verlag kein Problem damit hat, ein EPUB in ein qualitativ hochwertiges gedrucktes Buch zu verwandeln.

Nun bieten einige Verlage oder Vertreiber von digitalen Büchern auch Konversionswerkzeuge an, mit welchen sich automatisch aus PDF oder Microsoft Word Bücher im Format EPUB erstellen lassen. Selbst bei oberflächlicher Betrachtung stellt sich heraus, daß, wie nicht anders zu erwarten, die Ergebnisse technisch mangelhafte Markierungssuppe sind, weil diese Konversionsprogramme natürlich den Inhalt nicht verstehen und ansonsten nicht mehr konvertieren können, als im Ausgangsdokument steckt, was eben primär Anweisungen zum Druck auf Papier sind und keine semantische Textauszeichnung mit sinnvoller Strukturierung mit Kapiteln, Überschriften, Absätzen etc. Um aus solchen mangelhaften Ausgangsdaten qualitativ gute Bücher zu erstellen, ist zwangsläufig eine Menge manuelle Arbeit notwendig - etwa den Textinhalt herauskopieren und dann mit der semantischen Textauszeichnung versehen. Die Konversion ist also entweder aufwendig und teuer oder aber mangelhaft und technisch unsinnig und schlecht gemacht, wird dem Inhalt nicht gerecht, obwohl das Erscheinungsbild auf dem Bildschirm vielleicht sogar recht passabel aussehen mag, aber als Markierungssuppe nicht barrierefrei und zugänglich ist, wie es für digitale Bücher angemessen ist und einfach umzusetzen ist.

Folglich lohnt es sich also, entweder die Grundlagen zu lernen, oder aber schlicht jemanden zu beauftragen, der ein oder zwei Wochen Arbeit in ein Buch steckt, um daraus ein qualitativ hochwertiges EPUB zu machen. Hat man bereits akzeptables Ausgangsmaterial, etwa im Format XHTML, so kann sich der Arbeitsaufwand natürlich auf wenige Stunden oder ein oder zwei Tage reduzieren. Anders als beim Lektorat oder Korrekturlesen kann diese Aufbereitung des Inhaltes übrigens am besten und effektivsten durch den kundigen Autor erfolgen, weil dieser ja wissen sollte, was sein Inhalt bedeutet und wie er gemeint ist.

Diese Seiten erläutern die Grundlagen, die einen in die Lage versetzen, qualitativ hochwertige Bücher im Format EPUB zu verfassen, dies können dann auch Bücher mit komplizierterer Struktur sein, mit Bildern und sonstigen Anreicherungen, welche in digitalen Büchern möglich sind. Alternativ gibt es zwei Generatoren, mit denen inhaltlich einfach strukturierte Bücher mit guter Textauszeichnung erstellt werden können.
Selbst kann ich natürlich ebenfalls gute Bücher erstellen, bislang sind das dann aber eigene Inhalte und Bildergeschichten von Wilhelm Busch, die ich kostenlos anbiete.

Dreieinigkeit und zwei Versionen

EPUB (Elektronische Publikation, englisch: electronic publication) [EPUB] ist das Standardformat für digitale Bücher, oft auch elektronische Bücher genannt (kurz und englisch auch oft E-Book oder EBOOK). Das Format basiert im Wesentlichen auf einfachen Textdateien, die mit einem einfachen Texteditor erstellt werden können und welche dann zu einem Archiv zusammengefaßt werden. Neben wenig Klartext sind dies vor allem XML-Formate, die bereits anderweitig standardisiert und empfohlen sind, von daher hat EPUB eigentlich nur wenige eigene Strukturen, die nicht bereits stark verbreitet wären. Die Empfehlungen sind zudem frei verfügbar, es gibt also keine Geheimnisse bei der Erstellung von Dokumenten wie bei proprietären Formaten.

Von EPUB gibt es mehrere Versionen. Bei Buchhändlern noch weit verbreitet, aber mittlerweile längst veraltet ist Version 2. Aktuell ist sowohl für einfachere als auch für technisch aufwendigere und hochwertige Bücher die aktuelle Version 3 zu empfehlen.

EPUB 2 besteht aus drei Teilen oder Empfehlungen, eine für das Archivformat (OPF), das Containerformat (OCF) und die Empfehlung für den eigentlichen Inhalt (OPS), welche wiederum hauptsächlich auf Standardformate wie XHTML 1.1, SVG und DAISY (DTB) [DTB] zurückgreift.

EPUB 3 ist ähnlich strukturiert und die Erstellung von Büchern in dieser Version wird im Detail getrennt behandelt: Erläuterungen zu EPUB 3.
Die Erstellung von Büchern in der Version 2 wird hier ebenfalls noch erläutert, sofern dies noch relevant sein sollte: Erläuterungen zu EPUB 2.

Die beiden Versionen haben weitgehend die gleichen Grundlagen, daher sollte es bei Bedarf leichtfallen, von einer Version zur anderen mit geringem Lernaufwand zu wechseln. Die notwendigen Grundkenntnisse für beide Versionen werden hier jeweils vermittelt. Primär reicht allerdings auch ein routinierter Umgang mit Dokumenten in XML-Formaten. Da diese nicht bei allen Lesern vorausgesetzt werden können, wird etwas weiter ausgeholt.

Ist es nun sinnvoll, Version 2 oder Version 3 zu verwenden?
Beide haben Vor- und Nachteile.
Version 3 hat an wenigen Stellen ein paar Rückwärtsinkompatibilitäten, die Syntax für die Notation von einigen verfeinernden Metainformationen wurde unnötig geändert, die Basisinformationen und die Grundfunktionen bleiben allerdings erhalten und mit wenigen für Version 3 ohnehin empfohlenen Ergänzungen können Bücher der Version 3 auch mit Programmen gelesen werden, die nur Version 2 verstehen.
Das Konzept von Version 2 ist etwas allgemeiner gehalten als das von Version 3, theoretisch könnte man damit sogar mehr inhaltlich relevante Dinge realisieren als mit Version 3. Leider hat sich allerdings herausgestellt, daß die Darstellungsprogramme, die eigentlich für Version 2 entwickelt wurden, gerade das nicht interpretieren, was Version 2 wirklich zu einem sehr flexiblen Format gemacht hätte. Deswegen hat man einige sehr gute Ideen der Version 2 wegen fehlender Implementierungen in der Version 3 gestrichen.
In Version 3 hat man zudem einige Strukturen dem 'Zeitgeist' angepaßt, was teilweise eine Verbesserung bedeutet, zum großen Teil aber auf genannte Implementierungsmängel zurückzuführen ist. Version 3 erlaubt allerdings auch ein paar neue Dinge, die sich erst nach dem Erscheinen von Version 2 etabliert haben. Vieles, was an Behauptungen im Umlauf ist, daß man dies mit Version 3 erstmals realisieren könne, basiert offenbar auf mangelnder Kenntnis der Spezifikationen. Allerdings muß man auch betonen, daß es bei Version 3 durch Ignorieren von Anforderungen der Spezifikation an Autoren, Bücher zugänglich und barrierefrei zu erstellen, einfacher ist, blödsinnige und sinnfreie Werke zu veröffentlichen, zum Beispiel wenn man das für diese Version erlaube Java-Script einsetzt, aber vergißt, durch strikte Trennung von Inhalt und Dekoration den Zugang zum Inhalt auch ohne Skriptinterpretation zu ermöglichen. So können Autoren also leicht ihre eigenen Werke komplett korrumpieren. Allein, wenn man diese optionalen Merkmale gar nicht verwendet oder wie von der Spezifikation empfohlen, ergeben sich daraus keine Probleme für Autoren und Leser.

Insgesamt kann man wohl sagen, daß Version 3 auch oder insbesondere für recht einfach strukturierte Bücher, die nur aus Text und Bildern bestehen, etwas einfacher von Autoren und auch von Programmen zu handhaben ist als Version 2. Auch von daher ist es irreführend bis paradox, daß einige Verlage und Vertreiber digitaler Bücher immer noch auf Version 2 bestehen, wenn dessen Möglichkeiten allerdings wirklich vom Autor genutzt werden, die Bücher abgelehnt werden. Etwas widersinnig ist das Bestehen auf Version 2 dann natürlich auch, wenn man bedenkt, daß aufgrund der zahlreichen Mängel der Darstellungsprogramme für Version 2 die Interpretation von Büchern, die nach Version 3 abgefaßt sind, keinesfalls schlechter sein muß, teilweise sogar besser, je nachdem, welche Möglichkeiten man von der Version 2 nutzt, die in Version 3 bereits gestrichen wurden, weil sie nicht oder kaum implementiert wurden.

So oder so müssen Autoren und Leser immer noch mit schlechten Darstellungsprogrammen leben. Autoren sollten allzu exotische, aber formal erlaubte Merkmale eher meiden. Leser sollten darauf gefaßt sein, daß ihr Darstellungsprogramm längst nicht jedes Buch korrekt darstellen kann, gleich ob dies gemäß Version 2 oder 3 erstellt wurde. Einige Merkmale und Informationen im Buch werden faktisch immer erst zugänglich werden, wenn man direkt in das Bucharchiv und in den Quelltext der darin befindlichen Textdateien guckt, weil Darstellungsprogramme besonders im Buch vorhandene Metainformationen teilweise oder komplett ignorieren.

Persönlich habe ich zunächst mit Version 2 begonnen, bin dann aber schnell zu Version 3 gewechselt, weil diese Version hinsichtlich der semantischen Textauszeichnung letztlich flexiblere Möglichkeiten bietet, die es zudem nicht wie in Version 2 notwendig machen, den gleichen Inhalt mehrmals in verschiedenen Alternativen anzubieten, einmal inhaltlich sinnvoll ausgezeichnet und einmal einfach für schlecht programmierte Darstellungsprogramme. Version 3 ist so strukturiert, daß derselbe Inhalt sowohl semantisch reichhaltig sein kann, als auch in seiner Grundstruktur von eher schlichten Programmen präsentiert werden kann.

Einmal abgesehen von Standardformaten wie XHTML und SVG werden in dieser Kurzanleitung für die notwendigen weiteren Dokumente praktisch verwendbare Beispiele und ein Generator angeboten. Dies reicht aus, um einfache Bücher selbst zusammenzustellen.
Diese einfachen Strukturen sollten die allermeisten Strukturen konventioneller Bücher hinreichend abbilden können. Für experimentellere oder stark ambitionierte Projekte wird es sich hingegen nicht umgehen lassen, in diesem Artikel in die Details zu gucken und vielleicht einmal selbst in die Empfehlungen zu schauen. Nicht auszuschließen ist auch, daß weder Version 2 noch 3 für ambitioniertere Buchprojekte ausreichen. Bei den ebenfalls noch im Umlauf befindlichen proprietären Formaten ist die Wahrscheinlichkeit allerdings deutlich größer, daß deren Möglichkeiten für ambitioniertere Buchprojekte nicht ausreichen, da EPUB im Schnitt einen deutlich größeren Bereich von Möglichkeiten abdeckt, was nicht heißen muß, daß diese Möglichkeiten auch alle durchgehend von den üblichen Darstellungsprogrammen oder Lesegeräten korrekt interpretiert werden können (siehe dazu auch die hier ebenfalls verfügbaren Tests).

Um Bücher im Format EPUB mit einem Texteditor zu erstellen, ist es sehr hilfreich, wenigstens Grundkenntnisse in XML zu haben. Grundkenntnisse in speziellen XML-Formaten wie XHTML oder SVG reichen dafür auch. HTML hat hingegen eine etwas davon abweichende Syntax. Grundkenntnisse darin sind zwar auch hilfreich, reichen jedoch nicht komplett aus, um auftretende Probleme zielführend zu bearbeiten.
Anders als für HTML gibt es für XML zahlreiche Programme, die solche Dokumente verarbeiten können, weil die Struktur einfacher ist als bei HTML, ohne die möglichen Inhalte damit einzuschränken.

Sofern keine Grundkenntnisse in XML vorhanden sind, gibt es hier eine Kurzeinführung in XML, soweit das für die weiteren Erläuterungen relevant ist.

Kodierung und Dateinamen

Bücher im Format EPUB sind immer mit UTF-8 oder, sofern erforderlich, auch in UTF-16 kodiert. Der zur Erstellung der Bücher verwendete Texteditor ist also auf diese Kodierung einzustellen, was heute in der Praxis entweder bereits automatisch der Fall ist oder einfach einzustellen ist. Bei der Wahl von Verzeichnis- und Dateinamen gilt im Grunde das Gleiche. Besser aber man verwendet für diese nur die darstellbaren Zeichen aus dem ASCII-Zeichensatz.
Zusätzlich gilt, daß bei Verzeichnis- und Dateinamen Groß- und Kleinschreibung einerseits signifikant ist. Um Kompatibilitätsprobleme mit alten Dateisystemen beim Entpacken zu vermeiden, dürfen andererseits im selben Verzeichnis aber nicht zwei Dateien stehen, die sich nur durch Groß- und Kleinschreibung unterscheiden. Explizit ausgeschlossen für Datei- und Verzeichnisnamen sind folgende Zeichen:

• / (ASCII 0x2F)
• " (ASCII 0x22)
• * (ASCII 0x2A)
• . (ASCII 0x3A) als letztes Zeichen
• : (ASCII 0x3A)
• < (ASCII 0x3C)
• > (ASCII 0x3E)
• ? (ASCII 0x3F)
• \ (ASCII 0x5C)

In der EPUB-Empfehlung nicht erwähnt, aber garantiert auch als Problemfälle einzustufen und daher keinesfalls zu verwenden:

• &
• #
• '
• Leerzeichen und Zeilenumbrüche aller Art
• Sonstige Satzzeichen

Die Namen dürfen nicht größer als 255 Byte sein.
Pfadnamen zu Dateien dürfen nicht größer als 65535 Byte sein.
Ein normales Zeichen entspricht einem Byte, ein Umlaut oder eine ß-Ligatur etwa entsprechen jeweils zwei Bytes.

Um sich Ärger zu ersparen, empfiehlt es sich also in der Praxis, nur Buchstaben und Ziffern, Minuszeichen und Unterstriche zu verwenden, also keine Leerzeichen, Umlaute, Ligaturen, Satzzeichen (einmal abgesehen vom Punkt zur Abtrennung von Dateiendungen) und ähnliche Komplikationen. Zudem sollte bei der Länge von Datei- und Verzeichnisnamen nicht übertrieben werden und es sollte auf eine flache Verzeichnis-Hierarchie geachtet werden, also nicht zu viele Verzeichnisebenen erstellen.

Buch erstellen

Die Hauptarbeit an einem Buch besteht natürlich immer darin, den eigentlichen Inhalt zu erstellen. Dieser findet sich später im Buch in sogenannten Inhaltsdateien. Diese Dateien sind in speziellen Formaten zu verfassen, insbesondere steht der Text zumeist in einfachen XHTML-Dateien. Hinzu kommen eventuell Bilder und Graphiken. Ferner kann es auch noch Dateien für Stilvorlagen geben, die also einen Vorschlag enthalten, wie der Inhalt präsentiert werden könnte.

Einen kleinen Teil des Inhaltes in einem digitalen Buch machen lediglich jene Dateien aus, die es Programmen ermöglichen, den Inhalt zu verwalten und in der richtigen Reihenfolge zu präsentieren. Dies sind bei den allermeisten Büchern nur vier bis fünf Dateien, von denen eine lediglich einen Einzeiler einfachen Textes enthält, eine weitere ist eine simple XML-Datei mit wenigen Zeilen Inhalt, die bei allen Büchern immer gleich bleiben kann.

Etwas umfangreicher ist eine Datei, welche Metadaten zu Buch enthält, zudem Angaben darüber, welche Dateien im Buch vorhanden sind und in welcher Reihenfolge sie angeordnet werden sollen, sofern es eine solch einfache Reihenfolge gibt.

Ferner gibt es noch eine Datei für ein Inhaltsverzeichnis. In der Version 3 ist das ebenfalls eine XHTML-Datei mit vorgegebener Struktur. Bei Version 2 ist dies ein spezielles XML-Format, welches optional zusätzlich auch bei Version 3 hinzugefügt werden kann, damit auch alte Programme ein Inhaltsverzeichnis anbieten können.

Vom Arbeitsaufwand her wird der Schwerpunkt also bei der Erstellung des Buchinhaltes liegen. Das kann Autoren niemand abnehmen. Gleichwohl wird in diesem Projekt kurz erklärt, wie man jedenfalls relativ einfache und typische Anwendungen von Inhaltsdateien erstellt.

Bei den speziellen Verwaltungsdateien des Buches kann einiges mit immer gleichen Vorlagen erledigt werden. Bei anderen Bestandteilen davon gibt es hier ausführliche Hilfen, wie diese erstellt werden können. Das ist ein Schwerpunkt dieser Anleitungen.

Die ebenfalls verfügbaren Generatoren bieten zudem eine Hilfe, diese Verwaltungsdateien, ebenso einfache Inhaltsdateien nach dem Ausfüllen von Formularen automatisch erstellen zu lassen.
Ein ungefähres Verständnis dieser Verwaltungsdateien eines digitalen Buches ist natürlich dennoch nützlich, um mit dem eigenen digitalen Buch souverän umgehen zu können und auch spätere Änderungen und Ergänzungen einfach mit einem Texteditor ausführen zu können.

Je nachdem, welche Version von EPUB verwendet wird, sind die Dateien der technischen Grundstruktur des Buches und auch die Inhaltsdateien etwas anders zu erstellen. Wie das gemacht wird, ist jeweils für die Version 2 und 3 gesondert erklärt. An dieser Stelle gilt es also nun zu entscheiden, in welcher Version das Buch erstellt werden soll, entsprechend geht es zu den Details auf jeweils einer anderen Seite:

• Erläuterungen zur Erstellung des Buchinhaltes in Version EPUB 3
• Erläuterungen zur Erstellung des Buchinhaltes in Version EPUB 2

Generell sind die Erklärungen zur Version 2 in etwas kleineren Schritten ausgeführt. Sollte etwas zur Version 3 zu kurz erklärt sein und dort stehen, daß sich im Wesentlichen gegenüber Version 2 nichts verändert hat, kann es sich bei Verständnisproblemen lohnen, den entsprechenden Abschnitt zur Version 2 durchzugehen, danach noch einmal die Erläuterungen zu Version 3 zu lesen.

Allgemeine Erläuterungen zur Bucherstellung und weiterer Schritte zur Veröffentlichung folgen hier in weiteren Unterabschnitten.

Archiv erstellen

Nachdem die Inhaltsdateien und die Verwaltungsdateien eines digitalen Buches fertiggestellt sind, sind diese noch zu einem einzigen Dokument, einem Archiv zusammenzufassen. Im Grunde ist ein digitales Buch im Format EPUB also ähnlich einem Projekt, welches im Netz verfügbar ist und aus vielen einzelnen Dokumenten besteht. Bei einem digitalen Buch handelt es sich lediglich um statische Dokumente, die in einem Archiv zusammengefaßt sind. Das Publikum kann damit also verschieden umgehen. Typisch wird solch ein digitales Buch mit speziellen Programmen oder mit Erweiterungen für Darstellungsprogramme für Projekte im Netz (Brauser) vom Publikum gelesen. Es ist allerdings auch möglich, das Archiv einfach zu öffnen und mit einem Darstellungsprogramm ohne Erweiterung die Inhalte zu lesen.

So oder so besteht die Aufgabe bei der Bucherstellung darin, die Sammlung von Dateien, die das Buch repräsentiert, in ein Archiv zu packen. Dieses Archiv ist dann das digitale Buch oder kurz EPUB.

Um das Buch zu einem einzigen Archiv zu komprimieren, wird ZIP verwendet [ZIP]. Notwendig ist dafür ein Programm, mit welchem man die Reihenfolge der Einträge im Archiv festlegen kann und welches die Basis-Kompression '(de)flate' durchführt - und keine andere. In diesem Zusammenhang ist darauf zu achten, daß Programme, die 'zip' als Namensbestandteil tragen, nicht notwendig ZIP-Archive erstellen. Die nicht nur für Linux üblichen Programme 'gzip' oder 'bzip2' tun das nicht, sondern wirklich direkt das Programm 'zip'.

Unter Unix/Linux wird das benötigte Programmpaket bereits installiert sein oder kann einfach wie üblich aus den Paketquellen installiert werden. Bei anderen Betriebssystemen mag das ähnlich sein, ansonsten kann über die angegebene Referenz das Programm bezogen werden.

Die Kompressionsmethode '(de)flate' und die Kodierung von Datei- und Verzeichnisnamen mit UTF-8 sollten die Voreinstellung des Programmes sein.
Es ist exakt ein Archiv zu erstellen. Eine Aufteilung in mehrere Archive ist nicht erlaubt.
Bei sehr großen Büchern wird hingegen die Erweiterung ZIP64 verwendet, was praktisch automatisch erfolgt.
Verschlüsselung per 'zip' ist unzulässig.
Eine Kompressionsrate zwischen 0 und 8 ist zulässig.

Die erste Datei im Archiv muß die beschriebene Datei 'mimetype' mit der Angabe des Inhaltstyps sein und darf nicht komprimiert sein.
ZIP-Datei mit nur dieser Datei als Vorlage zum Starten: 'Vorlage Archiv mit Datei mimetype'.
Alternative ZIP-Datei zum Starten: 'Vorlage Archiv mit den Dateien mimetype und META-INF/container.xml'.

Zu erreichen, daß 'mimetype' als erste Datei unkomprimiert im Archiv steht, ist allerdings recht einfach auch ohne eine solche Vorlage hinzubekommen.
Auf der Konsole (Kommandoeingabe), etwa bei Linux, begibt man sich in das Verzeichnis, in dem das Buch liegt, bei obigem Prototyp also das Verzeichnis 'Buch'. Da Texteditoren gerne Sicherheitskopien von veränderten Dateien anlegen, löscht man diese vor der Archivierung. Dann sind in dem Verzeichnis 'Buch' folgende zwei Kommandos nacheinander einzugeben, um ein EPUB-Buch mit Namen 'Buch.epub' aus einem Verzeichnis 'Buch' zu erstellen:

zip -X0 Buch.epub mimetype
zip -X8ur Buch.epub *

Oder alternativ, damit das Archiv im übergeordneten Verzeichnis angelegt wird:

zip -X0 ../Buch.epub mimetype
zip -X8ur ../Buch.epub *

Oder falls man sich die Einträge für die Verzeichnisse sparen möchte:

zip -X0 ../Buch.epub mimetype
zip -X8Dur ../Buch.epub *

Das erste Kommando bewirkt jeweils, daß die Datei 'mimetype' wie gefordert unkomprimiert im Archiv steht. Mit der Option 'X' wird auf Dateiattribute verzichtet, '0' führt zum Verzicht auf Kompression. Mit dem zweiten Kommando wird auf Stufe '8' komprimiert, '0' geht bei Bedarf auch, dann ist der größte Teil des Archivs sogar lesbar, ohne es zu entpacken. 'u' bewirkt eine Aktualisierung und 'r' eine rekursive Archivierung der Inhalte einschließlich aller Unterverzeichnisse.

Man kann dann gucken, welche Dateien im Archiv wirklich drin sind, wozu 'unzip' verwendet werden kann:

unzip -Z Buch.epub

Oder 'zipinfo':

zipinfo Buch.epub

Jedenfalls sollte dann in der Liste 'mimetype' an erster Stelle stehen, wobei der dort hinsichtlich der vermiedenen Kompression 'stor' oder dergleichen erwähnt sein sollte, beim komprimierten Rest sollte das 'defX' oder 'defN' sein.

Das Archiv auspacken kann man natürlich auch wieder - nicht nur das eigene übrigens. Dazu legt man dann ein Verzeichnis geeigneten Namens an, hier etwa 'Buch', verschiebt das Archiv in dieses Verzeichnis und entpackt einfach mit:

unzip Buch.epub

Nach dem Erstellen kann ein Buch auch getestet werden. Dazu gibt es zum Beispiel einen für alle Betriebssysteme ausgelegten Validator 'epubcheck' per java oder einen Test nach dem Hochladen des Buches mit einem Dienstprogramm [epubcheck].

Dabei ist zu bedenken, daß solch ein Validator nur ein starres Schema abarbeitet, also nicht berücksichtigen wird, was als normative Prosa in einer Spezifikation steht.
Zum Beispiel könnte das Programm bei Dateninseln bemängeln, daß die Elemente der Dateninsel da nicht hingehören, was aber nicht stimmen muß, wenn die Prosa der Spezifikation dort explizit Elemente aus anderen Namensräumen erlaubt oder das Format pauschal als erweiterbar gekennzeichnet ist, wie dies für XHTML der Fall ist, dessen Schema ebenfalls den Aspekt der Erweiterbarkeit mit Elementen aus anderen Namensräumen nicht berücksichtigen kann.
Ähnlich sieht es bei SVG aus, wo bei einigen Elementen wie metadata, desc oder foreignObject Elemente aus anderen Namensräumen als Inhalt explizit vorgesehen sind.
Folglich beseitigt man die Ursachen aller zutreffenden Fehlermeldungen und muß die Bestandteile selber sorgfältig prüfen, die über ein formales Schema hinausgehen.
Solch ein Validator versteht natürlich auch den eigentlich Inhalt nicht, kann also nicht oder kaum beurteilen, ob man die Auszeichnung korrekt für den jeweiligen Inhalt vorgenommen hat oder eben auch Anforderungen hinsichtlich Barrierefreiheit und Zugänglichkeit wirklich erfüllt hat. Von daher ist das Ergebnis eines Validators immer nur als gute Hilfe anzusehen, nimmt dem Ersteller eines Buches aber keineswegs die Arbeit ab, selbst kritisch zu prüfen, ob der Inhalt sinnvoll und barrierefrei gestaltet ist.

Ein weiteres Problem, was dem Autor aufgefallen ist: 'epubcheck 3.0' kann vermutlich DTB-Dokumente nicht testen. Zumindest wird bei Dateien, für die im OPF-Dokument mit dem Inhaltstyp 'application/x-dtbook+xml' pauschal eine kryptische Fehlermeldung ausgegeben. Auch wenn bei SVG-Dokumenten in metadata Elemente aus fremden Namensräumen stehen, etwa um Lizenzbedingungen anzugeben, gibt 'epubcheck' eine falsche Fehlermeldung aus. Ausgereift ist das Programm also vermutlich noch nicht.
Die Entwickler scheinen sich auch hinter unzugänglichen Anmelderitualen von Google zu verstecken, sind also vermutlich nicht wirklich an einer Rückmeldung zu dem Programm interessiert.

'epubcheck 4.0' kann DTB-Dokumente testen, hat allerdings ein paar andere Macken. Inzwischen ist das Projekt nach GitHub umgezogen [epubcheckGit].

Buch mit PHP erstellen

Generell gibt es mehrere Möglichkeiten, EPUB mit PHP zu erstellen.

Warum überhaupt Bücher dynamisch erstellen?
Der Hauptgrund dürfte bei den üblichen Autoren darin liegen, daß dem Leser ein individualisiertes Buch angeboten werden soll oder ein Buch mit individueller Widmung oder in limitierter Auflage mit jeweiliger Buchnummer herausgegeben werden soll.

Eine (versteckte) individuelle Kennzeichnung von Büchern wird ebenfalls gelegentlich genutzt, um gegebenenfalls unerwünschte Verbreitungen durch erneute, nicht lizensierte Veröffentlichungen auf den Störer zurückführen zu können. Dazu kann es sehr praktisch sein, die Kennzeichnungen im Buch automatisch beim Zugriff auf das Buch vorzunehmen und entsprechend eindeutig zusammen mit den Daten der zugreifenden Person zu korrelieren. Diese Person sollte natürlich über den Sachverhalt der Datenspeicherung unterrichtet werden, nicht notwendig darüber, welche Kennzeichnungen wo im digitalen Buch individuell untergebracht wurden.

Näher erläutert wird ein Verfahren auf folgender Unterseite: EPUB mit PHP.

Buch veröffentlichen

Für die Veröffentlichung gibt es natürlich viele Möglichkeiten, auf die hier nicht einzeln eingegangen wird. Die einfachste Methode liegt vermutlich darin, das Buch auf einen Rechner mit einem Dienstprogramm für das Protokoll HTTP zu kopieren und die URI des Buches dann zu verbreiten.
Mittlerweile gibt es aber auch spezielle Anbieter, über welche man seine digitalen Bücher veröffentlichen kann. Nur sollte man sich bei diesen nicht darauf einlassen, ein irgendwie aus irgendwelchen Texteingaben erstelltes Buch automatisch zusammenbasteln zu lassen.
Es ist wichtig, darauf zu bestehen, die volle Kontrolle zu behalten und das selbst erstellte EPUB-Buch veröffentlichen zu können, sonst ist der Anbieter vermutlich nicht als kompetent einzustufen, eventuell sogar unseriös.
Sind Änderungen durch solch einen Verlag oder Vertrieb am Buch notwendig, ist es wichtig, das veränderte Buch vor der Veröffentlichung zu prüfen, also entpacken und alle Dokumente und Metainformationen sorgfältig vergleichen.
Zum Beispiel kann man bei Unix/Linux Textdokumente mit dem Kommando 'diff' vergleichen und so zügig Unterschiede erkennen und prüfen.
Ein seriöser Verlag wird immer von selbst solch eine Kontrolle durch den Autor vor der Veröffentlichung fordern.

Wie es auch gemacht wird, nachdem das Buch veröffentlicht ist, greift in Deutschland eine gesetzliche Regelung (Pflichtablieferungsverordnung, PflAV) [PflAV], welche dazu verpflichtet, Pflichtexemplare zur Archivierung abzuliefern. Gemäß §15 des Gesetzes über die Deutsche Nationalbibliothek:
Ablieferungspflichtig ist, wer berechtigt ist, das Medienwerk zu verbreiten oder öffentlich zugänglich zu machen und den Sitz, eine Betriebsstätte oder den Hauptwohnsitz in Deutschland hat. [DNBG]
Bei digitalen Medien, anders als bei gedruckten Werken etwa, ist die Ablieferung allerdings recht einfach und kostenlos über das Netz zu bewerkstelligen. Abzugeben ist ein Pflichtexemplar, also eine identische Kopie an die Deutsche Nationalbibliothek (DNB) [DNB].
Veröffentlicht ein Verlag oder Vertrieb das Buch im Auftrage des Autors, ist der Verlag oder Vertrieb für die Ablieferung des Pflichtexemplars zuständig.
Veröffentlicht der Autor selbst, ist er selbst der Ablieferungspflichtige.

Gemäß §4 der Pflichtablieferungsverordnung gibt es allerdings auch einige Ausnahmen bei körperlichen Werken, also insbesondere gedruckten Ausgaben, etwa wenn weniger als 25 Exemplare veröffentlicht werden, bei körperlichen Werken mit bis zu vier Druckseiten, Sonderdrucken und Vorabdrucken ohne eigene Paginierung und ohne eigenes Titelblatt, Werken der bildenden Kunst und Originalkunst-Mappen ohne Titelblatt oder mit Titelblatt und mit bis zu vier Seiten Text, Vorab- und Demonstrationsversionen von Medienwerken auf elektronischen Datenträgern (die sind dann allerdings öffentlich unzugänglich zu machen, sobald die finale Version erscheint), sowie inhaltlich oder bibliographisch unveränderte Neuauflagen.
Begriffe wie Druckseiten oder Paginierung wären auf digitale Bücher wie EPUBs allerdings schlecht anwendbar, zudem ist die Ausnahme leider nur für körperliche Werke, nicht für rein digitale Werke erwähnt. Wenn man mag, kann man grob eine Druckseite zu unkomprimierten 1500 Byte rechnen (etwa 1500 Zeichen), mit Berücksichtigung der Strukturinformationen der verwendeten Auszeichnungssprache und der Größe von mit UTF-8 kodierten Sonderzeichen eher grob 2000 Byte. Analog zu Druckwerk trifft das also zu, wenn man vor dem Zippen nicht mehr als 8000 Byte für die Inhaltsdateien zusammenbekommt, wobei man also die OPF-Datei, die NCX-Datei, CSS-Dateien, das Inhaltsverzeichnis, das Titelblatt etc und rein dekorative Bilder wohl nicht mitzählen braucht, pro relevantem Bild aber etwa eine Seite extra rechnen kann. Da allerdings die Mindestmenge nur für Druckwerke gilt, trifft sie auf digitale Bücher genaugenommen nicht zu.
Von Demonstrationsversionen ist sicherlich primär nur dann auszugehen, wenn das Buch nur etwa zum Test von Darstellungsprogrammen dient oder nur im Rahmen einer Anleitung zeigt, wie man EPUBs erstellt und inhaltlich sonst nichts zu bieten hat, wie etwa einige Test-Bücher in diesem Projekt.
Eine anderen Möglichkeit wäre, wenn das Werk noch in der Entstehung ist, also zum Beispiel mit jedem neuen Kapitel erneut veröffentlicht wird. Auch wenn noch ein Lektorat in absehbarer Zeit ansteht, ist sicherlich von einer Vorabversion auszugehen.

Veröffentlicht ist ein Werk bereits dann, wenn es nicht bloß einem engen, klar definierten Nutzerkreis zugänglich ist. Indes, wenn ein digitales Werk nicht nachgefragt wird, ist der Unterschied rein theoretisch.
Geht es lediglich um eine Nachfrage durch Menschen?
Im Netz sind es vielfach Roboter von Suchmaschinen, welche auf Veröffentlichungen zugreifen. Der Autor eines Werkes muß ein Mensch sein, daß dies auch für Leser gilt, ist indes nirgends explizit festgelegt.

Penibel betrachtet wäre jedes veröffentlichte Bit bereits ablieferungspflichtig.
Handelt es sich bereits um ein körperliches Werk, wenn ein digitales Buch auf einem Speichermedium verteilt wird?
Insofern scheint das Gesetz hier zwischen körperlichen und nicht körperlichen Werken unausgewogen zu sein, man könnte es auch schon als unausgegoren betrachten.
Bei Robotern ist jedenfalls keineswegs davon auszugehen, daß diese digitale Bücher wirklich lesen, noch dürfen die Inhalte anderweitig etwa von Suchmaschinen ohne explizite Erlaubnis erneut veröffentlicht werden, von daher wird man bei einer Zählung Roboter erst einmal vernachlässigen wollen, jedenfalls bis davon auszugehen ist, daß sie Bücher wirklich zum Lesen herunterladen und nicht nur aufgrund schlechter Programmierung.
Mehrfachaufrufe sind ebenfalls nicht unwahrscheinlich, sofern man da im Zähler keine heuristischen Kontrollen eingebaut hat, sind auch diese nicht zu unterschätzen, kommen in der Praxis also häufig vor. Auf einen realen Leser können also mehrere Zählereignisse kommen, auch von daher gibt es bei digitalen Büchern hinsichtlich der Ablieferungspflicht eine schwer zu kontrollierende Grauzone.
Allerdings ist die Ablieferung auch nicht so kompliziert und zeitaufwendig, daß man sich immer wieder darum drücken sollte, wenn man durch Schätzung die Pflicht zur Ablieferung für plausibel hält.

Anders als einige andere, proprietäre Formate wird EPUB als qualitativ hochwertig genug empfunden, damit Bücher in diesem Format von der DNB als würdig zur Sammlung und Archivierung für die Nachwelt eingestuft werden. Das liegt auch an der einfachen Struktur des Archives und der verwendeten XML-Formate, denn noch einfacher als das Erstellen eines Buches ist der Zugang zur Information ohne spezielle Programme oder Betriebssysteme. Entsprechend ist das Buch dann auch ohne Verschlüsselung abzugeben. Durch das Erstellen eines Buches im Format EPUB bekommt der Autor also eine gute Chance geschenkt, daß sein Werk für die Zukunft aufbewahrt wird, selbst wenn es keine so hohe Verbreitung findet, daß es auch ohne diese Archivierung über die Jahrhunderte überleben kann.
Ist das Buch erst bei der DNB abgeliefert, fällt es natürlich auch leicht, den Nachweis zu führen, wenn andere eine Urheberrechtsverletzung begehen oder ein Plagiat in Umlauf bringen.

Zur Ablieferung ist eine kostenlose Registrierung bei der DNB notwendig. Die Ablieferung von sogenannten Netzpublikationen erfolgt für unabhängige Autoren ohne Verlag ausschließlich für jedes Werk einzeln über ein Formular und durch Hochladen des Werkes mit anschließender automatischer Weiterverarbeitung.
Zum Werk werden dann nur wenige Metainformationen abgefragt, die man ähnlich auch schon in der OPF-Datei hat angeben können oder müssen. Da auch Hilfen vorhanden sind, sollte es nicht so schwierig sein, die Ablieferung zumindest bei einfachen Werken mit genau einem Autor, der alles alleine gemacht hat, umzusetzen. Die so angemeldeten und abgelieferten Netzpublikationen und Metainformation über das Werk werden weitgehend automatisch bearbeitet, wobei dann diverse Mängel dieses automatischen Abgabeverfahrens zutage treten.
Etwa werden die Personen wie Autor und beteiligte Personen nicht automatisch Personeneinträgen der DNB zugeordnet, sondern allenfalls Namenseinträgen. Etwa kann man zu einer Person nicht einmal die eventuell bereits vorhandene GND angeben, um ein Werk einer Person eindeutig zuzuordnen. Auch die Funktionen, die man einer Person in der OPF-Datei sorgfältig zugeordnet hat, sind beim Formular der DNB kaum zuzuordnen, pro Person ist nur eine Funktion vorgesehen und die Auswahl der möglichen Funktionen ist sehr eingeschränkt.
Ein Freifeld für ergänzende Angaben erweist sich in der Praxis als recht nutzlos, weil die zur Auswertung des Formulars verwendeten Programme die Angaben darin natürlich nicht verstehen können und sich menschliche Mitarbeiter derartige Angaben gar nicht erst ansehen.
Insgesamt ist die Ablieferung von Netzpublikationen bei der DNB derzeit technisch eher unausgereift und das System bedarf einer deutlichen Verbesserung (Stand 2015). Offenbar fehlen der DNB allerdings Mittel und Personal, um Netzpublikationen insbesondere von unabhängigen Autoren wirklich gleichrangig zu gedruckten Verlagsveröffentlichungen zu bearbeiten. Es fehlt offenbar auch der Wille oder der technische Sachverstand, um es unabhängigen Autoren für selbst angemeldete Werke einfach möglich zu machen, bei der Verbesserung der Situation zu helfen, um die DNB zu entlasten.
Wer mag, kann das Exemplar in der DNB allerdings sogar frei zugänglich machen und kann damit dann auch eine allgemeine, dauerhafte Verfügbarkeit sicherstellen.

Ähnliche Regelungen zur Ablieferungspflicht mag es auch in anderen Ländern geben. Der Herausgeber oder Verleger eines Buches muß sich also kümmern, welche Regelungen in seinem Land gelten.
In deutschen Bundesländern gibt es zudem meist oft noch eine Ablieferungspflicht für Druckwerke an die jeweilige Landesbibliothek, es ist dann jeweils für einen Veröffentlicher als Einwohner des jeweiligen Bundeslandes zu prüfen, ob ebenfalls ein Pflichtexemplar bei der Landesbibliothek abgeliefert werden muß.
Die Niedersächsische Landesbibliothek etwa sammelt auf Grund des Niedersächsischen Pressegesetzes Druckwerke, aber auch digitale/elektronische amtliche Veröffentlichungen.
Im Gesetz über die Ablieferung von Pflichtexemplaren in Nordrhein-Westfalen sieht dieses Bundesland hingegen auch eine Ablieferungspflicht für digitale Werke vor, wobei weitgehend die Regeln der DNB übernommen werden.
Da sich die Regelungen stark unterscheiden, sollte jeder Veröffentlicher genau prüfen, welches Landesgesetz für ihn zutrifft und ob eine Ablieferungspflicht an eine Landesbibliothek besteht oder nicht.

Eine weitere Pflicht bei einer Veröffentlichung betrifft eine Anbieterkennzeichnung oder ein Impressum, welches in Deutschland und in vielen anderen Ländern vorhanden sein muß. Solche Kontaktinformationen sind also im Buch vor der Veröffentlichung zu notieren. Siehe dazu auch folgenden Abschnitt zu den Metainformationen: Verleger.

Ferner gibt es in Deutschland auch noch rechtliche Besonderheiten hinsichtlich des Titels zu beachten. Hier kann das Markenrecht greifen, was knapp gesagt untersagt, schon in Verwendung befindliche Titel anderer Werke bei einer Veröffentlichung für das eigene Werk zu verwenden; Details dazu: Titelschutz.

Alternativen und Konversion in andere Formate?

Es gibt ja nicht nur EPUB als Format für digitale Bücher. Da stellt sich nun die Frage, ob es sinnvoll ist, Bücher auch in andere Formate zu konvertieren. Da es für andere Formate Programme gibt, die EPUB leider nicht interpretieren, kann das für einige Leser den Zugang zur Information erleichtern.

Jedenfalls ist es immer die bessere Lösung, wenn Geräte und Programme die Interpretation von EPUB implementiert bekommen - es müssen nicht mehrere Varianten desselben Buches bereitgehalten und gepflegt werden. Der Autor kann das für den Inhalt optimale Format wählen oder aber allgemein jenes mit dem wenigsten Barrieren für die Leser.

Eine Konversion kostet Zeit und Arbeit, die man sich sparen kann. Eine Konversion erhöht auch das Risiko von Fehlern und Mängeln und die Wahrscheinlichkeit steigt, daß Informationsverluste eintreten. Das andere Format mag andere Strukturen aufweisen oder nicht über genug oder die passenden Elemente und Strukturen verfügen, um die Semantik des mit EPUB realisierten Inhaltes angemessen abzubilden.

Entschließt man sich also zu einer Konversion, so ist als erster Schritt festzustellen, ob das anvisierte Format über die erforderlichen Strukturen zur semantischen Auszeichnung des Inhaltes verfügt. Wenn nicht oder wenn die Spezifikation eines proprietären Formates nicht allgemein zugänglich ist, so daß der Sachverhalt nicht prüfbar ist, ist das Format von vorne herein für eine Konversion nicht geeignet.

Es gibt natürlich diverse Programme, die vorgeben, nahezu alles in alles automatisch konvertieren zu können. Umfaßt dies auch Formate, die jeweils ein ganz anderes Konzept verfolgen, kann man davon ausgehen, daß eine solche Konversion als Ergebnis eine Markierungssuppe erzeugt, die inhaltlich unsinnig ist, gleichwohl bei oberflächlicher Betrachtung noch lesbar erscheinen mag.
Die Erfahrung mit diversen Konversionsprogrammen zeigt, daß auch bei Formaten mit ähnlichem Konzept praktisch immer eine manuelle Nachbearbeitung geboten ist. Bei Formaten mit sehr unterschiedlichem Konzept ist es oft günstiger, nur Text, Abbildungen, sonstige Informationen aus dem Ausgangsdokument komplett(!) zu extrahieren und die Umsetzung im gewünschten Endformat manuell vorzunehmen.

Die zahlreiche Hilfen, mit denen man mit speziellen Programmen eine automatische Konversion durchführen kann, sind also mit mehr als Vorsicht zu genießen. Von einer naiven Anwendung ist pauschal abzuraten. Nachdem ich mir die Ergebnisse einer solchen Konversion angesehen habe - also entweder von XHTML zu EPUB oder auch von EPUB in ein proprietäres Format und dann wieder zurück nach EPUB - würde ich generell davon abraten - die Ergebnisse werden zumeist Markierungssuppe sein, denen die semantische Information, teilweise auch Metainformationen aus dem OPF-Dokument verlorengegangen ist.

Probiert habe ich das mit Calibre und die Ergebnisse waren schlichtweg erschütternd, zumindest wenn man nicht mit Markierungssuppe angefangen hat, sondern mit semantisch passabel ausgezeichneten Inhalten.

Spezielle Editoren verwenden?

Unlängst gibt es ja auch spezielle Editoren oder Erweiterungen für andere Programme zur Erstellung von Büchern im Format EPUB, die insbesondere für unkundige Autoren geeignet sein sollen, die sich die Kenntnisse zur Erstellung von digitalen Büchern nicht selbst aneignen wollen oder welche solche Programme auch einfach zur Arbeitserleichterung verwenden möchten. Bei solchen Programmen ist insbesondere darauf zu achten, welche EPUB-Versionen sie erstellen können. Mittlerweile ist es sicherlich angebracht, daß sich auch bei Bedarf Bücher nach EPUB 3 erstellen lassen. Leider sind mir viele dieser Editoren gar nicht zugänglich, weil es von diesen bislang keine stabile Version davon gibt (die auf dem von mir genutzten stabilen Debian-Linux funktioniert), von daher ist bei vielen dieser Programme oder Erweiterungen sicherlich davon auszugehen, daß sie noch im experimentellen Stadium sind. Ein Autor sollte ein damit erstelltes Buch also unbedingt entpacken und nachkontrollieren, daß wirklich ein gutes Ergebnis erzielt wurde. Das bedingt natürlich doch wieder, daß man sich mit dem Format selbst gut auskennen muß, um die Arbeit solcher Programme beurteilen zu können, was dann die Programme zu einem guten Teil wieder redundant macht.

Eine erster Ansatz zur Kontrolle ist etwa, ein bereits manuell fertiggestelltes Buch mit solch einem Editor weiter zu bearbeiten, Kommentare und Fehlerlisten eines solchen Programmes sind dann anzusehen und das Buch ist auch einmal ohne eigene Änderung und einmal mit automatischer 'Fehlerbehebung' zu speichern und dann mit dem Original zu vergleichen. Hat solch ein Programm nichts verändert oder jedenfalls nichts, was richtig und wichtig für den Inhalt ist, lohnt sich eine weitere Untersuchung des Programmes. Bei Änderungen sollte das Programm auf jeden Fall jede Änderung erst einmal vorschlagen sowie begründen.

Insgeheime Änderungen sind etwa von Sigil bekannt, was dann vermutlich die mühsame Arbeit des Autors um qualitativ hochwertigen Inhalt sabotiert. Derartige Programme sind also erst einmal mit großem Mißtrauen zu betrachten. Hat Sigil in älteren Versionen noch neben dem Quelltexteditor einen simpleren für komplette Laien (du glaubst zu bekommen, was du zu sehen meinst), ist dieser aufgrund seiner Mängel in späteren Versionen ausgelagert worden, als eigenständigs Programm PageEdit allerdings noch verfügbar. Sofern Autoren wie bei andere Editoren für jegliche Formate wissen was sie tun, können sie einfach den Quelltext eintippen, Sigil hilft alsdann eben noch bei der Zusammenstellung technischer Hilfsdateien sowie dem Zusammenpacken zum eigentlichen digitalen Buch. Wenn Autoren indes kein (X)HTML können, wird es schwierig werden, gute Bücher mit diesem Editor zu erstellen. Zwar gibt es auch eine bescheidene Elementauswahl, diese ist für EPUB 3 jedoch unzureichend, weil zentrale neue Elemente zur semantischen Textauszeichnung darin schlicht fehlen. Wer diese kennt, kann sie allerdings wie bei Autoren für jegliche Formate auch einfach eintippen. Als spezieller Editor für digitale Bücher ist da folglich noch Arbeit fällig, welche an sich vermutlich überschaubar wäre, jedoch erst einmal geleistet werden müßte.

Ein Programm namens Jutoh habe ich auch installieren und selbst testen können, dazu habe ich ein kurz zuvor manuell erstelltes EPUB mit guter semantischer Textauszeichnung sowie einigen Graphiken erst einmal einlesen lassen. Bereits beim Einlesen hat dieses Programm alle Graphiken stillschweigend entsorgt sowie die semantische Textauszeichnung in blödsinnige Markierungssuppe konvertiert. Von daher scheint das Programm weder für Kenner noch für Anfänger sinnvoll zu sein, nach der Empfehlung kann ich von einer Installation zum Zwecke einer Nutzung nur abraten.

Calibre hat inzwischen auch einen Editor eingebaut, beziehungsweise dieser ist ebenfalls als eigenständiges Programm ebook-edit im Paket enthalten. Bei diesem ist mir jedenfalls bei meinen Büchern, die nach EPUB 3 erstellt sind, aufgefallen, daß Calibre sehr viele falsche Fehlermeldungen produziert, wenn man ein fertiges Buch überprüfen läßt. Jedenfalls habe ich bei den Versuchen mit meinen Büchern bislang keine korrekte Fehlermeldung gesehen oder auch nur eine, die irgendwie hilfreich wäre.
Speichert man jedenfalls die geänderte Version ab, erhält man immer noch ein Buch nach EPUB 3, welches aber deutlich schlechter ist als das Original, die Änderungen sind nicht nur überflüssig, sie verschlechtern auch die Qualität des Buches und teils gar die zuvor verfügbaren Funktionen und alternativen Zugänge zum Inhalt. Hinsichtlich EPUB 3 ist Calibre ohnehin sehr zurückhaltend, drängt eher zur mittlerweile veralteten Version 2.
Dieser Editor ist also sicherlich noch nicht ausgereift und als experimentell einzustufen. Vor einer Veröffentlichung eines damit erstellten Buches ist es daher unbedingt notwendig, dieses manuell nachzubearbeiten sowie aufzuräumen.
Mag das ganz gut geeignet sein, um Bücher in anderen Formaten dadurch ganz gut lesbar zu machen, daß es eine Konversion vornimmt, so sind diese Konversion jedenfalls durchweg für eine Veröffentlichung eines als hochwertig gedachten Buches nicht geeignet. Der Editor selbst mag sich für sehr einfache Bücher eignen, die man dann aber wohl komplett mit diesem Editor erstellen sollte und dann im Anschluß manuell bearbeiten. Kann man letzteres, ist aber natürlich der Editor mehr oder weniger redundant, dieser kann dann allenfalls helfen, Syntaxfehler zu vermeiden, welche aber auch der EPUB-Validator entdecken wird.

Verläßliche Editoren oder Hilfsprogramme können einem zweifellos die Arbeit erleichtern, auch ich verwende bei dafür geeigneten Inhalten eigene Hilfsskripte, um sich wiederholende, langweilige Produktionsschritte zu automatisieren. Allerdings scheint es bislang keinesfalls so zu sein, daß man sich auf die verfügbaren Programme verlassen kann oder sollte. Es handelt sich fast immer um unvollständige, experimentelle Projekte, die es notwendig machen, auf Basis eigener detaillierter Kenntnisse bei jedem damit produzierten Buch nachzuprüfen und nachzubessern. Wenn es auf Qualität nicht so ankommt, mögen solche Programme bereits brauchbar sein, wer Wert auf Qualität legt, sollte allerdings mißtrauisch bleiben.

Für die Inhaltsdateien allein reicht jedenfalls ein leistungsfähiger Editor wie zum Beispiel Kate (KDE, insbesondere auf Linux verfügbar). Bei diesen kann zudem über selbst editierbare Textbausteine für das jeweilige Inhaltsformat eine Liste von anklickbaren, einfügbaren Segmenten vorgehalten werden, um sich die Arbeit zu erleichtern. Farbliche Hervorhebung von Strukturen, spezifisch für das Format sind selbstverständlich vorhanden. Mit solchen Textbausteinen lassen sich zumindest teilweise auch die für EPUB spezifischen Hilfsdateien zügig erstellen, zusammen mit einem ZIP-Programm und dem offiziellen Prüfprogramm epubcheck ergibt sich damit eine sehr leistungsfähige Umgebung zur Erstellung digitaler Bücher, welche effizient sowie leicht zu handhaben ist.

Literaturangaben

• ⇑ [EPUB] EPUB
• ⇑ ⇑ [DTB] DTB
• ⇑ [DTBG] DTB: Anleitungen und Richtlinien
• ⇑ [DC] Dublin Core Metadata Element Set, Version 1.1
• ⇑ [rfc5646] Sprachkürzel
• ⇑ [IANA] IANA Inhaltstypen
• ⇑ [W3CV] Validator des W3C
• ⇑ [CSSV] CSS-Validator des W3C
• ⇑ [XHTML] XHTML 1.1
• ⇑ [RDFa] XHTML+RDFa 1.1
• ⇑ [SVG] SVG 1.1
• ⇑ [WSVG] wikibook zu SVG
• ⇑ [CSS] CSS 2.0, siehe aber auch: CSS 2.1
• ⇑ [ZIP] ZIP, ZIP bei sourceforge
• ⇑ [epubcheck] epubcheck
• ⇑ [epubcheckGit] epubcheck bei GitHub
• ⇑ [PflAV] Pflichtablieferungsverordnung
• ⇑ [DNBG] Gesetz über die Deutsche Nationalbibliothek
• ⇑ [DNB] Netzpublikationen, Pflichtexemplare an die Deutsche Nationalbibliothek
• ⇑ [DB] DocBook
• ⇑ [FB2] FB2
• ⇑ [LML] LML
• ⇑ [TEI] TEI