wiki:SongYingxing

Version 1 (modified by Wolfgang Schmidle, 14 years ago) (diff)

--

Song Yingxing 宋應星 1637, Tian gong kai wu 天工開物

  1. Stand
  2. Fragen zum Text
  3. noch zu tun
    1. von Dagmar
    2. von mir
    3. von Student
  4. mögliche Konsequenzen
    1. für die DESpecs
    2. für das Schema
    3. für den Workflow
  5. GIS
  6. Textanzeige
    1. chinesische Satzzeichen
    2. Überschriften
    3. figures
    4. small text
    5. Table of Contents
    6. Suche
    7. PDF-Darstellung
    8. Nebenfunde

Stand

Die alte Version des Textes wurde erst schemakonform gemacht, dann von Madlen überarbeitet und von mir wieder schemakonform gemacht. Für das Anzeigesystem werden jeweils noch die Floats herausgezogen (Skript) und die div's neu numeriert (Skript). Da der Ausgangspunkt nicht ein Rohtext nach den DESpecs war, ist die Bearbeitung nicht vollständig repräsentativ für den chinesischen Workflow.

Außerdem:

  • TOC neu formatiert
  • div's eingefügt (Skript plus Nachbearbeitung für die hierarchische Struktur)
  • Einrückungen normalisiert

Fragen zum Text

  • Was will mir der geschwärzte Abschnitt am Ende des TOC (Seite 5A) sagen?
  • <sm> in <p> als note herausziehen, oder drinlassen? Bisher war die Idee, es als note herauszuziehen, allerdings wurde es bisher noch nie gemacht. Es gibt, trotz der suggestiven Aufteilung in <s>, keine technischen Gründe dagegen. Testweise beide Versionen erzeugen und dann vergleichen?

noch zu tun

von Dagmar

  • div-Struktur prüfen (u.a. preface)

von mir

  • ASCII-Punkte und -Kommas im Text: Kann ich die einfach durch ihre Fullwidth-Äquivalente ersetzen?
  • Zeilen korrekt einrücken, sobald klar ist, ob die div's so in Ordnung sind.
  • ZWS korrigieren (Skript?)
  • entferne die letzten <image>-tags in den Figures, mit der Ausnahme 83B.
  • ersetze
    . In <description> durch <lb/>, in <sm> noch unklar. (Siehe auch unten: die Frage der Darstellung von <sm>.)
  • fehlende xml:id ergänzen

von Student

  • fehlende Zeichenvarianten einfügen, insbesondere aus Extension B.
  • Places einfügen, i.e. von den Markierungen auf Papier in den Text eintragen.

mögliche Konsequenzen

für die DESpecs

  • Die Regelung, dass Zeichenvarianten nur beim ersten Mal markiert werden sollen, muss noch überarbeitet werden. Problem ist, dass ein Text sowohl das Standardzeichen als auch mehr als eine Variante enthalten kann. An welcher Ebene setzt man an, beim Abtippen oder bei der Nachbearbeitung?
  • \\ in <desc> erlauben, oder nur einfach damit umgehen können, falls es gemacht wird?

für das Schema

  • ein bisschen (aber nicht völlig) analog zu <pb>: <figure> in <p> erlauben, damit man nicht </s> hinter die Figure verschieben muss? Kein großer Leidensdruck.
  • < V> vorläufig als <reg norm="鬵" type="unresolved">鬵</reg>. Explizite Typen einführen, z.B. "variant/auto" (entspricht < V>) und "variant/auto?" (bei Zeichen, die an anderer Stelle als < V> markiert wurden). Siehe Variantenmarkierung in den DESpecs.
  • Attribut von <head>: Verschachtelungstiefe. Siehe unten.

für den Workflow

  • Die ZWS sind schwierig zu kontrollieren, weil sie für den normalen Bearbeiter nicht sichtbar sind. Gibt es Alternativen, die auch in Arboreal funktionieren und den optischen Eindruck nicht stören? (Ich fürchte nicht.) Normalisierungs-Skript schreiben.
  • Die Logik, die <pb> so weit wie möglich in der Hierarchie zu verstecken, habe ich bei diesem Text nicht angewendet. Sollte man das nachholen? Dann müsste zum Beispiel eine Seiten-Figure auch den nachfolgenden <pb> enthalten. Keine technische, sondern eine konzeptionelle Frage. Zumindest bei <div> ist aber klar, dass <pb> hineingezogen wird. Und in <s> könnte man <pb> auch problemlos hineinziehen.

GIS

Der Text enthält zurzeit nur ein einziges <place>-tag auf ​Seite 300. Zurzeit wird <gis-table> nicht ausgewertet und ist auch gar nicht in den Metadaten.

Textanzeige

chinesische Satzzeichen

Manche Satzzeichen werden durch ihre ASCII-Äquivalente ersetzt:

Satzzeichen 。 ！ ？ ， 、 ： ；
angezeigt als . ok ok ok , ok ok

Beispiele ​hier. (Ein bisschen verwirrend ist, dass einige wenige ASCII-Punkte und -Kommas tatsächlich noch im Text enthalten sind. Das wird noch korrigiert.)

Im Gesamt-XML korrekt, im Seiten-XML ersetzt.

Überschriften

Die Überschriften werden zentriert angezeigt. Bei Absätzen mit <lb/> kann es passieren, dass die Überschrift rechts neben dem Text steht.

Die unterschiedlichen Verschachtelungstiefen werden durch die Zentrierung verschleiert. Kann man das ändern? Das Problem ist offensichtlicher als bei europäischen Texten, weil es die Verschachtelung durch Einrückung markiert wird und nicht durch Hinweise im Text. Der Zusammenhang mit der Einrückung ist nicht gradlinig, allerdings sollen die Chinesen <ti>, <h 1>, <h 2> etc. tippen.

  • Ebene 1 (alle <ti>, z.B. 天工開物卷上 und 分宜教諭宋應星著 auf Seite 6A) Einrückung entweder 0 oder nahezu rechtsbündig
  • Ebene 2 (<h 1>, z.B. 乃​粒​第​一卷) Einrückung 2
  • Ebene 3 (<h 2>, z.B. 總​名) Einrückung 1

(Im toc ist es wieder anders). Lösung wohl einfach, dass <head> (aber wohl nur bei chinesischen Texten) ein Attribut "headlevel" bekommt, siehe oben. Sonst: Eine Überschrift "weiß" von seinem übergeordneten div, wie weit es verschachtelt ist, allerdings fängt die Zählung nicht bei null an.

figures

Alle Bilder sind Seitenbilder und werden daher nicht ausgeschnitten. Die einzige Ausnahme ist das Bild auf Seite ​83B. Eine Besonderheit dieses Textes ist also, dass fast alle Figures kein <image> haben.

  • Die Lösung, Figures in <div float> rechtsbündig anzuzeigen, funktioniert in diesem chinesischen Text optisch nicht. Vergleiche ​Figure 12 ohne <div float> und ​Figure 13 mit <div float>. Vermutlich sollten wir also doch als Standard nehmen, Bilder linksbündig anzuzeigen. Würde sich die Lage verändern, wenn man in bei den Bildern noch die Position definiert?
  • Die Bilder mit <div float> werden nicht korrekt durchnumeriert. Intern stimmt die Numerierung aber: Nach viermal 13 kommt 17.
  • Das Symbol für ein fehlendes Bild wird angezeigt unabhängig davon, ob die Figure ein <image> hat oder nicht.
  • Aufruf der ​Table of Figures ergibt eine Fehlermeldung.

small text

Beachte: Falls die <sm> aus <p> noch als notes herausgezogen werden, hat die Darstellung von <sm> im Text keine hohe Dringlichkeit mehr, denn dann kommt das nur noch in Überschriften, im TOC, etc. vor.

  • <emph style="sm"> wirkt korrekt angezeigt: ​Beispiel (beide Überschriften auf Seite 74)
  • <s style="sm"> wirkt nicht korrekt angezeigt: ​Beispiel
  • <sm> sollte sich optisch klarer von normal großem Text unterscheiden, d.h. etwas kleinere Schriftgröße in chinesischen Texten (und damit auch in europäischen Texten, wenn man nicht verschiedene CSS-Versionen pflegen will)
  • Ist es technisch möglich, <sm> wie im Buch in zwei Reihen darzustellen, die zusammen genauso hoch sind wie ein normales Zeichen? Beispiel ​Bild, ​Text. Und will man das? Dafür spricht, dass es dem Seitenbild besser entspricht. Dagegen spricht, dass es dann eventuell nicht mehr gut lesbar ist. (Und man kann nicht garantieren, dass ein sm-Zeichen wirklich die gleiche Höhe wie ein normales Zeichen hat; allerdings wird es bei gedruckten Büchern fast immer so sein.)

Table of Contents

Die div's der front matter werden nicht angezeigt: Title, preface, toc. Bei toc sollten die verschachtelten div's nicht angezeigt werden. Ich werde das ändern, sobald ich dazu komme.

Suche

Es kann immer wieder passieren, dass die ZWS durcheinandergeraten. Wie geht die Suche damit um? Suchoption "ignoriere ZWS"?

PDF-Darstellung

Sun-ExtA sollte nur für chinesische Zeichen und Interpunktion verwendet werden. Beachte Extension B einerseits und lateinische Zeichen andererseits.

Nebenfunde

sn=... numeriert die Überschriften nicht mit durch, man kann also beispielsweise die Überschriften im Beispiel für <emph style="sm"> nicht explizit markieren. Bug oder feature?

​Dieser Aufruf ergab einmal

(kurz danach funktioniert er wieder): Wird bei jedem neuen Seitenaufruf die index.meta-Datei neu geladen? Kann man die Fehlermeldung benutzerfreundlicher darstellen?