[gdal-dev] GDAL v.1.10 and Python 3.3.2 - incompatible?

Christoph Gohlke cgohlke at uci.edu
Tue Jul 2 10:23:59 PDT 2013


As mentioned on the webpage, the GDAL-1.10.0.win-amd64-py3.3.‌exe 
installer includes all required files (Python package, DLLs, tools, and 
data) and should not be used together with OSGeo4W or gdalwin32 (which 
implies also other GDAL builds). Mixing DLLs from different builds in 
PATH can not be expected to work. Does `from osgeo import gdal` work if 
after removing the GDAL folder from PATH?

Christoph


On 7/2/2013 2:59 AM, Casper Børgesen (CABO) wrote:
> Hi everyone.
>
> I’m trying to setup GDAL 1.10 and python 3.3.2 using the following binaries:
>
> GDAL:
> http://www.gisinternals.com/sdk/Download.aspx?file=release-1600-x64-gdal-mapserver\gdal-110-1600-x64-core.msi
> <http://www.gisinternals.com/sdk/Download.aspx?file=release-1600-x64-gdal-mapserver%5Cgdal-110-1600-x64-core.msi>
>
> Python: http://www.python.org/ftp/python/3.3.2/python-3.3.2.amd64.msi
>
> GDAL for python: GDAL-1.10.0.win-amd64-py3.3.‌exefrom
> http://www.lfd.uci.edu/~gohlke/pythonlibs/
> <http://www.lfd.uci.edu/%7Egohlke/pythonlibs/>
>
> My PATH contains a reference to both the GDAL folder and the Python folder.
>
> When entering python and entering:
>
>>>>from osgeo import gdal
>
> I get the following kinds of information:
>
> The procedure entry point
> ?GetDefaultRAT at GDALRasterBand@@UEAAPEAVGDALRasterAttributeTable@@XZ
> could not be located in the dynamic link library gdal110.dll. (This is
> presented in a Windows pop up).
>
> ERROR 1: Can’t load requested DLL: ……\GDAL\gdalplugins\gdal_BAG.dll.
> 127: The specified procedure could not be found. (This is presented at
> the command line).
>
> ERROR 1: Can’t load requested DLL: ……\GDAL\gdalplugins\...
>
>>
> ERROR 1: Can’t load requested DLL: ……\GDAL\gdalplugins\gdal_netCDF.dll.
> 127: The specified procedure could not be found.
>
> The above path points (correctly) to my GDAL installation. I have no
> other GDAL left overs in my PATH.
>
> I have previously done this for GDAL 1.9.2 and python 3.3.0 and they
> worked fine together – was I just too lucky then? Is there something I
> can do differently to solve my GDAL incompatibilities? I would prefer
> not to compile my self.
>
> Regards
>
> Casper
>
>
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>


More information about the gdal-dev mailing list