In diesem Thema wird beschrieben, wie ArcGIS Desktop die für räumliche Metadaten geltenden ISO TC 211-Standards unterstützt. Unabhängig davon, ob Sie Erfahrung im Umgang mit Metadaten oder ISO-Metadatenstandards haben oder nicht, hilft Ihnen dieses Thema, den Vorgang der Erzeugung gültiger XML-Dokumente für ISO-Metadaten in ArcGIS Desktop zu verstehen.
Metadatenstandards nach ISO
ISO-Metadaten sind kein einzelner Standard. Es handelt sich um eine Konstellation von Standards, die jeweils unterschiedliche Aspekte von Metadateninhalten und die Art, in der diese Informationen gespeichert werden, abdecken. Bevor die in ArcGIS Desktop für diese Standards bereitgestellte Unterstützung erläutert wird, müssen die Namen und Zahlen in den verschiedenen Standards sowie die Informationen zu den Metadaten eines Elements, die sie festlegen, eindeutig definiert werden.
Inhaltsstandards
Einige ISO-Standards sind ebenso Inhaltsstandards wie der Content Standard for Digital Geospatial Metadata (CSDGM) des FGDC. Ein Inhaltsstandard bestimmt, welche Informationen in den Metadaten eines Elements bereitgestellt werden müssen. Es wird beispielsweise angegeben, dass Sie einen Titel und ein Datum vergeben können, ob ein Titel oder Datum zu den Pflichtangaben gehört und welcher Inhalt obligatorisch ist, wenn die Bedingungen sich ändern. Inhaltsstandards können auch als definitorische Standards bezeichnet werden.
Räumliche Metadatenstandards decken viele Konzepte ab. Experten aus bestimmten Bereichen arbeiten zusammen, um ein Verfahren zum Ausdruck dieser Konzepte zu definieren. Daraus folgt, dass viele ISO-Metadatenstandards erstellt werden, die die Arbeit anderer Gruppen unterstützen. Die beiden wichtigsten unterstützenden Standards sind nachfolgend aufgeführt, mehrere andere stellen jedoch die Rahmenbedingungen für die Beschreibung räumlicher Daten mit den zugehörigen zeitbezogenen Eigenschaften zur Verfügung. Alle ISO-Metadatenstandards werden unabhängig voneinander entwickelt und verwaltet.
- ISO 19110:2005 Geographic Information -- Methodology for feature cataloguing und ISO 19110:2011 Amendment 1
Definiert eine Methode zum Klassifizieren geographischer Feature-Typen. Informationen zu einem Feature-Typ und den zugehörigen Attributen und Verknüpfungen werden in einem Feature-Katalog erfasst und in Form eines Datasets oder Textdokuments gespeichert. Diese Informationen sind wesentlich für das Verständnis und die Verwendung der Feature-Daten.
- ISO 19157:2013 Geographic Information -- Data quality
Definiert allgemeine Vorgehensweisen für die Bewertung der Qualität räumlicher Daten und die Kommunikation des Ergebnisses. Eine Methode zum Bewerten der Qualität beruht beispielsweise auf einer Datenproduktspezifikation. Dieser überarbeitete Standard ersetzt die zuvor geltenden Datenqualitätsstandards, die zu ISO 19115:2003 beigetragen haben und nachfolgend aufgeführt sind:
- ISO 19113:2002 Geographic Information -- Quality principles
- ISO 19114:2003 Geographic Information -- Quality evaluation procedures
- ISO 19138:2006 Geographic Information -- Data quality measures
Nachfolgend werden die wichtigsten ISO-Metadatenstandards aufgeführt:
- ISO 19115:2003 Geographic Information -- Metadata und ISO 19115:2006 Technical Corrigendum 1
Bietet eine Struktur zum Beschreiben und Ermitteln räumlicher Daten einschließlich des Datums und Speicherorts, einer Inhaltsübersicht, der zugehörigen Eigenschaften, Qualität und ordnungsgemäßen Nutzung, des Verteilungsmechanismus, der Ansprechpartner usw. Der Standard kann verwendet werden, um alle Typen räumlicher Ressourcen zu beschreiben, einschließlich Textdokumente und nichtgeographische Informationen. Diese Standards umfassen den Inhalt, der in den Datenqualitätsstandards ISO 19113:2002, ISO 19114:2003 und ISO 19138:2006 definiert wurde. Mit diesem Standard ist es nur möglich, auf ein externes ISO 19110:2005-Dokument zu verweisen, mit dem Feature-Attribute beschrieben werden. Dieser Standard wird durch ISO 19115-1:2014 ersetzt.
- ISO 19119:2005 Geographic Information -- Services und ISO 19119:2008 Amendment 1
Bietet eine Methode zum Beschreiben von Services, mit denen die Erkennung unterstützt wird, wenn die Informationen in einem Katalog verfügbar gemacht werden. Darüber hinaus werden Konzepte zum Angeben der Beziehungen zwischen Services, ihren Schnittstellen und Operationen und der Art ihrer Kombination zum Erzielen größerer Tasks beschrieben. Der Anteil zum Metadateninhalt in diesem Standard wird durch ISO 19115-1:2014 ersetzt.
- ISO 19115-2:2009 Geographic Information -- Metadata --
Part 2: Extensions for imagery and gridded data
Erweitert ISO 19115:2003 um Konzepte, die zum Beschreiben der für die Sammlung räumlicher Daten verwendeten Sensoren und dadurch erfassten Daten benötigt werden, einschließlich der Methoden zum Umwandeln der unverarbeiteten Daten.
- ISO 19115-1:2014 Geographic Information -- Metadata --
Part 1: Fundamentals
Eine Revision von ISO 19115:2003, die Metadatenkonzepte zum Beschreiben von Services laut Definition in ISO 19119:2005 enthält. Es wurden neue Elemente hinzugefügt und viele Codelisten erweitert. Die neuen Codelistenwerte umfassen die im North American Profile of ISO 19115:2003 definierten Codelisten.
Die Konzepte zum Beschreiben der Datenqualität wurden in ISO 19157:2013 aufgenommen. Dieser Standard unterstützt jedoch die Aufnahme dieser Konzepte in ein ISO 19115-1-Metadatendokument. Dieser Standard unterstützt darüber hinaus die Aufnahme der in ISO 19110 definierten Feature-Katalog-Konzepte in ein ISO 19115-1-Metadatendokument. ISO 19115-1:2014 ist mit ISO 19115:2003 abwärtskompatibel. Mit der früheren Version des Standards erstellte Metadaten müssen nicht geändert werden, während neue Metadaten mit der aktualisierten Spezifikation erstellt werden können.
Implementierungsspezifikationen
Das Format, in dem Metadateninhalte geändert werden, wird durch eine Implementierungsspezifikation bestimmt. Dies kann auch als Codierungsstandard oder Serialisierungsformat bezeichnet werden.
Jeder Inhaltsstandard für ISO-Metadaten wird einer Implementierungsspezifikation zugeordnet. Dabei handelt es sich um ein Dokument und einen Satz von XML-Schemas, die das XML-Format des Inhalts beschreiben. XML wird als einziges Format unterstützt. Einige Implementierungsspezifikationen werden als separate Standards mit einer eigenen Nummer veröffentlicht, andere werden unter derselben Nummer als Anhang zum Inhaltsstandard zur Verfügung gestellt.
Die oben beschriebenen Inhaltsstandards sind mit den nachstehenden Implementierungsspezifikationen verknüpft, wie in den folgenden Diagrammen dargestellt:
- ISO 19136:2007 Geographic Information -- Geography Markup Language (GML)
Definiert, wie Konzepte, die mit vielen unterstützenden ISO-Metadaten-Inhaltsstandards (einschließlich der nachfolgend aufgeführten Standards) verknüpft sind, im XML-Format angegeben werden. Dieser Standard wird von den meisten anderen Implementierungsspezifikationen als Rahmenvereinbarung für die Beschreibung grundlegender räumlicher Konzepte übernommen.
- ISO 19103:2005 Geographic Information -- Conceptual Schema Language: Definiert Maßeinheiten und grundlegende Datentypen
- ISO 19107:2003 Geographic Information -- Spatial schema: Definiert räumlichen Geometrie- und Topologieinhalt
- ISO 19108:2002 Geographic Information -- Temporal schema: Definiert zeitbezogene Geometrie-, Topologie- und Bezugssysteme
- ISO 19109:2005 Geographic Information -- Rules for application schema: Definiert die Angabe von Features
- ISO 19111:2007 Geographic Information -- Spatial referencing by coordinates: Definiert die Dokumentation von Koordinatenbezugssystemen
- ISO 19123:2005 Geographic Information -- Schema for coverage geometry and functions: Definiert die Dokumentation von Raster-Daten
- ISO 19139:2007 Geographic Information -- Metadata -- XML Schema implementation
Umfasst eine Ergänzung des Inhalts und eine Definition des XML-Formats für ISO 19115:2003 und 19115:2006 Technical Corrigendum 1. Mit diesem Standard werden außerdem allgemeine Regeln zum Erstellen von XML-Schemas aus den von den Inhaltsstandards bereitgestellten UML-Diagrammen definiert. Der Teil dieses Standards, in dem die Implementierungsspezifikation für ISO 19115:2003 enthalten ist, wird durch ISO 19115-3 ersetzt.
- OpenGIS Catalogue Service-Implementierungsspezifikation
Definiert das XML-Format für ISO 19119:2008 Amendment 1. Während ISO 19119 ein Inhaltsstandard für ISO-Metadaten ist und XML-Schemas zum Implementieren dieses Standards entwickelt wurden, wurden die Schemas nur im Rahmen der OGC Catalogue Service for the Web- (CSW)-Spezifikation veröffentlicht. Sie wurden nicht über eines der ISO XML-Schema-Repositorys veröffentlicht. Da ISO 19115-1:2014 Inhalt enthält, der in ISO 19119:2008 definiert wurde, wird der Teil dieses Standards, der die Implementierungsspezifikation für ISO 19119 enthält, durch ISO 19115-3 ersetzt.
- ISO 19139-2:2012 Geographic Information -- Metadata -- XML Schema implementation -- Part 2: Extensions for imagery and gridded data
Definiert das XML-Format für ISO 19115-2:2009. Die dadurch zur Verfügung gestellten XML-Schemas wurden gemäß den in ISO 19139 definierten Codierungsregeln aus den ISO 19115-2-UML-Modellen erstellt. Diese Spezifikation erfordert die Verwendung von Datentypdefinitionen gemäß ISO 19139:2007, Metadatendokumente auf Grundlage von ISO 19139-2 sind jedoch nicht mit ISO 19139-Metadatendokumenten kompatibel.
- ISO 19110:2011 Geographic Information -- Methodology for feature cataloguing Amendment 1, Annex E
Definiert das XML-Format für ISO 19110:2005. Bei der Revision von ISO 19110 wurden die XML-Schemas als Anhang zum ursprünglichen Standard hinzugefügt. Ein Teil des in ISO 19110:2005 enthaltenen Inhalts wurde gemäß den Spezifikationen in ISO 19139:2007 und ISO 19136:2007 formatiert. Dies bedeutet jedoch nicht, dass ISO 19119:2005-Inhalt direkt in ein ISO 19139:2007-XML-Dokument eingefügt werden kann.
Da diese Standards auf unabhängiger Basis erstellt und revidiert werden, kann es zu Problemen kommen, wenn die primären Implementierungsspezifikationen für Metadaten die Spezifikationen für unterstützende Standards enthalten. Wenn Informationen in einem unterstützenden Standard direkt in einen anderen Standard eingefügt werden, wird durch eine Revision des unterstützenden Standards nicht automatisch der andere Standard ebenfalls aktualisiert. Er muss davon unabhängig revisioniert werden, um dieselben Änderungen aufzunehmen, diese Änderung wird jedoch nach einem separaten Zeitplan ausgeführt. Nach ISO 19139:2007 erstellte Metadaten etwa stellen immer die durch ISO 19115:2003 beschriebene Datenqualitätsinformation dar, wenn das Modell zur Datenqualitätsinformation in einer neuen Version der Datenqualitätsstandards und -spezifikationen revisioniert wird.
Wenn eine Implementierungsspezifikation auf die in einer anderen Implementierungsspezifikation definierten Datentypen zurückgreift, handelt es sich um Informationen, die nur in eine Richtung fließen. Beispielsweise stellt ISO 19115-2:2009 eine Erweiterung von ISO 19115:2003 dar. Die Implementierungsspezifikation für ISO 19139-2:2012 enthält jedoch auch die Datentypen aus ISO 19139:2007 in einer Art und Weise, die dafür sorgt, dass den zwei verschiedenen XML-Formaten zugeordnete Dokumente nicht miteinander kompatibel sind.
Bei der Entwicklung aktueller Implementierungsspezifikationen wurde versucht, die Kompatibilität zwischen den Spezifikationen zu erhöhen und die Probleme, die zukünftige Revisionen von Standards und Spezifikationen mit sich bringen, zu reduzieren.
Beziehung zwischen CSDGM- und ISO-Inhaltsstandards
Wenn Sie noch nicht mit ISO-Metadatenstandards, aber mit dem FGDC CSDGM-Standard vertraut sind, finden Sie hier weitere Informationen dazu, wie die oben genannten ISO-Metadaten-Inhaltsstandards mit den unterschiedlichen Abschnitten des CSDGM in Beziehung stehen. Der größte Teil des im CSDGM definierten Inhalts entspricht dem in ISO 19115:2003 definierten Standard. Der Abschnitt "Entity and Attribute" im CSDGM entspricht jedoch dem ISO 19110:2005-Standard.
Das North American Profile of ISO 19115:2003 ist ein regionales Profil, das eine Änderung von ISO 19115:2003 darstellt. Eine seiner Aufgaben besteht darin, Werte zu ISO 19115:2003-Codelisten hinzuzufügen, die den im CSDGM definierten Elementwerten entsprechen. Der CSDGM basiert auf der Eingabe von Inhalt in ein Textdokument und enthält Vorschläge für standardisierte Werte in einigen Elementen wie Audio-Daten bei der Beschreibung eines Ressourcenformats, etwa für eine Aufnahme von Naturgeräuschen. ISO 19115:2003 umfasst das Konzept eines kontrollierten Vokabulars, bei dem ein Wert aus einer vordefinierten Codeliste ausgewählt werden muss. Die ISO-Metadatencodeliste für die Beschreibung eines Elementformats enthält keinen Wert für Audioressourcen. Das North American Profile ergänzt mehrere ISO-Codelisten um weitere Werte, um den Wechsel zwischen den beiden Inhaltsstandards problemloser zu gestalten. Beispielsweise werden der Formatcodeliste Werte für Audioressourcen hinzugefügt.
Die im North American Profile definierten inhaltlichen Anpassungen wurden dann mit aufgenommen, als der Standard in der Revision ISO 19115-1:2014 veröffentlicht wurde. Deshalb stimmt der CSDGM nun besser mit ISO 19115-1:2014 überein.
Für FGDC CSDGM-Metadaten definiert das Metadaten-Parser-Dienstprogramm (MP) die Implementierungsspezifikationen für den Standard. Vom MP-Dienstprogramm werden drei Serialisierungsformate als Eingaben akzeptiert: XML, SGML und strukturierter Text. Die Ausgabe des Dienstprogramms umfasst sowohl diese drei Formate als auch zwei verschiedene HTML-Formate.
Wenn nur das XML-Format für CSDGM-Metadaten betrachtet wird, gibt es drei separate Spezifikationen. Abgesehen vom MP-Dienstprogramm sind auf der Website ein XML-DTD- und ein XML-Schema verfügbar. Diese Spezifikationen stimmen zum großen Teil überein und unterscheiden sich nur in einigen Details.
Jeder ISO-Metadaten-Inhaltsstandard ist mit nur einer Implementierungsspezifikation und einem Serialisierungsformat verknüpft.
Wie geht es weiter mit ISO-Metadatenstandards?
ISO-Metadatenstandards werden regelmäßig überarbeitet, um sie weiterhin umsetzen zu können. Wenn Überarbeitungen für einen Inhaltsstandard abgeschlossen wurden, muss die zugehörige Implementierungsspezifikation entsprechend aktualisiert werden. Die folgenden Inhaltsstandards und Implementierungsspezifikationen für Metadaten werden derzeit überarbeitet oder entwickelt:
- ISO 19115-3 Geographic Information -- Metadata -- Part 3: XML Schema implementation of metadata fundamentals
Definiert das XML-Format für ISO 19115-1:2014. ISO 19115-3 stellt keine Spezifikation für die Inhaltsstandards bereit, die ISO 19115-1:2014 unterstützen. Stattdessen umfasst ISO 19115-3 die Möglichkeit, nach anderen Implementierungsspezifikationen formatierten Inhalt nach Bedarf hinzuzufügen. Auf diese Weise können die Metadaten eines Elements Datenqualitätsinformationen und Feature-Katalog-Informationen enthalten, obwohl diese Spezifikationen für diese Konzepte separat bereitgestellt werden. Die unterstützenden Inhaltsstandards können unabhängig voneinander überarbeitet werden, ohne Einfluss auf den ISO 19115-3-Standard zu haben. Grundlegende räumliche Konzepte werden auf Grundlage der in ISO 19136:2007 definierten Datentypen serialisiert.
Dieser Standard soll den Teil von ISO 19139:2007, der die Implementierungsspezifikation für ISO 19115:2003 bereitstellt, sowie den Teil der OGC CSW-Spezifikation, der die Implementierungsspezifikation für ISO 19119:2005 bereitstellt, ersetzen. Diese Spezifikation wird in Kürze fertiggestellt.
- ISO 19157-2 Geographic Information -- Data quality -- Part 2: XML Schema Implementation
Definiert das XML-Format für ISO 19157:2013. Einige Konzepte in ISO 19157:2013 werden auf Grundlage der Konzepte in ISO 19115-1:2003 beschrieben, z. B. die Definition von Ansprechpartnern und die Angabe von Ressourcen. Die Implementierungsspezifikation für diese Datentypen wird in ISO 19115-3 bereitgestellt.
- ISO 19139-1 Geographic Information -- Metadata -- XML Schema implementation
ISO 19139:2007 wird so überarbeitet, dass nur die Regeln zum Generieren von XML-Schemas aus den bereitgestellten UML-Modellen in Inhaltsstandards von Metadaten definiert werden.
-
ISO 19110 Geographic Information -- Methodology for feature cataloguing
Der vorhandene Standard für Feature-Katalogisierung wird im Rahmen der normalen Aufrechterhaltung einer Überprüfung unterzogen. Nach der Überarbeitung des Inhaltsstandards muss auch die Implementierungsspezifikation aktualisiert werden. Da beide Aspekte im selben Dokument enthalten sind, werden sie entweder gleichzeitig aktualisiert, oder die Implementierungsspezifikation wird in ein separates Dokument mit einer anderen Nummer ausgelagert.
- ISO 19115-2 Geographic Information -- Metadata --
Part 2: Extensions for imagery and gridded data
Dieser Standard wird im Rahmen der normalen Aufrechterhaltung einer Überprüfung unterzogen. Er wird zusammen mit der zugehörigen Implementierungsspezifikation in Übereinstimmung mit ISO 19115-1:2014 und ISO 19115-3 aktualisiert.
Von ArcGIS Desktop unterstützte Standards
Die Metadaten, die bei Verwendung des Metadaten-Styles "ISO 19139 Metadata Implementation Specification" in ArcGIS Desktop erstellt und exportiert werden, sind gemäß dem Inhaltsstandard ISO 19115:2003 mit dem 2006 Technical Corrigendum und der Implementierungsspezifikation ISO 19139:2007 gültig.
Wenn Sie den Metadaten-Style "INSPIRE Metadata Directive" oder "North American Profile of ISO19115 2003" in ArcGIS Desktop verwenden, sind die erstellten Metadaten gemäß dem Inhaltsstandard ISO 19115:2003 mit dem 2006 Technical Corrigendum gültig. Was den INSPIRE-Style betrifft, so ist der Metadateninhalt ebenso gemäß der INSPIRE Metadata Implementing Rules: Technical Guidelines based on EN ISO 19115 and EN ISO 19119 v1.2 der EU-Kommission gültig. Bezüglich des North American Profile-Styles ist der Metadateninhalt ebenso gemäß North American Profile of ISO 19115:2003 - Geographic information - Metadata (NAP - Metadata, version 1.2) gültig.
Wenn Sie den Metadaten-Style "INSPIRE Metadata Directive" oder "North American Profile of ISO19115 2003" verwenden und Daten beschreibende Metadaten exportiert werden, ist die resultierende XML-Datei gemäß der Implementierungsspezifikation ISO 19139:2007 gültig. Wenn Metadaten exportiert werden, die einen Service beschreiben, sind diese gemäß der Implementierungsspezifikation "OGC Catalogue Service for the Web (CSW)" gültig. Diese Spezifikation umfasst XML-Schemas, die ein ISO 19139-Metadatendokument überprüfen können, das Beschreibungen von Service-Metadaten enthält.
Die Methode, die von ArcGIS Desktop zum Speichern von Metadateninhalten im internen ArcGIS-Metadatenformat und zum Exportieren dieser Inhalte in das entsprechende XML-Format für den aktuellen ArcGIS-Metadaten-Style verwendet wird, ist flexibel und kann angepasst werden, sobald neue Metadatenstandards verfügbar sind. Da sich die Inhaltsstandards für Metadaten ändern, können dem ArcGIS-Metadateneditor zur Erfassung weiterer Inhalte neue Metadatenelemente und -seiten hinzugefügt werden. Neue Metadaten-Styles können die neuen Seiten nutzen und neue XSLT-Transformationen zur Erstellung von XML-Dateien verwenden, um den neuen Implementierungsspezifikationen zu entsprechen.
Mitarbeiter von Esri haben an den Überarbeitungen der oben genannten ISO-Metadatenstandards mitgewirkt und überwachen die daran vorgenommenen Änderungen genau. Wenn ein neuer Metadaten-Style verfügbar ist, können Sie in ArcGIS Desktop die Verwendung dieses neuen Styles festlegen; der vorhandene ArcGIS-Metadateninhalt bleibt davon unberührt.
Überprüfen von ISO-Metadatendokumenten
Leider bedeutet die bloße Existenz einer Implementierungsspezifikation nicht, dass XML-Dokumente, die diesen Spezifikationen entsprechen, auf einfache Weise überprüft werden können. In diesem Abschnitt wird ein Teil der Anatomie eines XML-Dokuments, die Überprüfung einer XML-Datei, die Veröffentlichung der XML-Schemas und die Bedeutung der Überprüfung von XML-Dokumenten für ISO-Metadaten untersucht.
Einführung in XML
Extensible Markup Language (XML) wurde als flexibler Mechanismus für die Speicherung und die Übermittlung von Daten entwickelt. Im Gegensatz dazu wurde HTML für die Anzeige von Daten konzipiert. Weder XML noch HTML führen irgendwelche Aktionen aus. XML schließt lediglich Daten in Tags ein. HTML schließt Daten in einen Satz von vordefinierten Tags ein, die von Browsern dargestellt werden können. Ein Extensible Stylesheet Language Transformations-(XSLT-)Stylesheet liefert Anweisungen zum Transformieren der Daten eines XML-Dokuments, beispielsweise in ein HTML-Dokument, das von einem Browser dargestellt werden kann.
Alle XML-Dokumente müssen einer Reihe von Grundregeln entsprechen, d. h. wohlgeformt sein. Ein wohlgeformtes XML-Dokument weist eine korrekte XML-Syntax auf. Ein XML-Dokument muss beispielsweise über ein Stammelement verfügen, Tags müssen geschlossen und ordnungsgemäß geschachtelt und Attributwerte müssen in Anführungszeichen gesetzt sein.
Ein XML-Dokument kann optional gültig sein. Ein gültiges XML-Dokument ist ein wohlgeformtes XML-Dokument, das auch den Regeln eines Schemas entspricht. Ein Schema definiert die Struktur eines XML-Dokuments. Es kann beispielsweise angeben, welche Elemente im Dokument vorhanden sein dürfen, welche Elemente welche anderen Elemente enthalten dürfen, welche Elemente welchen Datentyp enthalten dürfen, welche Elemente obligatorisch sind und in welcher Reihenfolge Elemente angezeigt werden müssen. Ein XML-Schema kann ein XML Document Type Definition (DTD) oder ein XML-Schema (XSD) sein. Eine ISO-Metadaten-Implementierungsspezifikation stellt einen Satz von XML-Schema-(XSD-)Dokumenten bereit.
Einige Zeichen haben in einem XML-Dokument eine spezielle Bedeutung. Beispielsweise werden die Zeichen größer als (>) und kleiner als (<) zum Platzieren von Tags um Text und zum Erstellen eines XML-Elements verwendet. Wenn der Text eines Elements ein einfaches "größer als"-Zeichen enthält, wird ein Fehler verursacht, da dies als Anfang des Tags eines neuen XML-Elements interpretiert wird. Wenn ein kaufmännisches Und-Zeichen (&) im Text eines Elements vorhanden ist, wird ebenfalls ein Fehler verursacht, da das kaufmännisches Und-Zeichen verwendet wird, um Verweise auf Sonderzeichen zu bezeichnen. Alle hier beschriebenen Sonderzeichen, einschließlich des Apostrophs (') und Anführungszeichens (") sollten durch den entsprechenden Entitätsverweis ersetzt werden: > für größer als, < für kleiner als, & für ein kaufmännisches Und-Zeichen, ' für ein Apostroph und " für ein Anführungszeichen. Beachten Sie, dass viele in HTML-Dokumenten unterstützte Entitätsverweise nicht in XML-Dokumenten unterstützt werden.
Ein XML-Dokument kann eine XML-Deklaration in der ersten Zeile enthalten, das die XML-Version und die Verschlüsselung definiert, die im Dokument verwendet werden. Wenn keine Deklaration vorhanden ist, wird standardmäßig die XML-Version 1.0 verwendet. Wenn keine Codierung festgelegt ist, wird davon ausgegangen, dass sie entsprechend der Bytereihenfolgemarke im XML-Dokument UTF-8 oder UTF-16 ist. Der ArcGIS Desktop-Metadateneditor und die Metadaten-Geoverarbeitungswerkzeuge erstellen immer ein UTF-8-codiertes XML-Dokument.
Weitere Informationen zu XML und der Syntax eines XML-Dokuments finden Sie unter https://www.w3schools.com/xml.
XML-Namespaces
Zwei XML-Schemas können Elemente mit dem gleichen Namen, aber mit unterschiedlicher Bedeutung definieren. XML-Namespaces werden verwendet, um Namenkonflikte bei Elementen zu vermeiden, wenn Elemente aus verschiedenen XML-Schemas im selben XML-Dokument vorhanden sind, wobei mit jedem XML-Schema ein anderer Namespace verknüpft ist.
Ein Namespace ist ein Präfix des Namens eines XML-Elements, das durch einen Doppelpunkt von dem Namen getrennt ist, beispielsweise <Präfix:Name>. Ein Namespace wird definiert, indem ein xmlns-Attribut angegeben und ein Uniform Resource Identifier (URI) mit einem Zeichensatz verknüpft wird, der als Präfix verwendet wird, beispielsweise "xmlns:Präfix=URI". Namespaces müssen im Anfangs-Tag eines XML-Elements deklariert werden, in dem das Präfix verwendet wird. Alle in einem Dokument verwendeten Namespaces werden in der Regel jedoch im Anfangs-Tag für das Stammelement des Dokuments deklariert. Im folgenden Beispiel werden zwei Namespaces, a und b, definiert, um zwischen internen und externen Informationen zu unterscheiden:
<a:order xmlns:a="http://store.com/inventory" xmlns:b="http://store.com/customers">
<a:name>patio table</a:name>
<a:cost>650.00</a:cost>
<a:email>shipping@store.com</a:email>
<b:name>Jane Smith</b:name>
<b:email>customer@gmail.com</b:email>
</a:order>
Der URI eines Namespace ist normalerweise kein gültiger Internetspeicherort. Selbst wenn ein URI aussieht wie eine URL (Uniform Resource Locator), dient er lediglich zur Identifizierung von XML-Elementnamen.
Wenn ein Namespace häufiger als die anderen Namespaces verwendet wird, können Sie einen Standard-Namespace für ein XML-Dokument festlegen, beispielsweise "xmlns=URI". Wenn Sie einen Standard-Namespace festlegen, müssen Sie nicht für jedes mit dem Namespace verknüpfte Element das gleiche Präfix angeben. Jedes XML-Element im Dokument, das über kein Präfix verfügt, ist ein Mitglied des Standard-Namespace. Beim nachfolgenden Beispiel handelt es sich um das Beispiel oben, jedoch mit dem Unterschied, dass der URI für den Namespace "a" als Standard-Namespace zugewiesen wurde:
<order xmlns="http://store.com/inventory" xmlns:b="http://store.com/customers">
<name>patio table</name>
<cost>650.00</cost>
<email>shipping@store.com</email>
<b:name>Jane Smith</b:name>
<b:email>customer@gmail.com</b:email>
</order>
In beiden Beispielen sind die XML-Elementkosten mit dem Namespace-URI "http://store.com/inventory" verknüpft. Wenn Sie über ein XSLT-Stylesheet verfügen, das in diesem Format angegebene Aufträge in ein druckbares Dokument transformiert, verarbeitet dieses XSLT-Stylesheet beide oben genannten Beispiele auf die gleiche Weise und erzeugt das gleiche Ergebnis. Wenn die XML-Schemas, die beide Sätze von Elementen definieren, identifiziert werden, können die beiden oben aufgeführten Beispiel-XML-Dokumente überprüft werden – beide würden als gültig angesehen.
In den ISO-Metadaten-Implementierungsspezifikationen ist jeder Satz von XML-Schemas mit einer Zeichenfolge aus drei Buchstaben und einem bestimmten Namespace-URI verknüpft. Laut Konvention wird die Zeichenfolge aus drei Zeichen immer als Präfix für XML-Elemente verwendet, die in den zugehörigen XML-Schemas definiert wurden. Beispielsweise sind die meisten der in ISO 19115 definierten Metadatenelemente mit dem Namespace-URI "http://www.isotc211.org/2005/gmd" verknüpft, wie im ISO 19139-Dokument angegeben. Diese Elemente verwenden das Präfix "gmd", wenn kein Standard-Namespace in einem XML-Dokument für diesen URI angegeben wurde.
ISO-Metadaten-Implementierungsspezifikationen stellen viele XML-Schemas bereit und definieren daher viele Namespaces und Präfixe, die in einem XML-Dokument verwendet werden können. Es müssen lediglich Namespace- und Präfix-Deklarationen für Elemente einbezogen werden, die tatsächlich in einem XML-Dokument angezeigt werden.
Validieren eines XML-Dokuments
Ein XML-Dokument muss wohlgeformt werden. Ein XML-Dokument kann optional gültig sein. Ein gültiges XML-Dokument ist ein wohlgeformtes XML-Dokument, das auch den Regeln eines Schemas entspricht. Einem XML-Dokument muss eine Schemareferenz hinzugefügt werden, um es zu überprüfen.
Ein Verweis auf eine XML DTD kann gemäß der XML-Deklaration, wie unten dargestellt, hinzugefügt werden:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE order SYSTEM "http://store.com/order-format.dtd">
<order xmlns="http://store.com/inventory" xmlns:b="http://store.com/customers">
…
</order>
Das Stammelement des XML-Dokuments wird deklariert, gefolgt vom Speicherort der DTD.
Ein XML-Schema-Verweis wird mit Attributen im Anfangs-Tag für das Stammelement des Dokuments hinzugefügt, wie unten dargestellt:
<?xml version="1.0" encoding="UTF-8"?>
<order xmlns="http://store.com/inventory" xmlns:b="http://store.com/customers"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://store.com/order-format.xsd">
…
</order>
Zunächst wird der XMLSchema-instance-Namespace deklariert. Anschließend wird anhand des schemaLocation-Attributs der Speicherort des XML-Schemas festgelegt.
Für die Verarbeitung von XML-Dokumenten sind verschiedene Softwarewerkzeuge erforderlich. Zur Durchführung der in einem XSLT-Stylesheet definierten Transformation ist ein(e) XSLT-Engine bzw. -Prozessor erforderlich. Ein XML-Parser wird zum Hinzufügen, Löschen, Lesen von Elementen und Attributen und deren Werten sowie zum Durchführen anderer Vorgänge für die Struktur eines XML-Dokuments verwendet. Ein nicht validierender XML-Parser kann überprüfen, ob ein XML-Dokument wohlgeformt ist. Neben den anderen Vorgängen kann ein validierender XML-Parser auch anhand eines referenzierten XML-Parsers ermitteln, ob das XML-Dokument gemäß den in diesem Schema festgelegten Regeln gültig ist.
Nachdem eine XML-Schemareferenz in ein XML-Dokument eingefügt wurde, kann ein validierender XML-Parser überprüfen, ob das Dokument gültig ist.
XML-Schemas können unter Einbeziehung der meisten in den Metadaten-Inhaltsstandards definierten Regeln geschrieben werden. Sie können jedoch nicht auf alle Regeln zugreifen, die in den UML-Modellen der ISO-Metadaten-Inhaltsstandards definiert sind. Bei einem XML-Schema kann der Wert eines Elements beispielsweise nicht durch den Wert eines gleichgeordneten Elements gesteuert werden.
Schematron ist eine regelbasierte Sprache, die zur Bewertung eines XML-Dokuments mit XPath-Abfragen und vorhandenen unverschlüsselten Sprachfehlern verwendet werden kann, falls Probleme auftreten. Schematron kann zur Ergänzung der XML-Schema-Überprüfung herangezogen werden, um zu ermitteln, ob Regeln, die in einem Inhaltsstandard definiert sind, jedoch nicht vom Schema bewertet werden können, in einem XML-Dokument befolgt wurden. Da Schematrons XML-Dokumente sind, werden sie in der Regel in eine XSLT-Transformation umgewandelt. Das resultierende XSLT kann anschließend zum Überprüfen eines XML-Dokuments mit einem XSLT-Prozessor herangezogen werden. ISO 19115-3 stellt Schematrons und XML-Schemas zur Validierung bereit.
ArcGIS Desktop verwendet den XML-Parser und den XSLT-Prozessor von Microsoft .NET Framework, um Metadaten zu verarbeiten. Diese Technologie unterstützt ausschließlich XSLT 1.0. Daher können mit der ArcGIS Desktop-Software nur XSLT-Stylesheets ausgeführt werden, die auf XSLT 1.0 basieren. Schematrons, die auf Grundlage von XSLT 2.0 erstellt wurden, können nicht in ein XSLT-Stylesheet umgewandelt werden, das in ArcGIS Desktop ausgeführt wird.
Überprüfen von Metadaten mit ArcGIS Desktop
Der Metadateneditor von ArcGIS Desktop überprüft Metadaten intern, indem der von einer bestimmten Seite verwaltete Metadateninhalt getestet wird. Die Tests basieren auf den Regeln, die durch den Inhaltsstandard und die Implementierungsspezifikation festgelegt sind, die mit dem aktuellen ArcGIS-Metadaten-Style verknüpft sind. Neben allen Regeln des Inhaltsstandards werden auch die Regeln berücksichtigt, die über die im XML-Schema der Implementierungsspezifikation testbaren Regeln hinaus gehen. Im Inhaltsverzeichnis des Metadateneditors wird rasch dargestellt, welche Seiten über Inhalte verfügen, die für den Metadaten-Style als ungültig betrachtet werden.
Die Erstellung guter Metadateninhalte erfordert Zeit. Mit dem ArcGIS-Metadateneditor können Sie Ihre Inhalte auch dann unverändert speichern und später fertigstellen, wenn die Metadaten zum Zeitpunkt der Bearbeitung als ungültig betrachtet werden.
ArcGIS Desktop unterstützt eine Vielzahl von Kunden mit unterschiedlichen Anforderungen. Die meisten Organisationen bevorzugen die Erstellung von Metadaten nach einem Community-Standard. Einige Organisationen haben jedoch abweichende interne Anforderungen, und deren Metadatendokumente würden gemäß des XML-Schemas eines Metadatenstandards als ungültig angesehen werden. ArcGIS ermöglicht diesen Organisationen die Erstellung von Metadaten nach ihren eigenen Anforderungen. Demzufolge bezieht die erstellte XML-Datei keine XML-Schemareferenz ein, wenn der Metadateninhalt eines Elements in das XML-Format eines Standards exportiert wird.
Wenn der Metadateninhalt eines Elements vollständig ist, können Sie optional testen, ob er gemäß des XML-Schemas für den Metadatenstandard, der mit dem Metadaten-Style verknüpft ist, gültig ist. Dazu kann die Schaltfläche "Überprüfen" auf der Registerkarte "Beschreibung" verwendet werden, die das Werkzeug "Metadaten überprüfen" ausführt. Die Werkzeugparameter werden entsprechend für den aktuellen Metadaten-Style eingestellt, wenn das Dialogfeld geöffnet wird. Die mit dem Metadaten-Style ISO 19139 verknüpften Einstellungen werden in der folgenden Bildschirmaufnahme dargestellt:
Dieses Werkzeug exportiert den ArcGIS-Metadateninhalt eines Elements in das XML-Format eines Metadatenstandards – in diesem Beispiel in das ISO 19139 XML-Format. Anschließend wird eine XML-Schemareferenz in das exportierte XML-Dokument basierend auf den Informationen eingefügt, die in den Parametern des Werkzeugs angegeben sind. Im folgenden Beispiel wird verdeutlicht, wie das Attribut "xsi:schemaLocation" auf Grundlage der im Beispiel oben bereitgestellten Informationen erstellt wird.
<?xml version="1.0" encoding="UTF-8"?>
<MD_Metadata xmlns="http://www.isotc211.org/2005/gmd"
xmlns:gco="http://www.isotc211.org/2005/gco"
xmlns:gts="http://www.isotc211.org/2005/gts"
xmlns:srv="http://www.isotc211.org/2005/srv"
xmlns:gml="http://www.opengis.net/gml"
xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.isotc211.org/2005/gmd
http://www.isotc211.org/schemas/2005/metadataEntity.xsd">
…
</MD_Metadata>
Der Ziel-Namespace muss ggf. im Attribut "xsi:schemaLocation" deklariert werden, um dem Ziel-Namespace des XML-Schemas zu entsprechen. Der Ziel-Namespace gibt an, welche Elemente im XML-Dokument dem angegebenen XML-Schema entsprechen und überprüft werden. Für andere XML-Schemas, wie die FGDC CSDGM-Schemas, muss möglicherweise kein Ziel-Namespace angegeben werden.
Abschließend wird die exportierte XML-Datei mit dem Attribut "xsi:schemaLocation" unter Verwendung des XML-Parsers von .NET Framework überprüft. Jede von .NET Framework bereitgestellte Warnung oder Fehlermeldung wird in den Meldungen des Werkzeugs erfasst. ArcGIS Desktop meldet die Fehlermeldungen genau so, wie sie erstellt werden.
XML-Schema-Repositorys für ISO-Metadaten
Es gibt viele offizielle Speicherorte oder Repositorys, in denen unterschiedliche XML-Schemas für ISO-Metadaten-Implementierungsspezifikationen veröffentlicht wurden. Nicht alle Spezifikationen wurden überall veröffentlicht. Dadurch ist es schwierig, zu ermitteln, welche Schemas zum Überprüfen eines XML-Dokuments verwendet werden sollten, das einem bestimmten Standard entsprechen soll. Dieses Problem wird im Abschnitt 2.1.2 "ISO Schemas Location" des Dokuments INSPIRE Metadata Implementing Rules v1.2 beschrieben.
Während des Zeitraums, in dem verschiedene Implementierungsspezifikationen entstanden sind, hat sich GML von einem OGC- zu einem ISO-Standard entwickelt. GML-Inhalt kann nur in XML-Dokumenten für ISO-Metadaten verwendet werden, um Zeiten und geometrische Shapes bei Bedarf aufzuzeichnen. Die ältere Version von GML wurde ursprünglich in ISO-Metadaten-XML-Schemas verwendet, und ein Namespace wurde in den GML- und ISO-Metadaten-XML-Schemas für diese Version verwendet. Die neuere Version von GML hat einen anderen Namespace.
Während die Änderungen am GML-Standard kaum oder keine Auswirkungen auf die Metadaten-XML-Dokumente haben, die gemäß den Inhaltsstandards für ISO-Metadaten erstellt wurden, wird die Überprüfung dieser XML-Dokumente durch die Änderung des GML-Namespace erschwert. Ein XML-Schema legt die Ziel-Namespaces fest, die überprüft werden. Wenn ein XML-Dokument den Namespace G1 verwendet und ein XML-Schema auf die Überprüfung von Namespace G1 abzielt, wird das Dokument überprüft, wenn dessen Inhalt und Struktur korrekt sind. Wenn das XML-Dokument den Namespace G1 verwendet und ein XML-Schema auf die Überprüfung von Namespace G2 abzielt, wird das Dokument auch dann nicht überprüft, wenn der Inhalt und die Struktur des Dokuments korrekt sind. Wenn der Namespace des XML-Dokuments von G1 in G2 geändert wird, wird das Dokument in der Regel erfolgreich überprüft, solange es Inhalte verwendet, die in G1 und G2 identisch sind.
Die unterschiedlichen XML-Schemas für ISO-Metadaten, die an verschiedenen Speicherorten veröffentlicht werden, referenzieren alle unterschiedliche Versionen des GML-XML-Schemas und zielen daher auf unterschiedliche GML-Namespaces ab. Bei der Auswahl der für die Überprüfung zu verwendenden XML-Schemas ist der GML-Namespace, auf den das XML-Schema abzielt, ein wichtiger Faktor. Nachfolgend finden Sie eine Liste der verschiedenen Repositorys, die ISO-Metadaten-XML-Schemas enthalten; der jeweils verwendete GML-Namespace wird ebenfalls angegeben.
- https://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_19139_Schemas/
Dies ist der Speicherort des Schemas, der im Dokument des ISO 19139:2007-Standards als offizieller XML-Schemasatz angegeben ist. Diese Schemas werden für die Verwendung des neuen GML 3.2.1-Namespace aktualisiert: http://www.opengis.net/gml/3.2. Sie beziehen sich direkt auf die ISO 19136-Version der GML 3.2.1-Schemas, die über das gleiche ISO-Schema-Repository unter http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_19136_Schemas/ verfügbar sind.
Dieser Speicherort enthält keine XML-Schemas für andere veröffentlichte ISO-Metadatenstandards wie ISO 19119, ISO 19110 oder ISO 19139-2. Die einzigen anderen an diesem Speicherort veröffentlichten TC 211-XML-Schemas gelten für ISO 19135-2 Geographic information - Procedures for item registration -- Part 2 XML schema implementation. Mit diesen XML-Schemas können nur XML-Dokumente mit räumlichen Metadaten gemäß ISO 19115:2003, die den neuen GML-Namespace verwenden, überprüft werden.
https://standards.iso.org/ittf/PubliclyAvailableStandards/ ist ein offizielles ISO-Repository für alle öffentlich verfügbaren Standards. Die XML-Schemas nach ISO 19135-2, ISO 19136 und ISO 19139 sind weiterhin unter diesem Speicherort verfügbar, sie werden jedoch nicht mehr in der Liste der von diesem Repository bereitgestellten Standards angezeigt.
- http://schemas.opengis.net/iso/19139/20070417/
Dies ist einer der Speicherorte, an denen ISO 19139-Schemas über das offizielle OGC-Schema-Repository verfügbar sind. Diese wurden für die Verwendung des neuen GML 3.2.1-Namespace aktualisiert. Hierbei handelt es sich um die gleichen XML-Schemas, die im Repository Nr. 1 veröffentlicht wurden. Sie beziehen sich jedoch direkt auf die GML 3.2.1-Schemas, die über dieses OGC-Schema-Repository verfügbar sind, und nicht auf die verfügbaren Schemas aus Repository Nr. 1.
Dieser Speicherort enthält keine XML-Schemas für andere veröffentlichte ISO-Metadatenstandards wie ISO 19119, ISO 19110 oder ISO 19139-2. Daher kann mit diesen XML-Schemas nur ein XML-Dokument überprüft werden, das ISO 19115-Metadateninhalte umfasst und den neuen GML-Namespace verwendet.
- http://schemas.opengis.net/iso/19139/20060504/
Dies ist ein anderer Speicherort, an dem ISO 19139-Schemas über das offizielle OGC-Schema-Repository verfügbar sind. Diese Schemas verwenden den älteren GML 3.2.0-Namespace: http://www.opengis.net/gml. Hierbei handelt es sich um die gleichen XML-Schemas, die in den Repositorys Nr. 4 und Nr. 5 veröffentlicht wurden. Diese Schemas referenzieren eine Kopie der älteren GML-XML-Schemas, die am gleichen Speicherort bereitgestellt werden.
Dieser Speicherort enthält auch XML-Schemas für ISO 19119. Daher können mit diesen XML-Schemas XML-Dokumente mit Metadateninhalten nach ISO 19115 und ISO 19119, die den älteren GML-Namespace verwenden, überprüft werden.
- https://www.isotc211.org/2005/
Dies ist der ursprüngliche Speicherort, an dem die ISO 19139-XML-Schemas veröffentlicht wurden, bevor sie über das in Nr. 1 beschriebene offizielle ISO-Repository zur Verfügung gestellt wurden. Die an diesem Speicherort bereitgestellte HTML-Seite enthält Links zu ISO-Metadaten-XML-Schemas, die Sie zum Repository Nr. 5 weiterleiten, obwohl die XML-Schemas an diesem Speicherort verfügbar sind.
An diesem Speicherort wird kein Verzeichnis von XML-Schemas angezeigt, die ursprünglichen XML-Schemas sind hier jedoch weiterhin verfügbar, wenn Sie den vollständigen Pfad zu den XML-Schemadateien angeben. Diese Schemas verwenden den älteren GML 3.2.0-Namespace. Hierbei handelt es sich um die gleichen ISO 19139-Schemas, die in den Repositorys Nr. 3 und Nr. 5 veröffentlicht wurden. Diese Schemas referenzieren eine Kopie der älteren GML-XML-Schemas, die am gleichen Speicherort bereitgestellt werden.
Dieser Speicherort enthält keine XML-Schemas für andere veröffentlichte ISO-Metadatenstandards wie ISO 19119, ISO 19110 oder ISO 19139-2. Daher kann mit diesen XML-Schemas nur ein XML-Dokument überprüft werden, das ISO 19115-Metadateninhalte umfasst und den älteren GML-Namespace verwendet.
- http://www.isotc211.org/2005/
Dies ist ein anderer Speicherort, an dem ISO-Metadaten-XML-Schemas über die TC 211 Committees verfügbar sind. Repository Nr. 1 ist das offizielle Repository. Die über die URL verfügbare HTML-Seite, die mit Repository Nr. 4 verknüpft ist, leitet Benutzer jedoch stattdessen zu diesem Speicherort weiter.
Die XML-Schemas für ISO 19139 wurden an diesem Speicherort veröffentlicht, da ursprünglich davon ausgegangen wurde, dass die Schemas am besten unter der mit den Namespace-URIs verknüpften URL verfügbar gemacht werden können. Die XML-Schemas für ISO 19139, die hier verfügbar sind, verwenden den älteren GML 3.2.0-Namespace. Hierbei handelt es sich um die gleichen ISO 19139-Schemas, die in den Repositorys Nr. 3 und Nr. 4 veröffentlicht wurden. Diese Schemas referenzieren eine Kopie der älteren GML-XML-Schemas, die am gleichen Speicherort bereitgestellt werden.
Dieser Speicherort wurde als Repository für XML-Schemas verwendet, die noch im Hinblick auf verschiedene Implementierungsspezifikationen bearbeitet werden. Entsprechend werden an dieser Stelle XML-Schemas für andere ISO-Metadatenstandards bereitgestellt, so etwa zwei verschiedene Versionen der XML-Schemas für ISO 19110 und XML-Schemas für ISO 19135-2, ISO 19139-2 und ISO 19145 Geographic information -- Registry of representations of geographic point location. Es werden keine XML-Schemas zur Unterstützung von ISO 19119 bereitgestellt.
Einige der XML-Schemas an diesem Speicherort (z. B. ISO 19110) verwenden den älteren GML-Namespace und verweisen auf die GML-Schemas an diesem Speicherort. Andere (z. B. ISO 19139-2) verweisen auf die Version der XML-Schemas für ISO 19139, die im Repository Nr. 1 veröffentlicht wurden und stattdessen den neueren GML 3.2.1-Namespace verwenden.
- https://github.com/ISO-TC211/XML
Dies ist das neue Repository für XML-Schemas, die noch im Hinblick auf abweichende TC 211-Implementierungsspezifikationen bearbeitet werden.
- https://standards.iso.org/iso
Hierbei handelt es sich um ein neues offizielles ISO-Repository für öffentlich verfügbare Standards. An diesem Speicherort sind mehrere TC 211-Implementierungsspezifikationen verfügbar (z. B. ISO 19110, ISO 19136 und ISO 19139), jedoch keine XML-Schemas für ISO 19119. Aktuell gibt es jedoch technische Probleme, die die Verwendung von zumindest einigen XML-Schemas für ISO 19139 – und möglicherweise auch anderen Schemas – unmöglich machen.
Angesichts der großen Auswahl, ist unklar, welcher offizielle Satz von XML-Schemas zum Überprüfen von Metadaten verwendet werden sollte.
Viele internationale ISO-Metadatenprofile verknüpfen ihre Inhalte mit verschiedenen der oben genannten Repositorys. Sie unterscheiden sich eigentlich nur durch die Version des jeweils verwendeten GML-Namespace. Der tatsächliche Inhalt der Schemas ist in jeder anderen Hinsicht gleich. Laut INSPIRE-Dokument wird empfohlen, Ihre Metadaten mithilfe des Schemasatzes zu überprüfen, der auf der für Ihre spezifische Situation geeigneten GML-Version basiert. Dieser holistische Ansatz zum Überprüfen von Metadaten ist sehr sinnvoll.
Ein TC 211 XML Management Committee hat versucht, die Konsistenzprobleme bei den verschiedenen oben dargestellten XML-Schema-Repositorys zu lösen. Es bleibt abzuwarten, ob im neuen Repository Nr. 7 zukünftig ein konsistenter Satz offizieller XML-Schemas für alle ISO TC 2011-Standards bereitgestellt wird.
XML-Schemas und ArcGIS Desktop
Das Metadatensystem von ArcGIS Desktop wurde für die Überprüfung von Metadaten mithilfe von offiziellen Schemas konzipiert, die von Standardorganisationen im Internet bereitgestellt werden, da dies die offiziellen Schemas sind. Schemas werden nicht in die Software gepackt und mit ihr verteilt, da es keine offiziellen Schemas sind.
Bei Verwendung des Metadaten-Styles "ISO 19139 Metadata Implementation Specification" zieht ArcGIS Desktop die XML-Schemas aus Repository Nr. 4 zur Überprüfung von ISO 19139-Metadatendokumenten heran. Dieses Repository wurde ausgewählt, da es das erste Repository war, in dem Zugriff auf einen stabilen Satz offizieller XML-Schemas bereitgestellt wurde, es dem in Nr. 1 beschriebenen Repository vorausging und diese Schemas mit dem CSW-Standard verknüpft sind. Da ArcGIS Desktop die XML-Schemas aus Repository Nr. 4 zur Überprüfung von Metadaten verwendet hat, konnten Kunden von ArcGIS Desktop mit ISO 19139 kompatible Metadaten in einer stabilen Umgebung erstellen. Mit diesem Style exportierte Metadaten verwenden den älteren GML 3.2.0-Namespace – http://www.opengis.net/gml – und führen erfolgreiche Überprüfungen mit den XML-Schemas für ISO 19139 durch, die den GML 3.2.0-Namespace (Nr. 3, Nr. 4 und Nr. 5) verwenden.
Bei Verwendung des Metadaten-Styles "ISO 19139 Metadata Implementation Specification" werden die ISO 19139-Metadatendokumente mit den XML-Schemas aus Repository Nr. 1 überprüft. Verwenden Sie stattdessen diesen Metadaten-Style, wenn Metadaten exportiert werden müssen, die den GML 3.2-Namespace verwenden, und überprüfen Sie Metadaten mit diesem alternativen Satz von XML-Schemas. Mit diesem Style exportierte Metadaten verwenden den neueren GML 3.2.1-Namespace – http://www.opengis.net/gml/3.2 – und führen erfolgreiche Überprüfungen mit den XML-Schemas für ISO 19139 durch, die den GML 3.2.1-Namespace (Nr. 1, Nr. 2 und zukünftig hoffentlich auch Nr. 7) verwenden.
Wenn das Dialogfeld "Metadaten überprüfen" geöffnet wird, können Sie die Einstellungen zum Überprüfen der Metadaten eines Elements ändern und einen anderen Satz von XML-Schemas anstelle der mit dem aktuellen Metadaten-Style verknüpften Schemas verwenden. Sie können diese Änderung auch dauerhaft vornehmen, indem Sie einen benutzerdefinierten Metadaten-Style erstellen, der stets Ihre bevorzugten Einstellungen verwendet. Sie können beispielsweise Metadaten mit einem Satz von XML-Schemas überprüfen, die im internen Netzwerk Ihrer Organisation verfügbar sind, statt die Schemas zu verwenden, die im Internet vom TC 211 Committee bereitgestellt werden. Informationen zum Erstellen eines benutzerdefinierten Styles finden Sie im ArcGIS Metadaten-Toolkit, das auf der Esri Support-Website heruntergeladen werden kann.
Wenn Sie die von ArcGIS Desktop exportierten XML-Dokumente mit den falschen XML-Schemas von ISO 19139 überprüfen, ist die Überprüfung nicht erfolgreich. Wenn Sie die GML-Namespace-Deklaration in den exportierten XML-Dokumenten ändern, indem Sie /3.2 am Ende der Deklaration hinzufügen bzw. von dort entfernen, werden die Dateien mit dem anderen Satz von XML-Schemas erfolgreich überprüft.
ArcGIS Desktop wird aktualisiert, um ISO 19139-XML-Dokumente für ein anderes Repository von XML-Schemas zu exportieren und zu überprüfen, wenn das TC 211 XML Management Committee ein neues, stabiles Repository erstellt.
Ein abschließendes Wort zu XLinks
XLink ist eine W3C-Empfehlung, die das Abfragen und Referenzieren von Teilen eines XML-Dokuments unterstützt. Die XLink-XML-Schemas wurden in die ISO TC 211-Standards integriert. Sie wurden jedoch nie allgemein von der gesamten Software-Community anerkannt. Zudem werden sie nicht nativ von Internetsuchanwendungen unterstützt. Es gibt keine XML-Software von Microsoft, die XLink-XML-Schemas über normale XML-Schemas hinausgehend unterstützt.
XLinks sind gemäß ISO 19139-XML-Schemas zulässig, jedoch völlig optional. Daher ist die Verwendung von XLinks in einer mit ISO 19139 kompatiblen XML-Datei nicht erforderlich.
XLinks sind hilfreich, wenn Benutzer mit einem XML-Dokument interagieren, da die Bedeutung einer Verknüpfung zwischen zwei Abschnitten eines XML-Dokuments leicht verstanden und interpretiert werden kann. Wenn Sie XML-Dokumente durch Eingabe von XML-Daten von Grund auf neu erstellen, können XLinks sehr nützlich sein, wenn es darum geht, Zeit einzusparen, Wartungskosten zu senken und grundlegende Fehler bei Dateneinträgen zu vermeiden.
ArcGIS Desktop löst genau diese Probleme bei der Pflege von Metadaten auf andere Weise. Häufig wiederverwendete Abschnitte eines Metadatendokuments werden in einer getrennten XML-Datei gespeichert. Diese XML-Fragmente können bei Bedarf zu einem späteren Zeitpunkt in die Metadaten eines Elements geladen werden. Diese Funktion bietet quasi den gleichen Vorteil wie XLinks, wenn auch auf andere Weise.
Beim Exportieren von Metadaten in das ISO 19139-Format wird immer ein vollständiges ISO 19139-Dokument erstellt. Dieses Ergebnis ist entwurfsbedingt; es stellt sicher, dass ein vollständiges Metadatendokument verfügbar ist, das außerhalb der Organisation eindeutig gelesen und überprüft werden kann, ohne auf spezielle Software zurückgreifen zu müssen. Die aus ArcGIS Desktop exportierten XML-Metadatendateien nach ISO 19139 verwenden XLinks selten und nur dann, wenn es erforderlich ist und die beste Methode zur Verarbeitung von Inhalten darstellt.