Российская геополитическая онтология. Первый драфт

Возвращаясь к теме онтологий государства и его устройства о которых я писал ранее, не буду скрывать что и сам я моделированием онтологий занимаюсь, нельзя сказать что профессионально, ибо это у нас нигде не учат, но для себя и как хобби, почему бы и нет?

Итак, в качестве пробного камня, я разместил на OpenGovData.ru геополитическую онтологию Российской Федерации. Онтология основана на геополитической онтологии FAO (http://www.fao.org/countryprofiles/geoinfo.asp) и моделирует административно-территориальное деление субъектов Российской Федерации.

Скачать её можно тут: http://schema.opengovdata.ru/core/regions.owl, а также воспользоваться документацией сгенерённой TopBraid Composer можно тут — http://schema.opengovdata.ru/core/doc/regions/index.html

Что входит в онтологию:

  • классы объектов: федеральный округ, субъект федерации включая республики, области, автономные округа и области, военные округа, экономические регионы, муниципальные образования;
  • индивидуальные объекты федеральных округов, военных округов, экономических зон, субъектов федерации, городов административных центров субъектов федерации;
  • во всех объектах указаны официальные сайты администраций, их коды ОКАТО, КЛАДР, код субъекта федерации по конституции, коды регионов по ГОСТ 7.67-2003 и ISO 3166-2:RU, коды ОКТМО для муниципальных образований, автомобильные коды, временные зоны в виде смещения от UTC;

Особенности:

  • сейчас границы указаны только для федеральных округов и не указаны для субъектов федерации;
  • код субъекта федерации codeSubjecty дублируется кодом налоговой службы taxCode поскольку код региона налоговой службы администрируется отдельно даже при полном совпадении;
  • у каждого объекта есть nameRU название на русском и nameEN название на английском языке;
  • нет почтовых кодов, но предполагаются при последующих изменениях;
  • федеральные округа наследуются от класса adm_region предполагая что они входят в административно-территориальное деление РФ хотя это и не совсем так так как их коды есть, к примеру, в КЛАДР, но отсутствуют, и в ГОСТ 7.67-2003, и в ISO 3166-2:RU, и в ОКАТО.
  • объект city сейчас используется только для указания административного центра региона поскольку тут имеется некое несовершенство терминологии и при указании административного центра субъекта никто и никогда не указывает его как муниципальное образование, везде пишется именно «город» вне зависимости от формального его статуса. Поэтому city — это эдакий вспомогательный класс все объекты которого в дальнейшем будут сведены в одну модель с муниципальными образованиями при их моделировании.

К вопросу зачем это нужно и почему не сделать то же, но как-нибудь попроще. Потому как попроще неинтересно, попроще вы можете сделать сами взяв эти данные и преобразовав во что угодно.

Что это даёт? Это базовая онтология. Используя её проще промоделировать онтологию любого отдельного региона, промоделировать конституцию в которой есть ссылки на субъекты федерации и моделировать отдельные федеральные ведомства.

Собственно что дальше. Я предполагаю, по мере времени туда добавить из DBPedia и других источников статистические данные, начать моделировать отдельные субъекты федерации.

Чуть позже, когда будет готова предварительная модель структуры органов государственной власти, на основе двух этих моделей будет промоделировано какое-либо отдельное ведомство.

Критика, предложения, идеи и просто комментарии приветствуются.

About This Author

Яндекс.Метрика