NT Übersetzung

Lieber Mehrwissender,

warum setzt Logos beim Erzeugen eines Buches die Milestones in der angehängten Datei nicht um, sondern zeigt sie wie Text an?

Herzlich grüßt

Fritz Konrad

6153.R2A7.docx

Truetype-Font mit Sonderzeichen lässt sich hier nicht hochladen.

Find more posts tagged with

Comments

Wolfgang Schneider

Lieber Mehrwissender,

warum setzt Logos beim Erzeugen eines Buches die Milestones in der angehängten Datei nicht um, sondern zeigt sie wie Text an?

Herzlich grüßt

Fritz Konrad

6153.R2A7.docx

Truetype-Font mit Sonderzeichen lässt sich hier nicht hochladen.

Ich habe versucht, das PB bei mir zu kompilieren ... ohne Erfolg (s. Screenshot) statt Text werden lediglich Linien angezeigt. Da Problem scheint mit dem in dem docx Dokument benutzten Font zu tun zu haben, wird zwar in Word aber nicht im kompilierten PB angezeigt.

Kann eventuell ein anderer Unicode Font genutzt werden?

Michael Schierl

Hallo,

Das Problem ist deine Schrift. Auch die Milestones sind in dieser Schrift formatiert, aber diese Schrrift verwendet für die Zeichen nicht ihre gewöhnlichen Codepoints sondern andere (Unicode U+F020 statt U+0020 für das Leerzeichen z.B.). Du kannst dir das so vorstellen, dass die Schrift anstatt eines A das aussieht wie ein A, ein B hat das aussieht wie ein A. Für Logos ist das was aussieht wie ein A dann ein B, und deshalb kommen in der Datei aus Sicht von Logos keine Milestones vor.

Merkt man auch schön, wenn man den Text versucht rauszukopieren und in Notepad einzufügen, dann kommen nur Kästchen raus.

Versuche, die Milestones in einer Schrift zu formatieren, die die Zeichen "gewöhnlich" codiert, dann kann Logos sie auch erkennen. Da die Milestones am Ende nicht sichtbar sind, sollte das auch dem Dokument nicht schaden.

Fritz Konrad

https://community.logos.com/discussion/comment/1298061#Comment_1298061

Lieber Wolfgang,

vielen Dank für den Hinweis auf den Font.

Herzlich grüßt

Fritz

Fritz Konrad

https://community.logos.com/discussion/comment/1298075#Comment_1298075

Lieber Michael,

danke für die Problemanalyse.

Die NT-Übersetzung ist in euroscript erstellt auf einem MS-DOS-Rechner. Verwendet ist ein Type1-Font mit vielen selbstgestalteten Sonderzeichen. Ich erzeugte daraus einen TrueType-Font mit einer Zeichenbelegung, die Windows Standard entspricht mit dem Codeumfang von 32 bis 255. Den Font mit FontForge zu generieren, ergab, dass FontForge die Zeichen an Plätzen ablegt, die dem Zeichennamen entsprechen in der Unicode-Belegung, aber nicht dem von mir gewünschten Codeplatz. So verwarf ich diesen Weg. Ideal wäre, den Font so zu konzipieren, dass die Darstellung aller Zeichen sowohl in Word, in Logos und z. B. Notepad gleichermaßen möglich ist. Hast Du damit Erfahrung?

Als nächste Arbeit muss ich griechische und hebräische Schriftzeichen aus dem Lexikon für das NT für Windows passend konvertieren.

E-Mail: fritzjkonrad(at)aol.com

Herzlich grüßt

Fritz

Fritz Konrad

https://community.logos.com/discussion/comment/1298079#Comment_1298079

Guten Abend,

ich importiere den Text in Word als Text, also nicht in Windows Standard Codierung. In diesem Modus stellt Word nicht vor jedes Byte noch F0. [ ist also hex 005B. Ich belasse die voreingestellte Schrift Courier New und führe die Wandlung der Textmarker Zeichenformate nicht durch. Ich erzeuge PB. Ergebnis: Milestones werden nicht erkannt. Fehlermeldungen im Protokoll erscheinen in nicht lesbarer Codierung. Wo ist der Fehler?

Herzlich grüßt

Fritz

5850.R2.A7Text_ohne FV.docx

NB.Mick

https://community.logos.com/discussion/comment/1298149#Comment_1298149

Wo ist der Fehler?

Du verwendest einen Milestone, den ich in dieser Form nicht kenne [[@BibleGtUe:Röm1,2]] und den Logos wohl nicht interpretieren kann. Gesetzt den Fall, du ersetzt den eigenen Datentyp durch einen passenden und Logos bekannten Bibel-Datentypen aus dieser langen Liste: https://wiki.logos.com/Bible_Datatypes sollte das PB technisch funktionieren.

Michael Schierl

https://community.logos.com/discussion/comment/1298149#Comment_1298149

Die NT-Übersetzung ist in euroscript erstellt auf einem MS-DOS-Rechner. Verwendet ist ein Type1-Font mit vielen selbstgestalteten Sonderzeichen. Ich erzeugte daraus einen TrueType-Font mit einer Zeichenbelegung, die Windows Standard entspricht mit dem Codeumfang von 32 bis 255. Den Font mit FontForge zu generieren, ergab, dass FontForge die Zeichen an Plätzen ablegt, die dem Zeichennamen entsprechen in der Unicode-Belegung, aber nicht dem von mir gewünschten Codeplatz. So verwarf ich diesen Weg. Ideal wäre, den Font so zu konzipieren, dass die Darstellung aller Zeichen sowohl in Word, in Logos und z. B. Notepad gleichermaßen möglich ist. Hast Du damit Erfahrung?

Euroscript sagt mir nichts. FontForge habe ich vor Jahren schon mal benutzt (aber nur zum Konvertieren nicht zum selbst gestalten). In dessen internem Format hat jeder Glyph

Interne ID
Namen
Font Order Index (also in welcher Reihenfolge die Glyphen in der Schrift abgelegt werden, für nicht Unicode-fähige Programme, die es hoffentlich nicht mehr gibt)
Unicode Codepoint

Relevant aus meiner Sicht wäre, dass die Unicode Codepoints so "gedreht" werden dass für Zeichen die es auch in Unicode gibt die richtigen Codepoints stehen (oder zumindest für alles was es in ASCII bzw. vermutlich cp850 oder cp437 gibt). Die Zeichen, die du selbst gestaltet hast, dürfen ja gerne an der jetzigen Stelle bleiben (wenn jemand keinen passenden Font hat sieht er dort halt Klötzchen). Dabei merken was vorher du zu was nachher änderst.

Andersherum muss natürlich auch das Textmaterial das du hast entsprechend angepasst werden. Ich verwende für sowas (bei reinen Textdateien) gerne einen Perl-Einzeiler, der den Befehl "tr" verwendet, aber da gibt es sicher viele andere Wege. (Das gleichnamige Unix-Utility "tr" hat meiner Erfahrung nach häufig Probleme mit Unicode).

Wenn du die Schrift in FontForge als .sfd speicherst, kannst du diese gut in einem Texteditor öffnen und die Metainformationen zu den Glyphen (ggf. programmatisch oder mit Regex) bearbeiten,

[quote]

Der letzte Satz macht mich stutzig. Bei mir sind die Fehlermeldungen lesbar.

[Warning] Unerkanntes Lesezeichen BibleGtUe:Röm1,1

Auf die Verwendung eines richtigen Versschemas statt GtUe bist du ja schon hingewiesen worden.

Neben der falschen Milestones ist mir noch aufgefallen (als ich die Datei in LibreOffice geöffnet hatte), dass die Datei aufgezeichnete Änderungen enthält (ich hoffe mal LibreOffice halluziniert die nicht - kann das nicht mit Word nachprüfen). Falls dem so ist, würde ich die aufgezeichneten Änderungn "alle anwenden" vor ich das PB baue, weil ich damit schon Erfahrungen gemacht habe dass diese von Logos nicht korrekt verarbeitet/ignoriert werden.

Fritz Konrad

https://community.logos.com/discussion/comment/1298150#Comment_1298150

Milestone [[Bible:Röm1,1]] wird erkannt. Wie sind die vielen Bezeichnungen für die PB entstanden? Muss für eine neue Übersetzung eigens ein Name beantragt werden? Wenn für eine Übersetzung ein bereits für eine andere Übersetzung verwendeter Name genutzt wird, ist Unterscheidbarkeit nicht mehr gegeben.

Michael Schierl

https://community.logos.com/discussion/comment/1298160#Comment_1298160

Milestone [[Bible:Röm1,1]] wird erkannt. Wie sind die vielen Bezeichnungen für die PB entstanden? Muss für eine neue Übersetzung eigens ein Name beantragt werden? Wenn für eine Übersetzung ein bereits für eine andere Übersetzung verwendeter Name genutzt wird, ist Unterscheidbarkeit nicht mehr gegeben.

Nicht jede Bibel hat/braucht einen eigenen Datentyp. Der Datentyp legt im Wesentlichen fest, welche Verse die Bibel hat und ggf. wo die Versgrenzen liegen, damit Parallelansichten und Querverweise zu Kommentaren bestmöglich funktionieren. Wenn eine Bibel also z.B. nur ein Neues Testament hat, das 100% den Versgrenzen von z.B. NA27 folgt, kannst du problemlos BibleNA27 als Versschema nutzen.

Wenn Logos eine Bibel produziert und verkauft, und das Versschema nicht exakt einem der bisherigen entspricht, legt Logos dafür ein Versschema an. Wenn du eine Bibel selbst (als Personal Book) produzierst, hast du diese Möglichkeit nicht, du bist also darauf angewiesen eines der bestehenden Versschemata (bevorzugt das, welches am nächsten an deiner Bibelübersetzung liegt) zu nutzen und ggf. Milestones für zusätzliche Versnummern in deiner Übersetzung wegzulassen.

Auf https://wiki.logos.com/Bible_Verse_Maps findest du eine riesige Tabelle, die die einzelnen Versschemata gegenüberstellt.

(Die Situation kann sich für ein bestimmtes Werk natürlich auch ändern. Als ich angefangen hatte, Personal Books für die NeÜ zu erstellen, nutzte ich BibleLEB als Datentyp, der nur in einem Vers von der NeÜ abwich. Mittlerweile gibt es die NeÜ auch von Logos selbst, daher nutzen die neueren Personal Books auch BibleNEU als Datentyp).

Fritz Konrad

https://community.logos.com/discussion/comment/1298161#Comment_1298161

eckige Klammer auf im Font AHANSI1.TTF: 0x5B (Symbolfont mit 256 Zeichen)

eckige Klammer auf im Worddokument: U+F05B

Beim Importieren des Texts macht Word aus jedem 1Byte-Zeichen Unicode mit der ersten Hälfte F0. Der gesamte Zeichenbestand wird in Logos richtig angezeigt, jedoch die eckigen Klammern nicht in ihrer Steuerfunktion erkannt.

Bei Verwendung des Fonts GentiumBasic bleibt die Codierung der eckigen Klammern unverändert: U+005B, werden also erkannt.

Sonderzeichen im privaten Bereich des Fonts GentiumBasic.TTF: U+E000 wird in Word dargestellt, nicht jedoch in Logos.

Auf welche Codepoints müssen Sonderzeichen gelegt werden, dass Logos sie zeigt?