在MacOSX上通過構建安裝GDAL

我試圖通過構建在MacOSX上安裝GDAL。我有以下配置：在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

任何線索？

來源

2010-11-10 bx2

我設法解決了這個問題 - 下面的描述。

只是爲了記錄 - 用於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-11 17:43:37 bx2

擴展對很多事情都很有幫助，但我也傾向於將一些責任交給操作系統。

整個高潮的地理位置堆棧就是其中之一。 Gdal，geos，libproj4，mapnik，我不知道是什麼。編譯源代碼中的所有內容太麻煩，特別是因爲你有很多依賴關係。

在你的情況下，它看起來像gdal編譯的一些庫中存在不匹配。錯誤的參數長度。

我的提示是通過您的操作系統安裝gdal和朋友（例如：windows安裝程序，apt-get，rpm，無論如何）。

來源

2010-11-10 17:23:44

耶 - 但我希望獲得簡單的可複製開發環境 - 也適用於其他開發人員......這些是我開始討厭Mac OSX的原因：P – bx2 2010-11-10 18:01:02

爲什麼不使用Linux VM和MacFusion（或類似的）在SSH上工作？這就是我爲GeoDjango堆棧所做的。那麼最好的兩個世界。 – 2010-11-10 18:28:22

@stevejalim - 我求求你，爲什麼不買另一臺電腦來運行Linux - 如果我不能在我的電腦上工作，那麼我需要什麼？ :)我自己處理問題，看起來buildout正在處理所有這些問題。 – bx2 2010-11-11 16:21:36

在MacOSX上通過構建安裝GDAL

回答

相關問題