GIS-LAB

Мобильная Г�?С NextGIS Mobile — это программное обеспечение для операционной системы Android (версия 2.2 и выше), которое позволяет работать с геоданными «в поле».

Приложение позволяет:

• отображать карту (из онлайн и оффлайн источников);
• выполнять навигацию по карте (увеличение, уменьшение, перемещение);
• вводить полевые данные (записываются координаты точки, с возможностью накопления статистики для более точного определения местоположения, описание из предопределенных категорий или произвольное, фотографии, ориентировка и дистанция до объекта, относительно точки, примечание);
• записывать треки;
• отображать координаты, скорость, высоту устройства на карте.
• загружать из QGIS карты и выгружать собранные данные.

На GIS-Lab опубликована статья – описание этой мобильной Г�?С, мы планируем поддерживать и обновлять документацию здесь, на GIS-Lab. Здесь же в форуме будет идти и неформальная поддержка силами заинтересованных энтузиастов готовых делиться опытом.

Обсудить статью можно на форуме.

На днях вышел в свет новый обучающий курс по QGIS (авторы Rüdiger Thiede, Tim Sutton, Horst Düster, Marcelle Sutton).

Курс доступен в виде печатного издания, онлайн или в PDF. Тестовые данные, использованные в курсе, прилагаются. �?сходный код всей документации полностью открытый (вот репозиторий проекта).

От лица Г�?С-Лаб поздравляю всех кугисовцев, так держать! А всем, кто ещё не работает в QGIS, советую срочно учиться 🙂

***************************
GIS-LAB News #114 7-Jun-2013
***************************

Геоданные по детским домам, сервис по контролю портала открытых данных г. Москвы, векторные данные в SAGA, работа с TMS-сервисами, Mapfeatureserver.
Полный текст »

Напоминаю, что 8 июня 2013 г. в 13 часов состоится второй в этом году регулярный семинар #2-13. Центральная тема семинара Кризис мэппинг.

Семинар будет проходить по адресу:  Лужнецкая набережная 2/4, строение 17, офис 444 (мансарда). Помещение любезно предоставлено Московским хакспейсом (http://neuronspace.ru/).

На семинаре будут следующие доклады:

1. Глафира Паринос (http://rynda.org/) с темой «�?спользование он-лайн инструментов для кризисного реагирования»
2. Евгений Усвицкий (http://openstreetmap.ru/) с темой «Российский и международный опыт кризисного картирования с использованием OpenStreetMap»
3. Георгий Потапов (godnik) «�?спользование оперативных спутниковых снимков для ситуационного картирования»
4. Данила Медведев с двумя минидокладами:

• Опыт волонтера в Крымске — взаимодействие с МЧС и местной администрацией и попытки внедрения карты на основе OpenStreetMap
• Проблема рабства в России требует маппинга. Около миллиона рабов ждут освобождения

Подробности о семинаре читаем в специальной теме на форуме.

Контакты организаторов:

8(916)585-24-52 (Дмитрий)

На сайте опубликована новая статья «Mapfeatureserver как замена ArcGIS Server», её обсуждение на форуме тут.

Материал описывает программу с открытым исходным кодом, представляющую собой веб-сервис для предоставления доступа к геоданным по протоколу ArcGIS Server REST API.

В рамках тринадцатого Г�?С-Форума прошла выездная сессия Общественного совета Росреестра посвященного обсуждению ряда вопросов связанных с более эффективным раскрытием государственных геоданных. Встреча шла параллельно в Москве и Воронеже и, несмотря на некоторую удаленность прошла достаточно живо. Были обсуждены три вопроса поднятые ранее (настоящая открытость данных ГКН поставляемых через ПКК, неясность с правами на использование картматериалов СТП и ужасы с грифами перечней секретности).

Вкратце о том, что постановили (Важно: 1) я не член совета и это моя интерпретация и 2) не уверен, как это дальше будет работать формально, видимо будет какое-то постановление Общественного совета, посмотрим):

1. По ПКК: просить МЭР и РР еще раз исследовать вопрос исправления соглашения об использовании на предмет того, чтобы убрать запрет на коммерческое использование.

2. По СТП: нужно просить разъяснить ситуацию с различными составляющими схем на которые, возможно, есть разные ограничения.

3. По 646-ДСП: рассмотреть вопрос выделения части перечня про геопространственные данные в отдельный – открытый документ.

На закуску моя презентация (в виде текста ее, к сожалению, нет, обсудить результаты можно в форуме):

08 июня 2013 г. (сб)  в 13 часов будет проходить регулярный семинар #2-13. Центральная тема семинара Кризис мэппинг.

Семинар будет проходить по адресу:  Лужнецкая набережная 2/4, строение 17, офис 444 (мансарда). Помещение любезно предоставлено Московским хакспейсом (http://neuronspace.ru/).

Что будет на семинаре:

1. Глафира Паринос (http://rynda.org/) с темой “�?спользование он-лайн инструментов для кризисного реагирования”
2. Евгений Усвицкий (http://openstreetmap.ru/) с темой “Российский и международный опыт кризисного картирования с использованием OpenStreetMap”
3. Георгий Потапов (godnik) “�?спользование оперативных спутниковых снимков для ситуационного картирования”
4. Данила Медведев с двумя минидокладами:

• Опыт волонтера в Крымске – взаимодействие с МЧС и местной администрацией и попытки внедрения карты на основе OpenStreetMap
• Проблема рабства в России требует маппинга. Около миллиона рабов ждут освобождения

Подробности о семинаре читаем в специальной теме на форуме.

Ссылки:

1. Google+: https://plus.google.com/u/0/b/116147435784552557005/events/cpgpltsp6vsasc52r9thm3q79jg
2. TimePad: http://neuronspace.timepad.ru/event/manage/67568/

Контакты организаторов:

• 8(916)585-24-52 (Дмитрий)

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

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

Чем отличается нормализованная версия от исходной:

1. Зоопарк координат приведен в единую прекрасную EPSG: 4326
2. Нормализованы поля, теперь поля с координатами везде называются одинаково и многие другие поля имеющие 20 вариантов названия тоже приведены к единым.
3. Убраны странные глюки типа многочисленных пробельных последовательностей
4. Осуществлена конвертация каждого набора с привязкой в ESRI Shape и OSM XML, добавлены VRT файлы. Теперь всё можно грузить в Г�?С в один шаг.

Результаты можно взять по адресу: http://gis-lab.info/qa/data-mos.html

Принимаются замечания об ошибках и вопросы. �?мейте в виду, что некоторые из них возможно пришли из исходных данных и исправить их не удастся. Так, например, оператором удалены (или потеряны) все геоданные из наборов административно территориального деления и границ культурных объектов, МФЦ и, почему-то, пострадали ЗАГСы. Много ошибок в атрибутике, она разумеется никоим образом не редактировалась.

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

Почитать / Обсудить

PS  не забудьте заглянуть в репозиторий и обновиться свеженьким релиз-кандидатом версии 2.1.0 от 17/05/2013

Garbage in – Garbage out

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

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

Здесь речь пойдет о единственном существенном источнике открытых данных – портале открытых данных г. Москвы. Речь пойдет об интересующей меня лично – геоинформационной составляющей. 132 из 152 наборов данных имеют атрибутику позволяющую сделать из данных – геоданные, попросту говоря, в данных есть координаты (дальше буду называть это просто “привязкой”).

Выдача не просто данных, а данных с координатами – большое достижение Д�?Т г. Москвы, но забегая вперед хочу сказать, что я не удивлюсь, если Н�?КТО не использует эти данные для гео-задач, так как в этой составляющей царит полный бардак.

Сразу после того, как портал был открыт, было обнаружено, что привязка у всех наборов находится в проекции Меркатора (EPSG:3857), что несомненно сразу стало барьером для некоторых разработчиков (пример), так как все резонно привыкли к географическим, а не проецированным координатам в EPSG: 4326. Разумеется, администрации портала об этом было сообщено и по почте и в твиттере.

Прошло почти 4 месяца, ситуация не только не исправилась, но и стала значительно хуже. �?так, что же не так:

1. По прежнему отсутствует стандарт для названий полей для привязки. Поле долготы, например, может носить одно из следующих названий: 0_Shape, 0_X, 0_POINT_X, “0_POINT_X”, 0_SHAPE_WGS_84, Координата_X, 0_по_ X, 0_ X, 1_Координата Х.
2. Формат представления привязки также может быть различным, это может быть WKT, могут быть раздельные поля X, Y. Эти два вида представлений могут присутствовать одновременно.
3. Меркатор был плох, но по началу в данных он был повсеместен и было легко сделать сервис, который переводил все данные в нормальный вид (что и было быстро сделано). Теперь же в наборах может встретить данные в ТРЕХ разных системах координат, в добавок к двум широко распространенным, добавилась одна адская:
   • Старый и неправильный EPSG:3857
   • Правильный EPSG: 4326
   • Аццкая и неизвестная нормальным людям местная московская система координат (ПМСК 1, 2). Если переход из Меркатора в 4326 можно нагуглить за полчаса, то использовать данные в этой системе координат вы вообще не сможете без специальных знаний.
4. Что еще хуже, в одном наборе данных могут встречаться данные в РАЗНЫХ системах координат. В одном наборе данных в одни и те же столбцы могут быть записаны координаты в EPSG:3857 и МГГТ. Пример (набор данных 545, все точки в ПМСК, одна – последняя в 4326): Проблема затрагивает очень многие наборы данных, из 152 такое смешивание присутствовало минимум в 65 наборах. Я написал небольшой скрипт проверяющий все координаты и их представления во всех наборах, результат его работы в виде таблицы можно скачать здесь. Приведу пример из него:
   В этом примере 11 наборов данных, в 2 из них используется только EPSG: 4326 и в 2 EPSG: 3857, в оставшихся используется смесь EPSG: 4326 и ПМСК, в одном из них присутствуют записи, где координат вообще нет.
5. Разумеется все эти нюансы нигде не документируются.

А как надо?

Очень просто:

1. �?спользовать только одно представление координат, WKT или пару LAT,LON, любое, но одно.
2. �?спользовать только СК EPSG:4326, никаких местных систем координат и Меркатора!
3. �?спользовать стандартизованные названия полей для привязки.

С полным списком предложений по улучшению можно ознакомиться здесь.