[gdal-dev] Changes in conda-forge packaging for GDAL 3.9.1
Even Rouault
even.rouault at spatialys.com
Mon Jul 29 09:46:54 PDT 2024
Le 29/07/2024 à 08:14, Michał Kowalczuk a écrit :
> Returning to changes conda packaging:
> My conda installation is ligdal-core + libgdal-jp2openjpeg using
> miniconda on Windows.
> .
> If my *gdal.dll* and dependencies are in *\root *folder and
> *gdal_JP2OpenJPEG.dll* is in *\root\gdalplugins* folder I need to set
> *GDAL_DRIVER_PATH *to *\root\gdalplugins *to work with jp2 files.
> I'm not sure that this is the proper way - rather workaround...
conda install should patch gdal.dll to automatically refer to the
gdalplugins subdirectory of the conda env, but if you move things
manually to other places, that will obviously not work.
>
> Before 3.9.1 i did not have to use GDAL_DRIVER_PATH
Yes, because the driver was part of the core library
>
> Regards
> Michał
>
>
>
> czw., 25 lip 2024 o 22:44 Michał Kowalczuk <michkowalczuk at gmail.com>
> napisał(a):
>
> This is my DLL files structure:
>
> archive.dll
> blosc.dll
> charset.dll
> deflate.dll
> freexl.dll
> *gdal.dll*
> geos.dll
> geos_c.dll
> geotiff.dll
> iconv.dll
> jpeg8.dll
> krb5_64.dll
> Lerc.dll
> libbz2.dll
> libcrypto-3-x64.dll
> libcurl.dll
> libexpat.dll
> liblz4.dll
> liblzma.dll
> libminizip.dll
> libpng16.dll
> libsharpyuv.dll
> libssh2.dll
> libssl-3-x64.dll
> libwebp.dll
> libxml2.dll
> openjp2.dll
> pcre2-8.dll
> proj_9_4.dll
> snappy.dll
> spatialite.dll
> sqlite3.dll
> tiff.dll
> xerces-c_3_2.dll
> zlib.dll
> zstd.dll
> *gdalplugins\gdal_JP2OpenJPEG.dll*
> gdalplugins\drivers.ini
>
> When I try to open jp2 file I get the following CPL error:
>
> /'GDAL CPL Error 4: `D:\GisData\Formats\jp2\balloon.jp2' not
> recognized as being in a supported file format. It could have been
> recognized by driver JP2OpenJPEG, but plugin gdal_JP2OpenJPEG.dll
> is not available in your installation. You may install it with
> 'conda install -c conda-forge libgdal-jp2openjpeg'. The
> GDAL_DRIVER_PATH configuration option is not set. (CE_Failure)'./
>
> I use conda to install libgdal-core and jp2 but later I moved
> necessary dlls to different location. Maybe i missed something?
>
> Regards,
> Michał
>
> czw., 25 lip 2024 o 12:12 Michael Smith
> <michael.smith.erdc at gmail.com> napisał(a):
>
> It would be just
>
> mamba install -c conda-forge libgdal-core libgdal-jp2openjpeg
>
> Mike
>
> --
>
> Michael Smith
>
> Remote Sensing/GIS Center
>
> US Army Corps of Engineers
>
> *From: *gdal-dev <gdal-dev-bounces at lists.osgeo.org> on behalf
> of Michał Kowalczuk via gdal-dev <gdal-dev at lists.osgeo.org>
> *Reply-To: *Michał Kowalczuk <michkowalczuk at gmail.com>
> *Date: *Thursday, July 25, 2024 at 6:00 AM
> *To: *Even Rouault <even.rouault at spatialys.com>
> *Cc: *"gdal-dev at lists.osgeo.org" <gdal-dev at lists.osgeo.org>
> *Subject: *Re: [gdal-dev] Changes in conda-forge packaging for
> GDAL 3.9.1
>
> Continuing this topic...
>
> What should I do if I want to use lightweight version od GDAL
> (libgdal-corel) only with JP2 driver. Putting
> libgdal_-jp2openjpg.dll with gdal.dll is not sufficient.
>
> Thanks,
>
> Michał
>
> czw., 25 lip 2024 o 08:43 Michał Kowalczuk
> <michkowalczuk at gmail.com> napisał(a):
>
> OK, I got it.
>
> I do not know who is the conda "maintainer" but it would
> be nice to give more descriptive summary for *gdal*,
> *libgdal *and *libgdal-core* packages, because now they
> are the same:
> /GDAL is a translator library for raster and vector
> geospatial data formats that is released under an X/MIT
> style Open Source license by the Open Source Geospatial
> Foundation./
>
> Michał
>
> śr., 24 lip 2024 o 22:48 Even Rouault
> <even.rouault at spatialys.com> napisał(a):
>
>
> Le 24/07/2024 à 22:19, Michał Kowalczuk a écrit :
> > Hi,
> > I've just updated GDAL with conda and I was
> surprised about number of
> > dependencies that disappeared.
> > It's quite a big change and should be mentioned in
> the Release Notes,
> > not only here...
> > Don't you think so?
>
> The release notes are only about changes that occur at
> the source code
> level. They are tens of packaging solutions, which are
> all independent
> from the source delivery, and happen after the source
> release. Just
> mentioned Conda as it is quite popular.
>
> --
> http://www.spatialys.com
> My software is free, but my time generally not.
>
> _______________________________________________ gdal-dev
> mailing list gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
--
http://www.spatialys.com
My software is free, but my time generally not.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240729/24dcbccc/attachment-0001.htm>
More information about the gdal-dev
mailing list