[gdal-dev] Running GDAL through Python >= 3.8 on Anaconda - DLL load failed
Even Rouault
even.rouault at spatialys.com
Fri Oct 15 05:38:26 PDT 2021
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
> <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
>
> env_win10.jpg
>
>
> 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 <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
> <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/8f341b9d/attachment-0001.html>
More information about the gdal-dev
mailing list