Карты на экспорт

21 Ноябрь 2016 Михаил Потанин

В GeoMixer появилась возможность экспорта больших фрагментов карты в растровом виде. Пользователь может выделить произвольный фрагмент карты, указать настройки экспорта, после чего приложение создаст файл для скачивания. Поддерживается запись изображения в jpeg или png размером до 10 тысяч пиксел с файлами привязки для программ:

  • Mapinfo (.tab)
  • QGIS (.wld + .prj)
  • ArcMap (.wld + aux.xml)
  • OziExplorer (.map)
  • Google Earth (.kml)

пример: http://kosmosnimki.ru/downloads/public/TestExport.zip

Специально для работы с данными на мобильных устройствах была сделана поддержка экспорта в форматы:

mapexport

При экспорте сохраняются все стилевые настройки, состав и порядок видимости слоев, дополнительные элементы: кадастровый слой, координатная сетка, нарисованные объекты. Функция экспорта позволяет создать макет для широкоформатной печати, перенести фрагменты карты в специализированное ПО, в том числе и на мобильных устройствах. Например, файлы mbtiles можно загружать в программы: Galileo OfflineMaps (работает на IOS) и в SASPlanet (Android). Кроме того файлы геопривязки позволяют загружать растры на мобильные версии программ: OziExplorer и QGIS (у обеих программ есть Android версии).

О технологии
Экспорт данных из GeoMixer реализован с помощью технологии PhantomJS. Особенность технологии GeoMixer в том, что для визуализации используется “клиентский рендеринг”. GeoMixer не использует рендеринг на сервере, напротив, карта, которую видит пользователь, “собирается” из растровых и векторных тайлов в браузере, при этом векторные тайлы на лету раскрашиваются в браузере по заданным стилям. Кроме слоев на карте могут быть различные дополнительные объекты — координатная сетка, линии, маркеры и т.п. Чтобы сформировать идентичную картинку, GeoMixer запускает на сервере экземпляр PhantomJS, в которой с помощью инструмента “ссылка на карту” передаются параметры: рабочий контекст окна пользователя и параметры экспорта. С помощью такого, можно сказать, трюка, мы и реализовали экспорт. Чтобы воспользоваться данным функционалом для своих карт, надо зарегистрироваться на сайте http://kosmosnimki.ru, создать карту и загрузить данные. Будем признательны за фидбек на адрес технической поддержки: help@kosmosnimki.ru.

Поиск космосъемки по кадастру

8 Ноябрь 2016 Михаил Потанин

В Каталоге Космоснимки теперь работает поиск на карте по кадастровому номеру с последующей возможностью автоматически выделить векторным контуром границу участка и выполнить поиск космосъемки по пересечению с контуром. Данный функционал реализован в Каталоге благодаря подключению плагина GMXPluginCadatsre. Этот плагин доступен с открытым кодом и может быть использован в любом проекте, сделанном с помощью веб-картографической библиотеки Leaflet.
Интересная особенность плагина заключается в возможности выделения векторного контура границы кадастрового участка. Эта функция выполняется на клиентской стороне, в браузере с помощью библиотеки MSQR по алгоритму Marching Squares.
!!!Disclaimer: данный инструмент нужен ТОЛЬКО для удобства пользователя, результаты его работы не могут быть интерпретированы как точные кадастровые границы.

GMXPluginCadatsre позволяет загружать кадастровые границы на карту тайлами по 512 пиксел, что существенно быстрее, чем стандартный WMS, учитывая высокую загруженность сервиса ПКК.

cadasre1
Выделение границы кадастрового участка

cadasre2

Результаты поиска метаданных космосъемки по границам участка

Благодаря интеграции кадастровой информации в Каталоге и в GeoMxier-Online работает единый поиск по трем основным форматам описания пространственного положения объектов: географические координаты, адрес, кадастровый номер. В СКАНЭКС регулярно приходят запросы на подбор космосъемки по объекту с кадастровым номером. Теперь такие запросы стало обрабатывать проще, но и пользователи Каталога могут самостоятельно искать по кадастру.
Как было сказано выше, в Каталоге можно искать и по адресам, например “Московская область”, при этом на карте отображаются реальные границы объектов в векторном виде, что также упрощает поиск снимков по пересечению с контуром.

cadasre3cadasre4

Граница Московской области в результатах поиска

Адресная база и вектора объектов загружаются из базы OSM, которая содержит в том числе границы административно-территориального деления. Таким образом удобный пользователю, единый режим поиск по трем вариантам описания пространственного положения объектов — по “кадастру, адресам и координатам” — реализован благодаря интеграции внешних открытых или публичных источников данных в наши геосервисы.

Переключение синтеза каналов спутниковых снимков поможет анализировать изображение пожара

25 Май 2015 Георгий Потапов

На «карту пожаров» добавлена возможность просмотра спутниковых снимков «MODIS» в так называемой «true color» палитре (синтез каналов 1-4-3). Называется так, «true color», потому что изображение в такой комбинации каналов представляется близким к восприятию цветов человеком.
Переключение между двумя синтезами помогает анализировать изображение пожара: в синтезе 7-2-1 лучше видны свежие гари и кромка огня, а в синтезе 1-4-3 — дым.

В качестве примера изображений — действующие в настоящее время лесные пожары под Читой, Забайкальский край, 22.05.2015

modis_rgb_switch

Ссылка на карту: http://fires.kosmosnimki.ru/?permalink=FUO2R

Новая версия «Карты пожаров»

1 Апрель 2015 Георгий Потапов

В большинстве регионов РФ, в апреле начинаются усиленные меры по профилактике и мониторингу лесных пожаров — так называемый пожароопасный сезон.
В этом году в ряде регионов по факту уже введены особые меры.
И мы не знаем каким и насколько тяжелым будет этот год по ситуации с пожарами. Можем только догадываться и оперативно сообщать доступную информацию.
В рамках проекта системы оперативного спутникового мониторинга пожаров компании СКАНЭКС  мы подготовили обновление общедоступного сервиса Карта пожаров, которое включает:

  • - Новую ускоренную визуализацию на обзорных масштабах карты. Этот способ используется до 4го «зума» карты, затем показывается более детальная информация — кластеризованные пожары в виде кружков, при дальнейшем приближении — контуры и еще ближе — термоточки, являющиеся исходными данными алгоритма детектирования
  • - Новый RGB синтез данных LANDSAT 8, пересекающихся с термоточками пожаров (используется комбинация каналов 7-5-3)
  • - Новости о пожарах с автоматическим классификатором новостей. Данный слой является производным результатом обработки RSS новостных агрегаторов по ключевым словам, связанным с пожарами. Автоматическая классификация новостей является экспериментальной разработкой добровольных участников проекта. Для извлечения фактов о местоположении используется технология ABBYY Compreno

Для справки:

«СКАНЭКС» осуществляет оперативный мониторинг пожаров на территории РФ с 2004  года. Проект «Космоснимки Пожары» начался в 2010 году.
Для детектирования пожаров используются данные с полярно-орбитальных спутников Terra, Aqua и NPP, принимаемые на собственную сеть станций СКАНЭКС, совокупная зона приема охватывает всю страну и граничащие территории. Все результаты обработки данных публикуются на общедоступном сервисе Карта пожаров.
Компания предлагает «Решения для организаций» на основе технологий мониторинга пожаров.

Солнечное затмение на спутниковых снимках

23 Март 2015 Георгий Потапов

В пятницу все фотографировали солнечное затмение. Через солнечные фильтры и тонированные стекла, CD диски и пластиковые стаканы.
Вот как затмение выглядит на снимке земли из космоса, сделанным спутником, видна зона частичной и полной тени — на широте Шпицбергена в зоне максимального наблюдаемого затмения.

Ссылка на карту: http://maps.kosmosnimki.ru/api/index.html?permalink=S9K66

Спутник NPP, архив  ГК СКАНЭКС, 20.03.2015

Спутник NPP, архив
ГК СКАНЭКС, 20.03.2015

След тигра

13 Март 2015 Георгий Потапов

- Что, правда, на космических снимках видны следы тигра? — спросила меня коллега.

Нет, конечно. Но с помощью веб-приложения с интерактивной картой, которое мы разработали для Амурского отделения WWF, эти следы уже видны в интернете.
Недавно мы сообщали о проекте «карта памятников культурного наследия», реализованном по аналогичной технологической схеме:
1) облачный GeoMixer, где создаются, хранятся и редактируются данные —> 2) API «GeoMixer JS» для импорта этих данных —> и 3) отдельное приложение для сайта, представляющее собой ту же карту со специальными виджетами — в данном случае «закладками» для отображения исторических срезов и маркерами.

Интересно, что картографические сервисы, как инструмент для «сторителлинга», т.е. связанного повествования или иллюстраций к сюжетам, становятся популярны у дизайнеров и редакторов сайтов. Компания Vizzuality и Open Knowledge Foundation даже выпустили специальную библиотеку с открытым исходным кодом для разработчиков таких приложений — Odyssey JS.

P.S. Пока идет разработка и тестирование, благодаря картографам WWF, узнаешь много нового о истории обитания, истребления и защиты тигров на Дальнем Востоке. Но надо же такому случится, что и в нашей команде оказался тигриный следопыт. Среди всякого мимишечного и плюшечного, которое добавляют на карту пользователи социальных сетей, он загрузил привезенную из МГУшной экспедиции фотографию настоящего тигриного следа, отпечатавшегося на мокром морском песке бухты Та-Чингоуза.
О как.

WWF-Timur

Материалы вебинара «Об аспектах использования нового программного интерфейса управления данными (API) для платформы GeoMixer®» от 19 января 2015

30 Январь 2015 Александр Паршин

На прошлой неделе состоялся вебинар про новую библиотеку “GeoMixer.js” — плагину к картографическому движку Leaflet.

При помощи этой библиотеки можно встроить в любую карту на Leaflet произвольный векторный или растровый слой с любого сервера ГеоМиксера. Библиотека поддерживает все возможности платформы, такие как мультивременные слои, каталоги растров, обновление данных с сервера в режиме реального времени, расширенную систему стилей и т.п.

Сама библиотека, документация к ней и примеры использования выложены в открытый доступ на сервере github: https://github.com/ScanEx/Leaflet-GeoMixer

Запись вебинара

Также отдельно можно посмотреть презентацию.

Пишите нам на help@kosmosnimki.ru — будем рады услышать любые ваши вопросы, замечания и предложения.

Так же мы планируем серию вебинаров по использованию платформы GeoMixer. Следите за анонсами в новостях!

Интерактивная карта ОКН Московской области

21 Январь 2015 Георгий Потапов

ИТЦ СКАНЭКС продолжает сотрудничество с Министерством культуры Московской области. В этом году создана вторая версия интерактивной карты объектов культурного наследия.
В этом проекте за очень короткий срок реализован классический кейс из области внедрения «геопорталов»:
- есть не очень структурированные и не всегда геопривязанные данные, надо их опубликовать, часть данных геокодировать, с возможностью редактирования для специалистов, а главное — опубликовать на сайте в виде интерактивной карты со списком слоев.
В качестве ГИС для данной задачи используется GeoMixer — с помощью нашей платформы данные импортированы, попутно часть данных автоматически геокодировалась через инструмент пакетного геокодирования, настроены стили и структура слоев. У специалистов Мособлкультуры есть доступ к данным и инструментам редактирования — !
А дальше GeoMixer начинает выполнять роль сервера и с помощью нового API «GeoMixer.js», о котором недавно было рассказано на нашем вебинаре, передает данные в приложение для пользователей сайта Мособлкультуры.
Зачем нужно отдельное приложение? Во-первых, используется LeafletJS — опенсорсная библиотека для десктопных и мобильных картографических приложений, которая содержит широкий набор плагинов, в том числе очень хороший плагин для кластеризации объектов — когда надо улучшить скорость отрисовки и избавиться от мешанины объектов на мелких масштабах. Во вторых, используются наши кастомные виджеты, такие как «виджет базовых карт», дерево слоев, «закладки», дизайн которых гораздо более адаптирован для пользователей со все увеличивающимся количеством устройств доступа в интернет, чем дефолтные контролы Leaflet или GeoMixer.
Приятного просмотра и, если вас, как разработчиков, заинтересовала наша новая архитектура создания приложений, надеемся, что и вы что-нибудь сконструируете, воспользовавшись нашей документацией и примерами )
P.S. Что же касается содержания — такими проектами интересно заниматься, хочется пожелать и другим базам культурного наследия хотя бы такой архитектуры. К сожалению, данные «ОКН» это одни из самых несистематизированных государственных архивов, не приведенных к общему стандарту описания. С этой точки зрения работы еще очень и очень много.

Описание компонент приложения "интерактивная карта ОКН Московской области"

Описание компонент приложения «интерактивная карта ОКН Московской области»

ГК «СканЭкс»: вебинар «Об аспектах использования нового программного интерфейса управления данными (API) для платформы GeoMixer®» состоится 19 января в 11:00

16 Январь 2015 Георгий Потапов

Ранее анонсированный открытый вебинар «Об аспектах использования нового программного интерфейса управления данными (API) для платформы ScanEx Web GeoMixer®» состоится 19 января в 11:00 по московскому времени. Организаторы вебинара приносят извинения за перенос даты его проведения из-за непредвиденных обстоятельств.

ScanEx Web GeoMixer® (сокращенно GeoMixer, Геомиксер) — веб-геоинформационная платформа (веб-ГИС) для организации, визуализации и интеграции пространственных данных.

GeoMixer API – программная библиотека для интеграции геоданных из GeoMixer’а в клиентские приложения. Новая версия GeoMixer API полностью совместима с популярной открытой библиотекой Leaflet, которая работает во всех современных браузерах и на мобильных устройствах. Совместимость с Leaflet позволяет совмещать визуализацию данных из GeoMixer’а с многочисленными плагинами для Leaflet. С помощью GeoMixer API можно управлять отображением и  поведением объектов на карте, загрузкой отдельных слоёв и целых проектов из базы данных GeoMixer’а.

На вебинаре Вы узнаете:

  • о платформе для разработки геоинформацонных решений GeoMixer;
  • о библиотеке GeoMixer API и ее особенностях;
  • о специальных решениях или сценариях использования GeoMixer API,

а также сможете задать вопросы по тематике и проконсультироваться у специалистов.

Для участия в вебинаре необходимо зарегистрироваться на странице вебинара.

Пароль регистрации: gmx123

По вопросам обращайтесь, пожалуйста, к команде разработчиков GeoMixer’а: help@kosmosnimki.ru

Пересечение 180-ого меридиана или “широка страна моя родная”

8 Сентябрь 2014 Михаил Потанин

Описание и “изображение” проблемы

Есть ли стандарт, или устоявшийся подход при работе с координатами географических объектов, которые пересекают 180-ый меридиан?

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

180problem_1a
Рис. 1а. Прямоугольник, охватывающий о. Врангеля и пересекающий 180-ый меридиан

180problem_1b
Рис. 1б. Нежелательное отображение прямоугольника, пересекающего 180-ый меридиан

Если координаты объектов, пересекающих 180-ый меридиан, некорректно записаны, или программное обеспечение неправильно обрабатывает (интерпретирует) координаты таких объектов, то на карте получаются некрасивые “разрывы” как на картинках ниже:

180problem_2a
Рис. 2а. Неправильное отображение контуров снимков Landsat8, пересекающих 180-ый меридиан

180problem_2b
Рис. 2б. “Разорванные” границы Чукотского автономного округа

На первый взгляд кажется, что с растровыми данными в виде тайлов нет таких проблем, поскольку тайл не может пересекать 180-ый меридиан по определению (по крайней мере в наиболее используемых системах нарезки на тайлы). Но, во-первых, есть проблема, как перепроецировать растровые данные до тайлинга из локальной проекции в глобальную в районе 180-ого меридиана и, во-вторых, как корректно описывать в метаданных то, что называется “bounding box” (bbox — прямоугольная граница) такого слоя.

Могут быть “разрывы” и с растровыми данными. Например, космический снимок, пересекающий 180-ый меридиан, записан в зональной проекции UTM-60 и для отображения на веб-картах должен быть перепроецирован в глобальную проекцию Меркатора. В таком случае могут возникнуть артефакты: либо отрезание части растра по 180-ому меридиану (рис. 3а.) или “растягивание” растра на весь мир (рис 3б.) и заполнением пустых областей значением “nodata”.

180problem_3a
Рис. 3а. “Отрезание” части растра по 180-ому меридиану

180problem_3b
Рис. 3б. “Растягивание” растра через весь мир

Для российских гис- и веб-картографов проблема особенно актуальна, потому что самая восточная часть России находится в Западном полушарии, и наша страна единственная, которую по суше пересекает 180-ый меридиан.

С технической точки зрения все дело в том, что в глобальных проекциях, которые охватывают весь мир, по 180-ому меридиану проходит граница, разделяющая положительные и отрицательные координаты по оси X (= точки с восточной и западной долготой).

Проблемы не ограничиваются только визуализацией. Допустим, есть сервис поиска каких-либо объектов по заданному полигону на карте. Если полигон пересекает 180-ый меридиан, то, какую выборку объектов мы получим: внутри правильной «маленькой» области, на часть этой области или на ее «дополнение» по оси X?

Варианты решения

Какой-то исчерпывающей и оптимальной методики по этому вопросу на все случаи жизни нам не встречалось, и мы, в свою очередь, такую не обещаем :) Но есть решения на уровне различных приемов. Убедиться, что специалисты и разработчики с такой проблемой сталкиваются достаточно часто, можно, изучив результаты поиска в Google по запросу: “polygons crossing 180 longitude”.

Мы используем два подхода:
1) записывать координаты точек с “перехлестом”. Например:

  • {“type”:LINESTRING, “coordinates”: [[170,60],[190,60]]} — отрезок в “короткую сторону” между 170° восточной долготы и 170° западной долготы
  • {“type”:POLYGON, “coordinates”:[[[170,70],[190,70],[190,50],[170,50],[170,70]]]} — прямоугольник между 170° восточной долготы и 170° западной долготы

2)разрезать геометрию на две части по 180-ому меридиану. В этом случае указанные геометрии будут записана так:

  • {“type”:MULTILINESTRING, “coordinates”: [ [[170,60],[180,60]],[[-180,60],[-170,60]]] }
    — разрезанный на две части отрезок
  • {“type”:MULTIPOLYGON, “coordinates”:[ [[[170,70],[180,70],[180,50],[170,50],[170,70]]],
    [[[-180,70],[-170,70],[-170,50],[-180,50],[-180,70]]] ]}
    — разрезанный на две части прямоугольник

Плюс первого метода — простота преобразования координат, минус — в проблемах экспорта-импорта координат, поскольку не любое программное обеспечение для работы с пространственными данными, будет правильно обрабатывать географические координат вида “190° восточной долготы”.

Плюс второго метода — аккуратность и максимальная совместимость, минус — накладные расходы (сложность вычислений) по преобразованию геометрических объектов: разрезание и склеивание геометрии.

Не только в теории, но и на практике используем оба подхода:

Disclaimer

Несмотря на приобретенный опыт все равно возникают отдельные случаи, когда спотыкаемся об эту проблему. Но в целом благодаря описанным приемам удалось с ней справиться. И добавим, что все скриншоты взяты из наших различных проектов :)