Recommended
More Related Content
Featured
Featured (20)
Интеграция пространственных данных в системах оперативного управления в органах государственной власти
- 1. 105062, Россия, Москва Улица Покровка, 47А Тел.: +7 (499) 999-00-00 E-mail: info@neolant.ru www.neolant.ru Интеграция пространственных данных в системах оперативного управления в органах государственной власти Тараканов Александр, руководитель группы ГИС
- 2. Системы оперативного управления 112 (городские мониторинговые центры) Ситуационные центры (территориальные, ведомственные) Диспетчерские центры (мониторинг подвижных объектов) Автоматизированные системы управления
- 3. Подсистема ГИС 1.1.1.2.1. Сформировать список лотов плана-граф... 1.1.1.2.4. Заключить госконтрактыпо объектам РД... с изменениями с экономией 1.1.1.2.5. Зарегистрирова ть подрядчика РД ПИР Список лотов РД ПИР сформирован Госконтракт РД ПИР заключен Подрядчик РД ПИР зарегистри... Оператор ФКУ РД ПИР Оператор ФКУ РД ПИР Оператор ФКУ РД ПИР Реквизиты подрядчика Образовалась экономия по объекту РД... 1.1.1.1.7. Откорректировать утвержденный бюджет РД ПИ... 1.1.1.3. Выполнение работ "Ремонт дорог ПИР" 1.1.1.3. Выполнение работ "Ремонт дорог ПИР" Государственное задание Предваритель ные проектиров ки РД ПИР... 1.1.1.1.5. Утвердить предварительные проектировки ... 1.1.1.2.2. Редактировать список лотов плана-граф... Оператор ФКУ РД ПИР Информация о размещении государствен... Государственное задание Информация о размещении государствен... с изменениями Информация о размещении государствен... Изменения в бюджете РД ПИР... Измнения государственно го задания ... 1.1.1.1.9.4. Утвердить корректировки бюджета РД ПИР 1.1.1.1.9.5. Подписать изменения в государствен... Данные о государственном заказе 1.1.1.2.3. Провести процедуру государств... Внесены изменения в список лото... Статьи объектов РД ПИР... Потребовалось внести изменения в... Список лотов РД ПИР отредактир... Список лотов РД ПИР отредактир... Процедура государственно го заказа... Данные о государственном заказе Данные о государственном заказе Данные о государственном заказе Информация о размещении государствен... Данные о государственном заказе Государственный контракт РД ПИР лота плана-графика торгов
- 4. Задачи подсистемы ГИС Визуализация Хранение пространственных данных Сбор данных Пространственный анализ Интеграция
- 5. Задачи подсистемы ГИС Локализация непространственных данных (геокодирование, линейный референсинг) Проверка качества данных Предоставление данных для внешних приложений (выгрузка)
- 6. Real time Сценарии E T Spatial ETL Прием и обработка уведомлений, сообщений, предупреждений Обработка, трансформация, фильтрация содержания уведомлений Отправка потока уведомлений, оповещений, сообщений
- 7. Spatial ETL
- 8. Архитектура
- 9. Платформы (Spatial ETL) Пространтсвенные модули классических ETL систем: • GeoKettle (Pentaho) • Spatial Data Integrator (Talend) FME
- 10. FME FME Desktop • > 300 форматов данных (ГИС, САПР, СУБД, XML, WEB, растры, облака точек) • > 400 трансформеров FME Server • Сервисы -Трансформация, Поток данных, загрузка, выгрузка, OGC (WMS, WFS) • Уведомления (Notification Service) Сценарии Публикация в FME Server Сервисы
- 11. Архитектура сервисов уведомлений Gj FME Server Сценарии Протоколы Протоколы Email HTTP POST UDP Directory Watch webSockets … Email FTP Google Cloud Messaging HTTP Push JMS Logger WebSocket ПодписчикИздатель Клиенты Клиенты Приложения отправители Приложения получатели
- 12. Пример. Линейный референсинг Управление ремонтом и содержанием автодорог Программа работ Пространственные объекты Центр управления производством
- 13. Пример. Сбор отчетности Регламентированный отчет Отправка по электронной почте
- 14. Пример. Сбора данных Данные с датчиков мониторинга Датчики: • Интенсивность движения • Метеостанции • видеокамеры WMS
- 15. Заключение Spatial ETL используется для обеспечения: Решения широкого круга задач обработки пространственных данных Интеграции разнородных данных Поддержки событийно ориентированной архитекторы Эффективность использования Spatial ETL определяется: Единая платформа для интеграции и реализации пространственной и бизнес-логики Для ГИС разработчиков – высокая степень унификации решений, имеющих минимальную привязку к предметной области Для Заказчиков – гибкость в эксплуатации, технической поддержке и модернизации
- 16. 105062, Россия, Москва Улица Покровка, 47А Тел.: +7 (499) 999-00-00 E-mail: info@neolant.ru www.neolant.ru Спасибо за внимание! ЗАО «НЕОЛАНТ Запад» Санкт-Петербург, ул. Бакунина 5, БЦ «Б5» www.neolant.ru
Editor's Notes
- Доклад имеет техническую направленность и посвящен вопросу потенциала использования систем класса spatial ETL в качестве базовой платформы для реализации подсистемы ГИС в системах оперативного управления в органах государственной власти.
- Что такое системы оперативного управления? Будем считать под системами оперативного управления информационные системы, которые кроме прочего используются для информационной поддержки процессов оперативного мониторинга, контроля и анализа текущей ситуации в заданной предметной области. Какие общие особенности таких систем можно выделить? Прежде всего это пространственная распределенность объектов предметной области, что определяет требования к геоинформационной составляющей этих систем. Кроме того элементы всех этих систем должны работать в режиме реального времени (и в том числе с пространственными данными). Это определяет специфические требования к архитектуре подобных систем. (Real time Data)
- Конечно существует большое количество различных подходов к созданию таких систем, выстраиванию их архитектуры, выбору базовых платформ. Мы рассмотрим те архитектурные решения, при которых архитекторы перечисленных систем стремятся минимизировать бизнесс-логику, возлагаемую на ГИС. В функциональной структуре выделяется подсистема, в общем случае предназначенная для интеграции, обработки, анализа пространственных данных, картографической интерпретации непространственных данных системы и предоставления информационных услуг смежным подсистемам.
- Какие задачи возлагаются на подсистему ГИС? Прежде всего это визуализация. Но сейчас не будем рассматривать эту задачу, т.к. эта задача видится наиболее проработанной и понятной, как с точки зрения требований, так и с точки зрения реализации Так же пропустим задачу Хранения пространственных данных, которую все чаще выводят за рамки подсистемы ГИС, реагируя на стремительное развитие современных СУБД в части пространственной составляющей. Что касается оставшихся задач, то, учитывая специфику систем оперативного управления важным требованием к их решению является поддержка работы в режиме реального времени. Система должна уметь реагировать на события и мгновенно выполнять перечисленные задачи. Это и сбор данных в режиме реального времени. Это и мгновенный пространственный анализ, для чего все чаще используют термин ГЕОТРИГГЕР, когда событием является изменение геометрических свойств объекта или его топологических отношений с другими объектами, наиболее распространенный пример – попадание, или наоборот выход объекта мониторинга из определенной зоны. Задачи интеграции ПД – это широкое понятие в которое входит поддержка возможности совместной работы с данными разнородными по формату, структуре, способу и месту хранения.
- Локализация ПД – важный комплекс задач, в рамках которого подсистема ГИС взаимодействует как со смежными подсистемами. Примерами таких задач могут быть – автоматическое заполнение карточки происшествия (адрес) в случае если в распоряжении оператора имеются только косвенная ссылка на пространственное расположение (координаты, перекресток дорог, название местоположения и т.п.). В случае работы с линейными объектами могут применяться механизмы линейного референсинга, которые локализуют точки (события) или сегменты на исходных линейных объектах, используя линейные координаты. Важным комплексом задач является проверка качества данных, которая может производиться в автоматизированном режиме и выявлять несоответствие данных заявленным требованиям. Зачастую подсистема ГИС не только обеспечивает визуализацию данных, но и предоставление самих пространственных данных как для смежных подсистем, так и для внешних информационных систем или конечных пользователей. При это важно, чтобы данные предоставлялись в том виде к котором это необходимо потребителю.
- Как обеспечить решение перечисленных задач в режиме реального времени? Для этого требуются механизмы, позволяющие решать эти задачи в привязке к определенной событийной логике. Этим механизмы должны обеспечивать: Прием сообщений от смежных подсистем или внешних систем Обработка содержания сообщений (включая выполнение сценария обработки данных уведомлений) Отправка уведомлений
- GeoKettle – решение Open Source, базирующееся на платформе Pentaho Data Integration (Kettle), которая в свою очередь представлена как в варианте Open Source, так и в редакции Enterprise Edition. Использует многие открытые библиотеки (JTS, GeoTools, deegree, gdal/ogr, sextante) Spatial Data Integrator FME
- Сервис уведомлений – это серверный компонент, который предоставляет возможность публиковать сообщения из приложения(устройства)-отправителя и немедленно доставлять несколько уведомлений для других приложений (устройств)-приемников. При этом может быть определен комплекс пространственной и бизнес-логики для того чтобы передавать различные уведомления в зависимости от входных данных. Сервис уведомлений поддерживает технологию PUSH для доставки уведомлений клиентам. Это позволяет не проверять периодически новую или обновленную информацию. Таким образом, например, на карте появляются новые объекты без необходимости регулярной перегрузки страницы или обновления картографического компонента.