[gdal-dev] Python Wheels for gdal

Christoph Paulik cpaulik at vandersat.com
Thu Jan 30 05:13:48 PST 2020

On Thu, 30 Jan 2020 at 13:32, Even Rouault <even.rouault at spatialys.com>

> On jeudi 30 janvier 2020 13:09:03 CET Christoph Paulik wrote:
> > Thanks for the hints Even. I could have thought about rasterio myself
> since
> > I've used their wheels in the past.
> >
> > Are you open to a merge request for setting this up for the official gdal
> > python packages?
> It would certainly be handly for a number of people. It probably needs a
> bit a
> discussion about the plan before going to implementation.
> To be honest, I'm not that familiar with Python wheels mechanisms.
> I guess there are 2 valid use cases:
> - people having the GDAL native lib (possibly they would have build
> themselves), and wanting to just install the Python bindings using this
> native
> lib. Use case currently covered
> - people having nothing, and wanting to use the wheels

I think there are both valid use cases.
But it might be best to make usage easy for beginners.
If somebody can compile gdal themselves they are probably not having issues
building the Python bindings. But I'm happy to hear if this is used very

Maybe having libgdal and gdal as separate wheels could make sense if no one
solution can be found?

> We would want to have both use cases possible. GDAL docs would have to be
> enhanced.
> I'm not sure where we draw the line for GDAL dependencies bundled in the
> wheel. I think a criterion could be only FOSS dependencies, and with
> permissive licensing (non GPL typically) in the spirit of the base GDAL
> license ?

I have no overview over the licenses of the dependencies.
Is there an overview available?
Would limiting ourselves to permissive FOSS licences remove any important

> What would be the process to create the wheels ? Probably the GDAL release
> procedure (HOWTO-RELEASE) would need extra steps.

I would have thought about integrating that into CI.

> If doable, sharing the effort, or having a common base at least, with
> rasterio
> would be appealing. Sean may have opinions regarding this.
That would definitely be helpful.


> Even
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com

*Christoph Paulik* // Head of Infrastructure
VanderSat // Satellite observed water data. Globally. Daily.
Wilhelminastraat 43a, 2011 VK, Haarlem (NL), The Netherlands
*M*  +31 6 18271928 *W*  www.vandersat.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20200130/50908828/attachment.html>

More information about the gdal-dev mailing list