<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Онтологическое моделирование и публикация данных об Особо Охраняемых Природных Территориях</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>- особо охраняемым природным территориям (ООПТ). Целью работы является разработка прикладной схемы для описания пространственных данных ООПТ</institution>
          , построение демонстрационной базы геоданных на основе полученной схемы и создание приложения для публикации данных в пространстве
          <addr-line>Linked Open Труды 14-й Всероссийской научной конференции Data. Разрабатываемая прикладная схема должна: «Электронные библиотеки: перспективные методы и</addr-line>
        </aff>
      </contrib-group>
      <fpage>215</fpage>
      <lpage>221</lpage>
      <abstract>
        <p>В статье рассматриваются проблемы публикации данных об Особо Охраняемых Природных Территориях (ООПТ) в пространстве Linked Open Data (LOD). Предлагается онтология данных об ООПТ, соответствующая отечественным и международным стандартам предметной области и удовлетворяющая рекомендациям проекта LOD. Также описана методика публикации и связывания данных об ООПТ с данными из внешних источников.</p>
      </abstract>
      <kwd-group>
        <kwd>требованиям федерального законодательства РФ</kwd>
        <kwd>затрагивающим вопросы ООПТ [12]</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p> Пространственные данные состоят из двух
частей – географической информации, которая
может быть представлена в векторном или
растровом виде и снабжена метаданными, и
непространственных атрибутов, которые
определяют семантику пространственного
объекта;
 Общие пространственные данные зачастую
являются фактором, связывающим воедино
данные из различных предметных областей;
 Быть совместимой с распространенными в мире
стандартами на публикацию пространственных
данных и данных об ООПТ в частности;
 Основываться на имеющихся в наличии наборов
данных об ООПТ «Валдайский национальный
парк» и «Национальный парк “Таганай”».
Для хранения данных необходимо разработать
схему реляционной базы данных и ее отображение в
прикладную схему, создать механизм загрузки
данных в виде SHP-файлов в базу данных.
Для публикации данных в пространстве Linked Open</p>
      <p>
        Data необходимо, согласно рекомендациям
проекта Linking Open Data:
 Описать прикладную схему на языке OWL [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] с
использованием терминов распространенных в
пространстве Linked Open Data словарей;
 Обеспечить механизм идентификации объектов
      </p>
      <p>ООПТ при помощи HTTP URI;
 Обеспечить механизм генерации RDF/XML</p>
      <p>документов с представлением объектов ООПТ;
 Обеспечить механизм дереференсирования этих</p>
      <p>URI, т.е. предоставления соответствующих</p>
      <p>RDF/XML документов в ответ на HTTP запросы;
 Установить и поддерживать связи со внешними</p>
      <p>
        ресурсами пространства Linked Open Data.
3 Модель данных
Первым этапом решения поставленной задачи
является разработка онтологии ООПТ. Разработка
осуществлялась следующим образом. Сначала были
проанализированы имеющиеся наборы данных,
отечественная нормативно-правовая база
предметной области, а также международные
стандарты, и была составлена концептуальная
модель предметной области. Затем были
проанализированы распространенные в
пространстве Linked Open Data словари и наборы
данных, релевантные предметной области, из них
были отобраны термины, соответствующие
концептуальной модели. На их основе была создана
онтология, которая была дополнена новыми
терминами для полного соответствия модели.
При анализе имеющихся в наличии наборов данных
о национальных парках были выявлены четыре
группы объектов - информация об объекте
«охраняемая территория» (границы парка, охранной
зоны, функциональное зонирование территории
парка), информация об охраняемых объектах (места
обитания охраняемых биологических видов), прочие
нетематические объекты (железные дороги,
газопроводы и т.п.) и вспомогательные объекты,
связанные с тематическими.
Затем был проанализирован федеральный закон №
33-ФЗ «Об особо охраняемых природных
территориях» от 14 марта 1995 г. [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] В результате
были сформулированы требования к
концептуальной модели:
 Должен быть создан класс «Особо охраняемая
природная территория» («ООПТ»), имеющий
обязательное свойство «граница», содержащее
пространственные данные;
 Класс «ООПТ» должен иметь обязательный
      </p>
      <p>атрибут «категория» типа перечисление;
 Класс «ООПТ» должен иметь необязательное
свойство «граница охранной зоны», содержащее
пространственные данные;
 Класс «ООПТ» должен иметь обязательный</p>
      <p>
        атрибут «статус» типа перечисление;
 Должен быть создан класс «Функциональная
Зона» с обязательным атрибутом «назначение
зоны» типа перечисление и обязательным
свойством «граница», содержащим
пространственные данные;
 Класс «ООПТ» должен иметь необязательное
свойство «выделеныеЗоны» неограниченной
кардинальности типа «Функциональная Зона».
3.1 Используемые международные стандарты
В результате анализа международных стандартов
выяснилось, что на настоящий момент в мире
наиболее широко распространены следующие
стандарты на публикацию пространственных
данных: стандарты серии 19100 технического
комитета ISO/TC 211 [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], стандарты OGC (Open
Geospatial Consortium, Inc.), а также наборы
стандартов CEN (Европа) и FGDC (США). Эти
стандарты во многом похожи между собой, и
практически полностью совместимы. Из
международных стандартов на публикацию данных
об ООПТ распространение получила только
спецификация данных INSPIRE (Infrastructure for
Spatial Information in Europe) [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Инициатива
INSPIRE на законодательном уровне устанавливает
стратегию развития общеевропейской
инфраструктуры пространственных данных, а также
стандартные наборы пространственных метаданных
и правила взаимодействия пространственных
сервисов. В числе определяемых стандартами
INSPIRE тематических наборов метаданных есть и
стандарт, смежный тематике ООПТ - INSPIRE Data
Specifiaction on Protected Sites. Стандарт является
последовательной, четко проработанной
структурой, составленной ведущими европейскими
специалистами по геоматике и согласуется с
международной серией стандартов ISO 19100 –
Geographic Information. Спецификации содержат
формализованное описание модели предметной
области в виде UML диаграмм классов и
предполагают использование языка GML
(Geography Markup Language) для кодирования
данных. Спецификация INSPIRE хорошо
совместима с принципами Linked Open Data - HTTP
URI идентификаторы удовлетворяют требованиям
INSPIRE, UML схемы INSPIRE и GML изоморфны
RDF, принципы связывания ресурсов соответствуют
определенным в стандарте INSPIRE Generic
Рис. 1 Схема данных об ООПТ
Conceptual Model понятиям связей. Исходя из этого
при разработке онтологии ООПТ было решено
использовать стандарт INSPIRE Data Specifiaction on
Protected Sites и связанные с ним стандарты Data
Specification on Geographical Names (названия
пространственных объектов) и Guidelines for the
encoding of spatial data (кодирование
пространственных данных). Спецификация данных
INSPIRE по охраняемым территориям содержит 3
прикладных схемы, формализованные в виде UML
диаграмм классов – «Simple», «Full» и «Natura
2000». В качестве основы для онтологии была
выбрана схема «Full», как обеспечивающая
максимально полный набор классов и атрибутов для
описания предметной области. Было произведено
сопоставление между элементами схемы данных
INSPIRE, элементами имеющихся в наличии
наборов данных, и требованиями, накладываемыми
законодательством РФ. В результате из схемы
INSPIRE «Full» была получена концептуальная
модель данных об ООПТ, представленная на Рис.1
(серым цветом выделены добавленные элементы,
атрибуты исходной схемы опущены).
Спецификация данных INSPIRE Data Specification
on Geographical Names описывает понятия,
связанные с географическими названиями, то есть
именами собственными, применяющимися для
обозначения существующих естественных,
техногенных и культурных объектов.
Спецификация определяет минимальное ядро,
необходимое для описания названий
пространственных объектов, и расширенную схему
для наборов пространственных данных, несущих
лингвистический характер. В случае
концептуальной модели данных об ООПТ
достаточно использовать ядро спецификации.
Рис. 2 Ядро прикладной схемы INSPIRE Data Specification on Geographical Names
Наконец, согласно спецификации INSPIRE
«Guidelines for the encoding of spatial data»,
геометрия пространственных объектов должна быть
представлена согласно стандарту ISO 19107, в
котором определены различные геометрические
объекты. Учитывая требования INSPIRE и
специфику имеющихся данных в концептуальной
модели данных должны быть представлены классы
Point, Polygon, LinearRing, MultiPolygon. Класс Point
должен быть описан двумя или тремя координатами.
Класс LinearRing описывается последовательностью
Point. Класс Polygon описывается несколькими
LinearRing , один из которых - внешняя граница,
другие образуют внутреннюю границу и должны
быть внутри внешней границы. Класс MultiPolygon
представляет из себя коллекцию не пересекающихся
Polygon.
3.2 Онтология ООПТ в пространстве Linked
Open Data
В результате анализа пространства Linked Open Data
были найдены следующие словари и наборы
данных, релевантные предметной области ООПТ:
 Набор данных о пространственных объектах и их
названиях GeoNames [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] (в дальнейшем
используется префикс geonames);
 Набор данных о биологических видах GeoSpecies
[
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] (префикс geospecies);
      </p>
      <p>W3C</p>
      <p>Basic Geo Vocabulary
 RDF словарь</p>
      <p>
        (префикс geo) [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ];
 RDF словарь NeoGeo
(префикс neogeo) [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
      </p>
      <p>Geometry</p>
      <p>
        Ontology
В пространстве Linked Open Data самой
распространенной онтологией для описания
географических имен является онтология
GeoNames, в ней определен класс geonames:Feature,
совпадающий по семантике с классом NamedPlace
спецификации INSPIRE Data Specification on
Geographical Names, имеющий свойства geonames
:alternateName типа string, описывающие варианты
географических имен. Класс Feature при этом
является потомком класса SpatialThing онтологии
W3C Basic Geo. Однако в онтологии GeoNames
отсутствуют аналоги классов GeographicalName и
SpellingOfName спецификации INSPIRE, из этого
следует, что класса Feature недостаточно для
представления класса NamedPlace в онтологии
ООПТ. Более подходящих онтологий для описания
географических имен в пространстве Linked Open
Data не выявлено. Поэтому в разрабатываемую
онтологию добавлены классы GeographicalName и
SpellingOfName, разработанные самостоятельно на
основании спецификации INSPIRE.
Тем не менее, класс словарь Geonames широко
используется в пространстве Linked Open Data для
классификации пространственных объектов при
помощи свойств geonames:featureClass и
geonames:featureCode. Поэтому все классы,
моделирующие пространственные объекты,
относящиеся к области ООПТ (лесничество,
охранная зона и т.п.) были унаследованы от
geonames:Feature. Кроме того, добавлено
ограничение на класс ProtectedSites онтологии,
моделирующий Охряняемую Территорию, которое
фиксирует его код в таксономии Geonames
(L.RESW, “wildlife reserve”):
oopt:ProtectedSites subclassOf (geonames:featureClass
value geonames:L)
oopt:ProtectedSites subclassOf (geonames:featureCode
value geonames:L.RESW)
Для описания геометрии воспользуемся
существующей онтологией NeoGeo. Словарь
NeoGeo является результатом обсуждений
относящихся с гео-данным и предназначен для
унификации интеграции данных в области
геометрии. В онтологии NeoGeo ней описаны
классы Geometry, Polygon, LineString, LinearRing,
MultiPolygon, BoundingBox. Онтология использует
класс Point, определенный в онтологии W3C Basic
Geo. В W3C Basic Geo подразумевается система
координат WGS84. Так как данные об ООПТ не
обязательно ограничиваются этой системой
координат, необходимо добавить необязательное
Рис. 3 Онтология ООПТ
свойство SC_CRS к классу Point, являющееся
идентификатором системы координат, описанным в
стандарте ISO 19111. В случае, если значение
свойства не указано, считается что система
координат WGS84. В стандарте ISO 19107 это поле
определено у всех объектов геометрии, но в нашей
ситуации это избыточность данных и возможность
неоднозначности данных. Например, если Polygon
выражается через несколько классов Point, которые
имеют разные системы координат. Поэтому мы
ограничиваемся классом Point. Так же необходимо
добавить свойство point в класс LineString, которое
показывает, что точка принадлежит ломаной.
Свойство должно быть помечено как обратное для
свойства partOf класса Point.
Онтология GeoSpecies используется для
классификации ареалов обитания животных (при
помощи классификатора
geospecies:BBC_Habitat_Classification) и видов
животных (при помощи классификатора
geospecies:TaxonConcept). Остальные классы и
свойства онтологии были созданы самостоятельно
на основе спецификации INSPIRE. Диаграмма
классов и свойств онтологии представлена на Рис.3
(некоторые классы-классификаторы опущены).
4 Публикация и связывание данных
После того, как онтология разработана, необходимо
опубликовать данные в пространстве Linked Open
Data в терминах полученной онтологии. Для этого
исходные данные из SHP-файлов были загружены в
реляционную базу данных с поддержкой
пространственных типов данных (PostGIS). Схема
реляционной базы данных была разработана
вручную на основе онтологии и структуры
SHPфайлов. Для публикации данных из реляционной
базы данных в RDF\XML виде был выбран D2R
Server [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], как наиболее простое некоммерческое
решение для публикации RDF документов,
поддерживающие дереференсирование HTTP URI
ресурсов. Файлы отображения, необходимые для
работы D2R Server были сгенерированы им
автоматически и затем доработаны вручную для
совместимости с онтологией.
Рис. 4 Схема хранилища связей
4.1 Связывание данных
Согласно рекомендациям проекта Linking Open Data
опубликованные данные должны быть связаны с
данными из других наборов пространства Linked
Open Data. В терминах RDF это означает, что RDF
представления объектов из набора данных об ООПТ
содержат RDF-тройки, субъектом которых является
ресурс из этого набора данных, а объектом – ресурс
из стороннего набора данных. Предикат же тройки
определяет тип связи. В работе рассматриваются
только предикаты, осуществляющие связь
идентичных объектов - owl:sameAs и
skos:closeMatch. Заметим, что проблема
использования owl:sameAs для установления связей
в пространстве Linked Open Data здесь не
рассматривается.
Было разработано прототипное приложение,
которое в полуавтоматическом режиме генерирует
связи набора данных об ООПТ со внешними
наборами данных. Приложение работает
следующим образом. На первом этапе определяется
целевой набор данных для поиска связей, и для
этого набора вручную создается файл конфигурации
связывания на языке SILK LSL [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], который
содержит сведения о доступе к внешнему набору
данных и правила связывания, состоящие из путей к
сравниваемым свойствам в rdf-документе и
метрикам, по которым оценивается близость
значений заданных свойств. Приложение
запускается вручную, и при помощи Silk Link
Discovery Framework генерирует прямые связи
между набором данных об ООПТ и заданным
внешним набором данных. Затем приложение
траверсирует RDF представления внешних
ресурсов, находя связи owl:sameAs, rdf:seeAlso и
skos:closeMatch с ранее связанными ресурсами (т.е.
связи следующих порядков). Связи группируются
по внешним наборам данных, которые
идентифицируются при помощи их
VoIDдескрипторов [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Глубина поиска задается в
конфигурации. Найденные связи сохраняются в
реляционной базе данных, откуда затем
публикуются при помощи D2R Server.
Внешние наборы данных для поиска связей
попадают в две основные категории – наборы
данных о растениях/животных и наборы
пространственных данных. Связи с наборами из
первой категории устанавливаются достаточно
просто на основании латинских наименований
видов. В качестве исходных наборов для генерации
связей используются Geospecies, DBPedia, Bio2RDF.
Связи с наборами пространственных данных могут
быть установлены либо по наименованиям
объектов, либо по координатам ресурсов.
Наименования пространственных объектов ООПТ
включают наименования собственно охраняемый
территорий («Валдайский национальный парк») и
наименования ареалов обитания (названия рек, озер
и т.п.). Для установления связей по координатам
используются пространственные меры
идентичности языка SILK LSL. Для генераций
связей первого уровня по координатам
используются наборы данных Geonames и Linked
Geo Data.
Перечисленные выше наборы данных являются
центрами кластеров данных своих предметных
областей в пространстве Linked Open Data. Связав
набор данных об ООПТ с этими наборами данных
мы получаем цепочки связей, ведущий от данных об
ООПТ к данным из других предметных областей.
Однако эти наборы данных не содержат исходящих
связей с другими прикладными наборами данных об
ООПТ, поэтому установить дальнейшие связи
невозможно. На настоящий момент тематических
наборов данных об ООПТ в пространстве Linked
Open Data не существует, поэтому генерация
исходящих связей с выбранными наборами
позволяет достичь приемлемого уровня связанности
со внешними ресурсами. Однако разработки в этом
направлении ведутся, и в скором времени следует
ожидать появления в пространстве Linked Open Data
различных наборов данных об ООПТ.
5 Заключение
Результатом проделанной работы является
онтология данных об ООПТ, соответствующая
требования законодательства РФ и
удовлетворяющая стандартам INSPIRE, а также
простейшая система публикации и связывания
данных в пространстве Linked Open Data,
использующая разработанную онтологию.
Разработанная онтология может быть взята за
основу при публикации в пространстве Linked Open
Data пространственных данных из других
прикладных областей, в особенности, тех, которые
попадают под различные спецификации INSPIRE.
Система публикации и связывания может быть
адаптирована для любой предметной области.
Направления дальнейших работ включают:
 Улучшение механизма публикации данных, так,
например, данные могут быть дополнены
voiDдескрипторами, а набор данных зарегистрирован
в каталоге CKAN;
 Разработка пользовательского веб-интерфейса
      </p>
      <p>для просмотра и загрузки данных;
 Исследование вопроса автоматической
генерации онтологии, схемы реляционной базы
данных и правил отображения между ними по
прикладной GML схеме;
 Улучшение механизма генерации связей;
 Добавление возможности интеграции и
совместной публикации в пространстве Linked
Open Data данных из различных независимых
источников данных об ООПТ.</p>
      <p>The paper deals with problems of publishing of data
on Protected Sites in Linked Open Data space. We
introduce an OWL ontology for data on Protected Sites,
which follows legislative system of Russian Federation
and Linking Open Data project recommendations. The
ontology uses common RDF vocabulary terms and
adapts INSPIRE data model. We also present system for
publishing this data and interlinking it with data from
other RDF data sources.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>Alexander</surname>
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cyganiak</surname>
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hausenblas</surname>
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zhao</surname>
            <given-names>J</given-names>
          </string-name>
          .
          <article-title>Describing linked datasets</article-title>
          .
          <source>In Proceedings of the WWW2009 Workshop on Linked Data on the Web</source>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Bizer</surname>
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cyganiak R. D2R</surname>
          </string-name>
          Server - Publishing
          <source>Relational Databases on the Semantic Web. Poster at the 5th International Semantic Web Conference</source>
          , Athens, USA,
          <year>2006</year>
          . http://www4.wiwiss.fuberlin.de/bizer/pub/Bizer-Cyganiak-
          <article-title>D2R-ServerISWC2006</article-title>
          .pdf
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>Heath</surname>
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bizer</surname>
            <given-names>C</given-names>
          </string-name>
          .
          <article-title>Linked Data: Evolving the Web into a Global Data Space (1st edition)</article-title>
          .
          <source>Synthesis Lectures on the Semantic Web: Theory and Technology</source>
          ,
          <volume>1</volume>
          :
          <issue>1</issue>
          ,
          <fpage>1</fpage>
          -
          <lpage>136</lpage>
          . Morgan &amp; Claypool,
          <year>2011</year>
          . http://linkeddatabook.com/editions/1.0/
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <surname>Volz</surname>
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bizer</surname>
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gaedke</surname>
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kobilarov</surname>
            <given-names>G</given-names>
          </string-name>
          .
          <article-title>Discovering and maintaining links on the web of data</article-title>
          .
          <source>In Proceedings of the International Semantic Web Conference</source>
          , pages
          <fpage>650</fpage>
          -
          <lpage>665</lpage>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <surname>Сайт GeoSpecies Knowledge Base</surname>
          </string-name>
          : http://about.geospecies.org/
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Сайт</surname>
            <given-names>INSPIRE</given-names>
          </string-name>
          - Infrastructure for Spatial Information in Europe http://inspire.jrc.ec.europa.eu/
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>Сайт</given-names>
            <surname>NeoGeo Geometry Ontology</surname>
          </string-name>
          : http://geovocab.org/geometry.html
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          <article-title>[8] Сайт State of the LOD Cloud:</article-title>
          http://www4.wiwiss.fu-berlin.de/lodcloud/state/
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>Сайт</given-names>
            <surname>World Wide Web Consortium</surname>
          </string-name>
          (
          <year>W3C</year>
          ): http://www.w3.org/TR/owl-features/
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>Сайт коммитета</surname>
            <given-names>ISO</given-names>
          </string-name>
          /TC 211 http://www.isotc211.org/
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>[11] Сайт проекта GeoNames: http://www.geonames.org/</mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <article-title>Федеральный закон</article-title>
          . №
          <fpage>33</fpage>
          -
          <lpage>ФЗ</lpage>
          «
          <article-title>Об особо охраняемых природных территориях» от 14 марта 1995 г (по состоянию на 01</article-title>
          .01.
          <year>2010</year>
          ) http://www.legis.ru/misc/doc/312/
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>