Re: [gdal-dev] Best Practices For Using GDAL As a Dependency In a Python Package?

2025-03-31 Thread Alan Snow via gdal-dev
This is an option worth looking into since you are using conda: https://github.com/conda-forge/staged-recipes On Mon, Mar 31, 2025, 7:33 PM Adriano Matos via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > Hello, > > I've been writing a Python package that uses GDAL as a dependency. I plan > to mak

Re: [gdal-dev] Best Practices For Using GDAL As a Dependency In a Python Package?

2025-03-31 Thread Sean Gillies via gdal-dev
Hi Adriano, I'm the maintainer of Rasterio and have been distributing wheels that include GDAL on PyPI for a few years. I do not recommend the experience of doing this. I'm writing a blog post about it, but it's not done yet. The TL;DR is: it's hard, there's endless toil, and you spend time intera

[gdal-dev] Best Practices For Using GDAL As a Dependency In a Python Package?

2025-03-31 Thread Adriano Matos via gdal-dev
Hello, I've been writing a Python package that uses GDAL as a dependency. I plan to make this package available to install via Anaconda at least. Having a pip package would be nice, but I keep getting GDAL errors whenever I try to compile a pip package. I think it has something to do with the s

Re: [gdal-dev] Ellipsoid-geoid offsetting and compound SRS

2025-03-31 Thread Rahkonen Jukka via gdal-dev
Hi, EPSG:4326 is a 2D system. I do not know if the result from the following using WGS84 3D CRS as input is right, but at least is does change the heigth. gdaltransform -s_srs EPSG:4979 -t_srs EPSG:4326+5773 20 60 20 60 -18.6147727966309 -Jukka Rahkonen- __