Применение ГИС в авиационной охране лесов

[Алексей Мажара]

Добрый день!
Хотел бы поделиться опытом применения бесплатной программы в целях авиационной охраны лесов. Небольшой опыт в поиске и применении программ описан в файле .
Вышеизложенное публиковалось на форуме Гринпис, где есть обсуждение заметки. Может, кому то будет любопытна эта запись.

p.s. В личку поступило не мало предложений, на основе которых есть мысли по предложению создания своего узкопрофильного продукта для мониторинга лесных пожаров с борта патрульного самолета/автомобиля/вездехода...

[nadiopt]

сас планет - она конечно бесплатная, но карты-то в ней ворованные...

[Алексей Мажара]

про сас планет писано в сей заметке. отпадает вариант))

[nadiopt]

то-то и оно, а в заметке лицензионная сомнительность карт не прописана

[Алексей Мажара]

Думаю, это можно принять к сведению. А есть ли ссылка на формальную статью закона, где прописано, что старые генштабовские карты вне закона? на сколько я знаю, гриф секретности уже давно сняли с этих материалов, иначе летнаб должен иметь свою служебную секретную комнату (или как минимум, сейф) для хранения карт.

[gimran]

Они не генштабовские на самом деле, а просто топокарты. И секретность от масштаба вроде бы зависела, точности привязки и наличия военных объектов.
Утрируя: Если военная часть помечена как "зернохранилище", то карта не содержит секретных сведений

[nadiopt]

сейчас они не секретные. но получается ведь, что мы их не покупали и сперли откуда-то, что явно не предусматривалось никакими лицензиями

[Алексей Мажара]

Хотелось бы на примере вышеописанной программы на андроид создать свое, более подходящее для оперативного мониторинга. Преследуемая цель: иметь в наборе программы штурманские инструменты для выполнения полетов, создание/формирование схем, чертежей на картографической подложке с кварталами с нанесением границ лесного пожара и новых утвержденных условных знаков, вывод/ввод атрибутивной информации о нужной точке/линии/полигоне отдельным компактным окном.

[gimran]

Давайте примерное ТЗ напишите:
Формат входных данных (растр, вектор, подложка?)
Формат данных о треке и его преобразование.
Как маршрут задается.
Какие инструменты штурманские должны быть. Насколько помню, облет тоже нескольких типов бывает в лесной авиации.
Ссылку на документ с условными знаками.

От этого и надо "плясать", пока звучит хорошо, но непонятно, что требуется или какую программу с открытым исходным кодом можно модифицировать под Ваши задачи.

[ Сообщение с мобильного устройства ]

[Алексей Мажара]

Давайте примерное ТЗ напишите:
Формат входных данных (растр, вектор, подложка?)
Формат данных о треке и его преобразование.
Как маршрут задается.
Какие инструменты штурманские должны быть. Насколько помню, облет тоже нескольких типов бывает в лесной авиации.
Ссылку на документ с условными знаками.

От этого и надо "плясать", пока звучит хорошо, но непонятно, что требуется или какую программу с открытым исходным кодом можно модифицировать под Ваши задачи.

[ Сообщение с мобильного устройства ]

Не плохо было бы сделать на примере программы oruxmaps. Там уже все заточено, карты в инете свободно можно найти, инструменты и приборы сделаны. Нет вывода атрибутивки в окошке и нет возможности рисования или компоновки схем определенного участка с уже готовым набором значков по приказу минприроды "об утверждении правил тушения лесных пожаров" от июля 2014 г
В кратце, так.

[gimran]

1) Откуда атрибутика?
2) Вам нужен набор значков и схемы для наземной публикации/печати, для просмотра в небе или рисования на земле?

[ Сообщение с мобильного устройства ]

[Алексей Мажара]

1 подложка должна быть растровая с возможностью наложения kml/kmz слоев
2 вывод атрибутивной информации по кварталам {информация таксационного описания на каждый квартал}
3 вывод надписей слоев kml/kmz в читабельном виде {по центру, по краю и тд - на выбор с сохранением результатов по каждому слою}
4 инструмент в виде редактора/компонатора схем места пожара с набором значков для предоставления оперативной информации в авиабазу/лесничество с борта ВС
5 возможность отправить сформированный отчет по мэйлу на сохраненный заранее адрес почты (база адресов лесничеств и тп)

Возможно ли, технически это исполнить? Программы типа qgis, arcgis для андроид не подходят. Нужно определенный набор инструментов для работы в трясущемся, болтающемся, шумном борту самолета/вертолета

Отчасти, при помощи орукса эти цели достигнуты, но приходится использовать дополнительные программы графических редакторов и других программ. Нужно доработать юзабилити, и скомпоновать вышеописанные пожелания в одном продукте.

[Алексей Мажара]

Забыл еще:
6 возможность создавать и редактировать kmz слои (точки, треки) с добавлением информации к ним.

[gimran]

Хм... есть конечно qgis для планшета, но он прожорлив.
В настольном кугисе в принципе исполнимо с условными знаками точно, но мобильности не будет.
Самый адекватный вариант был бы такого рода: ввод необходимой информации с нужной атрибутикой и пересылка при наличии интернета на интернет-сервер, который бы визуализировал по инструкции.
То есть по сути Вам нужен программный комплекс, на мой взгляд такого рода:
1. Мобильное приложение, которое бы отображало карту с атрибутикой (видимо вектор) с вводом точечных, линейных и полигональных объектов (с выставлением каким знаком отображать), пересылающих информацию при наличии интернета на сервер и выкачивающую, при желании, новую информацию с него.
2. Сервер, который визуализирует информацию в заданном наборе условных знаков с фильтрами по датам, региону, номеру пожара и тд.
По идее разумно выходит... но обеспеченность связью тут играет важную роль. Но вектор невелик и потому экономит трафик интернета.
По уму надо поднимать эту идею до уровня Рослесхоза и начинать разработку/адаптацию до программного комплекса.
При желании, наверное и из oruxmaps + синхронизация векторных данных с сервером можно сделать.
Судя по мануалу, в oruxmaps собственные условные знаки там создать можно. Про то, как данные хранятся напланшете (то есть синхронизация возможна "налету" или же через ухищрения) - вопрос.
Вашу б идею года два назад, коода Рослесхоз хотел информатизировать что-то, то можно было бы наладить это.
Сейчас как сделать - надо думать. В идеале бы тот же сервер Авиалесоохраны сделать главным сервером с визуализацией данных, подгрузку данных Рослесозащиты по согласованию сторон тоже можно было б сделать (технически там не так сложно, главное согласовать все на уровне руководства).
Конечно сервером можно и обычный комп, в самом примитивном варианте тотже raspberrypi превратить в сервер (цена у него порядка 3000 рублей) или старый компьютер, при отсутствии сервера, но тут отказоустойчивость ниже нормального сервера.
То есть, на мой взгляд, лучше сделать сервер, который пожары будет хранить в базе данных и отрисовывать по правилам тушения, а летнабы просто будут рисовать нужное в простой программе, без излишних красивостей и излишков.
Если бужет желание и политическое решение Авиалесоохраны - милости прошу писать предложения группе информатизации Рослесозащиты, может что придумаем адекватного и интересного, хотя бы на уровне идей.
Мы который год данные о реальных контурах пожаров не можем получить, а учатники группы взаимодействия от Авиалесоохраны адекватных идей о взаимообмене и даже того, что им интересно от Рослесозащиты получить, на мой взгляд, когда общались, не предлагали и не знали.
Вот что Вам, как практику, интересно от лесопатологов?

Надеюсь, что дал адекватные советы и идеи, которые Вам помогут, Алексей.

[ Сообщение с мобильного устройства ]

[SergeyRyzhkov]

gimran, все правильно написал. Спасибо! Чувствуется опыт практики, а не просто теории )
Не совсем к теме, но все же также поделюсь опытом (к сожалению, не очень удачным).
Не обессудьте.
Лет 5 назад была задача организовать мобильные рабочие места для аварийных бригад Водоканала.

При этом уже промышленно эксплуатировалась централизованная система.
На тот момент решение было таково. При этом обращаю внимание, я разработчик, а не сотрудник Водоканала. Поэтому мои предложения по реализации технологии не всегда учитывались и делать приходилось так как сказано Заказчиком.

1. Произведена закупка защищенных планшетов (не помню сейчас марку)
2. На каждый планшет установлен Oracle Express
3. На каждый планшет установлены средства защиты (требования управления соответствующего)
4. На каждый планшет установлен и настроен GPRS-модем для связи напрямую с центральной СУБД
5. На каждый планшет установлено ГИС приложение - "толстый" клиент !
6. Также установлены дополнительные модулю для работы с аппаратурой (в т.ч режим РТК) производства РИРВ для работы с сетью базовых станций (Водоканал свои развернул на весь СПб)

Вообщем все красиво, базы и приложения по необходимости обновлялись, все работало.
Но не прижилось. Настолько не удобно в поле работать с полнофункциональным приложением, что проще было распечатать необходимые планы, в поле наносит все на бумагу, а потом в режиме постобработки вносить в центральную базу данные.
Вторая причина "не прижития", слишком много надо было действий сделать с планшетом. Зайти, залогиниться, запустить и авторизоваться VPN-клиент, запустить и авторизоваться в самом приложении.
Локальная база тоже иногда требовала профилактики.
То есть технически решение красивое (на тот момент), но профита абсолютно никакого.
Сейчас просто вэб-приложение, для ориентации. Сети то в МСК , просто навигатор не подойдет.