Hi Christoph

Thank you for your answer. It works fine if I remove the other GDAL from the 
path, but it makes it very difficult to use Python with GDAL and the GDAL 
utilities in the same workflow.

Thanks for the clarification about "other GDAL builds".

I guess I was lucky the last time when I combined the two :)


Regards, Casper

-----Original Message-----
From: gdal-dev-boun...@lists.osgeo.org 
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Christoph Gohlke
Sent: 2. juli 2013 19:24
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] GDAL v.1.10 and Python 3.3.2 - incompatible?

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-gd
> al-mapserver\gdal-110-1600-x64-core.msi
> <http://www.gisinternals.com/sdk/Download.aspx?file=release-1600-x64-g
> dal-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@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@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to