Geographie -Markup -Sprache

Geographie -Markup -Sprache

Eine Vektorkarte mit Punkten, Polylines und Polygonen.
Dateiname Erweiterung	.gml oder .xml
Internet -Medientyp	Anwendung/GML+XML[1]
Entwickelt von	Offenes Geospatial Consortium
Erstveröffentlichung	2000
Neueste Erscheinung	3.2.1[2] 27. August 2007; Vor 14 Jahren
Art des Formats	Geographisches Informationssystem
Erweitert von	Xml
Standard	ISO 19136: 2007

Das Geographie -Markup -Sprache (GML) ist der Xml Grammatik definiert durch die Offenes Geospatial Consortium (OGC), um geografische Merkmale auszudrücken. GML dient als Modellierungssprache für geografische Systeme sowie ein offenes Austauschformat für geografische Transaktionen im Internet. Der Schlüssel zum Nutzen von GML ist die Fähigkeit, alle Formen geografischer Informationen zu integrieren, einschließlich nicht nur herkömmlicher "Vektor" oder diskreter Objekte, sondern auch Abdeckungen (siehe auch GMLJP2) und Sensordaten.

GML -Modell

GML enthält eine reichhaltige Menge von Primitive mit der zum Erstellen von anwendungsspezifischen Schemas oder Anwendungssprachen verwendet werden. Diese Primitiven umfassen:

• Feature
• Geometrie
• Koordinatenreferenzsystem
• Topologie
• Zeit
• Dynamisches Merkmal
• Berichterstattung (einschließlich geografischer Bilder)
• Maßeinheit
• Richtungen
• Beobachtungen
• Kartenpräsentationsstyling -Regeln

Das ursprüngliche GML -Modell basierte auf dem World Wide Web Konsortium's Ressourcenbeschreibung Framework (RDF). Anschließend führte die OGC vor XML -Schemata in die Struktur von GML, um die verschiedenen vorhandenen geografischen Datenbanken zu verbinden, deren relationale Struktur XML -Schemata leichter definiert ist. Das resultierende XML-Schema-basierte GML behält viele Merkmale von RDF bei, einschließlich der Idee von untergeordneten Elementen als Eigenschaften des übergeordneten Objekts (RDFs) und der Verwendung von Remote-Eigenschaftenreferenzen.

Profil

GML -Profile sind logische Einschränkungen für GML und können durch ein Dokument ausgedrückt werden, ein XML -Schema oder beides. Diese Profile sollen die Annahme von GML vereinfachen und die rasche Einführung des Standards erleichtern. Folgende Profile, wie durch die GML -Spezifikation definiert, wurden für die öffentliche Verwendung veröffentlicht oder vorgeschlagen:

• A Punktprofil Für Anwendungen mit geometrischen Punktdaten jedoch ohne die vollständige GML -Grammatik;
• A GML einfache Funktionen Profile Unterstützende Vektor -Feature -Anfragen und -Transaktionen, z. mit einer WFS;
• Ein GML -Profil für GMLJP2 (GML in JPEG 2000);
• Ein GML -Profil für RSS.

Beachten Sie, dass Profile unterscheiden sich von Anwendungsschemata. Profile sind Teil von GML Namespaces (Öffnen Sie GIS GML) und definieren Sie eingeschränkte Teilmengen von GML. Anwendungsschemata sind XML-Vokabulare, die unter Verwendung von GML definiert sind und die in einem anwendungsdefinierten Ziel-Namespace leben. Anwendungsschemata können auf bestimmten GML -Profilen basieren oder das vollständige GML -Schema -Set verwenden.

Profile werden häufig zur Unterstützung von GML -abgeleiteten Sprachen erstellt (siehe Anwendungsschemata) Erstellt zur Unterstützung bestimmter Anwendungsdomänen wie kommerzieller Luftfahrt, Seemittel -Diagramm oder Ressourcennutzung.

Die GML -Spezifikation (da GML v3.) Enthält ein Paar von Xslt Skripte (normalerweise als "Teilmenge" bezeichnet), mit denen GML -Profile konstruiert werden können.

GML einfache Funktionen Profile

Das GML einfache Funktionen Profile ist ein umfassenderes Profil von GML als das obige Punktprofil und unterstützt eine breite Palette von Vektor -Feature -Objekten, einschließlich der folgenden:

1. Ein reduziertes Geometriemodell, das 0D-, 1D- und 2D -lineare geometrische Objekte (alle basierend auf der linearen Interpolation) und den entsprechenden Aggregatgeometrien (GML: Multipoint, GML: Multicurve usw.) ermöglicht.
2. Ein vereinfachtes Merkmalsmodell, das nur eine Ebene tief sein kann (im allgemeinen GML -Modell ist keine willkürliche Verschachtung von Merkmalen und Merkmalseigenschaften zulässig).
3. Alle nicht geometrischen Eigenschaften müssen ein einfaches XML-Schema sein-d. H. Sie können keine verschachtelten Elemente enthalten.
4. Remote -Eigenschaft Value Referenzen (XLINK: HREF) genau wie in der Hauptspezifikation der GML.

Da das Profil darauf abzielt, einen einfachen Einstiegspunkt zu liefern, bietet es keine Unterstützung für Folgendes:

• Deckung
• Topologie
• Beobachtungen
• Value -Objekte (für Echtzeitsensordaten)
• Dynamische Funktionen

Trotzdem unterstützt es eine gute Auswahl an realen Problemen.

Untergruppenwerkzeug

Darüber hinaus liefert die GML -Spezifikation a Untergruppenwerkzeug So generieren GML-Profile, die eine benutzerdefinierte Liste von Komponenten enthalten. Das Tool besteht aus drei XSLT -Skripten. Die Skripte generieren ein Profil, das ein Entwickler durch Schemabeschränkung manuell erweitern oder auf andere Weise erhöht. Beachten Sie, dass als Einschränkungen der vollständigen GML -Spezifikation die Anwendungsschemata, die ein Profil generieren kann, selbst gültige GML -Anwendungsschemata sein muss.

Das Teilmensch Tool kann auch aus vielen anderen Gründen Profile generieren. Das Auflisten der Elemente und Attribute, die in das resultierende Profilschema aufgenommen werden sollen, und das Ausführen des Tools führt zu einer einzigen Profilschema-Datei, die nur die benutzerdefinierten Elemente und alle Elemente, Attribut- und Typ-Deklarationen enthalten, von denen die angegebenen Elemente abhängen. Einige auf diese Weise erstellte Profilschemata unterstützen andere Spezifikationen, einschließlich ICH HO S-57 und GML in JPEG 2000.

Anwendungsschema

Um die geografischen Daten einer Anwendung mit GML aufzudecken, erstellt eine Community oder Organisation ein XML -Schema, das für den Anwendungsbereich von Interesse spezifisch ist (die Anwendungsschema). Dieses Schema beschreibt die Objekttypen, deren Daten die Community interessiert und welche Community -Anwendungen aufdecken müssen. Beispielsweise kann eine Anwendung auf den Tourismus Objekttypen wie Denkmäler, Interessensorte, Museen, Straßenausgänge und Standpunkte in seiner Definition definieren Anwendungsschema. Diese Objekttypen verweisen wiederum auf die im GML -Standard definierten primitiven Objekttypen.

Einige andere Markup -Sprachen für Geografie verwenden Schemakonstrukte, aber GML baut auf dem vorhandenen XML -Schema -Modell auf, anstatt eine neue Schemasprache zu erstellen. Anwendung Schemas werden normalerweise mithilfe der Verwendung verwendet ISO 19103 (Geografische Informationen - konzeptionelle Schemasprache)^[3] konform Umlund dann die GML -Anwendung, die durch Befolgen der in Anhang E angegebenen Regeln erstellt wurde ISO 19136.

Liste der öffentlichen GML -Bewerbungsschemas

Im Folgenden finden Sie eine Liste bekannter, öffentlich zugänglicher GML -Anwendungsschemata:

• AIXM Aeronautical Information Exchange -Modell (siehe http://aixm.aero - Schema für kommerzielle Luftfahrt)
• Caaml - kanadische Lawinenverband Markup -Sprache
• Citygml - Ein gemeinsames Informationsmodell und ein GML -Anwendungsschema für virtuelle 3D -Stadt- / Regionalmodelle.^[4]
• Deckung -Ein interoperables, codierendes neutrales Informationsmodell für die digitale Darstellung von räumlich-zeitlich variierenden Phänomenen (wie Sensor-, Bild-, Modell- und Statistikdaten), basierend auf dem abstrakten Modell von ISO 19123
• Modellierungssprache der Klimawissenschaft (CSML)^[5]
• Darwin Core GML -Anwendungsschema. Eine Implementierung der Darwin Core Schema in GML zum Teilen Biodiversität Vorkommensdaten.
• Geosciml - aus IUGS -Kommission für Geowissenschaftsinformationen
• Gpml - die Gplates Markup-Sprache, ein Informationsmodell und Anwendungsschema für die Plattentektonik^[6]
• Infragml - Eine GML -Implementierung initiiert 2012,^[7] das damals fehlende Update von widerspiegeln Landxml
• Bewerbungsschemata inspirieren^[8]
• Iwxxm - Luftfahrtwetter -GML -Anwendungsschema
• NCML/GML-netCDF-GML^[9]
• Observations and Measurements Schema für Beobachtungsmetadaten und Ergebnisse
• OS Mastermap GML^[10]
• Sensoryl Schema zur Beschreibung von Instrumenten und Verarbeitung von Ketten
• Soterml Schema zur Beschreibung von Boden- und Geländedaten
• Tigergml - US -Volkszählung^[11]
• Wasserqualitätsdatenprojekt Aus der Abteilung für natürliche Ressourcen, New South Wales
• Wxxm - Wetterinformationsmodell

GML und KML

KMLergänzt GML. Während GML eine Sprache ist, um geografische Inhalte für jede Anwendung zu kodieren, indem ein Spektrum von Anwendungsobjekten und deren Eigenschaften (z. B. Brücken, Straßen, Bojen, Fahrzeuge usw.) beschrieben wird Google Earth. KML kann verwendet werden, um GML -Inhalte zu rendern, und GML -Inhalte können mit KML zum Zwecke der Präsentation „gestylt“ werden. KML ist in erster Linie ein 3D -Darstellungstransport, kein Datenaustauschverkehr. Infolge dieses signifikanten Zweckunterschieds führt die Codierung von GML -Inhalten für die Darstellung unter Verwendung von KML zu einem signifikanten und nicht wiederbeschreibbaren Strukturverlust und Identität in der resultierenden KML. Über 90% der Strukturen von GML (z. B. einige, um nur einige Metadaten zu nennen, Koordinatenreferenzsysteme, horizontale und vertikale Daten, geometrische Integrität von Kreisen, Ellipsen, Bögen usw.) können nicht ohne Verlust oder nicht standardmäßige Kodierung in KML transformiert werden. In ähnlicher Weise wird die Kodierung von KML -Inhalten in GML aufgrund des Designs von KML als Darstellung zu einem erheblichen Verlust von KML -Darstellungsstrukturen wie Regionen, Detailregeln, Anzeigen und Animationsinformationen sowie Styling -Informationen und multiskaliger Darstellung führen. Die Fähigkeit, Placemarks auf mehreren Ebenen von Details darzustellen, unterscheidet KML von GML, da die Darstellung außerhalb des GML -Rahmens liegt.^[12]

GML -Geometrien

GML codiert die GML -Geometrien, oder Geometrische Eigenschaften, von geografischen Objekten als Elemente innerhalb von GML -Dokumenten gemäß dem "Vektor" -Modell. Die Geometrien dieser Objekte können beispielsweise Straßen, Flüsse und Brücken beschreiben.

Die wichtigsten GML -Geometrie -Objekttypen in GML 1.0 und GML 2.0 sind die folgenden:

• Punkt
• Linestring
• Polygon

GML 3.0 und höher enthält auch Strukturen zur Beschreibung von "Deckungsinformationen", das "Raster" -Modell, wie sie über Remote -Sensoren und Bilder gesammelt wurden, einschließlich der meisten Satellitendaten.

Merkmale

GML definiert Merkmale anders als Geometrieobjekte. EIN Besonderheit ist ein Anwendungsobjekt, das eine physische Entität darstellt, z. ein Gebäude, ein Fluss oder eine Person. EIN Besonderheit kann geometrische Aspekte haben oder nicht. EIN Geometrieobjekt definiert einen Ort oder eine Region anstelle einer physischen Einheit und unterscheidet sich daher von a Besonderheit.

In GML, a Besonderheit Kann verschiedene Geometrieeigenschaften haben, die geometrische Aspekte oder Merkmale des Merkmals beschreiben (z. B. das Merkmal des Merkmals Punkt oder Ausmaß Eigenschaften). GML bietet auch die Möglichkeit für Merkmale eine Geometrie -Eigenschaft miteinander zu teilen, indem Sie a verwenden Remote -Eigenschaft Referenz Auf der gemeinsamen Geometrie -Eigenschaft. Ferneigenschaften sind ein allgemeines Merkmal von GML, das von RDF entlehnt wurde. Ein XLink: href Attribut auf einer GML -Geometrie -Eigenschaft bedeutet, dass der Wert der Eigenschaft die in der Verbindung verwiesene Ressource ist.

Zum Beispiel a Gebäude Feature in einem bestimmten GML -Anwendungsschema kann eine Position haben, die vom primitiven GML -Geometrie -Objekttyp angegeben ist Punkt. Allerdings die Gebäude ist eine separate Einheit von der Punkt Das definiert seine Position. Außerdem a Besonderheit kann mehrere Geometrieeigenschaften haben (oder überhaupt keine), zum Beispiel eine Ausmaß und ein Position.

Koordinaten

Koordinaten in GML repräsentieren die Koordinaten von Geometrieobjekte. Koordinaten können durch jedes der folgenden GML -Elemente angegeben werden:

GML hat mehrere Möglichkeiten, Koordinaten darzustellen. Zum Beispiel die Element kann wie folgt verwendet werden:

  gml: id ="P21" srsname ="http://www.opengis.net/def/crs/epsg/0/4326">  45,67, 88,56   

Beachten Sie, dass die einzelnen Koordinaten (z. 88,56) sind nicht getrennt über die zugänglich Xml Dokumentobjektmodell Da der Inhalt der Element ist nur eine einzelne Zeichenfolge.

Um GML -Koordinaten über die XML DOM zugänglich zu machen, führte GML 3.0 die vor und Elemente. (Beachten Sie, dass GML -Versionen 1 und 2 die zwar die hatten Element wird als Defekt behandelt und nicht verwendet.) Verwenden der Element statt der Element, der gleiche Punkt kann wie folgt dargestellt werden:

  gml: id ="P21" srsname ="http://www.opengis.net/def/crs/epsg/0/4326">   srsdimension ="2">45,67 88.56   

Die Koordinaten von a Geometrieobjekt kann mit dem dargestellt werden Element:

  gml: id ="P21" srsname ="http://www.opengis.net/def/crs/epsg/0/4326">  45,67, 88,56 55,56,89,44   

Das Element wird verwendet, um eine Liste von Koordinaten -Tupeln darzustellen, wie für lineare Geometrien erforderlich:

  gml: id ="P21" srsname ="http://www.opengis.net/def/crs/epsg/0/4326">   srsdimension ="2">45.67 88.56 55.56 89.44   

Für GML -Datenserver (WFS) und Conversion -Tools, die nur GML 1 oder GML 2 unterstützen (d. H. Nur die Element) gibt es keine Alternative zu . Für GML 3 -Dokumente und später, jedoch, und sind vorzuziehen .

Koordinatenreferenzsystem

A Koordinatenreferenzsystem (CRS) bestimmt die Geometrie jedes Geometrieelements in einem GML -Dokument.

nicht wie KML oder GeorsGML stand nicht zu einem Koordinatensystem, wenn keine bereitgestellt wird. Stattdessen muss das gewünschte Koordinatensystem explizit mit einem CRS angegeben werden. Zu den Elementen, deren Koordinaten in Bezug auf solche CRs interpretiert werden, gehören Folgendes:

Ein srsname Das an ein Geometrie -Objekt angehängte Attribut gibt die CRS des Objekts an, wie im folgenden Beispiel gezeigt:

  gml: id ="P1" srsname ="#srs36">  100.200   

Der Wert der srsname Attribut ist a Einheitliche Ressourcenkennung (URI). Es bezieht sich auf eine Definition der CRS, mit der die Koordinaten in der Geometrie interpretiert werden. Die CRS -Definition kann in einem Dokument vorliegen (d. H. a flache Datei) oder in einem Online -Webdienst. Die Werte von EPSG -Codes können durch Verwendung des EPSG Geodetischer Parameterdatensatz Registrierung, die von der Öl- und Gasproduzentenvereinigung betrieben wird http://www.epsg-registry.org.

Das srsname URI kann auch ein sein Einheitlicher Ressourcenname (URN) zur Referenzierung einer gemeinsamen CRS -Definition. Das OGC hat eine Urnenstruktur und eine festgelegte bestimmte Urnen entwickelt, um einige gemeinsame CRs zu codieren. Ein Urnen -Resolver löst diese Urnen zu GML -CRS -Definitionen.

Beispiele

Polygone, Punkte, und Linestring Objekte sind in GML 1.0 und 2.0 wie folgt codiert:

        0,0 100,0 100,100 0,100 0,0          100.200      100.200 150.300   

Beachten Sie, dass Linestring Objekte zusammen mit Linearring Objekte nehmen eine lineare Interpolation zwischen den angegebenen Punkten an. Auch die Koordinaten eines Polygons müssen geschlossen werden.

Funktionen mit Geometrien

Das folgende GML -Beispiel zeigt die Unterscheidung zwischen Merkmale und Geometrieobjekte. Das Gebäude Feature hat mehrere Geometrieobjekteeinen von ihnen teilen (die Punkt mit Kennung P21) mit dem Vermessung Besonderheit:

  gml: id ="Sears Tower">  52   xlink: type ="Einfach" xlink: href ="#p21"/>     gml: id ="G234">     gml: id ="P21">  100.200       

Beachten Sie, dass die Referenz auf die gemeinsam genutzten Abhandlung ist Punkt und nicht zur Vermessung, seit allen Besonderheit Objekt kann mehr als einen haben Geometrieobjekt Eigentum.

Punktprofil

Die GML Punktprofil enthält eine einzelne GML -Geometrie, nämlich a Objekttyp. Jedes XML -Schema kann das verwenden Punktprofil Durch Importieren und Verweisen auf das Thema Beispiel:

  xmlns ="http://www.myphotos.org" xmlns: gml ="http://www.opengis.net/gml"  xmlns: xsi ="http://www.w3.org/2001/xmlschema-instance"   XSI: Schemalokalisierung ="http://www.myphotos.org       Mygoodphotos.xsd ">      Lynn Valley  Ein Schuss der Wasserfälle von der Aufhängungsbrücke  North Vancouver     srsdimension ="2" srsname ="http://www.opengis.net/def/crs/epsg/0/4326">  49,40 -123.26           

Beachten Sie das, wenn Sie die verwenden PunktprofilDas einzige Geometrieobjekt ist das Objekt "<gml: point>". Der Rest der Geographie wird durch das Foto-Sammelschema definiert.

Geschichte

Erste Arbeit - zu OGC -Empfehlungspapier

Ron Lake begann im Herbst 1998 mit der Arbeit an GML nach früheren Arbeiten an Xml Codierungen für Radiosendungen. Lake präsentierte seine frühen Ideen einem OGC Treffen in Atlanta, Georgia, im Februar 1999 unter dem Titel XGML. Dies führte die Idee eines Geodoms und den Begriff der geografischen Styling -Sprache (GSL) auf, basierend auf XSL. Akifumi Nakai von NTT-Daten präsentierte sich auch auf derselben Sitzung zu Arbeiten, die teilweise bei NTT-Daten zu einer XML-Kodierung namens G-XML im Gange, die an Standortbasisdienste gezielt wurde.^[13] Im April 1999 gründete Galdos das Xbed Team (mit Cubewerx, Oracle Corporation, MapInfo Corporation, NTT -Daten, Mitsubishiund CompuSult als Subunternehmer). Xbed konzentrierte sich auf die Verwendung von XML für Geospatial. Dies führte zur Erstellung von SFXML (einfache Funktionen XML) mit Eingabe von Galdos, US -Volkszählung und NTT -Daten. GALDOS demonstrierte einen frühen Kartenstil-Engine-Ziehung Daten aus einem orakelbasierten "GML" -Datenserver (Vorläufer des WFS) beim ersten OGC-Webkarten-Testbett im September 1999. Im Oktober 1999 haben Galdos Systems das SFXML-Entwurfsdokument in ein Dokument umgeschrieben Anfrage nach Kommentar und Änderung des Namens der Sprache in GML (Geographie -Markup -Sprache). In diesem Dokument wurden mehrere Schlüsselideen eingeführt, die zur Grundlage von GML wurden, einschließlich der 1) Objekt-Property-Wert-Regel, 2) Remote-Eigenschaften (über RDF: Ressource) und 3) die Entscheidung, Anwendungsschemata anstelle einer Reihe von Statikum zu verwenden Schemas. Das Papier schlug auch vor, dass die Sprache auf dem basiert Ressourcenbeschreibung Framework (RDF) anstelle der bis zu diesem Zeitpunkt verwendeten DTDs. Diese Probleme, einschließlich der Verwendung von RDF, wurden in den Jahren 1999 und 2000 in der OGC -Community heiß diskutiert, wobei das Ergebnis des endgültigen GML -Empfehlungspapiers drei GML -Profile enthielt - zwei basierend auf DTDund einer auf RDF - mit einem der DTDs mit einem statischen Schemaansatz. Dies ging im Mai 2000 als Empfehlungspapier bei der OGC ab.^[14]

Wechsel zum XML -Schema - Version 2.

Noch vor dem Durchgang des Empfehlungspapiers bei der OGC hatte Galdos mit der Arbeit an einem begonnen XML -Schema Version von GML, das das RDF: Ressourcenschema für Remote -Referenzen unter Verwendung von XLINK: HREF ersetzt und spezifische Muster (z. B. Barbaren am Tor) für den Umgang mit Erweiterungen für komplexe Strukturen wie Merkmalssammlungen entwickelt. Ein Großteil der XML -Schema -Designarbeit wurde von Herrn Richard Martell von Galdos durchgeführt, der als Dokumentredakteur diente und hauptsächlich für die Übersetzung des grundlegenden GML -Modells in ein XML -Schema verantwortlich war. Andere wichtige Eingaben in diesem Zeitrahmen stammten von Simon Cox (CSIRO Australia), Paul Daisey (US-Volkszählung), David Burggraf (Galdos) und Adrian Cuthbert (Laser-Scan). Das US Army Corps of Engineers (insbesondere Jeff Harrison) unterstützte die Entwicklung von GML durchaus. Das US Army Corps of Engineers sponserte das Projekt „USL Pilot“, das bei der GML -Spezifikation sehr hilfreich war, um die Nützlichkeit von Verknüpfungs- und Styling -Konzepten zu untersuchen. Die wichtige Arbeit von Monie (Ionic) und Xia Li (GALDOS). Der XML -Schema -Spezifikationsentwurf wurde von Galdos eingereicht und im Dezember 2000 für die öffentliche Verteilung genehmigt. Er wurde im Februar 2001 zu einem Empfehlungspapier und im Mai desselben Jahres eine verabschiedete Spezifikation. Diese Version (v2.0) beseitigte die „Profile“ aus Version 1. und stellte die Schlüsselprinzipien fest, wie in der ursprünglichen Galdos -Einreichung als Grundlage von GML dargestellt.

GML und G-XML (Japan)

Da sich diese Ereignisse entfalteten, wurden die Arbeiten in Japan unter der Schirmherrschaft des japanischen Datenbank-Promotion-Zentrums unter der Leitung von Herrn Shige Kawano parallel in Japan fortgesetzt. G-XML und GML unterschieden sich in mehreren wichtigen Hinweisen. G-XML zielte auf LBS-Anwendungen und verwendete viele konkrete geografische Objekte (z. B. Mover, POI), während GML unter Verwendung von Anwendungsschemata einen sehr begrenzten Betonsatz bildete und komplexere Objekte erstellte. Zu diesem Zeitpunkt wurde G-XML immer noch mit einem DTD geschrieben, während GML bereits in ein XML-Schema übergegangen war. Einerseits erforderte G-XML die Verwendung vieler grundlegender Konstrukte, die zu diesem Zeitpunkt im GML-Lexikon, einschließlich Temporalität, räumlichen Referenzen durch Identifikatoren, Objekte mit Geschichten und das Konzept des topologischbasierten Stylings, nicht erforderlich waren. GML hingegen bot einen begrenzten Satz von Primitiven (Geometrie, Feature) und ein Rezept zum Konstruktion von Benutzungsobjekttypen (Feature) an.

Eine Reihe von Treffen in Tokio im Januar 2001 und mit Ron Lake (Galdos), Richard Martell (Galdos), OGC -Mitarbeitern (Kurt Buehler, David Schell), Herrn Shige Kawano (DPC), Herrn Akifumi Nakai (NTTT Data ) und Dr. Shimada (Hitachi CRL) führten zur Unterzeichnung einer MOU zwischen DPC und OGC, mit der sich OGC bemühen würde, die Grundelemente zu injizieren Anwendungsschema. Dies führte dazu, dass viele neue Typen, die die Kernobjektliste von GML betraten, einschließlich Beobachtungen, dynamischen Merkmalen, zeitlichen Objekten, Standardstilen, Topologie und Standpunkten. Ein Großteil der Arbeiten wurde von Galdos unter Vertrag mit NTT -Daten durchgeführt. Dies legte die Grundlage für GML 3, obwohl in diesem Zeitraum eine signifikante neue Entwicklung auftrat, nämlich den Schnittpunkt des OGC und ISO/TC 211.

In Richtung ISO - GML 3.0 erweitert das GML -Umfang

Während für die meisten neuen Objekte, die durch die GML/G-XML-Vereinbarung eingeführt wurden, und für einige von Galdos innerhalb des OGC -Prozess (Bemerkenswerter Abdeckungen) Es wurde bald herausgegangen, dass nur wenige dieser Codierungen den abstrakten Spezifikationen entsprachen, die von den ISO TC/211 entwickelt wurden, und die Spezifikationen, die zunehmend zur Grundlage für alle OGC -Spezifikationen wurden. Die GML -Geometrie basierte beispielsweise auf einem früheren und nur teilweise dokumentierten Geometriemodell (einfache Features -Geometrie), und dies reichte nicht aus, um die in TC/211 beschriebenen umfangreicheren und komplexeren Geometrien zu unterstützen. Das Management der GML -Entwicklung wurde auch in diesem Zeitraum mit der Teilnahme vieler mehr Personen verändert. Signifikante Beiträge in diesem Zeitrahmen wurden von Mailand Trninic (Galdos) (Standardstile, CRS), Ron Lake (Galdos) (Beobachtungen), Richard Martell (Galdos) (dynamische Merkmale) geleistet.

Am 12. Juni 2002 wurde Herr Ron Lake von der OGC für seine Arbeit bei der Schaffung von GML anerkannt, indem er den Gardels Award verliehen wurde.^[15] Das Zitat auf der Auszeichnung lautet: „Insbesondere diese Auszeichnung erkennt Ihre große Errungenschaft bei der Schaffung der Geografie -Markup -Sprache (GML) und Ihrer einzigartig sensiblen und effektiv eben." Simon Cox (CSIRO)^[16] und Clemens Trunele (Interaktive Instrumente)^[17] Anschließend erhielt er auch den Gardels Award, teilweise für ihre Beiträge zu GML.

Standards

Das Offenes Geospatial Consortium (OGC) ist eine internationale Organisation für freiwillige Konsensstandards, deren Mitglieder die pflegen Geographie -Markup -Sprache Standard. Die OGC koordiniert mit dem ISO TC 211 Standardsorganisation zur Aufrechterhaltung der Konsistenz zwischen OGC- und ISO -Standards. GML wurde 2007 als internationaler Standard (ISO 19136: 2007) übernommen.

GML kann^{[Klarstellung erforderlich]} Seien Sie auch in Version 2.1 der Vereinigte Staaten Nationales Informationsaustauschmodell (Niem).

ISO 19136

ISO 19136 Geografische Informationen - Geographie -Markup -Sprache, ist a Standard aus der Familie ISO - der Standards für geografische Informationen (ISO 191xx). Es resultierte aus der Vereinigung der Offenes Geospatial Consortium Definitionen und geografische Markup-Sprache (GML) mit den ISO-191xx-Standards.

Frühere Versionen von GML waren mit GML -Version 3.1.1 nicht ISO -konform (GML 1, GML 2). ISO -Konformität bedeutet insbesondere, dass GML jetzt auch eine Implementierung von ist ISO 19107.

Die Geographie -Markup -Sprache (GML) ist eine XML -Codierung in Übereinstimmung mit ISO 19118 Für den Transport und die Speicherung von geografischen Informationen, die gemäß dem in der verwendeten konzeptionellen Modellierungsrahmen modelliert sind, ISO 19100-Serie und sowohl die räumlichen als auch die unspatiellen Eigenschaften geografischer Merkmale. Diese Spezifikation definiert die Xml Schema -Syntax, Mechanismen und Konventionen, die:

• Bereitstellung eines offenen, vendor-neutralen Rahmens für die Definition von Geospatial-Anwendungsschemata und -objekten;
• Erlauben Sie Profile, die ordnungsgemäße Untergruppen von GML Framework Deskriptive Funktionen unterstützen;
• Unterstützung der Beschreibung der Geospatial -Anwendungsschemata für spezialisierte Bereiche und Informationsgemeinschaften;
• Aktivieren Sie die Erstellung und Wartung verknüpfter geografischer Anwendungsschemata und Datensätze;
• Unterstützung des Speichers und Transports von Anwendungsschemas und Datensätzen;
• Erhöhen Sie die Fähigkeit von Organisationen, geografische Anwendungsschemata und die von ihnen beschriebenen Informationen auszutauschen.

Siehe auch

Verweise

Externe Links

• ISO 19136: 2007 - Geografische Informationen - Geografie Markup -Sprache (GML)
• GML -Spezifikationen