[gdal-dev] Running GDAL through Python >= 3.8 on Anaconda - DLL load failed
Joaquim Manuel Freire Luís
jluis at ualg.pt
Fri Oct 15 06:50:14 PDT 2021
Found this
https://www.mail-archive.com/gdal-dev@lists.osgeo.org/msg35514.html
So my guess is that is that the shipped OpenJPEG dll is not compatible with the gdal.dll, it misses that opj_encoder_set_extra_options() function.
From: gdal-dev <gdal-dev-bounces at lists.osgeo.org> On Behalf Of Even Rouault
Sent: Friday, October 15, 2021 1:38 PM
To: Pedro Venâncio <pedrongvenancio at gmail.com>; gdal-dev at lists.osgeo.org
Subject: Re: [gdal-dev] Running GDAL through Python >= 3.8 on Anaconda - DLL load failed
Le 15/10/2021 à 14:05, Pedro Venâncio a écrit :
Hi Even,
I've been trying to tackle this issue and these are my last findings:
https://github.com/conda-forge/gdal-feedstock/issues/541#issuecomment-944228747
Does this make sense to you? Do you remember any change between gdal 3.2.1 and 3.2.2 that can explain this behaviour?
No, looking at the git diff, nothing significant in the Python bindings has changed between 3.2.1 and 3.2.2
Thank you very much!
Pedro
Alexandre Neto <senhor.neto at gmail.com<mailto:senhor.neto at gmail.com>> escreveu no dia quinta, 14/10/2021 à(s) 01:26:
Hi pedro,
Are you sure you are not mixing conda channels? Normally, in the same environment, you should stick to a single channel to avoid dependency problems.
I also noticed that you are using anaconda. I suggest you use miniconda instead. It comes with the bare minimal tools to install and manage the packages you explicitly want, instead of installating Gb of packages that unless you know them, you will never use.
Alexandre Neto
A quarta, 13/10/2021, 17:16, Pedro Venâncio <pedrongvenancio at gmail.com<mailto:pedrongvenancio at gmail.com>> escreveu:
I will ask on GDAL conda-forge, maybe this can be some packaging problem.
Thanks!
Pedro Venâncio <pedrongvenancio at gmail.com<mailto:pedrongvenancio at gmail.com>> escreveu no dia quarta, 13/10/2021 à(s) 17:00:
Tried to define several environment variables, but nothing seems to work
Joaquim Manuel Freire Luís <jluis at ualg.pt<mailto:jluis at ualg.pt>> escreveu no dia quarta, 13/10/2021 à(s) 16:23:
Não Pedro,
When I look into my own build of the gdall dll I see no dependency on that “opj_encoder_set_extra_options” but likely because it’s a different version (I build from master).
From my experience on this there is really nothing one can do other than rebuild the dll or replace the dependency that is missing the required symbol. Nothing we can do from a conda installation.
But ofc my analysis may be all wrong.
Joaquim
From: gdal-dev <gdal-dev-bounces at lists.osgeo.org<mailto:gdal-dev-bounces at lists.osgeo.org>> On Behalf Of Pedro Venâncio
Sent: Wednesday, October 13, 2021 4:04 PM
To: gdal-dev at lists.osgeo.org<mailto:gdal-dev at lists.osgeo.org>
Subject: Re: [gdal-dev] Running GDAL through Python >= 3.8 on Anaconda - DLL load failed
Hi Joaquim,
Thanks for sharing your case. Did you manage to make it work in some way?
I've already uninstalled a test PostgreSQL/PostGIS that I supposed to be the source of the conflict, but I keep having the same error.
I also reinstalled conda, but nothing had changed.
Joaquim Manuel Freire Luís <jluis at ualg.pt<mailto:jluis at ualg.pt>> escreveu no dia quarta, 13/10/2021 à(s) 15:24:
Hi,
I have a certain horror to python (that I’m trying to fight) a bit of it is because I never manage to really use it.
I had and older Miniconda (Mini => 18 GB !!!!) that was so big that I removed and installed a new one in which I tried Pedro’s case and got exactly the same errors.
I then run a dependency analysis from within the conda shell and found two weird things
1. The gdal dll depends on a xerces-c_3_2.dll locate at C:\WINDOWS\system32. This seems quite dangerous (for dependency sakes) but seems to not cause any problem in this case.
2. There is a “red mark” on the opj_encoder_set_extra_options symbol and this alone can explain the “ImportError: DLL load failed while importing _gdal: The specified procedure could not be found.”
Hopefully the screen capture is small enough to get through.
Joaquim
From: gdal-dev <gdal-dev-bounces at lists.osgeo.org<mailto:gdal-dev-bounces at lists.osgeo.org>> On Behalf Of Even Rouault
Sent: Wednesday, October 13, 2021 2:39 PM
To: Pedro Venâncio <pedrongvenancio at gmail.com<mailto:pedrongvenancio at gmail.com>>
Cc: gdal-dev at lists.osgeo.org<mailto:gdal-dev at lists.osgeo.org>
Subject: Re: [gdal-dev] Running GDAL through Python >= 3.8 on Anaconda - DLL load failed
ok, so now you have to inspect the PATH and fix it so that the gdal DLL and its dependencies are in it. But all of this sounds like there's something weird in your environment. Perhaps a mix of GDAL versions?
Le 13/10/2021 à 15:36, Pedro Venâncio a écrit :
Can you change in __init__.py
try:
os.add_dll_directory(p)
except FileNotFoundError:
continue
to
try:
os.add_dll_directory(p)
except (FileNotFoundError, OSError):
continue
Yes, here is the output:
Traceback (most recent call last):
File "C:\Users\PedroVenancio\anaconda3\envs\arosics\lib\site-packages\osgeo\__init__.py", line 21, in swig_import_helper
return importlib.import_module(mname)
File "C:\Users\PedroVenancio\anaconda3\envs\arosics\lib\importlib\__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
File "<frozen importlib._bootstrap>", line 991, in _find_and_load
File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 657, in _load_unlocked
File "<frozen importlib._bootstrap>", line 556, in module_from_spec
File "<frozen importlib._bootstrap_external>", line 1166, in create_module
File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
ImportError: DLL load failed while importing _gdal: Impossível localizar o procedimento especificado.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "demo.py", line 1, in <module>
from osgeo import gdal
File "C:\Users\PedroVenancio\anaconda3\envs\arosics\lib\site-packages\osgeo\__init__.py", line 37, in <module>
_gdal = swig_import_helper()
File "C:\Users\PedroVenancio\anaconda3\envs\arosics\lib\site-packages\osgeo\__init__.py", line 34, in swig_import_helper
return importlib.import_module('_gdal')
File "C:\Users\PedroVenancio\anaconda3\envs\arosics\lib\importlib\__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
ModuleNotFoundError: No module named '_gdal'
--
http://www.spatialys.com
My software is free, but my time generally not.
_______________________________________________
gdal-dev mailing list
gdal-dev at lists.osgeo.org<mailto: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/20211015/a4f80f5e/attachment-0001.html>
More information about the gdal-dev
mailing list