On Thu, 30 Jan 2020 at 18:03, jratike80
wrote:
>
> Sorry if this is a stupid question, but would GDAL wheels serve some similar
> purpose than what gdal in conda-forge is serving
> https://anaconda.org/conda-forge/gdal/files?
https://www.anaconda.com/understanding-conda-and-pip/
Best regards,
--
Sorry if this is a stupid question, but would GDAL wheels serve some similar
purpose than what gdal in conda-forge is serving
https://anaconda.org/conda-forge/gdal/files? Or something better?
-Jukka Rahkonen-
Mateusz Loskot wrote
> On Thu, 30 Jan 2020 at 17:03, Sean Gillies <
> sean@
> > wrote
On Thu, 30 Jan 2020 at 17:03, Sean Gillies wrote:
>
> more versions of GDAL on PyPI will mean more conflicts and more confused
> users.
And, any related PR accepted to GDAL will eventually mean the
maintenance burden shifted to Even and the very few others.
IMO, such or any packaging initiative
Hi,
On Thu, Jan 30, 2020 at 7:33 AM Robert Coup
wrote:
> Hi Christoph,
>
> For what it's worth, I'm doing some very minimal GDAL builds at the moment
> with Python bindings. The problem you'll very quickly run into is that GDAL
> has an enormous set of dependencies. This is what the default Home
Hi Christoph,
For what it's worth, I'm doing some very minimal GDAL builds at the moment
with Python bindings. The problem you'll very quickly run into is that GDAL
has an enormous set of dependencies. This is what the default Homebrew gdal
package depends on in macOS: cfitsio, epsilon, expat, fre
Hi,
On behalf of the GDAL/OGR development team, I am pleased to announce the
release of the GDAL/OGR 3.0.4 bug fix version. This adds 11 bug fixes on top
of 3.0.3.
Consult the release notes for the list of issues addressed :
https://github.com/OSGeo/gdal/blob/v3.0.4/gdal/NEWS
In particular,
> Maybe having libgdal and gdal as separate wheels could make sense if no one
> solution can be found?
I see in
https://pip.pypa.io/en/stable/reference/pip_install/#install-no-binary
a --no-binary switch that is apparently to not install wheels. So probably a
single pip package could be use for b
On Thu, 30 Jan 2020 at 13:32, Even Rouault
wrote:
> 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 f
Hi,
> Adopt GDAL 3.0.4 RC1 as final 3.0.4 release
>
I declare this motion passed with +1 from PSC members MateuszL, JukkaR,
DanielM, HowardB, NormanB and me
Even
--
Spatialys - Geospatial professional services
http://www.spatialys.com
___
gdal-dev
Hi Even,
Thanks for the reply.
Sandro
On 30.01.20 12:55, Even Rouault wrote:
Hi Sandro,
Is there currently any way to have the images blended together?
No, this is waiting for someone implementing it I guess.
Even
___
gdal-dev mailing list
gdal
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
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?
Christoph
On Thu, 30 Jan 2020 at 12:59, Even Rouault
wrote:
> On jeudi 30 janvier 2020 11:1
On jeudi 30 janvier 2020 11:15:35 CET Christoph Paulik wrote:
> Hi,
>
> Has anybody ever tried to build Python wheels for gdal?
https://github.com/rasterio/rasterio-wheels could serve as a starting point
There's also https://www.lfd.uci.edu/~gohlke/pythonlibs/ for Windows
> I'm thinking about i
Hi Sandro,
> Is there currently any way to have the images blended together?
No, this is waiting for someone implementing it I guess.
Even
--
Spatialys - Geospatial professional services
http://www.spatialys.com
___
gdal-dev mailing list
gdal-dev@lis
Hi,
Has anybody ever tried to build Python wheels for gdal?
I'm thinking about it but am not sure if it would even be possible with all
the dependencies that gdal has to make a `pip install gdal` work without
problems.
Christoph
--
*Christoph Paulik* // Head of Infrastructure
VanderSat // Sate
Hi
Take the following [1] VRT which composes two images of semitransparent
polygons on transparent background. Loading this into QGIS, it looks the
images are not blended together, i.e. in overlapping areas the ARGB
pixel values of the last image listed in a VRTRasterBand are the ones
which e
16 matches
Mail list logo