Normalisierung (Unicode)
Der Unicode-Standard kennnt verschiedene Normalformen von Unicode-Zeichenkette und Algorithmen zur Normalisierung, also zur Überführung einer Zeichenkette in eine solche Normalform. Die Normalisierung ist nötig, da es für viele Zeichen mehrere unterschiedliche Möglichkeiten gibt, diese als Kette von Unicode-Zeichen darzustellen. Nur wenn alle Zeichenketten sich in der gleichen Normalform befinden, ist es möglich zu entscheiden, ob sie den gleichen Text darzustellen oder nicht.
Normalformen
Es gibt vier Normalformen: Zwei für kanonische Äquivalenz, zwei für kompatible. Für beide Normalformen existiert eine zerlegte Form und eine kombinierte.
Wenn zwei Zeichenketten kanonisch äquivalent sind, dann stellen sie exakt den gleichen Inhalt dar, nur sind eventuell andere Folgen von Unicode-Zeichen gewählt. Dass es mehrere Darstellungen gibt, hat mehrere Gründe:
- Für viele Buchstaben mit diakritischen Zeichen definiert der Unicode-Standard ein eigenes Zeichen. Solche Zeichen lassen sich aber auch darzustellen als der Grundbuchstabe gefolgt von einem kombinierendem diakritischen Zeichen.
- Folgen auf ein Zeichen verschiedene kombinierende Zeichen, die an unterschiedlichen Stellen des Grundbuchstabens stehen, so spielt ihre Reihenfolge keine Rolle.
- Manche Zeichen sind doppelt im Standard enthalten, etwa Å, das sowohl an der Position U+00C5 als „Lateinischer Großbuchstabe A mit Ring“ als auch an der Stelle U+212B als „Ångströmzeichen“ kodiert ist.
Sind zwei Zeichenketten nur kompatibel äquivalent, so stellen sie zwar den gleichen Inhalt dar, allerdings kann die Darstellung leicht unterschiedlich sein. Folgende Abweichungen können vorkommen:
- Hoch-/Tiefgestellte Zeichen: Die hochgestellte Ziffer 2 (², U+00B2) ist eine Kompatibilitätsvariante der Ziffer 2, ebenso die tiefgestellte (₂, U+2082).
- Andere Schriftart: Der Großbuchstabe Z mit Doppelstrich (ℤ, U+2124) entspricht dem gewöhnlichen Z, nur liegt er in einer anderen Schriftart vor.
- Initiale/mediale/finale/isolierte Form eines Zeichens: Obwohl für Arabisch in Unicode nur ein Zeichen für jeden Buchstaben vorgesehen ist, auch wenn er je nach Stellung eine andere Form hat, sind dennoch auch diese einzelnen Formen als eigene Zeichen kodiert. Diese Zeichen sind als entsprechende Kompatibilitätsvarianten des im Unicode-Standard bevorzugten Zeichens gekennzeichnet.
- Ohne Umbruch: Einige Zeichen unterscheiden sich nur bei Anwendung des Unicode-Zeilenumbruch-Algorithmus voneinander, so ist das geschützte Leerzeichen nur ein Leerzeichen, das keinen Umbruch zulässt.
- Eingekreist: Der Unicodeblock Umschlossene alphanumerische Zeichen und weitere Blöcke enthalten viele eingekreiste Zeichen, etwa die eingekreiste Ziffer 1 (①, U+2460), die eine Variante der gewöhnlichen 1 ist.
- Bruch: Brüche wie etwa ½ (U+00BD) können auch mit Hilfe des Bruchstrichs (U+2044) geschrieben werden.
- andere Breite oder Ausrichtung, quadratisch: Die ostasiatische Typographie kennt Zeichen in verschiedenen Breiten, und solche, die im vertikalen Layout um 90° gedreht gegenüber der üblichen Darstellung erscheinen.
- Sonstiges: Einige Normalisierungen fallen in keine dieser Kategorien, darunter die Auflösung von Ligaturen.
In der zerlegten Form werden alle Zeichen, die sich auch mit Hilfe kombinierender Zeichen darstellen lassen, zerlegt, in der zusammengesetzten Form wird ein einzelnes Zeichen für eine Folge aus Grundzeichen und kombinierenden Zeichen gewählt, falls dies möglich ist.
Als die vier Normalformen ergeben sich die kanonische Dekomposition (NFD), die kanonische Dekomposition gefolgt von einer kanonische Komposition (NFC), die kompatible Dekomposition (NFKD) und die kompatible Dekomposition gefolgt von einer kanonische Komposition (NFKC).
Normalisierung
Die Überführung einer Zeichenkette in eine der vier Normalformen nennt man Normalisierung. Um diese durchzuführen, definiert der Unicode-Standard mehrere Eigenschaften:
Decomposition_Mapping
gibt zu jedem Zeichen an, in welche Zeichenfolge es zerlegt werden kann, falls dies möglich ist. Die Eigenschaft nennt sowohl die kanonischen als auch die kompatiblen Zerlegungen.Decomposition_Type
gibt an, ob es sich bei der Zerlegung um eine kanonische oder eine kompatible Zerlegung handelt. Im letzteren Fall wird auch angegeben, welcher Art diese ist.Canonical_Combining_Class
(kurzccc
) ist eine Zahl zwischen 0 und 254, die für kombinierende Zeichen in etwa angibt, an welcher Stelle des Grundzeichens sie stehen. Haben zwei kombinierende Zeichen verschiedene Werte, so interagieren sie nicht miteinander und können vertauscht werden.- Ein Zeichen besitzt die
Full_Composition_Exclusion
-Eigenschaft, falls es zwar eine kanonische Zerlegung besitzt, aber in den zusammengesetzten Normalformen dennoch nicht verwendet werden soll.
Zur Überführung in eine der Normalformen führt man folgende Schritte durch:
Im ersten Schritt wird die Zeichenkette vollständig zerlegt: Zu jedem Zeichen wird ermittelt, ob eine Zerlegung existiert, und es gegenenfalls durch diese ersetzt. Dieser Schritt ist wiederholt auszuführen, da die Zeichen, in die ein Zeichen zerlegt werden, selbst wieder zerlegbar sein können.
Für die kanonischen Normalformen werden nur kanonische Zerlegungen verwendet, bei kompatiblen Normalisierungen sowohl die kanonischen als auch die kompatiblen. Für jamo werden zusätzliche weitere algorithmisch ermittelte Zerlegungen durchgeführt.
Anschließend werden die kombinierenden Zeichen sortiert: Folgen zwei Zeichen A und B aufeineinander, für die gilt ccc
(A) > ccc
(B) > 0, so werden diese beiden Zeichen vertauscht. Dieser Schritt wird wiederholt, bis es keine Zeichenpaare mehr gibt, die vertauscht werden können.
Für die zusammengesetzten Normalformen folgt ein dritter Schritt, die kanonische Komposition: Dazu wird (beginnend mit dem zweiten Zeichen) für jedes Zeichen C geprüft, ob ein vorhergehendes Zeichen L folgende Eigenschaften besitzt:
ccc
(L) = 0- Für alle Zeichen A zwischen L und C gilt 0 <
ccc
(A) <ccc
(C) - Es gibt ein Unicode-Zeichen P, das nicht als
Full_Composition_Exclusion
gekennzeichnet ist und die kanonische Zerlegung <L, C> besitzt.
In diesem Fall wird L durch P ersetzt und C entfernt.
Eigenschaften
Text, der nur aus ASCII-Zeichen besteht, befindet sich in allen Normalformen, Text aus Latin-1-Zeichen in NFC.
Die Verkettung zweier Zeichenketten in Normalform ist nicht unbedingt ebenfalls in Normalform, ebenso kann eine Umwandlung zwischen Klein- und Großbuchstaben
Alle Normalisierungen sind idempotent, wendet man sie ein zweites Mal an, so ändert sich die Zeichenkette nicht mehr. Zusätzlich ist kann jede Abfolge von Normalisierungen durch eine einzige Normalisierung ersetzt werden, diese ist eine kompatible Normalisierung, falls eine der beteiligten Normalisierungen kompatibel ist, sonst kanonisch.
Der Unicode-Standard stellt einige Eigenschaften zur Verfügung, die es ermöglichen, effizient zu testen, ob eine gegebene Zeichenkette in Normalform vorliegt oder nicht.
Stabilität
Für die Abwärtskompatibilität wird garantiert, dass eine Zeichenkette, die in einer Normalform vorliegt, auch in künftigen Versionen des Unicode-Standards in Normalform vorliegen wird, sofern sie keine nicht zugewiesenen Zeichen enthält.[1]
Seit der Version 4.1 wird zusätzlich garantiert, dass sich auch die Normalisierung selbst nicht ändert, davor hatte es einige Korrekturen gegeben, die dazu führten, dass Zeichenketten in verschiedenen Versionen verschiedene Normalformen besaßen.
Für Anwendungen, die auch über diese Versionsgrenze hinweg absolute Stabilität benötigen, gibt es einfache Algorithmen, um zwischen den unterschiedlichen Normalisierungen zu wechseln.
Anwendungen
Die verbreitetste Normalform in Anwendungen ist NFC. Sie wird unter anderem vom World Wide Web Consortium für XML und HTML empfohlen[2] und auch JavaScript verwendet[3], indem der Code vor weiterer Verarbeitung in diese Form überführt wird.
Die kanonischen Normalisierungen stellen sicher, dass äquivalente Daten nicht in unterschiedliche Formen persistiert werden, und gewährleisten damit eine konsistente Datenhaltung.
Die kompatiblen Normalisierungen können etwa für eine Suche verwendet werden, bei der es auf kleine optische Differenzen nicht ankommen soll. Allgemeine Normalisierungen können auf den Unicode-Normalisierungen aufbauen.
Quellen
- Julie D. Allen et al.: The Unicode Standard. Version 6.2 – Core Specification. The Unicode Consortium, Mountain View, CA, 2012. ISBN 978-1-936213-07-8. (online)
- Mark Davis, Ken Whistler: Unicode Standard Annex #15: Unicode Normalization Forms. Revision 37.
Einzelnachweise
- ↑ Unicode Character Encoding Stability Policy: Normalization Stability. Abgerufen am 1. Dezember 2012.
- ↑ Martin J. Dürst et. al.: Character Model for the World Wide Web 1.0: Fundamentals. online, abgerufen am 1. Dezember 2012
- ↑ ECMAScript Language Specification. 5.1 Edition, online, abgerufen am 1. Dezember 2012
Weblinks
- Unicode-FAQ zur Normalisierung (englisch)
- Normalization Browser des ICU-Projekts (englisch)