Язык разметки географии - Geography Markup Language

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

Векторная карта с точками, полилиниями и многоугольниками.
Расширение имени файла	.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 с Структура описания ресурсов (RDF). Впоследствии OGC представила Схемы XML в структуру GML, чтобы помочь соединить различные существующие географические базы данных, чьи схемы реляционной структуры XML легче определить. Результирующий GML на основе XML-схемы сохраняет многие функции RDF, включая идею дочерних элементов как свойств родительского объекта (RDFS) и использование удаленных ссылок на свойства.

Профиль

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

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

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

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

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

Профиль GML Simple Features

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

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

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

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

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

Инструмент подмножества

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

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

Схема приложения

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

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

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

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

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

GML и KML

KML, ставшая популярной благодаря Google, дополняет GML. В то время как GML - это язык для кодирования географического контента для любого приложения, описывающий спектр объектов приложения и их свойств (например, мосты, дороги, буи, транспортные средства и т. Д.), KML - это язык для визуализации географической информации, предназначенный для Гугл Земля. 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 особенность могут иметь различные геометрические свойства, описывающие геометрические аспекты или характеристики объекта (например, Точка или Степень properties) .GML также предоставляет возможность Особенности для совместного использования геометрического свойства друг с другом с помощью ссылка на удаленное свойство на общем свойстве геометрии. Удаленные свойства - это общая особенность GML, заимствованная из RDF. An xlink: href Атрибут свойства геометрии GML означает, что значение свойства - это ресурс, на который есть ссылка в ссылке.

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

Координаты

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

 <gml:coordinates> <gml:pos> <gml:posList>

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

  gml: id ="p21" srsName ="http://www.opengis.net/def/crs/EPSG/0/4326">    <gml:coordinates>45.67, 88.56</gml:coordinates> </gml:Point>

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

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

  gml: id ="p21" srsName ="http://www.opengis.net/def/crs/EPSG/0/4326">     srsDimension ="2">45.67 88.56</gml:pos> </gml:Point>

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

  gml: id ="p21" srsName ="http://www.opengis.net/def/crs/EPSG/0/4326">    <gml:coordinates>45.67, 88.56 55.56,89.44</gml:coordinates> </gml:LineString >

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

  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> </gml:LineString >

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

Система координат

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

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

• <gml:coordinates>
• <gml:pos>
• <gml:posList>

An srsName Атрибут, прикрепленный к геометрическому объекту, определяет CRS объекта, как показано в следующем примере:

  gml: id ="p1" srsName ="# srs36">     <gml:coordinates>100,200</gml:coordinates> </gml:Point>

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

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

Примеры

Полигоны, Точки, и LineString объекты кодируются в GML 1.0 и 2.0 следующим образом:

     <gml:Polygon>         <gml:outerBoundaryIs>                 <gml:LinearRing>                         <gml:coordinates>0,0 100,0 100,100 0,100 0,0</gml:coordinates>                 </gml:LinearRing>        </gml:outerBoundaryIs>     </gml:Polygon>     <gml:Point>        <gml:coordinates>100,200</gml:coordinates>     </gml:Point>     <gml:LineString>        <gml:coordinates>100,200 150,300</gml:coordinates>     </gml:LineString>

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

Элементы с использованием геометрии

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

  gml: id ="Башня Сиарса">     <abc:height>52</abc:height>      xlink: тип ="Простой" xlink: href ="# p21"/> </abc:Building>  gml: id ="g234">     <abc:position>          gml: id ="p21">             <gml:posList>100,200</gml:posList>         </gml:Point>     </abc:position> </abc:SurveyMonument>

Обратите внимание, что это ссылка на общий Точка а не к SurveyMonument, поскольку любой особенность объект может иметь более одного объект геометрии свойство.

Профиль точки

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

  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>                  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>

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

История

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

Рон Лейк начал работу над GML осенью 1998 года, после более ранней работы над XML кодировки для радиовещания. Лейк представил свои ранние идеи OGC встреча в Атланте, штат Джорджия, в феврале 1999 г. под названием xGML. Это представило идею GeoDOM и понятие языка географического стиля (GSL), основанного на XSL. Акифуми Накаи из NTT Data также рассказал на той же встрече о работе, которая частично ведется в NTT Data по кодированию XML под названием G-XML, которое было нацелено на сервисы, основанные на местоположении.^[13] В апреле 1999 года Галдос создал команду XBed (с CubeWerx, Корпорация Oracle, Корпорация MapInfo, Данные NTT, 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) решение использовать схемы приложения, а не набор статических схемы. В документе также предлагалось, чтобы язык был основан на Структура описания ресурсов (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.

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] и Клеменс Портеле (Интерактивные инструменты)^[17] также впоследствии получили награду Gardels, частично за их вклад в GML.

Стандарты

В Открытый геопространственный консорциум (OGC) - международная добровольная консенсусная организация по стандартам, члены которой поддерживают Язык разметки географии стандарт. OGC координируется с ISO ТК 211 организация по стандартизации для поддержания согласованности между стандартами OGC и ISO. GML был принят в качестве международного стандарта (ISO 19136: 2007) в 2007 году.

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

ISO 19136

ISO 19136 Географическая информация - язык разметки географии, стандарт из семьи ISO - стандартов географической информации (ISO 191xx). Это произошло в результате объединения Открытый геопространственный консорциум определений и языка географической разметки (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