我正在尝试通过MacOSX上的buildout安装GDAL。我有以下配置:
[gdal]
recipe = zc.recipe.cmmi
url = http://download.osgeo.org/gdal/gdal-1.7.2.tar.gz
extra_options =
--with-geos=${geos:location}/bin/geos-config
--with-static-proj4=${proj:location}
--with-jpeg={libjpeg:location}
--with-spatialite=${spatialite-lib:location}
--with-sqlite=${spatialite-lib:location}
我尝试了很多其他配置,但我得到的是以下错误: http://pastebin.com/s0WxfnUu
任何线索?
答案 0 :(得分:2)
我设法解决了这个问题 - 以下说明。
仅供记录 - 在MacOSX上构建GDAL的正确配置(例如我已切断其他内容):
[libiconv]
# ...
[gdal]
recipe = hexagonit.recipe.cmmi
url = http://download.osgeo.org/gdal/gdal-1.7.3.tar.gz
configure-options =
--with-python
--with-jpeg=internal
--with-spatialite=${spatialite:location}
CFLAGS=-I${libiconv:location}/include
LIBS="${libiconv:location}/lib/libiconv.la ${libiconv:location}/lib/libcharset.la"
您需要指定libiconv(在我的示例中,我是从源代码构建它) - 它将阻止字符集错误。
我的问题也出现在jpeglib的版本中,所以我确定了--with-jpeg=internal
,所以GDAL将使用它自己的库。根据错误,您可以使用--with-png=internal
,--with-tiff=internal
等
答案 1 :(得分:1)
Buildout很适合很多事情,但即使我倾向于将一些责任交给操作系统。
整个惊人的地理堆栈就是其中之一。 Gdal,geos,libproj4,mapnik,我不知道是什么。从源代码编译所有内容太麻烦了,特别是因为你有很多依赖项。
在您的情况下,看起来gdal编译的某些库中存在不匹配。错误的论点长度。
我的建议是通过你的操作系统安装gdal和朋友(所以:windows安装程序,apt-get,rpm,等等)。