[Gdal-dev] GDAL and Python
hobu at iastate.edu
Thu Nov 2 14:26:00 EST 2006
A couple of (maybe) useful bits of info.
MS4W has an old-gen GDAL module for Windows
Python 2.4. It's broken up into a number of
pieces, and it might not be that nice to pull
together, but you should be able to get it to work with some elbow grease.
The "old-gen" GDAL bindings do not have support
for numpy. I will be looking into supporting
this in the "next-gen" GDAL Python bindings in
the next couple of weeks. I have a need for this
also, and I would like to get it tucked in before
the next release. Hopefully, this will remove
any need for folks to use the "old-gen" bindings
for anything other than legacy apps.
Python eggs and setuptools support are something that would be nice.
At 01:08 PM 11/2/2006, Jose Luis Gomez Dans wrote:
>I have noticed that somebody else mentioned the
>release of numpy 1.0, and the implications for
>GDAL. My question is however different: at work,
>we use Enthought Python, a rather useful Python
>bundle with numpy, scipy, matplotlib and loads
>of extra packages. On top of that, we use the
>GDAL bindings. So far, we have made do with
>FWTools and Enthought, as they are compatible
>(python 2.3), but there's a sea change when
>Enthought upgrades from Numeric to Numpy and
>from python 2.3 to 2.4. Apart from compiling
>from source (we have no experience on this),
>what would be the "recommended best way" of using GDAL with Enthought be?
>One nice thing would be for the Enthought guys
>to package GDAL with their Python. This is hard
>to do, and not something that ranks high as a
>priority for them. They have suggested that if
>users can provide a recipe to build an egg
><http://www.python-eggs.org/> for Windows and
>Linux, they'd be happy to carry that and distribute it.
>The question being whether anyone might be
>willing to do this :) I think it would be a very
>nice thing to have, as for many of us, GDAL is
>the only way to input data into our processing
>chains. Unfortunately, I have little or no
>experience of doing this sort of thing, and
>maybe it's so difficult that it is unfeasible. I
>just thought I'd mention it to see if someone
>suggests an easy and convenient way to have both
>up to date numpy, scipy (and friends) working
>together with the latest and greatest GDAL
>(specifically on Win32, in Linux compilation is straightforward and easy).
>GMX DSL-Flatrate 0,- Euro* - Überall, wo DSL verfügbar ist!
>NEU: Jetzt bis zu 16.000 kBit/s! http://www.gmx.net/de/go/dsl
>Gdal-dev mailing list
>Gdal-dev at lists.maptools.org
More information about the Gdal-dev