Почитай http://gis-lab.info/disclaimer.html и это и новость переделай.

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

Не знал. voltron, извините.

Вытрешь?

Да ладно.

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

РАО так не считает.

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

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

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

> вроцлав

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

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

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

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

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

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

Это интересно. Какой ВУЗ: КПУ или ЗНУ?

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

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

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

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

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

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

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

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

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

Зависит от ваших задач. Вот небольшое сравнение от пользователя MapInfo (на английском).

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

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

> насколько она лучше 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 ибо он не нужен. Это для тех, кто не умеет читать документацию, но за то осилил мышевождение.

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

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

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

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

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

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

Кстати, там ещё .shx может до кучи болтаться. Но это мало влияет на проблему.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>Это интересно. Какой ВУЗ: КПУ или ЗНУ?

ЗНУ

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

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

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

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

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

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

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

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

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

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

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

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

Ммм... QLandkarte или gpsVP не подойдут? Правда, последний для Windows

Отдельно стоит упомянуть перенос репозитория из 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 - ещё более наглядно.

ГИС QGIS 1.7 «Wrocław»

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

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

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

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

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

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

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

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

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

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

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

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

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

Чем оно лучше OpenStreetMap?

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

>> вроцлав

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

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

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

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

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

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

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

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