Язык разметки географии

Язык разметки географии

Векторная карта с точками, полилиниями и многоугольниками.
Расширение имени файла	.gml или же .xml
Тип интернет-СМИ	приложение / gml + xml [1]
Разработан	Открытый геопространственный консорциум
изначальный выпуск	2000 г. ( 2000 )
Последний релиз	3.2.1 [2] (27 августа 2007 г . ; 13 лет назад ) ( 2007-08-27 )
Тип формата	Географическая информационная система
Расширен с	XML
Стандарт	ISO 19136: 2007

Язык географической разметки ( GML ) - это грамматика XML, определенная Открытым геопространственным консорциумом (OGC) для выражения географических особенностей. GML служит языком моделирования для географических систем, а также открытым форматом обмена для географических транзакций в Интернете. Ключом к полезности GML является его способность интегрировать все формы географической информации, включая не только обычные «векторные» или дискретные объекты, но и покрытия (см. Также GMLJP2 ) и данные датчиков.

Модель GML [ править ]

GML содержит богатый набор примитивов, которые используются для построения конкретных схем приложений или языков приложений. Эти примитивы включают:

• Особенность
• Геометрия
• Система координат
• Топология
• Время
• Динамическая функция
• Покрытие (включая географические изображения)
• Единица измерения
• Направления
• Наблюдения
• Правила оформления представления карты

Оригинальная модель GML была основана на World Wide Web Consortium «s Resource Description Framework (RDF). Впоследствии OGC ввел схемы XML в структуру GML, чтобы помочь соединить различные существующие географические базы данных, чьи схемы реляционной структуры XML легче определять. Результирующий GML на основе XML-схемы сохраняет многие функции RDF, включая идею дочерних элементов как свойств родительского объекта (RDFS) и использование удаленных ссылок на свойства.

Профиль [ править ]

Профили GML являются логическими ограничениями для GML и могут быть выражены документом, схемой XML или обоими. Эти профили предназначены для упрощения принятия GML, чтобы облегчить быстрое принятие стандарта. Следующие профили , как определено спецификацией GML, были опубликованы или предложены для публичного использования:

• Точки профиля для приложений с точки геометрических данных , но без необходимости полной грамматики GML;
• GML Простой Особенности профиля поддержки запросов вектор функций и операций, например , с помощью WFS ;
• Профиль GML для GMLJP2 (GML в JPEG 2000);
• Профиль GML для RSS .

Обратите внимание, что профили отличаются от схем приложений . Профили являются частью пространств имен GML (Open GIS GML) и определяют ограниченные подмножества GML. Схемы приложений - это словари XML, определенные с помощью GML и живущие в определяемом приложением целевом пространстве имен. Схемы приложений могут быть созданы на основе определенных профилей GML или использовать полный набор схем GML.

Профили часто создаются для поддержки языков, производных от GML (см. Схемы приложений ), создаваемых для поддержки определенных областей приложений, таких как коммерческая авиация, морские карты или использование ресурсов.

Спецификация GML (начиная с GML v3.) Содержит пару сценариев XSLT (обычно называемых «инструментом подмножества»), которые можно использовать для создания профилей GML.

Профиль GML Simple Features [ править ]

Простой GML Особенности профиля более полный профиль GML , чем выше точки профиля и поддерживает широкий спектр векторных художественных объектов, в том числе следующие:

1. Уменьшенная геометрическая модель, позволяющая использовать линейные геометрические объекты 0d, 1d и 2d (все основанные на линейной интерполяции) и соответствующие совокупные геометрические формы (gml: MultiPoint, gml: MultiCurve и т. Д.).
2. Упрощенная модель элементов, которая может быть только на один уровень (в общей модели GML произвольное вложение элементов и свойств элементов не допускается).
3. Все негеометрические свойства должны быть простыми типами XML-схемы, т.е. не могут содержать вложенных элементов.
4. Ссылки на значения удаленных свойств (xlink: href), как и в основной спецификации GML.

Поскольку профиль призван обеспечить простую точку входа, он не поддерживает следующие функции:

• покрытия
• топология
• наблюдения
• объекты значений (для данных датчиков в реальном времени)
• динамические особенности

Тем не менее, он поддерживает множество реальных проблем.

Инструмент подмножества [ править ]

Кроме того, спецификация GML предоставляет подмножество инструментов для создания профилей GML, содержащих заданный пользователем список компонентов. Инструмент состоит из трех сценариев XSLT. Сценарии создают профиль, который разработчик может расширить вручную или иным образом улучшить с помощью ограничения схемы. Обратите внимание, что в качестве ограничений полной спецификации GML схемы приложений, которые может генерировать профиль, должны сами быть допустимыми схемами приложений GML.

Инструмент подмножества может создавать профили и по многим другим причинам. Перечисление элементов и атрибутов для включения в результирующую схему профиля и запуск инструмента приводит к созданию единого файла схемы профиля, содержащего только указанные пользователем элементы и все объявления элементов, атрибутов и типов, от которых зависят указанные элементы. Некоторые схемы профилей, созданные таким образом, поддерживают другие спецификации, включая IHO S-57 и GML в JPEG 2000.

Схема приложения [ править ]

Чтобы предоставить географические данные приложения с помощью GML, сообщество или организация создает схему XML, специфичную для интересующей области приложения (схема приложения ). Эта схема описывает типы объектов, данные которых интересуют сообщество и какие приложения сообщества должны предоставлять. Например, приложение для туризма может определять типы объектов, включая памятники, достопримечательности, музеи, съезды с дорог и точки обзора в своей схеме приложения . Эти типы объектов, в свою очередь, ссылаются на примитивные типы объектов, определенные в стандарте GML.

Некоторые другие языки разметки для географии используют конструкции схемы, но GML опирается на существующую модель схемы XML вместо создания нового языка схемы. Применение схемы , как правило , разработаны с использованием ISO 19103 (Географическая информация - Концептуальная схема языка) ^[3] совместимую UML , а затем GML приложение , созданное в соответствии с правилами , приведенные в приложении Е ИСО 19136 .

Список общедоступных схем приложений GML [ править ]

Ниже приводится список известных общедоступных схем приложений GML:

• Модель обмена аэронавигационной информацией AIXM (см. Http://aixm.aero - Схема, связанная с коммерческой авиацией)
• CAAML - язык разметки Канадской лавинной ассоциации
• CityGML - общая информационная модель и схема приложения GML для виртуальных трехмерных моделей городов / регионов. ^[4]
• Покрытия - интероперабельная, нейтральная к кодированию информационная модель для цифрового представления пространственно-временных изменяющихся явлений (таких как датчик, изображение, модель и статистические данные), основанная на абстрактной модели ISO 19123
• Язык моделирования для науки о климате (CSML) ^[5]
• Схема приложения Darwin Core GML. Реализация схемы Darwin Core в GML для обмена данными о биоразнообразии .
• GeoSciML - от Комиссии по геолого- геофизической информации МСГН
• GPML - язык разметки GPlates , информационная модель и схема приложения для тектоники плит ^[6]
• InfraGML - реализация GML, начатая в 2012 г. ^[7], отражающая отсутствующее на тот момент обновление LandXML.
• Схемы приложений INSPIRE ^[8]
• IWXXM - Схема приложения GML для авиационной погоды
• NcML / GML - NetCDF-GML ^[9]
• Схема наблюдений и измерений для метаданных и результатов наблюдений
• ОС MasterMap GML ^[10]
• Схема SensorML для описания инструментов и технологических цепочек
• Схема SoTerML для описания данных о почве и ландшафте
• TigerGML - перепись США ^[11]
• Проект данных о качестве воды от Департамента природных ресурсов, Новый Южный Уэльс
• WXXM - Модель обмена информацией о погоде

GML и KML [ править ]

KML , ставший популярным благодаря Google, дополняет GML. В то время как GML - это язык для кодирования географического содержания для любого приложения, описывающий спектр объектов приложения и их свойств (например, мосты, дороги, буи, транспортные средства и т. Д.), KML - это язык для визуализации географической информации, адаптированный для Google Планета Земля. . KML можно использовать для визуализации содержимого GML, а содержимое GML можно «стилизовать» с помощью KML для целей представления. KML - это прежде всего транспорт для трехмерного изображения, а не транспорт для обмена данными. В результате такого значительного различия целей кодирование содержимого GML для изображения с использованием KML приводит к значительной и безвозвратной потере структуры и идентичности в конечном KML. Более 90% структур GML (таких как, помимо прочего, метаданные,системы координат, системы отсчета по горизонтали и вертикали, геометрическая целостность окружностей, эллипсов, дуг и т. д.) не могут быть преобразованы в KML без потерь или нестандартного кодирования. Точно так же, из-за дизайна KML как транспорта изображения, кодирование содержимого KML в GML приведет к значительной потере структур изображения KML, таких как области, правила уровня детализации, информация о просмотре и анимации, а также информация о стилях и многомасштабное представление. Возможность отображать метки на нескольких уровнях детализации отличает KML от GML, поскольку отображение выходит за рамки GML. ^[12]

Геометрия GML [ править ]

GML кодирует геометрию GML или геометрические характеристики географических объектов как элементов в документах GML в соответствии с «векторной» моделью. Геометрия этих объектов может описывать, например, дороги, реки и мосты.

Ключевыми типами геометрических объектов GML в GML 1.0 и GML 2.0 являются следующие:

• Точка
• LineString
• Многоугольник

GML 3.0 и выше также включает структуры для описания информации «покрытия», «растровую» модель, например, собранную с помощью удаленных датчиков и изображений, включая большинство спутниковых данных.

Особенности [ править ]

GML определяет функции, отличные от геометрических объектов . Особенностью является объект - приложение , которое представляет собой физический объект, например , здание, река, или человека. Функция может или не может иметь геометрические аспекты. Геометрический объект , определяет местоположение или область , а не физический объект, и , следовательно , отличается от функции .

В GML объект может иметь различные геометрические свойства, которые описывают геометрические аспекты или характеристики объекта (например, свойства Point или Extent ). GML также предоставляет возможность для пространственных объектов совместно использовать свойство геометрии друг с другом с помощью удаленной ссылки на свойство общего свойства геометрии. Удаленные свойства - это общая особенность GML, заимствованная из RDF. XLink: HREF атрибут GML через средства геометрии собственности , что значение свойства является ресурс , указанный в ссылке.

Например, элемент Building в конкретной схеме приложения GML может иметь положение, заданное примитивным типом объекта геометрии GML Point . Однако Здание - это отдельный объект от Точки , определяющей его положение. Кроме того, объект может иметь несколько геометрических свойств (или не иметь их вообще), например экстент и положение .

Координаты [ править ]

Координаты в GML представляют собой координаты геометрических объектов . Координаты могут быть указаны любым из следующих элементов GML:

 <gml: координаты>  <gml: pos>  <gml: posList>

В GML есть несколько способов представления координат. Например, <gml:coordinates>элемент можно использовать следующим образом:

 <gml: Point  gml: id = "p21"  srsName = "http://www.opengis.net/def/crs/EPSG/0/4326" >  <gml: координаты> 45,67, 88,56 </ gml: координаты>  < / gml: Point>

Обратите внимание, что, когда они выражены, как указано выше, отдельные координаты (например, 88,56 ) не доступны по отдельности через объектную модель документа XML, поскольку содержимое элемента представляет собой всего лишь одну строку.<gml:coordinates>

Для того, чтобы координаты GML доступны через XML DOM, GML 3.0 введен <gml:pos>и <gml:posList>элементы. (Обратите внимание, что хотя в версиях GML 1 и 2 этот <gml:coord>элемент содержался , он рассматривается как дефект и не используется.) Используя <gml:pos>элемент вместо <gml:coordinates>элемента, ту же точку можно представить следующим образом:

 <gml: Point  gml: id = "p21"  srsName = "http://www.opengis.net/def/crs/EPSG/0/4326" >  <gml: pos  srsDimension = "2" > 45,67 88,56 </ gml : pos>  </ gml: Point>

Координаты <gml:LineString>геометрического объекта могут быть представлены с помощью <gml:coordinates>элемента:

 <gml: LineString  gml: id = "p21"  srsName = "http://www.opengis.net/def/crs/EPSG/0/4326" >  <gml: координаты> 45.67, 88.56 55.56,89.44 </ gml: координаты>  </ gml: LineString>

<gml:posList>Элемент используются для представления списка координат кортежей, как это требуется для линейных геометрий:

 <gml: LineString  gml: id = "p21"  srsName = "http://www.opengis.net/def/crs/EPSG/0/4326" >  <gml: posList  srsDimension = "2" > 45,67 88,56 55,56 89,44 < / gml: posList>  </ gml: LineString>

Для серверов данных GML ( WFS ) и инструментов преобразования, которые поддерживают только GML 1 или GML 2 (т.е. только <gml:coordinates>элемент), альтернативы нет <gml:coordinates>. Для ГМЛ 3 документов и позже, однако, <gml:pos>и <gml:posList>предпочтительнее <gml:coordinates>.

Система координат [ править ]

Система координат (CRS) определяет геометрию каждого геометрического элемента в документе GML.

В отличие от KML или GeoRSS , GML не использует систему координат по умолчанию, если она не указана. Вместо этого желаемая система координат должна быть явно указана с помощью CRS. Элементы, координаты которых интерпретируются относительно такой CRS, включают следующее:

• <gml: координаты>
• <gml: pos>
• <gml: posList>

SrsName атрибут прикреплен к объекту геометрии указывает CRS объекта, как показано в следующем примере:

 <gml: Point  gml: id = "p1"  srsName = "# srs36" >  <gml: координаты> 100 200 </ gml: координаты>  </ gml: Point>

Значение атрибута srsName - это универсальный идентификатор ресурса (URI). Это относится к определению CRS, которое используется для интерпретации координат в геометрии. Определение CRS может быть в документе (т. Е. В плоском файле ) или в онлайн-веб-сервисе. Значения кодов EPSG можно определить с помощью реестра набора данных геодезических параметров EPSG, который ведется Ассоциацией производителей нефти и газа по адресу http://www.epsg-registry.org .

SrsName URI может быть Uniform имя ресурса (URN) для ссылки на общее определение CRS. OGC разработал структуру URN и набор конкретных URN для кодирования некоторых общих CRS. Преобразователь URN преобразует эти URN в определения GML CRS.

Примеры [ править ]

Объекты Polygons , Points и LineString кодируются в GML 1.0 и 2.0 следующим образом:

 <gml: Polygon>  <gml: outerBoundaryIs>  <gml: LinearRing>  <gml: координаты> 0,0 100,0 100,100 0,100 0,0 </ gml: координаты>  </ gml: LinearRing>  </ gml: outerBoundaryIs>  < / gml: Многоугольник>  <gml: Point>  <gml: координаты> 100 200 </ gml: координаты>  </ gml: Point>  <gml: LineString>  <gml: координаты> 100 200 150 300 </ gml: координаты>  </ gml: LineString>

Обратите внимание, что объекты LineString , наряду с объектами LinearRing , предполагают линейную интерполяцию между указанными точками. Также должны быть замкнуты координаты многоугольника.

Элементы, использующие геометрию [ править ]

В следующем примере GML показано различие между элементами и геометрическими объектами . Функция Building имеет несколько геометрических объектов , один из которых ( точка с идентификатором p21 ) используется совместно с функцией SurveyMonument :

 <abc: Building  gml: id = "SearsTower" >  <abc: height> 52 </ abc: height>  <abc: position  xlink: type = "Simple"  xlink: href = "# p21" />  </ abc: Building >  <abc: SurveyMonument  gml: id = "g234" >  <abc: position>  <gml: Point  gml: id = "p21" >  <gml: posList> 100,200 </ gml: posList>  </ gml: Point>  </ abc: position>  </ abc: SurveyMonument>

Следует отметить , что ссылка на общие точки , а не к SurveyMonument , так как любая функция объект может иметь более одной геометрию объект собственности.

Профиль точки [ править ]

Профиль точки GML содержит одну геометрию GML, а именно объектный тип <gml: Point> . Любая схема XML может использовать профиль точки , импортировав его и указав экземпляр объекта <gml: Point> :

 <PhotoCollection  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 " >  <items>  <Item>  <name> Lynn Valley </name>  <description> Снимок водопада с подвесного моста < / description>  <where> Северный Ванкувер </where>  <position>  <gml: Point  srsDimension = "2"  srsName = "http: //www.opengis.net / def / crs / EPSG / 0/4326 " >  <gml: pos> 49,40 -123,26</ gml: pos>  </ gml: Point>  </position>  </Item>  </items>  </PhotoCollection>

Обратите внимание, что при использовании профиля точки единственным геометрическим объектом является объект «<gml: Point>». Остальная часть географии определяется схемой фото-коллекции.

История [ править ]

Начальная работа - в рекомендательный документ OGC [ править ]

Рон Лейк начал работу над GML осенью 1998 года, после более ранней работы над кодированием XML для радиовещания. Лейк представил свои первые идеи на собрании OGC в Атланте, штат Джорджия, в феврале 1999 года под названием xGML. Это представило идею GeoDOM и понятие языка географического стиля (GSL) на основе XSL . Акифуми Накаи из NTT Data также рассказал на той же встрече о работе, которая частично ведется в NTT Data по кодированию XML под названием G-XML, которое было нацелено на сервисы, основанные на местоположении. ^[13] В апреле 1999 года Галдос создал команду XBed (совместно с CubeWerx, Oracle Corporation , MapInfo Corporation , NTT Data, Mitsubishi, и Compusult в качестве субподрядчиков). Xbed был ориентирован на использование XML для геопространственных данных. Это привело к созданию SFXML (Simple Features XML) на основе данных Galdos, переписи населения США и данных NTT. Galdos продемонстрировал ранний механизм стиля карты, извлекающий данные с сервера данных GML на базе Oracle (предшественник WFS) на первом тестовом стенде веб-карт OGC в сентябре 1999 года. В октябре 1999 года Galdos Systems переписала проект документа SFXML в Запросить комментарий и изменил название языка на GML (язык географической разметки). В этом документе представлены несколько ключевых идей, которые легли в основу GML, включая 1) правило «объект-свойство-значение», 2) удаленные свойства (через rdf: resource) и 3) решение использовать схемы приложения, а не набор статических схемы. В документе также предлагалось, чтобы язык был основан наResource Description Framework (RDF), а не на DTD, используемых на тот момент. Эти вопросы, включая использование RDF, горячо обсуждались в сообществе OGC в 1999 и 2000 годах, в результате чего окончательный документ с рекомендациями GML содержал три профиля GML - два на основе DTD и один на RDF - с одним из DTD. используя подход статической схемы. Он был принят в качестве рекомендательного документа на OGC в мае 2000 г. ^[14]

Переход на схему XML - версия 2. [ править ]

Еще до принятия рекомендательного документа в OGC Галдос начал работу над XML-схемой.версия GML, заменив схему rdf: resource для удаленных ссылок на xlink: href и разработав определенные шаблоны (например, Barbarians at the Gate) для обработки расширений для сложных структур, таких как коллекции функций. Большая часть работы по проектированию схемы XML была проделана г-ном Ричардом Мартеллом из Галдоса, который работал редактором документов и в основном отвечал за перевод базовой модели GML в схему XML. Другие важные материалы в этот период времени поступили от Саймона Кокса (CSIRO, Австралия), Пола Дейзи (перепись США), Дэвида Бургграфа (Галдос) и Адриана Катберта (лазерное сканирование). Инженерный корпус армии США (в частности, Джефф Харрисон) весьма поддерживал разработку GML. Инженерный корпус армии США спонсировал проект «USL Pilot»,который был очень полезен при изучении полезности концепций связывания и стилизации в спецификации GML, при этом важную работу проделали Мони (Ионик) и Ся Ли (Галдос). Проект спецификации схемы XML был представлен Galdos и одобрен для публичного распространения в декабре 2000 года. Он стал рекомендательным документом в феврале 2001 года и принятой спецификацией в мае того же года. Эта версия (V2.0) устранила «профили» из версии 1. и установила ключевые принципы, изложенные в исходной документации Galdos, в качестве основы GML.В феврале 2001 года он стал рекомендательным документом, а в мае того же года - принятой спецификацией. Эта версия (V2.0) устранила «профили» из версии 1. и установила ключевые принципы, изложенные в исходной документации Galdos, в качестве основы GML.В феврале 2001 года он стал рекомендательным документом, а в мае того же года - принятой спецификацией. Эта версия (V2.0) устранила «профили» из версии 1. и установила ключевые принципы, изложенные в исходной документации Galdos, в качестве основы GML.

GML и G-XML (Япония) [ править ]

По мере того как эти события разворачивались, в Японии параллельно продолжалась работа над G-XML под эгидой Японского центра продвижения баз данных под руководством г-на Шиге Кавано. G-XML и GML различаются по нескольким важным аспектам. Нацеленный на приложения LBS, G-XML использовал множество конкретных географических объектов (например, Mover, POI), в то время как GML предоставлял очень ограниченный конкретный набор и создавал более сложные объекты с использованием схем приложений. В то время G-XML все еще писался с использованием DTD, а GML уже перешел на схему XML. С одной стороны, G-XML требовал использования многих фундаментальных конструкций, отсутствующих в то время в лексиконе GML, включая временность, пространственные ссылки по идентификаторам, объекты, имеющие историю, и концепцию стилей на основе топологии. GML, с другой стороны,предлагал ограниченный набор примитивов (геометрия, элемент) и рецепт для создания определяемых пользователем типов объектов (элементов).

Ряд встреч, проведенных в Токио в январе 2001 г., с участием Рона Лейка (Галдос), Ричарда Мартелла (Галдос), сотрудников OGC (Курт Бюлер, Дэвид Шелл), г-на Шиге Кавано (DPC), г-на Акифуми Накая (данные NTT) ) и д-р Шимада (Hitachi CRL) привели к подписанию меморандума о взаимопонимании между DPC и OGC, в соответствии с которым OGC будет пытаться внедрить фундаментальные элементы, необходимые для поддержки G-XML, в GML, что позволит записать G-XML как GML. схема приложения. Это привело к тому, что в список основных объектов GML вошло множество новых типов, включая наблюдения, динамические функции, временные объекты, стили по умолчанию, топологию и точки обзора. Большая часть работы была проведена Galdos по контракту с NTT Data. Это заложило основу для GML 3, хотя в этот период времени произошло новое существенное развитие, а именно пересечение OGC иISO / TC 211 .

Навстречу ISO - GML 3.0 расширяет сферу применения GML [ править ]

Хотя базовая кодировка существовала для большинства новых объектов, представленных соглашением GML / G-XML, а также для некоторых, представленных Галдосом в процессе OGC(особенно покрытий), вскоре стало очевидно, что некоторые из этих кодировок соответствуют абстрактным спецификациям, разработанным ISO TC / 211, спецификациям, которые все чаще становятся основой для всех спецификаций OGC. Геометрия GML, например, была основана на более ранней и лишь частично задокументированной геометрической модели (Simple Features Geometry), и этого было недостаточно для поддержки более обширных и сложных геометрий, описанных в TC / 211. Управление разработкой GML также было изменено в этот период с участием многих других людей. Значительный вклад в этот период времени внесли Милан Трнинич (Галдос) (стили по умолчанию, CRS), Рон Лейк (Галдос) (Наблюдения), Ричард Мартелл (Галдос) (динамические функции).

12 июня 2002 г. г-н Рон Лейк был отмечен OGC за его работу по созданию GML и удостоен награды Gardels. ^[15] Цитата на награде гласит: «В частности, эта награда отмечает ваше великое достижение в создании языка географической разметки (GML), а также вашу уникально чувствительную и эффективную работу по содействию примирению национальных различий для содействия значимой стандартизации GML. на глобальном уровне ». Саймон Кокс (CSIRO) ^[16] и Клеменс Портеле (Interactive Instruments) ^[17] также впоследствии получили награду Gardels, частично за их вклад в GML.

Стандарты [ править ]

Open Geospatial Consortium (OGC) является международной добровольной организацией стандартов на основе консенсуса, члены которой поддерживают Geography Markup Language стандарта. OGC координирует свою деятельность с организацией по стандартизации ISO TC 211, чтобы поддерживать согласованность между стандартами OGC и ISO. GML был принят в качестве международного стандарта (ISO 19136: 2007) в 2007 году.

GML может ^{[ требуется пояснение ]} также быть включен в версию 2.1 Национальной модели обмена информацией США (NIEM).

ISO 19136 [ править ]

ISO 19136 Географическая информация - язык географической разметки - это стандарт из семейства ISO - стандартов для географической информации (ISO 191xx). Это стало результатом унификации определений Open Geospatial Consortium и языка географической разметки (GML) со стандартами ISO-191xx.

Предыдущие версии GML не соответствовали ISO (GML 1, GML 2) с GML версии 3.1.1. Соответствие ISO означает, в частности, что GML теперь также является реализацией ISO 19107 .

Язык географической разметки (GML) представляет собой кодировку XML в соответствии с ISO 19118 для транспортировки и хранения географической информации, смоделированной в соответствии с концептуальной структурой моделирования, используемой в серии ISO 19100 и включающей как пространственные, так и непространственные свойства географических объектов. Эта спецификация определяет синтаксис, механизмы и соглашения XML- схемы, которые:

• Обеспечить открытую, независимую от поставщика структуру для определения схем и объектов геопространственных приложений;
• Разрешить профили, которые поддерживают соответствующие подмножества описательных возможностей инфраструктуры GML;
• Поддержка описания схем геопространственных приложений для специализированных доменов и информационных сообществ;
• Разрешить создание и обслуживание связанных географических схем приложений и наборов данных;
• Поддержка хранения и транспортировки схем приложений и наборов данных;
• Повысьте способность организаций обмениваться географическими схемами приложений и описываемой ими информацией.

См. Также [ править ]

Ссылки [ править ]

Внешние ссылки [ править ]

• ISO 19136: 2007 - Географическая информация - Язык географической разметки (GML)
• Спецификации GML