Motivation XML ist eine Meta-Sprache, die es erlaubt, eigene Markup-Sprachen (``Tag-Sprachen'') zu definieren. Es werden viele verschiedene solche Mengen von Tags/Elementen fr unterschiedliche Anwendungen vorgeschlagen werden. Manche XML Dokumente werden Tags/Elemente aus verschiedenen Sprachen (``MarkupVocabularies'') enthalten. Z.B. enthlt ein XSLT-Stylesheet, das HTML erzeugt, Tags von XSLT, aber auch Tags von HTML. DTDs knnen auch modular entwickelt werden, indem verschiedene Mengen von Tags zusammengesetzt werden. Man mu nicht alles von Grund auf neu entwickeln, sondern sollte versuchen, existierende DTDs wieder zu verwenden. Eine XML Datei knnte dann auch von verschiedenen Programmen verarbeitet werden, die jeweils sich nur um ihre eigenen Tags kmmern. Wenn ein XML-Dokument Elemente/Tags aus unabhngig von einander entwickelten Markup-Sprachen (Wortschtzen) enthlt, kann es zu Kollisionen kommen: Der gleiche Element-Typ-Name wird von beiden Markup-Sprachen definiert. Es ist dann unklar, welche Syntax-Definition (Inhalt, Attribute) gilt, und welches Programm dieses Tag verarbeiten soll. Wenn ein Programm XML-Dokumente verarbeiten soll, die nicht einer bekannten festen DTD gengen, mu es erkennen, welche Tags fr dieses Programm bestimmt sind.

Methode Man wrde sich also global eindeutige Namen fr Element-Typen wnschen. Man wrde dann aber eine zustzliche Normungs-Kommission bentigen, die vermutlich langsam und teuer wre (lohnt sicht nur fr wirklich universell eingesetzte DTDs, wie etwa HTML). Daher wurde entschieden, das Element-Typen ber einen URI (d.h.eine URL) und einen lokalen Namen global identifiziert werden sollen. Wenn jedesmal der volle URI im Namen enthalten sein mu, wren Namen sehr lang, auerdem erlaubt die XML Syntax z.B.kein ``/'' in Namen. Die Lsung dieses Problems ist, da man im XML-Dokument eine Abkrzung fr den URI definiert, und dann diese Abkrzung als Prfix des Namens verwendet. Zum Beispiel kann man deklarieren, da ``xsl'' eine Abkrzung fr den ``Namespace'' http://www.w3.org/TR/WD-xsl ist. Anschlieend kann man z.B.das Tag ``xsl:template'' verwenden. Der Prefix ``xsl'' hat dabei keine magische Bedeutung. Wenn man ``xyz'' als Abkrzung fr http://www.w3.org/TR/WD-xsl definiert hat, wrde man das Tag hinterher ``xyz:template'' schreiben. Das ist wichtig, weil die Abkrzungen ja gerade nicht genormt sind, also nicht ausgeschlossen werden kann, da es noch eine weitere Markup-Sprache gibt, fr die ``xsl'' auch eine natrliche Abkrzung wre. Anwendungen wie z.B.ein XSLT-Prozessor erkennen ihre Tags anhand der URL (desURI) und des lokalen Namens. Umgekehrt ntzt auch der Name ``xsl:template'' nichts, wenn nicht die richtige URL fr ``xsl'' definiert wurde. Der XSLT-Prozessor wrde dieses Tag dann nicht erkennen. Die URL/der URI mu nur eindeutig sein (und mglichst stabil existieren). Es mu nicht unbedingt dort eine DTD oder ein Schema oder eine Spezifikation abgespeichert sein (obwohl dies sicherlich sinnvoll wre).

Namen Die XML-Spezifikation erlaubt in Namen (fr Element-Typen, Attribute, Entities, etc.) die Verwendung von Doppelpunkten. Sie weist aber darauf hin, da Doppelpunkte nur entsprechend dem (damals in Arbeit befindlichen) Namespace-Standard verwendet werden sollten. Demnach drfen Namen von Element-Typen und Attributen nur maximal einen Doppelpunkt enthalten. Der Teil vor dem Doppelpunkt ist das Namespace-Krzel, der Teil nach dem Doppelpunkt der lokale Name. Das Namespace-Krzel mu deklariert sein (auer ``xml'' und ``xmlns'', siehe unten). Das Paar aus lokalem Namen und der URL/URI des Namespaces wird manchmal ``expanded name'' genannt. Wenn der Name eines Element-Typs keinen Doppelpunkt enthlt, ist sein Namespace der Default-Namespace, falls ein solcher deklariert ist (s.u.). Andernfalls hat dieser Name keinen Namespace. Attribute ohne Namespace-Krzel werden extra behandelt, der Default-Namespace gilt nicht fr sie (s.u.). Entity-Namen, Ziele von Processing-Instructions, und Namen von Notationen drfen keinen Doppelpunkt enthalten. Es ist merkwrdig, da z.B.fr Entities keine Modularisierung versucht wurde.

Deklaration von Namespaces Ein Namespace kann in einem Start-Tag (oder leeren Tag) deklariert werden, indem ein Attribut mit dem Namespace-Krzel ``xmlns'', dem zu definierenden Krzel als lokalem Namen, und der URL (dem URI) als Wert eingefhrt wird. Zum Beispiel kann man ``xsl'' als Abkrzung fr http://www.w3.org/TR/WD-xsl folgendermaen deklarieren: Beispiel xmlns:xsl=http://www.w3.org/TR/WD-xsl a=... Da alle Namen, die mit ``xml'' beginnen, sowieso fr XML-Standards reserviert sind, ist es kein Problem, das man das Krzel ``xmlns'' nicht selbst verwenden kann. Das so deklarierte Namespace-Krzel gilt fr das Element selbst, sowie alle Kind-Knoten und rekursiv Nachfahren (d.h.den ganzen teilbaum mit diesem Element als Wurzel), sofern es nicht in einem Nachfahren umdefiniert wird (dann ist der dort beginnende Teilbaum ausgenommen). Weil die Deklaration schon fr das Element selbst gilt, ist z.B.folgendes zulssig (und blich): xsl:stylesheet xmlns:xsl=http://www.w3.org/TR/WD-xsl version=1.0 Weil die Deklarationen automatisch auf den Inhalt des Elementes vererbt werden, werden Krzel hufig im ``Document Element'' (dem Wurzel-Element) definiert, und knnen dann im ganzen Dokument verwendet werden. Man kann auch einen Default-Namespace deklarieren, der fr alle Element-Typ-Namen gilt, fr die nicht explizit ein Namespace-Krzel angegeben ist (die also keinen Doppelpunkt enthalten). dazu definiert man das Attribut ``xmlns'' mit der Namespace-URL als Wert. Zum Beispiel wrde folgende Deklaration alle Tags ohne Namespace-Krzel als HTML-Tags kennzeichnen: xsl:stylesheet xmlns:xsl=http://www.w3.org/TR/WD-xsl xmlns=http://www.w3.org/TR/REC-html40 version=1.0 Wie man an diesem Beispiel sieht, ist es kein Problem, in einem Tag mehrere Namespaces zu deklarieren. Falls gewnscht, kann man die Default-Namespace Deklaration wieder aufheben, indem man das Attribut ``xmlns'' als leeren String definiert. Dann haben Element-Typen ohne Namespace-Krzel im Inneren dieser Deklaration keinen Namespace.

Gleichheit von Namespaces Namespaces gelten als gleich, wenn ihre URLs genau bereinstimmen (Zeichen fr Zeichen, inklusive Gro- und Kleinschreibung). Zum Beispiel spielt die Gro- und Kleinschreibung in Rechnernamen normalerweise keine Rolle, und auch eine Angabe des Default-Portes80 wrde eine funktionell quivalente URL ergeben. Dennoch wrden solche Namespaces als verschieden gelten. Man kann verschiedene Krzel fr den gleichen Namespace einfhren. Dennoch darf kein Element zwei Attribute mit dem gleichen Namespace (d.h.der gleichen URL) und dem gleichen lokalen Namen haben. Wenn z.B.die Krzel x und y fr die gleiche URL stehen, wre folgendes verboten: test x:a=1 y:a=2

Namespaces von Attributen Wenn fr ein Attribut kein Namespace-Krzel angegeben ist, bezieht es sich immer auf den Element-Typ des Tags (``lokales Attribut''). Eine Default-Namespace-Deklaration hat fr Attribute keine Gltigkeit. In folgendem Beispiel ist der Namespace von ``version'' nicht etwa die HTML-URL: xsl:stylesheet xmlns:xsl=http://www.w3.org/TR/WD-xsl xmlns=http://www.w3.org/TR/REC-html40 version=1.0 Attribute ohne Namespace-Krzel werden ber ihren Namen und Element-Typ identifiziert (und der Element-Typ wiederum ber lokalen Namen und Namespace). Wenn z.B.ein Element-Typ``X'' und ein Element-Typ``Y'' beide ein Attribut``A'' haben, zhlen diese Attribute dennoch als verschieden (z.B.TITLE von einer Person und von einem Buch, CLASS von einem HTML-Tag und von einem Flugschein-Tag). Dagegen gibt es auch globale Attribute, nmlich solche mit einem Namespace-Krzel. Sie haben im Prinzip unabhngig von dem Element-Typ immer die gleiche Bedeutung. Zum Beispiel knnen ``xml:space'' und ``xml:lang'' bei beliebigen Element-Typen verwendet werden. XML sagt sehr wenig ber Bedeutung aus. Die Betrachtungen ber lokale und globale Attribute sind entsprechend auch in einem nicht-normendem Anhang der Namespace-Spezifikation. Wichtig ist nur, da Default-Namespaces nicht automatisch auch fr Attribute gelten, und da man Namespace-Krzel wie ``xsl'' nicht auch fr die Attribute der Elemente des Namespaces angeben mu.