Енисей-ГИС поддерживает сервисы и инструменты, которые рекомендуется использовать для интеграции ведомственных АИС Красноярского края с геоданными в составе:
- карта-подложка, способы подключения с примерами на Leaflet и OpenLayers;
- информационные - геокодер (адресный поиск), геороутер (маршруты), поиск по организациям и остановкам;
- платформа открытых данных для быстрой разработки приложений с электронной картографией и открытыми данными;
- публикация тематических геоданных по протоколам OGC;
- встраивание карт в страницы внешних сайтов:
Структура геопортала Енисей-ГИС
Все тематические геоданные Енисей-ГИС опубликованы в Каталоге Геоаортала. При этом:
- Классификаторы объединяют данные для систематизации Каталога, в Енисей-ГИС одновременно несколько классификаторов - ГОСТ для геоданных, Административное деление территории, Структура органов власти и т.д.;
- Атлас - список карт, объединенных общей темой и входящий в один раздел определенного классификатора;
- Карта может содержать 1 и больше слоёв расположенных в заданном порядке, может быть привязана к множеству Атласов разных Классификаторов
- Слой - минимальный ресурс Каталога, содержит объекты одного типа, таблица с координатами. Каждый слой сам по себе также является картой с 1 слоем и доступен в таком виде для публикации в Атласах.
Задача формирования атласа Каталога сводится к следующим действиям:
- получение доступа через Оператора а АРМ Оператора или саморегистрацией через СПОД в СПОД-Пользователь;
- поиск или создание (запросом к Оператору) раздела классификатора для Атласа. В случае ОГВ Красноярского края - они уже существуют, раздел популярных атласов создается при наличии наполнения;
- создание слоёв (в СПОД - набора данных с геометрией) вручную как "пользовательского" или импортом;
- создание при необходимости карт из нескольких слоёв;
- заполнение минимум базовых а лучше полных метаданных, создание уникального стилевого оформления, заполнение параметров описания атрибутивных полей слоёв, создание изображения - для всех публикуемых ресурсов;
- привязка созданных ресурсов к Атласам, включая раздел п.2 выполняется в карточке ресурса к разделам классификаторов
- публикация ресурсов - кнопка Опубликовать доступна при уровне доступа Гос.служащий в СПОД-Пользователь / АРМ Оператора или от простого пользователя в СПОД-Пользователь - по заявке к Оператору. Именно эти действия наполняют Атлас.
Заявку на добавление нового атласа в этот раздел, проверку и публикацию ресурсов - можно подать Оператору.
Каждый слой Енисей-ГИС одновременно может быть использован и как набор данных для отдельной публикации и для включения в коллекцию открытых данных.
Структура открытых данных СПОД
Открытые данные публикуются в специальном разделе Енисей-ГИС, содержащем только наборы данных, собираемых ОГВ и ОМСУ Красноярского края в соответствии с требованиями распоряжения Правительства Российской Федерации от 9 февраля 2017 г. N 232-р. Этот раздел обновляется ежемесячно и не может содержать открытые данные, не указанные в распоряжении.
Но в интересах пользователей Енисей-ГИС могут быть созданы дополнительные, расширенные разделы с открытыми данными, созданными из регулярно обновляемых пользователями или их подключенными Системами через сервисы СПОД АИС, как страница этого сайта. Заявку на создание такого раздела и согласование регламента публикации можно подать Оператору Енисей-ГИС. Если раздел создан на внешнем сайте - то пользователь может выполнить всю работу от создания наборов данных до публикации полностью самостоятельно, в следующем порядке:
- получение доступа через Оператора а АРМ Оператора или саморегистрацией ограниченный через СПОД в СПОД-Пользователь;
- создание наборов данных вручную или импортом;
- заполнение параметров публикации открытых данных, метаданных и если есть координаты - стилевого оформления, классификация;
- сборка коллекции из наборов данных;
- публикация в формате ОД - даст архив с файлами csv и html;
- размещение CSV файлов и создание страниц на своем сайте;
- разработка регламента и повтор через выбранные промежутки времени пунктов 2, 5 и 6.
Каждый набор данных с геометрией является одновременно тематическим слоем Енисей-ГИС и при наличии прав может быть опубликован в Каталоге.
Сценарии интеграции
Существует большое множество сценариев интеграции начиная от создания карт в Енисей-ГИС вручную или импортом из электронных таблиц и до разработки ведомственного геопортала. Тут описаны типичные:
- Геопортальный – основной механизм взаимной интеграции Енисей-ГИС с другими АИС класса «геопортал», описан в отдельном разделе далее;
- Файловый в форматах ГИС – обмен геоданными в файловых форматах. Главное требование к таким геоданным – использовать только открытые системы координат. Геоданные размещаются Администратором Енисей-ГИС в рамках технической поддержки – выполняется преобразование формата, регистрация нового ресурса (слоя, карты) каталога, создается стилевое оформление, заполняются метаданные и права доступа.Без преобразования формата поддерживаются ESRI Shape, Mapinfo TAB и Mapinfo MIF/MID. Данные форматы имеют ограничения по количеству полей, длине символьных полей (255), типам полей. Для них же возможна автоматизация обновления данных после размещения, которое может выполняться заменой файла, по умолчанию используется механизм самостоятельной его замены владельцем по протоколу SFTP, если такое использование было разрешено службой ИБ Оператора Енисей-ГИС. Если такой протокол и маршрут невозможен, обновление может выполняться Администратором Енисей-ГИС через электронную почту и подобные механизмы обмена данными;
- Пользовательский слой – тип ресурса Енисей-ГИС, который может быть создан в любой момент как самостоятельно пользователем при наличии прав в АРМ Оператора или после самостоятельной регистрации в СПОД-Пользователь, так и с помощью Администратора Енисей-ГИС, для чего в Системе существуют программные инструменты конечного пользователя и сервисы СПОД. Создание пользовательского слоя включает его создание, настройку структуры атрибутивных полей, стилевого оформления, метаданных и прав доступа. После чего Пользователь самостоятельно наполняет слой данными в веб-приложении «Редактор картографических данных» и поддерживает далее в актуальном состоянии;
- Внешняя БД - доступ к внешним БД или сервисам, откуда Енисей-ГИС может получать геоданные. Поддерживается при наличии прямого доступа от сервера Енисей-ГИС без дополнительных доработок СУБД PostreSQL c расширением PostGIS, задействованным для хранения координатной информации в атрибутивном поле типа «геометрия», где каждому ресурсу Енисей-ГИС типа слой может быть сопоставлен 1 объект БД типа «таблица» или «представление». Поддержка других СУБД и форматов хранения координат требует доработок Енисей-ГИС. Доступ к подключаемой СУБД должен быть разрешен службой ИБ Оператора Енисей-ГИС для серверов Енисей-ГИС по порту СУБД;
- Пользовательская БД – в Енисей-ГИС может быть создана выделенная БД для хранения геоданных пользователя, формат без дополнительных доработок - PostreSQL c расширением PostGIS задействованным для хранения координатной информации в атрибутивном поле типа «геометрия». Доступ к такой БД для внешней АИС должен быть разрешен службой ИБ Оператора Енисей-ГИС (КГКУ ЦИТ) для серверов Енисей-ГИС по порту СУБД. Такое решение позволяет создавать сложные схемы хранения данных, обрабатываемые специальными приложениями, например Красдоступ;
- Открытые данные – Енисей-ГИС поддерживает обработку открытых данных (подсистема СПОД), в том числе импорт как из стандартных форматов CSV, XLS, HTML (RDF), так и из файлов Excel (XLS, XLSX) в рамках специальной сервисной платформы обработки открытых данных (СПОД), работающей по адресу http://od.24bpd.ru/. Функции импорта могут быть настроены как со стороны Енисей-ГИС на автоматический по расписанию импорт с внешнего сайта, так и на инициируемый извне импорт при помощи API. Для полей с геометрией поддерживаются точечные в системе координат WGS84 в 1 или 2 колонках и форматах записи вещественного числа и градусах с настраиваемыми разделителями, а также форматы WKT, HEX, WKB или GeoJSON с полной поддержкой геометрии любого типа. Параметры запроса на «повторный импорт с обновлением» позволяют обеспечить возможности полноценной многопользовательской работы с данными из внешних редакторов;
Формальные требования к ведомственным системам Красноярского края, хранящим пространственные данные
Внимание! Данный раздел предназначен для создания/развития государственных АИС Красноярского края с геоданными класса геопортал, содержит стандартный раздел ТЗ. Цели требований этого раздела - обеспечить совместимость данных с современным геоинформационным программным обеспечением и использовать основные сервисы Енисей-ГИС; Краткое содержание:
- Стандарты OGC SFA и SFS - рекомендуют выбирать СУБД, которые поддерживают совместимый формат хранения пространственных данных - в специальном типе колонки "геометрия", с возможностью создания геоиндекса и выполнения геозапросов. К таким относятся большинство современных СУБД, используемых в России, например MySQL начиная с версии 5.6 с георасширением, PostreSQL с расширением PosrGIS, Oracle с расширением Spatial и т.д. Нужно не просто формально выбрать СУБД, но и при проектировании БД использовать возможности для хранения геоданных в формате, описанном этими стандартами;
- Стандарты OGC WMS, WFS и WMTS - по этим протоколам необходимо опубликовать созданные наборы данных с координатами, что обеспечивает большое количество ГИС-ПО уровня "картографический1 сервис" - GeoServer, MapServer, NextServer, Mapnik и т.п. При этом нужно минимально настроить метаданные и стилевое оформление, не оставлять созданный слой безымянным набором черных точек;
- Использовать карту-подложку и поисковые сервисы Енисей-ГИС во всех собственных приложения АИС, отображающих электронную карту.
Существующие сервисы Енисей-ГИС могут обеспечить исполнение этих требований внутри Енисей-ГИС в большей или меньше степени. Например если СУБД не поддерживает геоданные - в Енисей-ГИС могут храниться геоданные в виде слоя с минимальной атрибутикой - идентификатор основной АИС, атрибуты для подписей и стилевой раскраски, геометрия. А сервис СПОД обеспечит возможность синхронизации из внешнего приложения редактирования БД, в которой геометрии нет или она хранится в форме WKT. Или если внешняя БД с геоданными, но нет ПО для их публикации по WMS/WFS - они могут выгружаться по расписанию в Енисей-ГИС где такие протоколы включены. В таких схемах внешний разработчик может самостоятельно создать аккаунт в СПОД (если он на официальном контракте - с галочкой "Гос.служащий"), вручную или импортом слои, описать в СПОД-Пользователь метаданные и стилевое оформление и выполнять актуализацию при помощи сервиса импорта. Для слоев внутри Енисей-ГИС доступны разнообразные возможности экспорта и публикации геоданных и открытых данных при помощи сервисов OGC и СПОД, которые внешний разработчик может использовать для своей системы.
Пример раздела ТЗ АИС Красноярского края класса ведомственный геопортал
Необходимо использовать стандарты хранения, обработки и доступа к пространственным данным Системы, предназначенные для поддержки открытой распределенной геопортальной архитектуры и обеспечения интеграции с Геоинформационной системой органов власти Красноярского края Енисей-ГИС и другими геоинформационными системами муниципального, регионального и федерального уровней, для чего нужно обеспечить исполнение следующих требований:
- Под пространственными данными Системы должны пониматься любые хранящиеся упорядоченные наборы табличных данных с постоянной структурой, в составе полей которых присутствует хотя-бы 1 поле с координатами объекта;
- Для совместимости пространственных данных Системы с Енисей-ГИС, они должны при публикации предоставляться с координатами в открытых системах координат. Рекомендуется использовать системы координат «WGS84» (код ESPG:4326) для векторного протокола WFS и сочетание проекций «WebMercator» (код ESPG:3857) и «Пулково 1942, Гаусс-Крюгер, зона 16" (код ESPG:28416) для растровых протоколов WMS, WMTS;
- Каждый набор данных (таблица), являющийся пространственным по признаку наличия координатной информации для объектов, должен при хранении, обработке и публикации соответствовать набору перечисленных далее стандартов. Применение стандартов должно обеспечивать представление набора пространственных данных в виде Тематического слоя Системы для внутреннего использования и/или для подключения внешними информационными системами, включая Енисей-ГИС;
- Рекомендуется использовать формат хранения пространственных данных АИС, где объект каждого тематического слоя представлен в виде векторных точки или кривой или полигона с определённой системой координат, в соответствии с требованиями стандарта OGC SFA "Simple Feature Access - Part 1: Common Architecture" версии не ниже чем 1.2.1 (доступен по адресу http://www.opengeospatial.org/standards/sfa). Рекомендуется для всех объектов одного тематического слоя использовать только 1 тип векторного объекта. Если исходный набор данных АИС содержит объекты, представленные разными типами векторных объектов, рекомендуется разделить этот набор при публикации в виде тематического слоя по типу векторного объекта на 2 или 3 отдельных тематических слоя, с целью обеспечения большей совместимости с геоинформационными системами;
- СУБД, в которой хранятся пространственные данные АИС, должна поддерживать тип поля «геометрия», пространственное индексирование и набор основных пространственных функций, позволяющих производить запросы по определению пересечений, близости, расстояний и площадей, в соответствии с требованиями стандарта OGC SFS «Simple Feature Access - Part 2: SQL Option» версии не ниже чем 1.2.1 (доступен по адресу http://www.opengeospatial.org/standards/sfs). Структура организации доступа к пространственным и атрибутивным сведениям каждого слоя, должна обеспечивать возможность выполнения sql-запроса вида «SELECT * FROM [название единственного объекта БД]». Хранение местоположения объектов должно быть организовано на уровне БД в полях таблиц, имеющих тип СУБД «геометрия» с включенным пространственным индексом. Для обеспечения максимальной совместимости с интеграционными протоколами, каждая запись (объект) слоя должна хранить сведения только одного пространственного объекта. Мульти-полигоны, мульти-полилинии и мульти-точки могут считаться одним объектом, но недопустимы в качестве типа объектов коллекции геометрически разнотипных объектов или использование множества отдельных пространственных объектов для одной записи таблицы.
- Рекомендуется обеспечить доступность любого тематического слоя АИС по протоколу WMS с координатами в системах координат (код ESPG:3857) и <Пулково 1942, Гаусс-Крюгер, зона 16" (код ESPG:28416) с настроенным набором атрибутивных полей уникально идентифицирующих объект и полным набором описательных для запроса типа GetFeatureInfo, а также с настроенным уникальным стилевым отображением для запроса типа GetMap, в соответствии с требованиями стандарта OGC WMS - версии не ниже чем 1.3.0 (доступен по адресу http://www.opengeospatial.org/standards/wms);
- Рекомендуется обеспечить доступность статичных тематических слоёв (в части состава объектов и координат не редактируемых либо редактируемых не чаще 1 раза в 3 месяца) по протоколу WMTS с координатами в системах координат (код ESPG:3857) и <Пулково 1942, Гаусс-Крюгер, зона 16" (код ESPG:28416) с настроенным набором атрибутивных полей уникально идентифицирующих объект и полным набором описательных для запроса типа GetFeatureInfo, а также с настроенным уникальным стилевым отображением для запроса типа GetMap, в соответствии с требованиями стандарта OGC WMTS - версии не ниже чем 1.0.0 (доступен по адресу http://www.opengeospatial.org/standards/wmts). При обновлении состава объектов или координат объектов тематического слоя, доступного по протоколу WMTS, должна быть обеспечена возможность автоматического или инициируемого пользователем обновления тайлового кэша этого слоя;
- Рекомендуется обеспечить доступность каждого открытого тематического слоя АИС по протоколу WFS с координатами в системе координат (код ESPG:4326) с настроенным набором атрибутивных полей (уникально идентифицирующих объект и полным набором описательных), в соответствии с требованиями стандарта OGC WFS - версии не ниже чем 1.1.0 (доступен по адресу http://www.opengeospatial.org/standards/wfs);
- Рекомендуется обеспечить процедуру настройки системного программного обеспечения, пространственных слоев, стилевого оформления, систем координат, метаданных и наборов атрибутивных данных для подключения всех пространственных данных АИС в виде ведомственных тематических слоёв к системе Енисей-ГИС по протоколам WMS, WMTS, WFS с учетом специфики данной АИС до такого уровня, когда каждый тематический слой доступен в Каталоге и Модуле интерактивного просмотра Енисей-ГИС для поиска и просмотра внешними пользователями.
- Процедура настройки наборов пространственных данных АИС в виде тематических слоёв должна быть доступна Пользователям АИС для любых новых или структурно изменяемых тематических слоев, которые могут создать или изменить пользователи АИС самостоятельно при помощи специализированных программных модулей и доступной документации по их использованию.
- Для всех программных модулей конечного пользователя Системы, отображающих электронную карту, необходимо:
- обеспечить возможность использования Сервиса Енисей-ГИС Базовой карты-схемы Красноярского края, обеспечивающего стандартную карту-подложку по протоколам OGC Web Map Tile Service (WMTS) или OSGeo Web Map Service Cashed WMS-C;
- обеспечить возможность использования Сервиса геокодирования, Сервиса поиска остановочных пунктов и сервиса поиска организаций Енисей-ГИС, обеспечивающего навигационные функции поиска координат объектов по почтовому адресу, названиям остановочных пунктов и организаций.