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

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

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

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

GML-модель

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

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

Первоначальная модель GML была основана на структуре описания ресурсов (RDF) консорциума World Wide Web . Впоследствии 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

Профиль простых объектов 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 создается в соответствии с правилами, приведенными в Приложении E к ISO 19136 .

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

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

• Модель обмена аэронавигационной информацией AIXM (см. http://aixm.aero — Схема, связанная с коммерческой авиацией)
• CAAML - Язык разметки Канадской ассоциации лавин
• CityGML — общая информационная модель и схема приложения GML для виртуальных 3D-моделей города/региона. ^[4]
• Покрытия - интероперабельная, нейтральная к кодированию информационная модель для цифрового представления пространственно-временных переменных явлений (таких как датчик, изображение, модель и статистические данные), основанная на абстрактной модели ISO 19123 .
• Язык моделирования науки о климате (CSML) ^[5]
• Схема приложения Darwin Core GML. Реализация схемы Darwin Core в GML для обмена данными о встречаемости биоразнообразия .
• GeoSciML - от Комиссии IUGS по геолого-геофизической информации .
• 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 — это прежде всего транспорт для 3D-изображений, а не для обмена данными. В результате этой существенной разницы в целях кодирование контента 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:coordinates> 45,67, 88,56 </gml:coordinates>  < /gml:точка>

Обратите внимание, что при выражении, как указано выше, отдельные координаты (например , 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: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:coordinates> 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>. Однако для документов GML 3 и более поздних версий <gml:pos>и <gml:posList>предпочтительнее , чем файлы <gml:coordinates>.

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

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

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

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

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

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

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

URI srsName также может быть универсальным именем ресурса ( 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: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 иллюстрирует различие между функциями и объектами геометрии . Объект 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>

Обратите внимание, что при использовании Point Profile единственным объектом геометрии является объект '<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. Галдос продемонстрировал ранний механизм картографического стиля, извлекающий данные из сервера данных «GML» на базе Oracle (предшественника WFS) на первом испытательном стенде веб-карты OGC в сентябре 1999 года. В октябре 1999 года Galdos Systems переписал черновой документ SFXML в документ. Request for Comment и изменил название языка на GML (Geography Markup Language). В этом документе представлено несколько ключевых идей, которые легли в основу GML, в том числе 1) правило Object-Property-Value, 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 и разработав специальные шаблоны (например, «Варвары у ворот») для обработки расширений для сложных структур, таких как наборы функций. Большая часть работы по разработке XML-схемы была проделана г-ном Ричардом Мартеллом из Galdos, который работал редактором документа и в основном отвечал за перевод базовой модели GML в XML-схему. Другие важные материалы в этот период времени поступили от Саймона Кокса (CSIRO Australia), Пола Дэйзи (перепись населения США), Дэвида Бургграфа (Галдос) и Адриана Катберта (лазерное сканирование). Инженерный корпус армии США (особенно Джефф Харрисон) весьма поддержал разработку GML. Инженерный корпус армии США спонсировал проект USL Pilot, который был очень полезен при изучении полезности концепций связывания и стилей в спецификации GML, при этом важную работу проделали Мони (Ionic) и Ся Ли (Galdos). Проект спецификации XML-схемы был представлен Галдосом и одобрен для публичного распространения в декабре 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 вошли многие новые типы, включая наблюдения, динамические функции, временные объекты, стили по умолчанию, топологию и точки обзора. Большая часть работы была проведена Галдосом по контракту с NTT Data. Это заложило основу для GML 3, хотя в этот период произошло важное новое событие, а именно пересечение OGC иИСО/ТК 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 премией Гарделя. ^[15] Цитата о награде гласит: «В частности, эта награда отмечает ваши большие достижения в создании языка географической разметки (GML) и вашу уникальную деликатную и эффективную работу по продвижению примирения национальных различий для продвижения значимой стандартизации GML. на глобальном уровне». Саймон Кокс (CSIRO) ^[16] и Клеменс Портеле (Interactive Instruments) ^[17] также впоследствии получили награду Гарделя, отчасти за их вклад в GML.

Стандарты

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

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

ИСО 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