Titelei

Wenn beim Export eine Titelei vorhanden ist, diese aber nicht einer in der zugehörigen Dateiname_LIGHT_META.xml vorhandenen <ausgabe> zuzuordnen ist, wird eine Warnung ausgegeben:

[Warnung] Die exportierte Titelei konnte der Ausgabe mit der ID "ausgabe-2" nicht zugeordnet werden und wird auskommentiert übernommen.

Dies ist z.B. der Fall, wenn die Titelei erst in InDesign erstellt und getaggt wird oder wenn die Dateiname_LIGHT_META.xml nicht gefunden wird.

Wie beschrieben wird die Titelei am Anfang des <werk>-Elements auskommentiert in die parsX 4-Datei übernommen und muss dann manuell in ein entsprechendes <ausgabe>-Element gesetzt werden.

Ausgelagerte Metadaten und MathML-Formeln

Wenn die zugehörige Dateiname_LIGHT_META.xml (s.o.) nicht gefunden wird oder beschädigt wurde, können Container-<meta>-Elemente nicht zurückgeschrieben werden:

[Warnung ] Das [meta]-Element für [einschub1] wurde nicht gefunden!

Wenn eine Datei mit einer ausgelagerten MathML-Formel (s.o.) fehlt oder umbenannt wurde, kann ein <m:math>-Element nicht wieder eingefügt werden:

[Saxon-PE] [Warnung] Das MathML-Element für die [formel] wurde in der Datei: C:/Users/…/Dateiname-formeln/Formel-d358.mml nicht gefunden! Es wird nur die Abbildung als Inhalt übernommen.

Inhaltsverzeichnis, Verzeichnis, Register (<index>)

Seit parsX v4.0.5 ist es möglich, mehrstufige 'tote' Verzeichnisse (<inhaltsverzeichnis>, <verzeichnis> und <index>) zu im- und exportieren. Näheres im Abschnitt zum Import.

[Warnung] Das [inhaltsverzeichnis] beginnt mit Ebene 2 statt 1.

[Warnung] Im [inhaltsverzeichnis] wird eine Ebene übersprungen (2→4)

Das Überspringen von hierarchischen Ebenen (in parsX 4 mit dem Attribut <ebene-ueberspringen="ja">) wird derzeit nicht unterstützt. Ein erster Eintrag auf Ebene 2 (z.B. "Vorwort" im Inhaltsverzeichnis) wird daher als Ebene 1 exportiert, eine <u4>, die auf eine <u2> folgt als Eintrag 3. Ebene.

Registermarkierungen

Folgende Meldungen können bei der Rücktransformation von XML-Daten mit Registermarkierungen auftreten:

[Warnung] Es kommen mehrere Registerarten als Typ-Attribut an [register-eintrag] vor: "sach" (1758x), "person" (738x).

Hier wurden im Satz Registermarkierungen nachgetaggt und dabei ein abweichender Registertyp gesetzt (z.B. "person" statt "sach"). Da mehrere Register bei Export und Weiterverarbeitung (z.B. E-Book) kein Problem darstellen, ist dies durchaus möglich. Ein grobes Missverhältnis der Anzahlen, z.B. "sach" (1758x), "person" (3x), weist auf Taggingfehler im Satz hin.

[Info] Registerart ist nicht mit Typ-Attribut an [register-eintrag] definiert, wird als Sachregister umgesetzt.

Bei einer im Satz nachgetaggten Registermarkierung wurde kein Typ-Attribut an <register-eintrag> gesetzt. Wenn der Typ der übrigen Einträge einheitlich ist, wird dieser verwendet, ansonsten wird der Registereintrag als Sachregister umgesetzt und diese Meldung ausgegeben.

[Warnung] Für den Register-Eintrag Typ "sach": "Kopenhagen" sind unterschiedliche Sortierschlüssel definiert. Es wird der erste vorkommende: "Copenhagen" verwendet.

Beim Import wurden ggf. abweichende Angaben im Attribut @sortierung für den gleichen Registerbegriff vereinheitlicht. – Hier wurde also im Satz ein Begriff manuell umsortiert, die Änderung aber nicht in die XML-Struktur an alle betreffenden Registermarkierungen im Dokument übertragen.

Inline-Container

Folgende Meldung kann beim Export von Daten mit dem <inline_container> auftreten:

[Warnung] Inline-Typ für den Text "Beispieltext" in [inline_container] Typ "1" wurde im Satz geändert!

Wird im Satz für Text in einem <inline_container> die Schriftauszeichnung geändert, so dass das zugewiesene Zeichenformat nicht mehr den Inline-Typ des Containers enthält (also z.B. kursiv statt inline10_kursiv, entsteht bei der Rücktransformation ein Konflikt.

Nach der Rücktransformation