1

我正在尝试通过 MacOSX 上的构建安装 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

有什么线索吗？

4

2 回答 2

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。

祝你好运！

于 2010-11-11T17:43:37.840 回答
1

Buildout 对很多事情都有好处，但即使我也倾向于将一些责任交给操作系统。

整个庞大的地理堆栈就是其中之一。Gdal，geos，libproj4，mapnik，我不知道是什么。从源代码编译所有内容太麻烦了，尤其是当您有很多依赖项时。

在您的情况下，gdal 编译的某些库中似乎存在不匹配。参数长度错误。

我的建议是通过您的操作系统安装 gdal 和朋友（例如：windows 安装程序、apt-get、rpm 等）。

于 2010-11-10T17:23:44.653 回答