2010-11-10 5 views
1

J'essaye d'installer GDAL via buildout sur MacOSX. Je suivais config ai:Installation de GDAL via buildout sur MacOSX

[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} 

J'ai essayé beaucoup d'autres configurations, mais tout ce que j'ai est l'erreur suivante: http://pastebin.com/s0WxfnUu

Des indices?

Répondre

2

J'ai réussi à résoudre le problème - description ci-dessous.

Pour la petite histoire - une bonne configuration pour la construction de GDAL sur MacOSX (à titre d'exemple, je l'ai coupé des choses supplémentaires):

[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" 

Vous devez spécifier libiconv (dans mon exemple, je suis construire à partir de la source) - cela évitera les erreurs de charset.

Aussi mon problème était dans la version de jpeglib, donc j'ai défini --with-jpeg=internal pour que le GDAL utilise ses propres bibliothèques. En fonction de l'erreur, vous pouvez utiliser --with-png=internal, --with-tiff=internal etc.

Bonne chance!

1

La construction est excellente pour beaucoup de choses, mais même si j'ai tendance à confier certaines responsabilités à l'OS.

La pile géante énorme est l'une de ces choses. Gdal, geos, libproj4, mapnik, je ne sais pas quoi. Compiler tout depuis la source est juste trop lourd, d'autant plus que vous avez beaucoup de dépendances.

Dans votre cas, il semble qu'il y ait une discordance dans certaines des bibliothèques compilées par gdal. Mauvaise longueur des arguments.

Mon conseil est d'installer gdal et ses amis via votre système d'exploitation (donc: windows installer, apt-get, rpm, peu importe).

+0

ouais - mais j'aimerais avoir un environnement de développement facile à répliquer - aussi pour d'autres développeurs ... Voici les raisons pour lesquelles je commence à détester Mac OSX: P – bx2

+0

Pourquoi ne pas utiliser une VM Linux et MacFusion (ou similaire) pour travailler dessus sur SSH? C'est ce que j'ai fait pour ma pile GeoDjango. Le meilleur des deux mondes, alors. –

+0

@stevejalim - Je vous en prie, pourquoi ne pas acheter un autre ordinateur pour faire fonctionner Linux - si je ne peux pas travailler sur mon ordinateur, alors pour quoi ai-je besoin? :) J'ai manipulé le problème par moi-même et il semble que le buildout gère bien avec tout ça. – bx2