如何解决GDAL 3.1.2 / PROJ 6.2.1 / GCC 10.2 无法处理形状文件
总体错误:gdal_polygonize.py 失败并显示“无法猜测驱动程序”我在这里不知所措,我一直在玩依赖项、库和其他东西,但我无处可去。我相信错误是编译没有在形状文件支持中构建,但由于这是默认设置,我不明白。
详情
我正在使用 GCC 10.2 编译器编译 GCC 10.2(来自源代码)和 GDAL 的所有 deps。在运行时读取 TIFF 文件以使用 gdal_polygonize.py 转换为 SHP 文件时,我遇到无法确定类型的失败。正常的 GDAL 命令似乎正常完成,例如 gdalinfo。
我弄乱了 python gdal_polygonize,发现它正在寻找驱动程序。不过我没有看到形状文件。
我也在从源代码编译 Python3.8.8,它工作正常。我还使用 yum 安装在 amazon 3.8.5 版上进行了尝试,没有区别。
运行时报告的错误
回溯(最近一次调用最后一次):文件 “/usr/bin/gdal_polygonize.py”,第 163 行,在 frmt = GetOutputDriverFor(dst_filename) 文件“/usr/bin/gdal_polygonize.py”,第 85 行,在 GetOutputDriverFor 中 引发异常(“无法猜测 %s 的驱动程序”% 文件名)异常:无法猜测 ./test.shp 的驱动程序
输入是:test.TIF 存在并从 gdalinfo 报告正常
GDAL 编译(无错误完成)
./configure \ --prefix=/usr \ --with-proj=/usr \
LDFLAGS="-L/usr/lib -lz -lopenjp2 -ltiff" \ CXXFLAGS="-Wall
-std=c++14" \ --with-threads \ --with-hide-internal-symbols \ --with-libtiff \ --with-geotiff=internal --with-rename-internal-libgeotiff-symbols \ --with-rename-internal-shapelib-symbols=yes \ --with-geos \ --with-curl \ --with-zstd \ --with-openjpeg \ --with-xerces-c \ --with- libdeflate=yes \ --with-liblzma=yes \ --with-cpp14
--with-python=/usr/bin/python3.8 \ OPENJPEG_CFLAGS="-lopenjp2" && make -j 32 && make install
构建时的 GDAL 报告:
你可以看到它在支持的文件中没有显示形状文件。
杂项。 gdal 格式: aaigrid adrg aigrid airsar arg blx bmp bsb cals ceos ceos2 coasp cosar ctg dimap dted e00grid elas envisat ers fit gff gsg gxf hf2 idrisi ignfheightasciigrid ilwis ingr iris jademtlfrngrmrgrmrgr iris risjademnitaldrfrmr iris rs2 safe saga sdts sentinel2 sgi sigdem srtmhgt terragen til tsx usgsdem xpm xyz zmap rik ozi grib eeda plmosaic rda wcs wms wmts daas rasterlite mbtiles pdf 禁用 gdal 格式: 杂项ogr 格式: aeronavfaa arcgen avc bna cad csv dgn dxf edigeo flatgeobuf geoconcept geoss gml gmt gpsbabel gpx gtm htf jml mapml mvt ntf openair openfilegdb pgdump rec s57 segukoa segy selafinspdmdxflasfgs selafin digs selafind selfind carto cloudant couchdb csw elastic ngw plscenes wfs gpkg vfk osm
解决方法
好吧,我终于无意中找到了这个。
当我编译 gdal 时,我使用了以下命令。
make -j 32 CXXFLAGS="-O3"
无论出于何种原因,它都不喜欢这样。
make -j 32
工作没有问题。我猜 C++ opt 导致了问题。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。