Форумы GIS-Lab.info

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

Прямая ссылка на страничке VLIZ Maritime Boundaries Geodatabase | Download. Файл отдают после регистрации из трёх с половиной пунктов. Скрипт регистрации работает в IE.

Прямая ссылка на архив без регистрации

SAGA GIS - открывает менее чем за 20 секунд
http://sourceforge.net/projects/saga-gis/files/

Протестировал еще wxgis - открывает менее чем за 1 минуту !!!
https://code.google.com/p/wxgis/

OpenJUMP GIS открыл за 6 минут
http://www.openjump.org/

В тестах QGIS использовал релиз NextGIS QGIS 1.8.0 master
http://nextgis.ru/nextgis-qgis/

GRASS GIS на 307 -ой секунде импорта выдал сообщение об ошибке импорта и не открыл слой

QGIS (без разницы какой), открытие заняло минут 5

Win7

Вот вам еще старый топик

bim2010 писал(а):Похоже amuriy открыл соседний мелкий shp ...

Да, это так. А я еще удивлялся, чего это у всех так тупит

bim2010 писал(а): GRASS GIS на 307 -ой секунде импорта выдал сообщение об ошибке импорта и не открыл слой

Я импортировал данные в GRASS без построения топологии (v.in.ogr с флагом "-c"), а то грасс реально становится плохо. Чуть подправил текущий регион (g.region w=-180.000000 e=180 n=87.023943 s=-78.570358 res=00:05).

Результаты отрисовки векторов: Итого: на средней по мощности машине (Core i3, 2Гб памяти) с линуксом на борту в GRASS 6.4.3svn отрисовывается примерно за 20 сек.
Если выводить только границы полигонов без заливки, получается так:

Надо учитывать, что отрисовка многопоточная.

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

AG 9.3.1 - 2-3 сек
AV 3.3 - 4-5 сек
wxGIS - 1 мин 40 сек
QGIS 1.7.4 - 5 мин 33 сек
QGIS 1.9.0 - 1 мин 05 сек загружало, но отрисовывало еще 2 мин 50 сек
GM 13 - ок 2.5 мин
GG 2 - ошибка с вылетом...
MI 10.5.2 - ждал 3 мин, но 0% обработки, принудительно вышел
AutoCAD MAP 3D 2011 через FDO - ждал, пока комп не ушел на перезагрузку от перегрева...
поэтому пришлось писать повторно...

Fedora x86_64, QGIS 1.8, GDAL 1.9.0 - чуть меньше 30 секунд.

openSUSE 12.1 x86_64, QGIS 1.8, GDAL 1.9.1 - 35 сек. А вот результата идентификации некоторых объектов дождаться сложно - через пару минут ожидания убивал процесс.

Интересные результаты получаются:
QGIS 1.8 под Arch Linux x64 с KDE - 43 c.
Свежая NextGIS QGIS под Windows 7 x64 - 180 с.
Esri ArcMap 10.0 под Windows 7 x64 - 3..7 c, при этом в дальнейшем прорисовка при перемещении и масштабировании картинки практически мгновенная.
Оборудование: ноутбук ASUS N73Jv, Intel Core i5-460M, 2.53 GHz, 4 GB RAM.

И чего интересного. ESRI только недавно формат индекса открыла. Когда другие вынуждены индекс строить ArcGIS читает его прямо из файл. Вот и 3-7 с и быстрая отрисовка.

ИМХО, индекс считывается один раз в память и сидит там до посинения (то бишь пока не протухнет). Такие выводы сделаны из изменения количества занимаемой памяти АркГИСом. Тем более, что размер позволяет держать индекс в памяти всецело, и обновлять его только при изменении самих данных.
Не плохо бы огру\кугису научиться определять тип геометрий\максимальный экстент без полного перебора геометрий в слое.

Вообще то так и делается ... у источников, которые это поддерживают. Это в gdal.

[ Сообщение с мобильного устройства ]

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

yellow-sky, Bishop, было бы здорово если вы это как-нибудь проверили, хотелось бы понять почему кугис так тормозит с этим файлом. Спасибо заранее)