В КБ “Панорама” разработана ГИС “Панорама” версии 14.3.0. В новой версии доработаны инструменты по обработке событий с удаленных видеокамер, подключению геопорталов, редактированию пространственных баз данных, решению градостроительных задач, построению TIN-моделей.
Добавлена возможность просмотра в реальном времени событий с удаленных видеокамер, подключенных к сети Интернет. К событиям относятся: перемещение людей, машин и других объектов, определение факта пересечения периметра закрытой зоны, появление или исчезновение предметов, определение фактов вандализма и саботажа. Все эти действия возможно отследить, если они попадут в зону видимости видеокамер, подключение к которым будет настроено на карте местности. Видеокамеры должны поддерживать соответствующие функции видеоаналитики и стандарт ONVIF по взаимодействию с IP-камерами.
Настроить получение событий от имеющихся на карте местности видеокамер можно в диалоге режима “Список фото- и видеоданных” задачи “Демонстрация фото- и видеоматериалов с геолокацией”. На странице списка видеокамер, слева от сетевого адреса камеры, имеется пиктограмма, указывающая на текущий вид работы сервиса получения событий от камеры. Нажатие на этой пиктограмме означает запрос на подключение/отключение сервиса получения событий от указанной камеры. Если при подключении к камере необходима авторизация и она не была сохранена ранее, то ее параметры будут запрошены у пользователя. После подключения пиктограмма изменит свой вид: зеленый прямоугольник – камера работает, событий нет; красный прямоугольник – пришло событие; черный прямоугольник – камера отключена; красный крест – получение событий отключено. Отключить одновременно все ранее настроенные подключения для получения событий можно нажатием кнопки “Отключить события” в панели инструментов диалога. В левом нижнем углу диалога расположено поле для ввода в секундах периода опроса камер о возникновении событий.
После настройки получения событий оповещение о произошедшем событии производится в окне “Список фото- и видеоданных” изменением вида пиктограмм подключения. В окне просмотра видеоизображения с камеры открывается поле просмотра текстового описания событий, содержащее время наступления события и его классификацию. Возможность просмотра вновь появляющихся событий сохраняется в открытых окнах просмотра видеоизображения для всех настроенных камер и после закрытия задачи “Демонстрация фото- и видеоматериалов с геолокацией”, и в следующих сеансах работы ГИС.
Расположение видеокамер на карте местности, плане города, здания, промышленной территории, трехмерной модели обозначается с помощью различных условных знаков (объектов). Объекты могут быть подвижными, если камера закреплена на транспортном средстве. Настройка подключения к видеокамере выполняется в диалоге “Выбор объекта” через добавление значения семантики “Ссылка на видеоизображение” или в режиме “Настройка и просмотр подключения к видеокамере” задачи “Демонстрация фото- и видеоматериалов с геолокацией”. Интеграция геоданных с видеопотоками и сервисом получения событий видеоаналитики упрощает построение систем мониторинга состояния местности, управления движением, охранных систем и других.
Улучшена поддержка геопортала OpenStreetMap. Добавлены новые слои данных: велосипедная карта, карта аэропортов, гуманитарная карта, карта транспорта.
В режиме “Формирование выписки по семантике объекта” в Комплексе градостроительных задач добавлена возможность выделения всех семантик (атрибутов объекта) в списке, сброса выделения всех семантик и сохранения выборки семантик для упрощения подготовки документов.
В задаче “Экспорт схем территориального планирования в GML” реализовано автоматическое разделение схемы территориального планирования на несколько GML (от 1 до 3) при наличии в одном слое схемы нескольких локализаций (линейные, площадные, точечные). Поскольку без деления на разные GML выдается ошибка “нарушен единый подход при описании типа геометрии”. Все файлы будут иметь такое же имя, как у сохраняемой карты с добавлением к имени строк .#1-3, .#2-3, .#3-3 (если создается 3 файла). Например (для 2 файлов): “Карта планируемого размещения объектов.#1-2.gml”, “Карта планируемого размещения объектов.#2-2.gml”. Если в каждом слое схемы присутствует только одна локализация (в разных слоях могут быть разные локализации), то деление на несколько файлов не выполняется. Поскольку ФГИС ТП не поддерживает в GML объекты типа мультиполигоны (MultiSurface), то при сохранении в GML площадных объектов с несколькими внешними контурами (мультиполигоны) выполняется автоматическое разбиение на отдельные полигоны с обновлением у новых частей семантики 800 (GUID) и 1265 (площадь объекта).
Добавлен новый вид программируемых знаков для отображения столбчатых диаграмм по семантике объектов с отображением в легенде значений семантик (в дополнение к знаку, отображающему значения в процентах). В описание диаграммы входит список кодов семантик, соответствующих секторам диаграммы. Для каждой семантики устанавливаются свои параметры отображения сектора. Для всей диаграммы задаются максимальная ширина и максимальная высота диаграммы. Правее диаграммы отображается ее легенда. Тексты строк для подписывания секторов берутся из названий семантики, исключая повторяющуюся часть названий. Например, если семантики называются Число жителей до 20 лет, Число жителей от 20 до 40 лет, то в легенде будут строки: до 20 лет, от 20 до 40 лет и так далее. Условный знак “Столбчатая диаграмма” показан в примере данных на карте Datashape.
В задаче “Автоматизированная генерализация топокарт” доработан режим “Генерализация площадной гидрографии” для построения вспомогательных объектов гидрографии – средних линий площадных рек. При замене узких фрагментов площадных рек на линейные добавлено согласование конечных точек новых линейных рек с точками средней линии. При замене площадных притоков созданные линейные реки дотягиваются до средних линий. Доработано удаление береговых линий вдоль удаленных фрагментов площадных рек.
Доработана задача “Создание TIN-модели по векторной карте”. Повышено качество построения TIN-модели в режиме “По объекту” – добавлено согласование ребер с объектом “Граница триангуляции”. Ребра модели, пересекающие контур объекта “Граница триангуляции”, удаляются. Вместо удаленных формируются ребра по отрезкам объекта “Граница триангуляции”. Аналогичные действия выполняются для треугольников модели. Удаленные треугольники пропускаются при отображении и запросе высот из TIN-модели. Добавлена проверка корректности ссылок на соседние треугольники. Если соседний треугольник вне объекта “Граница триангуляции”, то ссылка на соседний треугольник отсутствует. Триангуляционная нерегулярная сеть TIN (Triangulated Irregular Network) представляет собой многогранную поверхность, состоящую из треугольников, вершинами которых являются исходные опорные точки, а также точки метрики структурных линий и площадей заполнения. TIN-модель строится по данным векторной карты в пределах заданного полигона триангуляции, включающего точечные, линейные и площадные объекты, с характеристикой “абсолютная высота” или с трехмерной метрикой.
Обновлен интерфейс задачи “Редактор карты”. Изображение редактируемых и вспомогательных объектов, редактируемых и копируемых точек приведено к общему виду. В диалоге Параметры редактора в закладке Служебные добавлена настройка цветов и толщин линий, применяемых в режимах редактирования векторной карты. Исключено мерцание элементов карты при различных операциях редактирования.
PS. В России создана и активно развивается система Информационного обеспечения градостроительной деятельности (ИСОГД), в том числе на федеральном уровне. Многие регионы страны обеспечены порталами ИСОГД, выполняются работы по созданию государственной информационной системы обеспечения градостроительной деятельности, существует ФГИС Территориального планирования.
Мы обратились к экспертам в области ИСОГД, с просьбой прокомментировать, как обстоят дела с открытостью и доступностью данных в сфере территориального развития и управления:
Основными препятствием к оперативной публикации данных в России на сегодня являются:
1) отсутствие требований к таким данным в виде информационных моделей, в силу чего большой процент уже созданных данных является бумажным или неструктурированным электронным и не будет нести ценности при публикации, а по многим документам актуальные данные надо собирать вручную, внося в них многочисленные точечные изменения.
2) необходимость конвертации данных из местных систем координат в международную систему координат, чтобы удобно отобразить их для широкого круга лиц.
Также сейчас в РФ идут работы по созданию ГИСОГД РФ и НСПД, возможно посредством данных систем мы получим новые каналы предоставления доступа к данным ГИСОГД субъектов.
Также уверен что в ближайшие годы с ростом числа качественных данных появятся сервисы предоставления сведений ГИСОГД за плату и бесплатно посредством запроса таких данных через интерфейс порталов ГИСОГД. Таким образом будет организована возможность получения данных в форматах, пригодных для их последующего повторного использования в экономике.
Почему этого не сделали ранее? Причина описана выше — большой % некачественных данных. Увы во многих субъектах ГИСОГД не велась или велась формально и за качество публичных данных операторы системы ручаться еще не готовы.»
Наталья Резина, «МетаПрайм»: «1. думаю, не стоит путать понятия «раскрытия информации» и «открытых данных».
Вариант толкования «открытых данных» из википедии — «концепция, отражающая идею о том, что определённые данные должны быть свободно доступны для машиночитаемого использования и дальнейшей републикации без ограничений авторского права, патентов и других механизмов контроля.»
«раскрытие информации» — это, скорее, информирование о сведениях, осуществляемое в т.ч. путем предоставления доступа к сведениям.
2. То, о чем написал Алексей Дударев (о порталах в интернет) — это все же раскрытие данных. Дело полезное, правда, возникает вопрос некой целесообразности при следовании нормативным требованиям:
– муниципалы должны публиковать документы территориального планирования на своих сайтах, а также во Федеральной гос системе территориального планирования (ФГИС ТП);
– регион должен разместить информацию, состав которой утвержден Постановлением Правительства РФ №279 от 13.03.2000 (ППРФ 279) и для этого реализуются региональные порталы региональных государственных информационных систем обеспечения градостроительной деятельности (ГИСОГД субъекта РФ). И на таком портале также публикуются сведения, которые муниципалы размещают на своих сайтах.
– сейчас Минстрой РФ создает ГИСОГД РФ и реализует получение в нее данных из ГИСОГД субъектов РФ. Возможно далее предполагается «одно окно» к таким данным — пока об этом неизвестно.
Но на лицо будет дублирование данных, причем в несколько различающихся форматах. При дублировании всегда острее стоит вопрос синхронизации данных.
3. Порталы ГИСОГД, реализуемые в соответствии с ППРФ 279 – нацелены на раскрытие информации. Однако об «открытых данных» речи нет, поскольку нет доступа к машиночитаемым данным с возможностью их использования. По нормативке задача портала ГИСОГД – доступ к текстовым материалам (да, многие реализуют возможность скачивания таких материалов) и векторным (т.е. обеспечение интерактива, но без возможности выгрузки таких данных).
4. По препятствиям для оперативной публикации данных:
– я не считаю, что перевод данных из одной системы координат в другую – такое уж значимое препятствие для оперативной публикации. В конце концов, каждый регион в любом случае, решает такую задачу, если на его территории существует несколько СК или СК с зонами..
– Так же как и вряд ли проблема оперативной публикации связана с неструктурированными данными, поскольку все связано с целями такой публикации. Если цель – информирование, то текстовые данные вполне с этим справляются; хотя конечно об интерактивных картах и различных сервисах на основе структурированных данных речи быть не может. И вот тут конечно соглашусь, что некачественные данные – значительный тормоз. Но он возникнет, даже если есть требования, но нет квалифицированных кадров или автоматизированных средств проверки. Но, и тут тоже вряд ли оспариваемый факт, дело не в автоматизированных средствах как таковых, а в организации процесса — чтоб эти средства появились и использовались, а также регулярно обновлялись.»
В КБ “Панорама” разработана ГИС “Оператор” версии 13.6.5. В новой версии ускорен “Импорт облака точек из LAS”. Задача выполняет формирование MTD-моделей из файлов LAS, полученных с помощью лазерных локаторов LIDAR. Данные LAS-файлов могут содержать результаты зондирования земной или морской поверхности, атмосферы. MTD-модель содержит точечные измерения, отсортированные поблочно, что обеспечивает быстрый доступ к данным для решения вычислительных и аналитических задач. Новый способ поблочного заполнения MTD-модели уменьшает время загрузки LAS-файлов объемом более 8 Гбайт в 3-5 раз. Загрузка контрольного файла LAS с числом точек 555 миллионов объемом 14.4 Гбайт выполнена за 16 минут.
Добавлена возможность группировать математические формулы для комбинации математических выражений и логических условий при поиске и выделении на карте объектов карты. Например, при наличии семантики с количеством селитры в тоннах, внесенных на заданный участок, и семантики с классом плодородия почвы нужно отобрать участки, где количество азота на гектар является оптимальным. Пусть семантика 123 содержит количество селитры, внесенной на участок в тоннах, а семантика 345 содержит класс плодородия почвы (от 1 до 6). Поскольку площадь участка (S) рассчитывается в квадратных метрах, а в аммиачной селитре содержится 34,5% азота, то формула расчета удельной дозы азота будет иметь вид: “#123*1000*0.345/(S/10000)” или упрощенно “#123*3450000/S”. Для первого класса плодородия задаем первую группу формул: “#345” с граничными значениями 1 и 1 и “#123*3450000/S” с граничными значениями 40 и 50, для второго класса граничные значения первой формулы – 2 и 2, второй 45 и 55, и так далее. Внутри группы выбираем логическое условие “И” – обе формулы должны соответствовать граничным условиям. Между группами выбираем логическое условие “ИЛИ” – хотя бы в одной группе должны выполниться условия при расчете. При нажатии кнопки “Выделить” будут подсвечены все участки, на которых доза азота является оптимальной. Набранные условия можно сохранить в макетах условий поиска под заданными именами и применять по мере необходимости.
Доработана задача подключения геопорталов. Добавлена поддержка слоев с геопортала Росреестра: Кадастровые округа, Кадастровые районы, Кадастровые кварталы, Земельные участки, Земельные участки выставленные на аукцион, Красные линии, Единые недвижимые комплексы. Геопортал выдает данные в векторном тайловом виде в формате pbf (Protocolbuffer Binary Format). Данные содержат координаты объектов, подписи участков, семантические характеристики. Обновлены параметры подключения к геопорталам, хранящиеся в файле wmslist_ru.xml.
Файл GML является одним из наиболее популярных для разработчиков и пользователей ГИС форматов, поскольку, помимо формата, поддерживаемого и стандартизированного OGC, он чрезвычайно функциональен для передачи и обмена данными в веб-приложениях.GML – это приложение языка XML для геопространственных целей, его аббревиатура расшифровывается как Geography Markup Language. С его помощью можно отправлять текстовый файл, векторный файл и даже изображения с помощью GMLJP2. Его логика основана на определении структуры узла (того, что там представлено) и самих данных, так что программа ГИС при чтении файла GML сначала интерпретирует свой профиль характеристик, а затем отображает географические данные. содержится там.
Пример предыдущего изображения эквивалентен кадастровой операции технического обслуживания, которая включает свойство в его исходном состоянии и то же, что и два объекта после расчленения, с его буквенно-цифровой информацией владельца.Как читать файл GML с помощью QGIS.Это так просто, как только бесплатное программное обеспечение может сделать:
Здесь выбирается опция GML, и все.
Чтобы сохранить слой в QGIS в виде файла GLM, просто щелкните его правой кнопкой мыши, сохраните его и выберите вариант GML.Здесь необходимо определить некоторые конфигурации, например:
Как читать файл GML с помощью Microstation V8iЭта функциональность может быть выполнена только с использованием приложений Microstation GIS, таких как Bentley Map, PowerView, Bentley Cadastre или аналогичные.В моем случае, если я использую Bentley Map, это делается следующим образом:
Как вы можете видеть, здесь вы также можете назвать пространственные слои, обслуживаемые WFS, Oracle Spatial, SQL Server. Файлы SHP не имеют значения, поскольку они открываются изначально.На появившейся панели необходимо будет выбрать, является ли файл схемы отдельным. Файл схемы Bentley известен как XSD.И как только это будет сделано, щелкните правой кнопкой мыши по процедуре Import1 и выберите «Предварительный просмотр», чтобы отобразить его или «Импортировать», чтобы привести его на карту.
Когда вы запрашиваете объект с помощью кнопки «Анализ», помеченной как пара очков, и касаясь объекта, табличные данные поднимаются как как поле, так и код xml, как показано на следующем изображении.Для экспорта в GML выполняется следующая процедура:
В обеих формах, как с QGIS, так и с Bentley Map, можно легко редактировать GML как любой векторный файл, а также его буквенно-цифровые данные.
Писатель, исследователь, специалист по моделям землеустройства. Он участвовал в разработке концепции и реализации таких моделей, как: Национальная система управления имуществом SINAP в Гондурасе, Модель управления совместными муниципалитетами в Гондурасе, Интегрированная модель управления кадастром – Реестр в Никарагуа, Система управления территорией SAT в Колумбии. . Редактор блога знаний Geofumadas с 2007 года и создатель Академии AulaGEO, включающей более 100 курсов по темам ГИС, САПР, BIM и цифровых двойников.
В КБ “Панорама” разработан GIS WebServer SE версии 3.8. В новой версии программы предоставляются средства аутентификации пользователей на сервисе GIS WebService SE. Используя проверку подлинности пользователей сервиса, можно получать данные в соответствии с правами доступа, установленными на нем. Это обеспечивает дополнительную безопасность обмена данными с сервисом, защищает ресурсы от несанкционированного доступа.
Обновлен механизм работы с виртуальными папками – получение информации о виртуальных папках выполняется в формате JSON для увеличения скорости обработки данных. Ускорено масштабирование карты, добавлена анимация карты при масштабировании кнопками. Обновлен модуль администрирования.
Доработан инструментарий разработки Web-приложений GIS WebToolKit SE, который расширяет возможности GIS WebServer SE и может быть встроен в другие информационные системы. Доступ к данным (снимкам, векторным картам и информации о рельефе местности) предоставляют Web-сервисы по общепринятым протоколам OGC и стандартам ISO. Сервис GIS WebService SE (OGC WMS/WMTS) предоставляет пространственную информацию в виде графических изображений. В качестве цифровой модели рельефа используются различные виды высотных данных: матрицы (в форматах SRTM, GeoTIFF, IMG, MTW), TIN-модели, облако точек и другие. При запросе выполняется автоматическая выборка наиболее точных данных на заданный участок местности с заданным разрешением. Для передачи данных цифровой модели рельефа в Web используется протокол WCS. Данные рельефа представлены в виде тайлов и кэшируются на клиенте.
В качестве источника пространственных данных может выступать Банк данных цифровых карт и ДЗЗ. Он обеспечивает сбор, хранение, поиск и выдачу пространственных данных в обменных форматах, отображение состояния банка данных в виде карт-схем, автоматизированное формирование и обновление геопокрытий.
GIS WebServer SE применяется при построении закрытых корпоративных систем с обеспечением защиты данных, имеющих гриф секретности или коммерческую тайну. GIS WebServer SE сертифицирован по 2 уровню отсутствия недекларированных возможностей. Новая версия программы расширяет возможности приложения при решении задач анализа, управления и перспективного планирования развития территорий. GIS WebServer SE реализован с использованием инструментария GIS WebToolKit SE, который может применяться в средствах разработки, использующих JavaScript.