Выпуск новой версии ArcInfo Workstation с ArcGIS 10.1 в планах отсутствует. Однако, ArcInfo Workstation 10.0 можно будет использовать с новыми версиями ArcGIS Desktop.

Лично мне очень жаль, Arcinfo Workstation – отличный производительный инструмент. К счастью, постепенно его функции находят замену в ПО с открытым кодом.

Чтобы окончательно убедить народ в том, что создавать картографическую продукцию у нас в стране не может никто кроме Генштаба (а ему карты особо не нужны, так как действий он не ведет), Правительство РФ приняло в декабре 2009 г. Постановление N 982 «Об утверждении Единого перечня продукции, подлежащей обязательной сертификации,и Единого перечня продукции, подтверждение соответствия которой осуществляется в форме принятия декларации о соответствии». Вот краткая выдержка из того, что нужно сертифицировать:

9551 Карты справочные
9552 Карты листовые учебные
9553 Цифровые карты, планы
9554 Карты и планы листовые, складные, брошюры, буклеты топографические,
топографические планы и схемы
9555 Атласы
9557 Глобусы
9558 Карты рельефные

Короче говоря, сертифицировать нужно всё. Понятно, что это постановление сильно задело коммерческие фирмы за живое и мигом затруднило деятельность даже тем немногим привилегированным российским производителям, которые у нас выжили.

По сообщению ГИС-ассоциации ситуацию с сертификацией картографической продукции обсудили в Минэкономразвитии России. Один из выводов встречи был весьма логичен:

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

Понятно, почему государство не беспокоится за крупный бизнес, он весь либо ему и так принадлежит (Госгисцентр), либо заграничен (Навтек и Телеатлас), но то, что наконец обратили внимание на мелкий и средний – отрадно. Хотя точнее было бы сказать не «потере конкурентноспособности«, а вообще «потере» или еще точнее «невозможности появления» оных бизнесов. Как ни странно, мнение Директора департамента недвижимости Минэкономразвития России А.И.Ивакина весьма трезво, пусть государство само себя и сертифицирует:

С точки зрения А.И.Ивакина в условиях действия ФЗ РФ «О техническом регулировании» необходимость в обязательной сертификации применима лишь для топографических и государственных навигационных карт, остальная продукция может быть лишь декларирована соответствием на минимальный набор сведений. Для обоснования и подготовки этого решения им были даны соотвествующие распоряжения.

А вот мнение государственного производителя карт озвученное Кузнецовым С. В., заместителем генерального директора ФГУП «Госгисцентр» в формулировке сайта ГИС-ассоциации звучит как «нет, все-таки давайте поскорее задушим наших конкурентов«:

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

Резюмируя хотелось бы все-таки задать несколько риторических вопросов:

Кому нужна была эта сертификация? И почему она была введена без «анализа существующей нормативной базы», другими словами наобум? По всей видимости, разрешить эти сложнейшие вопросы может только Бритва Хэнлона.

Обновлено

В среду 1 сентября в 21:00 по Москве состоится встреча участников проекта и всех заинтересованных в IRC. Будут обсуждаться вопросы перевода, оформления  и другие вопросы, так или иначе связанные с проектом.

Инструкцию по настройке IRC в конкретном клиенте можно найти здесь.

Quantum GIS (QGIS) – географическая информационная система (ГИС) с дружественным интерфейсом и открытым исходным кодом. QGIS распространяется на условиях лицензии GNU GPL и работает в Linux, Unix, Mac OSX и Windows. QGIS является открытым ПО и распространяется бесплатно. QGIS поддерживает множество векторных и растровых форматов (в том числе широко распространенные Shapefile и GeoTIFF) и пространственные базы данных.

Схема работы простая:

1. выбираете свободный и интересный кусок;
2. сообщаете в специальной теме какой фрагмент вы взяли;
3. переводите, консультируясь по вопросам в спец.теме форума и IRC;
4. присылаете готовые файлы мне, координатору проекта, в личку.

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

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

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

Для начала публично:

1. Заполнить форму-заявку, где вы можете предложить тему для новой статьи.

2. Написать в форум в раздел «Материалы сайта» с предложением о новой статье или в обсуждении соответствующей статьи с просьбой обновить/исправить. Можно также использовать форму отправки комментария, она удобна тем что сообщает с какой страницы она отправлена.

3. Запастись терпением и недельку подождать.

Если исправление мелкое – велика вероятность, что оно сразу будет сделано, в основном на сайте пишут аккуратные люди, они не любят ошибок. Но, допустим, вы сделали шаги выше, подождали, но к результату это не привело. Тоже ничего удивительного. Главное, что нужно понять: авторы статей ничем вам не обязаны. Возможно, ваше предложение их не заинтересовало или у них просто нет времени, так как работы по вашему предложению больше чем кажется.

Что же делать, если нужной вам реакции не последовало?

Дальше лично:

1. Выяснить кто автор статьи и вежливо написать ему лично. Если автор не указан – напишите на общие контакты, координатор знает все про всех. Помните, за спрос денег не берут.

2. Если автор также вежливо отказался или слишком уж долго думает, подумайте, как заинтересовать автора. Здесь существует масса вариантов, но главное, что можно сделать – предложить свою готовность чем-нибудь помочь, например другой статьёй, изложением консультации автора текстом (если автору некогда писать, но он готов объяснить), тестированием, примерами, данные или просто пивом и интересной беседой. Наконец, вы можете попробовать заинтересовать автора финансово. Да-да, авторы не небожители, они едят и кормят.

3. Если автор не отказался, не стесняйтесь 2-3 раза напомнить, уточнить статус.

Главное: самый надежный способ получать помощь достаточно быстро и прямо в будущем – начинать делать то, что делают другие активные участники – активно участвовать. Просто бесконечная череда вопросов, к сожалению, такого внимания вам не гарантирует.

Как пишут авторы проекта, после 5 лет работы с PostGIS им потребовалось расширить функциональные возможности доступа к объектам GEOS и создать ряд хранимых процедур на языке C. Однако исходный код PostGIS не так прост для понимания, особенно для не специалистов в области информационных технологий. В большинстве случаев пользователями PostGIS являются картографы или географы, которые способны проводить анализ карт, осуществлять разработку картографических моделей, решать геодезические проблемы, но не писать хранимые процедуры на языке C. Поэтому было принято решение создать расширение для работы с географической информацией, но позволяющее добавлять нужные возможности не только профессиональным программистам, но и рядовым пользователям. По мнению разработчиков, язык программирования Java более прост для понимания.

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

Программное обеспечение: http://forge.osor.eu/projects/jaspa/
Документация: http://jaspa.forge.osor.eu/
Лист рассылки: http://lists.forge.osor.eu/mailman/listinfo/jaspa-users

Самый очевидный способ, получить копию таблицы – это воспользоваться pg_dump -t <имя_таблицы>, а затем pg_restore и зарегистрировать колонку геометрий – однако это скучно и не интересно, да и фильтры там наложить негде.

Для PostgreSQL есть расширение dblink, которое позволяет выполнять запросы к удаленным базам данных непосредственно из SQL, не прибегая к помощи внешних скриптов.

Чтобы включить это расширение нужно посмотреть папку, в которую у вас были установлены расширения (точный путь может зависеть от дистрибутива), и выполнить dblink.sql из этой папки на вашей БД. Например, так:

psql -U <имя_пользователя> -h <хост_бд> <имя_бд> < /usr/share/postgresql-8.4/contrib/dblink.sql

То есть процедура установки, очень похожа на установку PostGIS. После этого, можно напрямую обращаться к удаленным базам из своих SQL-скриптов, например, так:

SELECT *
FROM dblink('dbname=osm host=gis-lab.info user=guest password=guest',
  'SELECT osm_id, waterway, name, way FROM osm_line WHERE waterway IN (''river'', ''stream'')'
) AS rivers(osm_id int, tag varchar(50), name varchar(200), way geometry);

Где:

• 'dbname=osm host=gis-lab.info user=guest password=guest' -  это строка подключения к удаленной базе
• 'SELECT osm_id, waterway, name, way FROM osm_line WHERE ...' -  запрос, который вы хотите выполнить (escape-последовательность для одинарных кавычек – '' )
• rivers(osm_id int, tag varchar(50), name varchar(200), way geometry) – псевдоним в текущем запросе и описание полей с их типами

При необходимости выбрать данные по охвату, можно поступить например так:

SELECT *
FROM dblink('dbname=osm host=gis-lab.info user=guest password=guest',
  'SELECT osm_id, name, way FROM osm_point WHERE place IN (''city'',''town'')
    AND way && ST_SetSRID(ST_MakeBox2D(ST_Point(37.32, 56.53), ST_Point(41.20, 58.96)), 4326)'
) AS rivers(osm_id int, name varchar(50), geom geometry);

Где,  ST_SetSRID(ST_MakeBox2D(ST_Point(37.32, 56.53), ST_Point(41.20, 58.96)), 4326) – охват ярославской области, а && – оператор пересечения. Таким образом можно выбрать все крупные населенный пункты ярославской области, обозначенные как place=city|town.

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

osgeo4w-setup.exe -s http://qgis.org/~jef/osgeo4w

1. Основные сервера восстановлены и работают как прежде, нужно пользоваться ими.

2. Если вы успели воспользоваться трюком описанным выше, то ваш osgeo4w-setup.exe запомнил строку настроек пакетов и теперь будет пытаться пользоваться только ей, соответственно, так как на временном сервере уже обновлений нет, то нужно переключиться обратно на основной. Это достаточно сделать один раз.

osgeo4w-setup.exe -s http://download.osgeo.org/osgeo4w

В качестве утешительного приза, в разрабатываемой версии QGIS появилась серия мощных инструментов выборки:

Смотреть можно по РФ целиком (список слоёв, см. слой russia-fire-a.7z) и по конкретным регионам (например Рязанская область, , см. слой ryazan-fire-a.7z).

Также данные для скачивания доступны на fire.kosmosnimki.ru.

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

Речь идёт о мониторинге пожаров, пространственном процессе, для изучения и борьбы с которым необходимы геоданные. Было много сказано о неэффективности борьбы с пожарами, нехватке средств, техники, здравого смысла и т.п. Однако, нигде не говорится, что в нашей стране фактически отсутствуют, как класс, исследования пожарной динамики, а если подобные работы и ведутся, то находятся они так глубоко в недрах МЧС, ИКИ и других организаций, что остается только гадать, сколько, где и чего горело, результаты этой работы практически недоступны. По телевизору и в новостях нам показывают так называемые хотспоты, активные пожары, определяемые по всплеску активности (температуры) в термальных каналах (продукты MODIS группы MOD14). Эти данные представляют собой точечные объекты и, хотя коррелируют с ней, совершенно не дают представления о сгоревшей площади (Рис. 1). Для анализа связи пожарной динамики с природными (климатическими, топливными) и антропогенными факторами и попытки предсказания динамики в будущем требуются более точные – площадные данные.

Рисунок 1. Активные пожары и контур сгоревшей площади

Эти же данные могут использоваться и для другого мониторинга, деятельности государственных органов, которые ответственны за борьбу с пожарами и отчетность перед населением. Существующие данные индицируют недостаточно точную оценку площадей пожаров государственными организациями, что, может объясняться тем, что учитываются только те пожары, на которые МЧС выезжает (Рис. 2). Разумеется ситуации везде разные. Также разумеется, нам всем было бы удобнее, если бы эту достаточно трудоемкую работу на себя взяли государство и/или компании. Но пока в необходимом объеме этого не произошло, нет причин не получить данные самим.

Рисунок 2. Пример сравнения оценок MODIS и МЧС за 9 лет по Республике Калмыкия

(Источник иллюстрации: Дубинин, М.Ю., Лущекина, А.А., & Раделоф, В.К. (2010). Оценка современной динамики пожаров в аридных экосистемах по материалам космической съемки (на примере Черных Земель). Аридные экосистемы, 16, 5-16 (скачать))

Тут на сцену выходит общественность, все для проведения таких работ у нее есть.

Отличным примером, как может участвовать в мониторинге общественность, является новая инициатива по отрисовке границ горельников по актуальным данным дистанционного зондирования . Данные дистанционного зондирования предоставлены ИТЦ «Сканэкс», работа по отрисовке ведется с помощью инструментария OpenStreetMap (рис. 3). Данные уже используются МЧС.

Рисунок 3. Отрисовка сгоревшей площади в Potlatch

Несколько полезных ссылок:

Как рисовать: http://wiki.openstreetmap.org/wiki/RU:Project_of_the_week/2010/Aug_15

Просмотр: http://fires.kosmosnimki.ru

Результаты этой иннициативы мы увидим в будущем, однако сразу можно сказать:

1. За подобными проектами – будущее, это касается нас лично, мы можем что-то сделать, мы будем это делать.
2. Общественные инициативы с геоинформационной компонентой становятся все более активным участником чрезвычайных ситуаций (мы уже видели это на примере с землятрясением на Гаити, Чили)
3. Быстрое принятие первичных результатов говорит о недееспособности или крайней неповоротливости официальных систем мониторинга. UPD: данные не принимались, а подтянулись вместе с очагами.
4. Существующая система ограничений наложенная на использование геоданных государством явным и неявным образом препятствует широкому развитию повсеместного применения пространственных технологий и вместо поддержки подобных, выгодных государству инициатив.

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

Как обычно, мы хотим сделать это коллективным проектом.

Не как обычно, мы хотим сначала оценить сколько человек в принципе заинтересованы в участии.

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

Адрес ленты: http://gis-lab.info/scripts/gisafeed/gisa.xml

Пока даты и авторы проставлены у самых новых статей. Просьба к тем, кто присылал материалы, но у них нет подписи/ссылки на автора сообщить об этом. Для ориентировки, когда появилась статья можно использовать архив, в нем абсолютно все статьи упоминаются по мере выхода в свет.

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

Пример

Желающие протестировать новый функционал могут взять исходный код из репозитория

svn co https://svn.osgeo.org/qgis/branches/table_join_branch table_join

и собрать его самостоятельно. Т.к. не у всех есть возможность или желание заниматься самостоятельной компиляцией, мы подготовили бинарные файлы на основе кода из этой ветки. Эта версия QGIS собрана с поддержкой GRASS и Python, использует GDAL 1.7.2 (все зависимости взяты из OSGeo4W).

Вначале необходимо:

• установить QGIS и все сопутствующие приложения при помощи установщика OSGeo4W (подробнее).
• скачать архив с бинарными файлами (r14026)
• распаковать скачанный архив в корневой каталог OSGeo4W (по умолчанию, C:\OSGeo4W)
• в командной строке OSGeo выполнить команду qgis-join.

Присоединение внешних таблиц к атрибутивной таблице слоя выполняется следующим образом:

• загружаем векторный слой
• добавляем таблицу. Это можно сделать, выбрав в меню «Слой — Добавить векторный слой» («Layer — Add vector layer») и указав файл dbf или csv
• открываем свойства векторного слоя и выбираем раздел «Join» в самом низу списка
• нажатием на кнопку «+» добавляем новую связь
• указать поля, используемые для установки связи

Присоединенные поля должны появиться в таблице атрибутов слоя, в окне инструмента идентификации и на вкладке «Атрибуты» диалогового окна свойств слоя.

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

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

• поля присоединенной таблицы нельзя редактировать;
• низкая производительность, особенно при выполнении классификации по полям присоединенной таблицы, а также при поиске по атрибутам.

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

1. [UMN] MapServer (MIT-style)
2. GeoServer (GPL)
3. MapGuide Open Source (LGPL)
4. Mapnik (LGPL)
5. QGIS mapserver (GPL)
6. Constellation-SDI (LGPL)
7. Cadcorp GeognoSIS (коммерческая)
8. Erdas Apollo (коммерческая)
9. Oracle MapViewer (коммерческая)

На первом месте – MapServer, чемпион прошлого года. Далее идет GeoServer – «серебряный» медалист FOSS4G 2009. Как видим, подтянулись четыре новых свободных сервера. Если MapGuide и Mapnik вполне ожидаемы, то Constellation (я полагал что разработка прекращена в 2008 г.) и сервер на основе движка Quantum GIS будут темными лошадками. Две малораспространенных программы от Cadcorp и Oracle решили «и себя показать и на других посмотреть». А вот Erdas Apollo заявлялся еще в прошлом году и, будем надеяться, в этот раз они серьезно подойдут к делу.

Кого не хватает? Жаль, что вечеринка не заинтересовала deegree, хотя на самой конференции представители будут выступать с докладами. ESRI тоже не будет, но реагировать на это можно двояко, памятуя прошлогоднюю выходку. Было бы приятно увидеть активного участника OGC –  CubeWerx (CubeSERV) и интересную систему Manifold System, но и с текущим количеством участников будет достаточно интересно.

Испытательная площадка обновилась, но не значительно. По прежнему два отдельных вспомогательных сервера, один для баз данных и второй для измерения производительности (JMeter). Боевых серверов теперь два, т.к. часть новичков работает только под Windows. Оба идентичные, процессоры по 4 ядра, 8 ГБ оперативной памяти. Операционные системы – Windows Server 64bit и CentOS 5.5.

Для тестовых данных взяты аэрофотографии в формате GeoTIFF (несжатый). Векторные данные заменены на карты испанского National Mapping Agency (Shapefile), по ним будет генерироваться «склеенный» из нескольких слоёв растр (пример). Настройки стилей хранятся в файлах SLD, причем кандидатов будут проверять на корректность результата. Это уже ближе к реальной, промышленной эксплуатации.

Работа еще идет и что-то может измениться. Главное, что бы число участников не уменьшилось.

Появилась уникальная возможность не только сделать доброе дело для сообщества, но и заработать на этом денег. Речь идет о создании дистрибутива c ПО и данными в рамках GIS-Lab в SUSE-studio (предыдущая попытка).

Основная проблема была, есть и остаётся – отсутствие необходимых программ в репозиториях. В сообществе SUSE я обсуждал проблему добавления в репозитории дополнительных ГИС-программ. Мне ответили примерно то же самое, к чему пришли на форуме: раз уже есть сообщество – создайте свой репозиторий, и если он будет поддерживаться в рабочем состоянии, то его можно будет добавить и в Application:Geo и даже в основную сборку, если оно надо (если добавлять в основную сборку / основные репозитории, то нельзя будет оперативно обновлять версии ПО – так как придётся добиваться максимально безконфликтной интеграции с системой).

Итак, господа линуксоиды, неравнодушные к ГИС и заокеанским деньгам, идея оригинальной и актуальной для сообщества сборки уже есть, осталось только её реализовать (сделать репозиторий с программами, которых недостаёт в Application:Geo; собрать дистрибутив в SUSE-studio) и получить приз.

Если кто-то решится, я надеюсь, GIS-Lab выделит на сервере место под репозиторий, а сообщество окажет всяческую поддержку, тестирование и прочее.

Думаю, пригодятся ссылки на openSUSE Build Service: с контактами (рассылка, IRC), с прочей инфой.

• Космоснимки «Горим» (подробности раз, два)
• Яндек «Лесные пожары» (подробнее)
• NASA FIRMS

Введение

Quantum GIS (QGIS) является географической информационной системой (ГИС) с дружественным интерфейсом и открытым исходным кодом. QGIS распространяется на условиях лицензии GNU General Public License и работает в Linux, Unix, Mac OSX и Windows. QGIS является открытым ПО и распространяется совершенно бесплатно. QGIS поддерживает векторные и растровые форматы (в том числе широко распространенные ESRI Shapefile и GeoTIFF), а также  пространственные базы данных . Для QGIS существует множество всевозможных плагинов, управление которыми осуществляется при помощи Менеджера плагинов.

Так как это открытый проект, поддержка осуществляется через наши списки рассылки и багтрекер:

• Форум для русскоязычных пользователей http://gis-lab.info/forum/viewforum.php?f=27
• список рассылки для общих вопросов (английский) http://lists.osgeo.org/mailman/listinfo/qgis-user
• список рассылки для разработчиков (английский) http://lists.osgeo.org/mailman/listinfo/qgis-developer
• если вы думаете, что нашли ошибку, пожалуйста, сообщите о ней в багтрекер (английский) или форум (русский). При составлении отчетов об ошибках оставляете контактную информацию, возможно, нам потребуется связаться с вами для уточнения подробностей и получения дополнительной информации. Багтрекер доступен по ссылке https://trac.osgeo.org/qgis/

Спонсорство

Мы приглашаем спонсоров, которые помогут в проведении встреч разработчиков и развитии проекта.  Если вы хотите поддержать нас, пожалуйста, посетите страницу QGIS Sponsorship Page.

Загрузка

Скомпилированные пакеты для разных систем и архив с исходным кодом можно получить на http://download.qgis.org

Что нового в версии 1.5?

Только самостоятельную Windows версию предыдущего релиза QGIS скачали 65 000 тысяч раз. Мы стараемся закрепить наш успех, в новом релизе 1.5 ‘Tethys’ исправлено более 350 ошибок и добавлено около 40 новых функций. Перечислить их все здесь сложно, поэтому мы постараемся показать самые значительные. Обзор ошибок исправленных в этом релизе можно найти в трекере.

Замечание: Релиз LTS больше не поддерживается из-за нехватки ресурсов поддерживать сразу две версии QGIS. QGIS 1.5 считается официальной, текущей, стабильной и поддерживаемой версией.

Основные изменения

Измерение углов

В QGIS добавлен новый инструмент измерения углов.

Компоновщик карт

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

Консоль Python

Если вы активный пользователь Python, вы оцените новые усовершенствования панели Python – подсветка синтаксиса и история команд (вызываемая клавишами вверх-вниз).

Сервер поиска WMS

Теперь можно указать сервер поиска WMS в настройках прокси. Если вы знаете такие порталы – присылайте их нам, чтобы мы добавили их в список.

Обновления символики

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

Теперь для заполнения полигонов можно использовать SVG графику.

Для точечных объектов можно использовать символы из true type шрифтов (хоть какая-то польза шрифту Wingdings).

Еще одно добавление к новой символике – возможность поворачивать точечные символы используя данные из поля атрибутивной таблицы.

Сохранение вектора в любом формате

Эта возможность была доступна давным давно через QGIS API, но не имела пользовательского интерфейса. Стало очень просто сохранить вектор в любом формате поддерживаемом gdal/ogr. Вызывается через щелчок правой кнопкой мыши на векторном слое в списке слоёв. Теперь сконвертировать shp в kml или mif и обратно в shp стало еще проще.

Аннотации

Еще одна новая возможность – добавление аннотаций на карту. Аннотации это привязанный текст, который может быть привязан к карте и также отобразится в компоновке.

Пространственная выборка (плагин)

Новый плагин ядра (т.е. плагин который распространяется с QGIS по умолчанию) позволяет производить пространственные выборки. Например, вы можете использовать выбранные объекты в одном слое, чтобы выбрать другие объекты пересекающиеся с выбранными в другом. Поддерживаются стандартные топологические условия, такие как «внутри», «пересечение», «наложение» и др.

Поддержка Spatialite

Теперь QGIS включает интерфейс для создания пространственных баз данных Spatialite.

Здесь была описана только часть изменений, чтобы увидеть их все, просто загрузите QGIS  и попробуйте сами.

Список изменений

Полный список изменений включая вышеперечисленные:

Интерфейс

• Измерение углов по карте
• Трекинг GPS в реальном времени
• Конфигурируемый WMS search server
• Редактирование неправильных геометрий
• Выбор между миллиметрами и единицами карты для новой символики. Соответствующее масштабирование символики.
• Заливка полигонов SVG символами
• Использование маркеров из шрифтов
• опция запуска –noplugins позволяющая загрузить QGIS без плагинов. Удобно если один из плагинов обрушивает QGIS на старте.
• Скрывание устаревших систем координат
• Плагин отрисовки точек со смещением – позволяет немного сдвигать перекрывающиеся точки, чтобы они все были видны
• Сохранение векторных слоёв в форматах поддерживаемых OGR
• Растровый провайдер: уменьшено количество отладочной информации
• Добавление частей мультиточкам и мультилиниям
• Текстовые аннотации и аннотации-формы
• Добавлена возможность сохранять макеты по умолчанию в pkgDataPath/composer_templates
• Цветовые шкалы теперь поддерживают несколько переходов для задания промежуточных цветов
• Центрирование карты при щелчке на нее пользователем
• Новый плагин для пространственных выборок
• Размер и поворот символов на основе данных из атрибутивной таблицы
• IdentifyAsHtml для идентификации растрового слоя
• Экспорт групп слоёв и слоёв для использования в легенде компоновок
• Количество выбранных объектов в строке статуса
• Быстрое создание выборки из слоя
• Подписывание только выбранных объектов
• Загрузить/Сохранить выборки в построителе запросов
• Ручное добавление категорий в новой символике
• Привязка растров: настройка показа остатков в пикселях или единицах карты
• Текст с разделителями: разрешить пропуски значений в числовых полях
• Рендерер по правилам
• Возможность создавать базы данных spatiallite из QGIS
• Добавление в ядро инструментов работы с растром GDALTool
• История и подсветка в консоли питона
• Проверка в инструменте захвата
• Слои postgres без сохраненного имени-пароля теперь будут их запрашивать
• Поддержка значений NULL при поиске
• Опция для добавления новых слоёв в выбранную группу
• Добавление таблиц в компоновки, можно показывать все или выбранные объекты
• Форма инструмента идентификации теперь в немодальном окне
• При идентификации подсветка объектов исчезает, когда окно идентификации закрывается и появляется вновь при открытии.

Поддержка WMS и WMS-C

• Поддержка WMS-C
• В базе систем координат исправлены зависимости для EPSG и внесены системы координат по французской классификации (IGNF)
• Провайдер WWM для асинхронных запросов через
• Диалог WMS позволяет добавлять все слои ветки
• Больше mime типов в WMS
• Загрузка/сохранение настроек WMS
• Бегун масштабов WMS-C

API

• QgsDataProvider и QgsMapLayer: добавлен сигнал dataChanged(), так что провайдер может сообщать, что источник был изменен
• Использование QNetworkAccessManager вместо QgsHttpTransaction (включая кэширование и динамическую регистрацию на вебсайтах и прокси)
• Открытие свойств слоя из плагинов
• Программное обновление плагинов (работа без перезагрузки)
• Поддержка пользовательских папок плагинов с переменной среды QGIS_PLUGINPATH. Может использоваться несколько путей, разделенных точкой с запятой.
• Получение списка слоёв в том порядке, в каком они находятся в легенде
• Поддержка новых операторов GEOS

В общем, если вас трогает эта проблема, имеет смысл поучаствовать в опросе посвященном изучению этой проблемы, проводимым в рамках т.н. SOAP (Study on Open Access Publishing).

Ссылка: http://surveymonkey.com/soap_survey_f

SOAP координируется CERN, Европейской организаций ядерных исследований и представляет ведущих издателей BioMed Central, SAGE и Springer; фонды и библиотеки.

Для начала работы понадобится:

1. Соединение с интернет

2. Установленный и настроенный JOSM, с проверенно работающим WMS Космоснимки.ру с данными IRS (подробнее как установить и настроить, начинаем с пункта 4). Для JOSM’а дополнительно устанавливаем плагин Remotecontrol. Обязательно добавить WMS Космоснимки.ру

3. Небольшая тренировка с JOSM, по-минимуму – знакомство со статьей про основы работы в JOSM. Понимание что такое слои, как копировать и вставлять атрибуты, как рисовать простые многоугольники. Как загружать и выгружать данные.

Перед началом нужно «зарубить на носу» следующую матру:

Я не обязан занести в OSM все пункты, пусть будет меньше, но лучше.

Если я не уверен что то, что я вижу – правильный населенный пункт, я не спешу его заносить.

У меня сильная воля – я не копирую с других источников.

Поехали.

1. Выбираем район по вкусу. Я выбрал близкий мне Юстинский район Республики Калмыкия.

2. Находим свою область и район в основном списке. Перед нами список НП района согласно классификатору ОКАТО.

3. Нажимаем на ссылку «Поискать недостающие НП в GNS». Нюанс: поиск недостающих НП осуществляется в пределах наименьшего опознаного муниципального образования (в иерархии: область -> районы -> поселения. Т.е. если вы ищите НП по району, часть которого уже размечена на поселения, то поиск будет производится без учета территории поселений и в поселениях надо поискать отдельно.  Если регион еще не размечен на районы то, ссылки вы не увидите и вначале надо обозначить района. Наверное это тема для отдельной заметки, но в любом случае, уже сейчас районы многих регионов уже обозначены.

4. Открываем JOSM

5. Копируем предлагаемую ссылку в JOSM в окно «Файл|Открыть адрес…» и включаем переключатель «На отдельный слой». Нажимаем «URL для скачивания» (странная кнопка – надо исправить!) и ждем загрузки найденных пунктов.

Не пытайтесь загрузить эти данные в OpenStreetMap!

5. При помощи инструмента Лупа или колеса прокрутки приближаем один из пунктов, до тех пока на бегунке масштаба не будет 500 м или около того.

6. Если вы забыли настроить WMS Космоснимки – возвращаемся к описанию как это сделать и настраиваем (придется перегрузить JOSM). Выбираем из меню WMS\IRS (или то как вы назвали слой Космоснимков). Изучаем ситуацию для этого НП:

7. Создадим новый слой (Файл/Новый слой) и четко повторим про себя 3 раза «Я создаю данные только в этом слое». Активный слой показывается с зеленой галочкой. Обращаем внимание, что зеленые НП стали серыми, так как их слой стал неактивным. Так и надо! Еще раз, НЕЛЬЗЯ загружать эти НП в ОСМ «как есть».

8. Проверим, что есть в OSM по этому району. Файл\Скачать с OSM.

Внимание: если галка Скачать как новый слой присутствует – выключаем. Мы хотим, чтобы данные попали в новый (второй слой). Ок. Что-то загружается или ничего не загружается в зависимости от прорисовки места.

У меня ничего не прорисовалось – пусто. Ок, сейчас будет.

9. Главный шаг – рисуем НП. Вспоминаем мантру «не уверен – не рисуй, рисую только если уверен», если НП посреди леса, пустыни, воды и т.п. и ничего б.м. похожего на НП вокруг нет – просто пропускаем. В нашем примере хорошо видно, что точка не там где должна быть, сам пункт южнее. Рисуем замкнутый полигон по границам.

10. Нарисовали, теперь атрибутика. Делаем активным слой с НП (рабочий слой станет серым). Щелкаем на НП (справа появляются значения). Выбираем Правка/Копировать. Делаем активным рабочий слой. Щелкаем на полигон, выбираем Правка/Вставить теги.

11. Чуть-чуть подправим один из тегов после вставки. Справа в списке тегов щелкнем на тег source и введем вместо GNS – GNS, IRS, обозначив таким образом откуда взяты границы.

12. Закачиваем результат на сервер. Файл/Передать данные на сервер. Вводим что-нибудь осмысленное в комментариях, например, если выкачиваете один НП, то его название, а если сразу несколько,то что-то вроде «НП Юстинского района».

13. Переключаемся на слой НП. Нажимаем 1, чтобы смасштабировать до полного охвата всех НП. Выбираем новый и так далее.

Чтобы получить более свежую ночную сборку, запустите osgeo4w-setup.exe из папки где он находится вот так (командная строка):

osgeo4w-setup.exe -s http://qgis.org/~jef/osgeo4w

Версия qgis-dev на этом сервере 1.6.0-9, обновляется ежедневно.

UPD: нормальность восстановлена, пользоваться этим подходом теперь не обязательно.

Полномасштабное введение системы глобального позиционирования ГЛОНАСС в ближайшее время сделает ненужными топографические карты. Такое мнение высказал сегодня журналистам генеральный директор – генеральный конструктор холдинга «Информационные спутниковые системы» /ИСС/ имени Решетнева Николай Тестоедов. «Система ГЛОНАСС и ее приборы дают нам новое качество, – сказал он. – Вам не нужны будут карты в незнакомой местности, достаточно будет включить систему – и вы определите свое точное мостоположение«.

Ура, товарищи (источник). Я надеюсь журналисты все переврали и оболванили, такого разгула детсадовской банальности в интервью генеральных конструкторов внедряющих ГЛОНАСС невозможно было представить.

Автор статьи на практике знаком с этим процессом, перу его организации (НПП «Геосистема») принадлежит один из немногих полностью запечатленных в 3Д городов бСССР – Винница.

На GIS-Lab мы осторожно относимся к материалам от фирм про их работу, как правило слишком велика доля саморекламы. Однако данная статья весьма разумно сбалансирована и представляет хороший пример статьи не только про себя. Намёк другим фирмам, если вам интересны материалы с упоминанием себя любимых – мы их публикуем, при условии отсутствия дублирования (перепечаткой мы не занимаемся) и разумного баланса между информацией про себя и собственно информацией.

Прочитать, обсудить.

# перебираем все пиксели растра
for col in range( xsize ):
  for row in range( ysize ):
    # если значение пикселя равно inval, то меняем его на outval
    # иначе значение остается без изменений
    if raster[ row, col ] == inval:
      raster[ row, col ] = outval

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

Для сравнения:

Вышеприведенная обработка для растра размером 6000×6000 пикселей (36 миллионов) займет 528 секунд.

Ее аналог для обработки массивов будет выглядеть так:

temp1_bool = numpy.equal(raster,inval)
numpy.putmask(raster,temp1_bool,outval)

И для того же растра займет всего 2 секунды. Не слабая разница. Статьи и скрипт для замены значений обновлены.

Это совершенно сбивает с толку, так как RMS это Root Mean Square, а расстояние это Root и Squares (поправка: хоть и деленное на 1). Называть расстояние RMS – не следует, так как легко ошибиться, по этой логике, его правильнее было бы назвать остатком (residual), но они у ERDAS уже есть. Если вы научились тому, что такое RMS по этому документу – срочно переучивайтесь по гораздо более авторитетной Википедии.

Нерадивые копипейстеры (включая меня в статье про RMSE) скопировали это в примерно 70 местах. Советуем внести изменения в документацию, иначе с вами будет иметь дело Лёша Егоров