3
在PostGIS中存储大型栅格并在QGIS中进行可视化会降低性能
我的问题是与PostgreSQL，PostGIS，QGIS和GDAL一起使用的几种软件工具的使用和性能有关。 我是ArcGIS，Python和R的长期用户，他对使免费开源GIS生态系统和Linux多样化感兴趣。最近，我对将QGIS（版本2.8）与PostgreSQL（版本9.4）和PostGIS（版本2.1）一起使用非常感兴趣，并且我已在装有Windows 8.1 x64的计算机上安装了该软件（简要的计算机规格：ThinkPad配备2.1GHz核心2、8GB RAM和240GB SSD的X200）。学习了如何管理空间数据（价值约100GB）后，我想在此计算机上运行Ubuntu。 目前，我只是试图可靠地存储和检索shapefile和栅格。到目前为止，我已经成功地将shapefile加载到PostGIS中，但是栅格被证明存在更多问题。我已经成功完成了小的geoTIFF和GRID文件的单次和批量导入，但是较大的栅格（例如，磁盘上大小为870MB的15619x14655单元IMG或TIFF文件）需要永久加载到PostGIS中。我已经阅读并配置了raster2pgsql工具，以使用以下参数构建空间索引并通过图块加载栅格： raster2pgsql -s 3161 -C -I D:\PostGIS_data\dem.img -t auto raster.dem | psql -h localhost -U postgres -p 5432 -d postgres 导入性能仍然很差，并且硬件不是问题。QGIS中PostGIS栅格的可视化甚至更糟，充其量只能缓慢加载小栅格或完全冻结。像我提到的那样的大型栅格无法在QGIS中可视化。从文档和论坛讨论中，该缺陷似乎是由于GDAL的PostGIS栅格驱动程序而不是QGIS本身引起的。论坛讨论中简要提到了这个问题，甚至有人建议不应将栅格存储在PostGIS中（空间数据库中不能平滑处理栅格的意义是什么？）。但是，我通常使用ESRI的文件地理数据库来快速，轻松地存储，可视化和分析相当大的栅格（〜70GB），而ArcGIS 10.1绝不会因这种常规操作而冻结或变慢。 这里有我想念的东西吗？我还没有解决瓶颈？PostgreSQL是否需要进行调整以实现PostGIS的性能优势？我是否缺少寻找和编译所需的GDAL版本？如何改善Shapefile和栅格的QGIS中的PostGIS性能和可视化？如何通过Linux终端享受全面，快速的空间数据管理的荣耀？在这个问题上的任何帮助都将受到欢迎！ 我按照Duncan Golicher的指南进行操作：https：//duncanjg.wordpress.com/2012/11/20/the-basics-of-postgis-raster/ 我最初使用的是具有自动设置的图块，但我将图块重置为每行100x100个像元，然后按照指南中的说明添加了金字塔，如下所示： raster2pgsql -s 3161 -d -C -I -M -l 4 D:\PostGIS_data\dem.img -t 100x100 raster.dem100 | psql -h localhost -U …