El lenguaje de marcado de geografía ( GML ) es la gramática XML definida por el Consorcio Geoespacial Abierto (OGC) para expresar características geográficas. GML sirve como lenguaje de modelado para sistemas geográficos, así como también como formato de intercambio abierto para transacciones geográficas en Internet. La clave de la utilidad de GML es su capacidad para integrar todas las formas de información geográfica, incluidos no solo los "vectores" convencionales u objetos discretos, sino también las coberturas (ver también GMLJP2 ) y los datos de los sensores.
Extensión de nombre de archivo | .gml o .xml |
---|---|
Tipo de medio de Internet | aplicación / gml + xml [1] |
Desarrollado por | Consorcio Geoespacial Abierto |
Versión inicial | 2000 |
Último lanzamiento | 3.2.1 [2] (27 de agosto de 2007 ) |
Tipo de formato | Sistema de información geográfica |
Extendido desde | XML |
Estándar | ISO 19136: 2007 |
Modelo GML
GML contiene un amplio conjunto de primitivas que se utilizan para crear esquemas o lenguajes de aplicación específicos. Estas primitivas incluyen:
- Característica
- Geometría
- Sistema de referencia de coordenadas
- Topología
- Hora
- Característica dinámica
- Cobertura (incluidas imágenes geográficas)
- Unidad de medida
- Direcciones
- Observaciones
- Reglas de estilo de presentación de mapas
El modelo GML original se basó en el World Wide Web Consortium 's Resource Description Framework (RDF). Posteriormente, el OGC introdujo esquemas XML en la estructura de GML para ayudar a conectar las diversas bases de datos geográficas existentes, cuya estructura relacional se definen más fácilmente los esquemas XML. El GML resultante basado en el esquema XML conserva muchas características de RDF, incluida la idea de elementos secundarios como propiedades del objeto principal (RDFS) y el uso de referencias de propiedades remotas.
Perfil
Los perfiles GML son restricciones lógicas para GML y pueden expresarse mediante un documento, un esquema XML o ambos. Estos perfiles están destinados a simplificar la adopción de GML, para facilitar la adopción rápida de la norma. Los siguientes perfiles , definidos por la especificación GML, han sido publicados o propuestos para uso público:
- Un perfil de puntos para aplicaciones con datos geométricos puntuales pero sin la necesidad de la gramática GML completa;
- Un perfil de características simples de GML que admite solicitudes y transacciones de características vectoriales, por ejemplo, con un WFS ;
- Un perfil GML para GMLJP2 (GML en JPEG 2000);
- Un perfil GML para RSS .
Tenga en cuenta que los perfiles son distintos de los esquemas de aplicación . Los perfiles son parte de los espacios de nombres GML (Open GIS GML) y definen subconjuntos restringidos de GML. Los esquemas de aplicación son vocabularios XML definidos mediante GML y que viven en un espacio de nombres de destino definido por la aplicación. Los esquemas de aplicación se pueden construir en perfiles GML específicos o utilizar el conjunto completo de esquemas GML.
Los perfiles se crean a menudo para admitir lenguajes derivados de GML (ver esquemas de aplicación ) creados para admitir dominios de aplicación particulares, como la aviación comercial, la cartografía náutica o la explotación de recursos.
La especificación GML (desde GML v3.) Contiene un par de scripts XSLT (generalmente denominados "herramienta de subconjunto") que se pueden utilizar para construir perfiles GML.
Perfil de características simples de GML
El perfil de características simples de GML es un perfil más completo de GML que el perfil de punto anterior y admite una amplia gama de objetos de características vectoriales, incluidos los siguientes:
- Un modelo de geometría reducida que permite objetos geométricos lineales 0d, 1d y 2d (todos basados en interpolación lineal) y las correspondientes geometrías agregadas (gml: MultiPoint, gml: MultiCurve, etc.).
- Un modelo de características simplificado que solo puede tener un nivel de profundidad (en el modelo GML general, no se permite el anidamiento arbitrario de características y propiedades de características).
- Todas las propiedades no geométricas deben ser tipos simples de esquema XML, es decir, no pueden contener elementos anidados.
- Referencias de valor de propiedad remota (xlink: href) al igual que en la especificación principal de GML.
Dado que el perfil tiene como objetivo proporcionar un punto de entrada simple, no brinda soporte para lo siguiente:
- coberturas
- topología
- observaciones
- objetos de valor (para datos de sensores en tiempo real)
- características dinámicas
No obstante, es compatible con una buena variedad de problemas del mundo real.
Herramienta de subconjunto
Además, la especificación GML proporciona una herramienta de subconjunto para generar perfiles GML que contienen una lista de componentes especificada por el usuario. La herramienta consta de tres scripts XSLT. Los scripts generan un perfil que un desarrollador puede ampliar manualmente o mejorar mediante la restricción del esquema. Tenga en cuenta que, como restricciones de la especificación GML completa, los esquemas de aplicación que puede generar un perfil deben ser ellos mismos esquemas de aplicación GML válidos.
La herramienta de subconjunto también puede generar perfiles por muchas otras razones. Enumerar los elementos y atributos para incluir en el esquema de perfil resultante y ejecutar la herramienta da como resultado un archivo de esquema de perfil único que contiene solo los elementos especificados por el usuario y todos los elementos, atributos y declaraciones de tipo de los que dependen los elementos especificados. Algunos esquemas de perfil creados de esta manera admiten otras especificaciones, incluidas IHO S-57 y GML en JPEG 2000.
Esquema de aplicación
Para exponer los datos geográficos de una aplicación con GML, una comunidad u organización crea un esquema XML específico para el dominio de la aplicación de interés (el esquema de la aplicación ). Este esquema describe los tipos de objetos cuyos datos le interesan a la comunidad y qué aplicaciones de la comunidad deben exponer. Por ejemplo, una aplicación para el turismo puede definir tipos de objetos, incluidos monumentos, lugares de interés, museos, salidas de carreteras y puntos de vista en su esquema de aplicación . A su vez, esos tipos de objetos hacen referencia a los tipos de objetos primitivos definidos en el estándar GML.
Algunos otros lenguajes de marcado para geografía utilizan construcciones de esquema, pero GML se basa en el modelo de esquema XML existente en lugar de crear un nuevo lenguaje de esquema. Los esquemas de aplicación se diseñan normalmente utilizando ISO 19103 (Información geográfica - Lenguaje de esquema conceptual) [3] conforme a UML , y luego la Aplicación GML creada siguiendo las reglas dadas en el Anexo E de ISO 19136 .
Lista de esquemas de aplicación públicos de GML
A continuación se muestra una lista de esquemas de aplicación GML conocidos y de acceso público:
- Modelo de intercambio de información aeronáutica AIXM (consulte http://aixm.aero - Esquema relacionado con la aviación comercial)
- CAAML - Lenguaje de marcado de la Asociación Canadiense de Avalanchas
- CityGML : un modelo de información común y un esquema de aplicación GML para modelos virtuales de ciudades / regiones en 3D. [4]
- Coberturas : un modelo de información interoperable y de codificación neutral para la representación digital de fenómenos que varían espacio-temporalmente (como datos de sensores, imágenes, modelos y estadísticas), basado en el modelo abstracto de ISO 19123
- Lenguaje de modelado de ciencias del clima (CSML) [5]
- Esquema de aplicación Darwin Core GML. Una implementación del esquema Darwin Core en GML para compartir datos de ocurrencia de biodiversidad .
- GeoSciML - de la Comisión de Información Geociencias de la IUGS
- GPML: el lenguaje de marcado GPlates , un modelo de información y un esquema de aplicación para la tectónica de placas [6]
- InfraGML : una implementación de GML iniciada en 2012, [7] que refleja la actualización que faltaba entonces de LandXML
- Esquemas de aplicación INSPIRE [8]
- IWXXM - Esquema de aplicación GML de meteorología aeronáutica
- NcML / GML: NetCDF-GML [9]
- Esquema de observaciones y mediciones para metadatos y resultados de observación
- OS MasterMap GML [10]
- Esquema SensorML para describir instrumentos y cadenas de procesamiento
- Esquema SoTerML para describir datos de suelo y terreno
- TigerGML - Censo de EE. UU. [11]
- Proyecto de datos sobre la calidad del agua del Departamento de Recursos Naturales, Nueva Gales del Sur
- WXXM - Modelo de intercambio de información meteorológica
GML y KML
KML , popularizado por Google, complementa GML. Mientras que GML es un lenguaje para codificar contenido geográfico para cualquier aplicación, al describir un espectro de objetos de aplicación y sus propiedades (por ejemplo, puentes, carreteras, boyas, vehículos, etc.), KML es un lenguaje para la visualización de información geográfica diseñado para Google Earth. . KML se puede utilizar para representar contenido GML, y el contenido GML se puede "diseñar" utilizando KML para fines de presentación. KML es ante todo un transporte de representación en 3D, no un transporte de intercambio de datos. Como resultado de esta diferencia significativa en el propósito, la codificación del contenido GML para la representación mediante KML da como resultado una pérdida significativa e irrecuperable de estructura e identidad en el KML resultante. Más del 90% de las estructuras de GML (como, por nombrar algunos, metadatos, sistemas de referencia de coordenadas , datums horizontales y verticales, integridad geométrica de círculos, elipses, arcos, etc.) no se pueden transformar a KML sin pérdida o codificación no estándar. . De manera similar, debido al diseño de KML como transporte de representación, la codificación del contenido KML en GML resultará en una pérdida significativa de estructuras de representación KML como regiones, reglas de nivel de detalle, información de visualización y animación, así como información de estilo y representación multiescala. La capacidad de representar marcas de posición en múltiples niveles de detalles distingue KML de GML, ya que la representación está fuera del alcance de GML. [12]
Geometrías GML
GML codifica las geometrías GML , o características geométricas , de objetos geográficos como elementos dentro de documentos GML de acuerdo con el modelo "vectorial". Las geometrías de esos objetos pueden describir, por ejemplo, carreteras, ríos y puentes.
Los tipos de objetos de geometría GML clave en GML 1.0 y GML 2.0 son los siguientes:
- Punto
- LineString
- Polígono
GML 3.0 y superior también incluye estructuras para describir la información de "cobertura", el modelo "ráster", como la recopilada a través de sensores e imágenes remotos, incluida la mayoría de los datos de satélite.
Características
GML define características distintas de los objetos geométricos . Una característica es un objeto de aplicación que representa una entidad física, por ejemplo, un edificio, un río o una persona. Una característica puede tener o no aspectos geométricos. Un objeto de geometría define una ubicación o región en lugar de una entidad física y, por lo tanto, es diferente de una característica .
En GML, una característica puede tener varias propiedades geométricas que describen aspectos geométricos o características de la característica (por ejemplo, las propiedades de Punto o Extensión de la característica). GML también ofrece la posibilidad de que las entidades compartan una propiedad geométrica entre sí mediante el uso de una referencia de propiedad remota en la propiedad geométrica compartida. Las propiedades remotas son una característica general de GML tomada de RDF. Un atributo xlink: href en una propiedad de geometría GML significa que el valor de la propiedad es el recurso al que se hace referencia en el enlace.
Por ejemplo, una característica de construcción en un esquema de aplicación GML particular podría tener una posición dada por el tipo de objeto de geometría GML primitivo Punto . Sin embargo, el Edificio es una entidad separada del Punto que define su posición. Además, una entidad puede tener varias propiedades geométricas (o ninguna), por ejemplo, una extensión y una posición .
Coordenadas
Las coordenadas en GML representan las coordenadas de los objetos geométricos . Las coordenadas se pueden especificar mediante cualquiera de los siguientes elementos GML:
GML tiene varias formas de representar coordenadas. Por ejemplo, el
elemento se puede utilizar de la siguiente manera:
gml: id = "p21" srsName = "http://www.opengis.net/def/crs/EPSG/0/4326" > 45,67, 88,56 < / gml: Punto>
Tenga en cuenta que, cuando se expresan como se indicó anteriormente, las coordenadas individuales (por ejemplo, 88.56 ) no son accesibles por separado a través del Modelo de Objetos de Documento XML ya que el contenido del elemento es solo una sola cadena.
Para hacer accesibles las coordenadas GML a través del DOM XML, GML 3.0 introdujo los elementos
y
. (Tenga en cuenta que aunque las versiones 1 y 2 de GML tenían el
elemento, se trata como un defecto y no se usa). Usando el
elemento en lugar del
elemento, el mismo punto se puede representar de la siguiente manera:
gml: id = "p21" srsName = "http://www.opengis.net/def/crs/EPSG/0/4326" > srsDimension = "2" > 45,67 88,56
Las coordenadas de un
objeto de geometría se pueden representar con el
elemento:
gml: id = "p21" srsName = "http://www.opengis.net/def/crs/EPSG/0/4326" > 45.67, 88.56 55.56,89.44
El
elemento se utiliza para representar una lista de tuplas de coordenadas, según se requiera para geometrías lineales:
gml: id = "p21" srsName = "http://www.opengis.net/def/crs/EPSG/0/4326" > srsDimension = "2" > 45,67 88,56 55,56 89,44 < / gml: posList>
Para los servidores de datos GML ( WFS ) y las herramientas de conversión que solo admiten GML 1 o GML 2 (es decir, solo el
elemento), no hay alternativa a
. Sin embargo, para documentos GML 3 y posteriores,
y
son preferibles
.
Sistema de referencia de coordenadas
Un sistema de referencia de coordenadas (CRS) determina la geometría de cada elemento geométrico en un documento GML.
A diferencia de KML o GeoRSS , GML no tiene un sistema de coordenadas predeterminado cuando no se proporciona ninguno. En cambio, el sistema de coordenadas deseado debe especificarse explícitamente con un CRS. Los elementos cuyas coordenadas se interpretan con respecto a dicho CRS incluyen los siguientes:
Un atributo srsName adjunto a un objeto de geometría especifica el CRS del objeto, como se muestra en el siguiente ejemplo:
gml: id = "p1" srsName = "# srs36" > 100,200
El valor del atributo srsName es un identificador uniforme de recursos (URI). Se refiere a una definición del CRS que se utiliza para interpretar las coordenadas en la geometría. La definición de CRS puede estar en un documento (es decir, un archivo plano ) o en un servicio web en línea. Los valores de los códigos EPSG se pueden resolver utilizando el registro EPSG Geodetic Parameter Dataset operado por la Asociación de Productores de Petróleo y Gas en http://www.epsg-registry.org .
El URI srsName también puede ser un nombre de recurso uniforme (URN) para hacer referencia a una definición común de CRS. El OGC ha desarrollado una estructura URN y un conjunto de URN específicos para codificar algunos CRS comunes. Un solucionador de URN resuelve esos URN en definiciones de GML CRS.
Ejemplos de
Los objetos Polygons , Points y LineString se codifican en GML 1.0 y 2.0 de la siguiente manera:
0,0 100,0 100,100 0,100 0,0 < / gml: Polígono> 100,200 100,200 150,300
Tenga en cuenta que los objetos LineString , junto con los objetos LinearRing , suponen una interpolación lineal entre los puntos especificados. Además, las coordenadas de un polígono deben estar cerradas.
Funciones que utilizan geometrías
El siguiente ejemplo de GML ilustra la distinción entre características y objetos geométricos . La función Edificio tiene varios objetos de geometría , compartiendo uno de ellos (el Punto con identificador p21 ) con la función SurveyMonument :
gml: id = "SearsTower" > 52 xlink: type = "Simple" xlink: href = "# p21" /> gml: id = "g234" > gml: id = "p21" > 100,200
Tenga en cuenta que la referencia es al Punto compartido y no al SurveyMonument , ya que cualquier objeto de entidad puede tener más de una propiedad de objeto de geometría .
Perfil de punto
El perfil de punto GML contiene una única geometría GML, a saber, un tipo de objeto
xmlns = "http://www.myphotos.org" xmlns: gml = "http://www.opengis.net/gml" xmlns: xsi = "http://www.w3.org/2001/XMLSchema -instance " xsi: schemaLocation = " http://www.myphotos.org MyGoodPhotos.xsd " > -
Lynn Valley Una foto de las cataratas desde el puente colgante < / description> North Vancouver srsDimension = "2" srsName = "http://www.opengis.net/def/crs/EPSG/0/4326" > 49.40 -123.26
Tenga en cuenta que al utilizar el perfil de punto , el único objeto de geometría es el objeto '
Historia
Trabajo inicial - al documento de recomendación de OGC
Ron Lake comenzó a trabajar en GML en el otoño de 1998, luego de un trabajo anterior en codificaciones XML para transmisiones de radio. Lake presentó sus primeras ideas en una reunión de OGC en Atlanta, Georgia, en febrero de 1999, bajo el título xGML. Esto introdujo la idea de un GeoDOM y la noción de lenguaje de estilo geográfico (GSL) basado en XSL . Akifumi Nakai de NTT Data también presentó en la misma reunión el trabajo parcialmente en curso en NTT Data sobre una codificación XML llamada G-XML, que estaba dirigida a servicios basados en la ubicación. [13] En abril de 1999, Galdos creó el equipo XBed (con CubeWerx, Oracle Corporation , MapInfo Corporation , NTT Data, Mitsubishi y Compusult como subcontratistas). Xbed se centró en el uso de XML para geoespacial. Esto llevó a la creación de SFXML (Simple Features XML) con información de Galdos, US Census y NTT Data. Galdos demostró un motor de estilo de mapa temprano que extraía datos de un servidor de datos "GML" basado en Oracle (precursor de WFS) en el primer banco de pruebas de mapas web de OGC en septiembre de 1999. En octubre de 1999, Galdos Systems reescribió el borrador del documento SFXML en un Solicitud de comentario, y cambió el nombre del idioma a GML (Geography Markup Language). Este documento introdujo varias ideas clave que se convirtieron en la base de GML, incluida la regla 1) Objeto-Propiedad-Valor, 2) Propiedades remotas (a través de rdf: recurso) y 3) la decisión de utilizar esquemas de aplicación en lugar de un conjunto de parámetros estáticos. esquemas. El documento también propuso que el lenguaje se basara en el Marco de descripción de recursos (RDF) en lugar de en los DTD utilizados hasta ese momento. Estos temas, incluido el uso de RDF, se debatieron acaloradamente dentro de la comunidad OGC durante 1999 y 2000, con el resultado de que el Documento de recomendación GML final contenía tres perfiles GML, dos basados en DTD y uno en RDF, con uno de los DTD. utilizando un enfoque de esquema estático. Este se aprobó como un documento de recomendación en la OGC en mayo de 2000. [14]
Pasar al esquema XML - Versión 2.
Incluso antes de la aprobación del documento de recomendación en el OGC, Galdos había comenzado a trabajar en una versión de esquema XML de GML, reemplazando el esquema de recursos rdf: para referencias remotas con el uso de xlink: href, y desarrollando patrones específicos (por ejemplo, Barbarians at the Gate) para manejar extensiones para estructuras complejas como colecciones de características. Gran parte del trabajo de diseño del esquema XML fue realizado por el Sr. Richard Martell de Galdos, quien se desempeñó como editor de documentos y fue el principal responsable de la traducción del modelo GML básico en un esquema XML. Otras aportaciones importantes en este período de tiempo vinieron de Simon Cox (CSIRO Australia), Paul Daisey (Censo de EE. UU.), David Burggraf (Galdos) y Adrian Cuthbert (Laser-Scan). El Cuerpo de Ingenieros del Ejército de los Estados Unidos (en particular Jeff Harrison) apoyó bastante el desarrollo de GML. El Cuerpo de Ingenieros del Ejército de EE. UU. Patrocinó el proyecto “USL Pilot”, que fue muy útil para explorar la utilidad de vincular y diseñar conceptos en la especificación GML, con un importante trabajo realizado por Monie (Ionic) y Xia Li (Galdos). Galdos presentó el borrador de la especificación del esquema XML y fue aprobado para su distribución pública en diciembre de 2000. Se convirtió en un documento de recomendación en febrero de 2001 y una especificación adoptada en mayo del mismo año. Esta versión (V2.0) eliminó los “perfiles” de la versión 1. y estableció los principios clave, como se describe en la presentación original de Galdos, como la base de GML.
GML y G-XML (Japón)
A medida que se desarrollaban estos eventos, el trabajo continuaba en paralelo en Japón sobre G-XML bajo los auspicios del Centro Japonés de Promoción de Bases de Datos bajo la dirección del Sr. Shige Kawano. G-XML y GML se diferenciaron en varios aspectos importantes. Dirigido a aplicaciones LBS, G-XML empleó muchos objetos geográficos concretos (por ejemplo, Mover, POI), mientras que GML proporcionó un conjunto concreto muy limitado y construyó objetos más complejos mediante el uso de esquemas de aplicación. En este momento, G-XML todavía se escribía usando un DTD, mientras que GML ya había hecho la transición a un esquema XML. Por un lado, G-XML requería el uso de muchas construcciones fundamentales que no estaban en ese momento en el léxico GML, incluida la temporalidad, las referencias espaciales por identificadores, los objetos que tienen historias y el concepto de estilo basado en topología. GML, por otro lado, ofreció un conjunto limitado de primitivas (geometría, característica) y una receta para construir tipos de objetos (características) definidos por el usuario.
Una serie de reuniones celebradas en Tokio en enero de 2001, en las que participaron Ron Lake (Galdos), Richard Martell (Galdos), el personal de OGC (Kurt Buehler, David Schell), el Sr. Shige Kawano (DPC), el Sr. Akifumi Nakai (NTT Data ) y el Dr. Shimada (Hitachi CRL) llevaron a la firma de un MOU entre DPC y OGC mediante el cual OGC se esforzaría por inyectar los elementos fundamentales necesarios para admitir G-XML en GML, permitiendo así que G-XML se escriba como GML esquema de aplicación. Esto dio como resultado que muchos tipos nuevos ingresaran a la lista de objetos centrales de GML, incluidas observaciones, características dinámicas, objetos temporales, estilos predeterminados, topología y puntos de vista. Gran parte del trabajo fue realizado por Galdos bajo contrato con NTT Data. Esto sentó las bases para GML 3, aunque se produjo un nuevo desarrollo significativo en este marco de tiempo, a saber, la intersección de OGC e ISO / TC 211 .
Hacia ISO - GML 3.0 amplía el alcance de GML
Si bien existía una codificación básica para la mayoría de los nuevos objetos introducidos por el acuerdo GML / G-XML, y para algunos introducidos por Galdos dentro del proceso OGC (en particular, las coberturas), pronto se hizo evidente que pocas de estas codificaciones cumplían con el resumen. especificaciones desarrolladas por ISO TC / 211, especificaciones que se estaban convirtiendo cada vez más en la base de todas las especificaciones OGC. La geometría GML, por ejemplo, se había basado en un modelo de geometría anterior y solo parcialmente documentado (geometría de características simples) y esto era insuficiente para soportar las geometrías más extensas y complejas descritas en TC / 211. La gestión del desarrollo de GML también se modificó en este período de tiempo con la participación de muchas más personas. Milan Trninic (Galdos) (estilos predeterminados, CRS), Ron Lake (Galdos) (Observaciones), Richard Martell (Galdos) (características dinámicas) hicieron contribuciones significativas en este período de tiempo.
El 12 de junio de 2002, el Sr. Ron Lake fue reconocido por la OGC por su trabajo en la creación de GML al recibir el premio Gardels. [15] La cita del premio dice: "En particular, este premio reconoce su gran logro en la creación del lenguaje de marcado geográfico (GML), y su trabajo excepcionalmente sensible y eficaz para promover la reconciliación de las diferencias nacionales para promover una estandarización significativa de GML a nivel mundial ". Simon Cox (CSIRO) [16] y Clemens Portele (Interactive Instruments) [17] también recibieron posteriormente el premio Gardels, en parte por sus contribuciones a GML.
Estándares
El Consorcio Geoespacial Abierto (OGC) es una organización internacional de estándares voluntarios de consenso cuyos miembros mantienen el estándar Geography Markup Language . El OGC se coordina con la organización de normas ISO TC 211 para mantener la coherencia entre el trabajo de las normas OGC e ISO. GML se adoptó como norma internacional (ISO 19136: 2007) en 2007.
GML puede [se necesita aclaración ] también se puede incluir en la versión 2.1 del Modelo de Intercambio de Información Nacional de Estados Unidos (NIEM).
ISO 19136
ISO 19136 Información geográfica - Lenguaje de marcado geográfico, es un estándar de la familia ISO - de los estándares para información geográfica (ISO 191xx). Resultó de la unificación de las definiciones del Consorcio Geoespacial Abierto y el Lenguaje de Marcado de Geografía (GML) con los estándares ISO-191xx.
Las versiones anteriores de GML no eran conformes a ISO (GML 1, GML 2) con la versión 3.1.1 de GML. La conformidad con ISO significa en particular que GML ahora también es una implementación de ISO 19107 .
El lenguaje de marcado de geografía (GML) es una codificación XML de conformidad con ISO 19118 para el transporte y almacenamiento de información geográfica modelada de acuerdo con el marco de modelado conceptual utilizado en la serie ISO 19100 y que incluye las propiedades espaciales y no espaciales de las características geográficas. Esta especificación define la sintaxis, los mecanismos y las convenciones del esquema XML que:
- Proporcionar un marco abierto e independiente del proveedor para la definición de esquemas y objetos de aplicaciones geoespaciales;
- Permitir perfiles que admitan subconjuntos adecuados de capacidades descriptivas del marco GML;
- Apoyar la descripción de esquemas de aplicaciones geoespaciales para dominios especializados y comunidades de información;
- Permitir la creación y el mantenimiento de conjuntos de datos y esquemas de aplicaciones geográficas vinculadas;
- Apoyar el almacenamiento y transporte de esquemas de aplicaciones y conjuntos de datos;
- Incrementar la capacidad de las organizaciones para compartir esquemas de aplicaciones geográficas y la información que describen.
Ver también
- CityGML
- Archivos de datos geográficos (GDF)
- GeoSPARQL - GML para datos enlazados geoespacialmente y la Web Semántica
- GeoJSON
- Esquemas de aplicación GML
- ISO / TS 19103 - Lenguaje de esquema conceptual (unidades de medida, tipos básicos),
- ISO 19108 - Esquema temporal (geometría temporal y objetos de topología, sistemas de referencia temporal),
- ISO 19109 - Reglas para esquemas de aplicación (características),
- ISO 19111 - Referenciación espacial por coordenadas (sistemas de referencia de coordenadas),
- ISO 19123 - Coberturas
- SDEP
- SOSI
- Representación textual conocida de geometría
Referencias
- ^ Open Geospatial Consortium Inc. (08/02/2010), Políticas y procedimientos del comité técnico: Tipos de medios MIME para GML (PDF)
- ^ "Estándar de codificación OpenGIS Geography Markup Language (GML)" . Consultado el 25 de marzo de 2011 .
- ^ http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=56734
- ^ Página de inicio de CityGML
- ^ http://ndg.badc.rl.ac.uk/csml/
- ^ http://www.earthbyte.org/Resources/GPGIM/
- ^ https://www.ogc.org/pressroom/pressreleases/1689
- ^ http://inspire.ec.europa.eu/schemas/
- ^ "Copia archivada" . Archivado desde el original el 23 de marzo de 2010 . Consultado el 10 de abril de 2007 .Mantenimiento de CS1: copia archivada como título ( enlace )
- ^ "Copia archivada" . Archivado desde el original el 5 de mayo de 2013 . Consultado el 12 de octubre de 2011 .Mantenimiento de CS1: copia archivada como título ( enlace )
- ^ http://www.ogcnetwork.net/node/220
- ^ https://developers.google.com/kml/documentation/kmlreference
- ^ "G-XML" . Archivado desde el original el 17 de diciembre de 2009.
- ^ "GML en JPEG 2000 para la especificación de codificación de imágenes geográficas (GMLJP2)" .
- ^ Cita de premio para Ron Lake
- ^ Cita de premio para Simon Cox
- ^ citación de premio para Clemens Portele
enlaces externos
- ISO 19136: 2007 - Información geográfica - Lenguaje de marcado geográfico (GML)
- Especificaciones GML