LINUX.ORG.RU

Свободная пользовательская ГИС QGIS 1.7 «Wrocław»

 , ,


0

1

Вышла новая версия QGIS, одной из самых динамично развивающихся ГИС с открытым исходным кодом. QGIS - свободная (GPL) пользовательская ГИС, написанная на языке C++ с использованием библиотеки Qt. QGIS поддерживает практически все распространенные форматы пространственных данных, расширяется модулями на C++ и Python (уже существует свыше 150 модулей расширения).

Этот выпуск содержит свыше 277 исправленых ошибок и добавляет множество новых воможностей и улучшений. Среди основных нововведений:

Символика, подписи и диаграммы:

  • новая символика используется по умолчанию
  • экспорт и импорт стилей (новая символика)
  • для размещения диаграмм используется тот же алгоритм, что и для размещения подписей в labeling-ng
  • вращение SVG символов при заливке полигонов
  • для символьных маркеров можно задавать смещение по X и Y
  • возможность использовать стили линий в качестве обводки в полигональных стилях
  • возможность выводить маркер на центральной точке линии, на первой/последней точке линии, на каждой вершине линии
  • добавлен символьный слой «отрисовка центроидов», который позволяет рисовать маркер в центроиде полигона
  • инструменты перемещения / вращения / изменения подписи для интерактивного изменения определяемых данными свойств подписей

Новые инструменты

  • добавлен графический интерфейс для gdaldem и gdaltindex
  • в меню «Вектор» добавлены инструмент «Преобразовать линии в полигоны» и «Полигоны Вороного»
  • в Калькуляторе полей добавлены функции $x, $y и $perimeter для получения координат и периметра соответственно

Обновления интерфейса пользователя

  • новый интерфейс управления отсутствующими слоями
  • функция «Увеличить до группы»
  • при запуске отображается «совет дня». Эта возможность включается и отключается в настройках
  • возможность отображать количество объектов слоя в легенде. Включается в контекстном меню слоя

Управление системами координат

  • отображение используемой системы координат в строке состояния
  • назначение системы координат слоя проекту (через контекстное меню слоя)
  • возможность задать систему координат по умолчанию для новых проектов

Растры

  • в Калькулятор растров добавлены операторы AND и OR
  • перепроецирование растров «на лету»
  • полноценная реализация растровых провайдеров
  • добавлена панель «Растр» с инструментами растяжения гистограммы

Провайдеры и управление данными

  • новый провайдер векторных данных SQLAnywhere
  • поддержка присоединенных таблиц
  • обновления форм редактирования
  • поиск значений NULL в атрибутивной таблице
  • улучшено редактирование атрибутов
  • возможность сохранения слоёв без атрибутов (например, для DGN / DXF)

Кроем того, одновременно с выходом новой версии была обновлена инфраструктура проекта:

Отдельно стоит упомянуть перенос репозитория из SVN-хранилища OSGeo на GitHub, теперь код находится по адресу http://github.com/qgis/Quantum-GIS. Также выполнена миграция багтрекера с trac на redmine, обновленный багтрекер доступен как http://hub.qgis.org/ (вход по OSGeo Id).

Подробности

>>> Анонс на ГИС-Лаб

Ответ на: комментарий от adriano32

Я бы не был таким категоричным, поскольку автор новости — один из разработчик сабжевого продукта.

post-factum ★★★★★ ()
Ответ на: комментарий от adriano32

Ммм... если имеется в виду схожесть текстов, то автор у них один и тот же. Надеюсь, я могу сам себя копипастить :-)

voltron ()

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

ChALkeR ★★★★★ ()

Отдельно стоит упомянуть перенос репозитория из SVN-хранилища OSGeo на GitHub, теперь код находится по адресу http://github.com/qgis/Quantum-GIS. Также выполнена миграция багтрекера с trac на redmine, обновленный багтрекер доступен как http://hub.qgis.org/ (вход по OSGeo Id).

Поздравляю :-).

ChALkeR ★★★★★ ()

> вроцлав

какая все-таки кумедная польская мова :)

где нынче ГИСы применяют?

x0r ★★★★★ ()

Ребята, очень важное дело делаете. Спасибо.

Obey-Kun ★★★★★ ()
Ответ на: комментарий от x0r

Как минимум в фирмах, занимающихся различными геологическими изысканиями.

Obey-Kun ★★★★★ ()

Хорошая новость об обновлении хорошей системы. постепенно внедряю ее в гис-лаборатории университета.

Genuine ★★★ ()
Ответ на: комментарий от x0r

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

voltron ()

Наши географы тоже этой программой пользуются. Только сегодня один из них на какой-то баг с экспортом растера (для mapserver) с отсутсввием важных для карты аттрибутов жаловался. Завтра установлю новую версию..

hzk ()
Ответ на: комментарий от voltron

А не подскажешь простую замену для ozi explorer? Цель: брать растровую карту, привязывать её по нескольким известным точкам и общаться с GPS-кой в плане обмена точками и треками.

Obey-Kun ★★★★★ ()

Почему нельзя в самом начале расшифровать ГИС? Чтобы узнать о чем речь приходится гуглить.

anonymous ()
Ответ на: комментарий от Obey-Kun

Насколько простую замену надо? В QGIS «из коробки» есть модуль для привязки растров и поддержка GPS (как в режиме реального времени, так и загрузка/выгрузка данных).

Если нужно ПО для мобильных устройств, можно посмотреть на gvSIG Mobile. Правда, как в мобильной версии с привязкой растров я не знаю.

voltron ()

Интерфейс управления отсутствующими слоями? Новый? Вау!

ebonent ★★ ()

насколько она лучше Map Info? кто пользовался уже?

t1m ()
Ответ на: комментарий от ebonent

Возможно, звучит странно, но тем не менее.

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

voltron ()
Ответ на: комментарий от voltron

спасибо большое, давно искал себе ГИС с откытыми кодами!

t1m ()
Ответ на: комментарий от t1m

Пользовался...

> насколько она лучше Map Info? кто пользовался уже?

Забил. Ибо есть сам по себе UMN MapServer, который (в отличие от MapInfo) работает с (ЕМНИП) 42 разными форматами данных. И вектор и растр, MapInfo (и, тем более, недоподелие MapXtreme) это только два формата (TAB и какой-то там уже на фиг не помню). Поддержка форматов (и конвертация в том числе) осуществляется через библиотеку GDAL/OGR.

Создание описания карт (так называемый «Mapfile») вполне осуществимая задача при помощи vim/gvim с соответствующим файлом подсветки синтаксиса. Без него то же, но так приятнее.

Отдача карты от MapServer'а происходит в растре (gif/tiff/png/jpeg*/geotiff), в PDF, SVG, так же продуктом поддерживается WMS/WFS/WSC/SOS... Отдача производится через Apache (CGI/FastCGI), это работает.

Карты можно использовать не только в виде «стандартных» форматов типа ESRI ArcInfo (shp + dbf), но и самое главное, конвертировать в PostgreSQL + PostGIS. Есть альтернативы с Oracle Spatial, но не работал. Чего-то там про мускуль было, но не интересно.

Всё это и даже более здесь -> http://mapserver.org/documentation.html

Пример web-интерфейса (msCross) -> http://datacrossing.crs4.it/en_Documentation_mscross.html (да, там AJAX и javascript, искренне Ваш, К.О.)

Итого, забил на QGis ибо он не нужен. Это для тех, кто не умеет читать документацию, но за то осилил мышевождение.

anonymous ()
Ответ на: комментарий от voltron

А что, в PostgreSQL + PostGIS уже не модно?

> Возможно, звучит странно, но тем не менее.

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

Самая идиотская идея — использование файлов для хранения картографической информации. Даже одно то, что ESRI ArcInfo это описание (shape-файл (.shp)) и «недо-БД» стандарта xBase (файл .dbf) уже могло бы намекнуть.

Конвертировать в PostGIS можно просто при помощи утилиты ogr2ogr -f PostgreSQL и далее по соответствующему букварю.

Классика же. Вместо порождения сущностей не проще ли просто разок прочесть тот самый «любимый» мануал?

anonymous ()
Ответ на: комментарий от voltron

Нужна совсем простая замена, легче и проще QGis. Для настольников.

Obey-Kun ★★★★★ ()
Ответ на: Пользовался... от anonymous

А анализ и подготовку данных вы тоже в MapServer делаете? ГИС это не только и не столько отображение, сколько анализ.

voltron ()
Ответ на: комментарий от voltron

Нет, спасибо...

> Если нужно ПО для мобильных устройств

Такое ПО для мобильных устройств прямиком в газенваген (сразу после его «авторов»). Причина проста. Все мобильные устройства уже давным-давно прекратили поддержку WAP, с которым было мороки больше чем от него пользы.

Сейчас есть нормальная поддержка javascript и при чём на мобильных же устройствах. Запрос к CGI/FastCGI приложению сделать что, так сложно? Или отследить размер экрана, на котором будет производиться отображение? Это в WAP было стандартное разрешение 170х120 а дальше — хоть яловый, а телись. А теперь обе эти задачи решаются в пределах одного javascript'а.

Решение задачи по определению размеров экрана нужно для того, чтобы приложение MapServer'а сгенерировало бы изображение, которое точно поместится в требуемую область. В идеале — экран девайса. Или выделенное окно для куска «карты». Транспорт данных — стандартные запросы и отклики http.

anonymous ()
Ответ на: А что, в PostgreSQL + PostGIS уже не модно? от anonymous

Внезапно, shape-файлы на сегодняшний день самый распространенный, если не основной, формат обмена данными, который читается практический любым ГИС софтом. Для небольших или учебных проектов самое то.

Задействовать БД не всегда целесообразно. Да, есть SpatiaLite, для которой не нужен сервер, но увы, поддерживается этот формат далеко не всеми системами, а возможность обмена нужна. Так что, шейпы еще долго будут жить и здравствовать.

Кстати, для загрузки shape-файлов не обязательно использовать GDAL, в PostGIS есть shp2pgsql.

voltron ()
Ответ на: комментарий от voltron

Анализ и подготовка?

> А анализ и подготовку данных вы тоже в MapServer делаете? ГИС это не только и не столько отображение, сколько анализ.

В зависимости от данных. Но как правило, анализирует человек (то, что видит в качестве отклика на свои запросы). А за подготовку отвечают модули сбора информации. Которые закидывают её (собранную информацию) в ту же БД.

Возможно Вы мне и не поверите, но куда как проще рисовать поверх карты нужное отображение javascript'ом, получая данные в JSON от приложения FastCGI, чем использовать для этого QGis. Особенно если учесть, что одновременно сервером может пользоваться не один и не два оператора.

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

anonymous ()
Ответ на: комментарий от voltron

> Внезапно, shape-файлы на сегодняшний день самый распространенный, если не основной, формат обмена данными, который читается практический любым ГИС софтом. Для небольших или учебных проектов самое то.

Простите, но не мой случай (я про небольшой проект). Если брать карту России даже 1:1000000, то мы говорим о (МИНИМУМ!!!) паре-тройке гигабайт данных, связанных с чисто объектами (та же гидрография) и некоторыми (не всегда даже чисто статистическими данными по ним, вдобавок и не всегда полными, но не столь суть). Отсюда и требования к БД. Потому как дальше накладываются слои-слои-слои... Много слоёв. Какого масштаба и сколько в итоге — не важно. Скажем так, _много_.

Для отработки проще выбирать отиндексированные данные из БД. Особенно если формат индекса — GIST, который специально для этого и разработан. И который появляется в постгресе только после наложения PostGIS, писаной, ЕМНИП, на pl/PGSQL.

Кстати, для загрузки shape-файлов не обязательно использовать GDAL, в PostGIS есть shp2pgsql.

Я дано уже с GDAL/OGR, мне так удобнее. А так — Вы правы. Но как оно работает я не пробовал, по-моему.

Внезапно, shape-файлы на сегодняшний день самый распространенный, если не основной,

Распространённый — да, шейпы это удобный формат. Но зависит от области применения и данных. Для случая использования превалирующего формата .DEM (Digital Evaluation Map), шейпы на фиг не нужны. Всё зависит от конкретной задачи.

И точно так же иногда бывают случай, когда кроме растра больше ни чего нет. Библиотеки, используемые в MapServer'е позволяют использовать в принципе что угодно.

anonymous ()
Ответ на: Анализ и подготовка? от anonymous

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

Т.е. у вас задача не предполагает анализа. Тут WMS вполне уместен.

А если необходимо выполнить классификацию, решить задачу гидрологического моделирования или построить 3D-модель участка поверхности?.. Какую-то часть задач может решить WPS, но большую часть все же приходится решать в настольных системах. Рано их закапывать, рано.

voltron ()
Ответ на: комментарий от anonymous

Ну вот мы и добрались до сути. Все зависит от задачи, а вы так категорично начали «он не нужен», «Это для тех, кто не умеет читать документацию, но за то осилил мышевождение»... Вам лично не нужен — никто не заставляет пользоваться.

voltron ()
Ответ на: комментарий от ChALkeR

Отдельно стоит упомянуть перенос репозитория из SVN-хранилища OSGeo на GitHub, теперь код находится по адресу http://github.com/qgis/Quantum-GIS. Также выполнена миграция багтрекера с trac на redmine, обновленный багтрекер доступен как http://hub.qgis.org/ (вход по OSGeo Id).

Поздравляю :-).

+1. Но вот https://github.com/qgis/Quantum-GIS/network - ещё более наглядно.

AlexVR ★★★★★ ()

ГИС QGIS 1.7 «Wrocław»

Недавно протестровал, очень порадовал удобный интерфейс управления и провайдер векторных данных SQLAnywhere. Молодцы прогресируют....

atk12 ()
Ответ на: комментарий от voltron

Да дай ты парнише покишиться знанием javascript'а

AlexVR ★★★★★ ()
Ответ на: комментарий от voltron

> Т.е. у вас задача не предполагает анализа.

А из чего это следует? Только из того, что я упомянул только об одном из вариантов (который, кстати, отлично работает)? Ну, вывод лихой и безосновательный, основанный на недостатке информации. Посмотрите на то, что (например), можно делать на клиенте при помощи того же javascript'а. ;) И это только один вариант использования. Дальше я обсуждать не буду. Однако замечу, что если Вы предлагаете сделать такую глупость и начать «анализировать» в настольном приложении данные от множественных источников, то уверяю Вас, не проанализируете до пенсии... В моём случае. :))) Мы от GIS/GRASS по этой причине отказались. ;) Несмотря на то, что там то же есть «средства поддержки веб».

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

Которые ГИС используют в качестве вспомогательного средства, если это не узкоспециальные решения. Да и для узкоспециальных решений технология клиент-сервер как ни странно, но более рациональна. Потому как обслуживать код «клиента», в дополнение к «серверу» и «спец. приложениям» смысла ни какого нет. Мощности современных компов вполне хватает для отработки веб-клиента.

А вот сервер/NAS... Ну, да... Тут мощща нужна, конечно. Но компьютеры стоять дешевле трудозатрат. ;)

anonymous ()
Ответ на: комментарий от voltron

Если честно, то... пофиг как-то...

> Ну вот мы и добрались до сути. Все зависит от задачи, а вы так категорично начали «он не нужен», «Это для тех, кто не умеет читать документацию, но за то осилил мышевождение»... Вам лично не нужен — никто не заставляет пользоваться. Ну вот мы и добрались до сути. Все зависит от задачи, а вы так категорично начали «он не нужен», «Это для тех, кто не умеет читать документацию, но за то осилил мышевождение»... Вам лично не нужен — никто не заставляет пользоваться.

Я начал с того, и тем же закончу. «Забил». Ибо «вариантов» (окромя студентоты со своими «учебными» проджектами как-то маловато).

У студентоты же не остаётся вариантов кроме как пользоваться чем-то, пытаясь что-то выкрутить. И не доходит, что в случае «групповой работы» это средство — треш. Но тем лучше же. :)))

anonymous ()
Ответ на: Если честно, то... пофиг как-то... от anonymous

Re: Если честно, то... пофиг как-то...

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

anonymous ()

Я прошу прощения, но кто-нибудь готовил межевые планы с помощью qGIS?

anonymous ()
Ответ на: комментарий от random_user_123816235182

OpenStreetMap — проект по созданию свободной карты мира. QGIS — настольное приложение, в котором помимо всего прочего можно просматривать и редактировать карты OSM.

voltron ()
Ответ на: комментарий от x0r

>> вроцлав

какая все-таки кумедная польская мова :)

А мне всегда не нравились любые мелкие модификаторы букв. Всякие умляуты, аксант грав, аксант эгю, аксант сирконфлекс. Даже над буквой «Й» зря эту мелкую чёрточку добавили. Эту мелочь плохо видно, если шрифт мелкий.

anonymous ()
Ответ на: комментарий от voltron

QGIS — настольное приложение, в котором помимо всего прочего можно просматривать и редактировать карты OSM.

А в OSM нельзя? Целых 3 клиента для редактирования.

random_user_123816235182 ()
Ответ на: комментарий от random_user_123816235182

Сам OSM это проект, а не ПО. Редактировать можно в специализированных редакторах (JOSM, Merkaator и др.) и при помощи web-интерфейса.

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

voltron ()
Ответ на: комментарий от random_user_123816235182

клоун, может уже сходишь на вики и почитаешь что такое ГИС?

Turbid ★★★★★ ()

Интересно, а это проект можно пользовать как библиотеку, а не просто как программу?

MooNug ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.