-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cant Load requested DLL #1
Comments
Hi, I can confirm this issue. I have an old installation of Python 3.8 with GDAL But for some reason I can't get @cgohlke would you be able to share links for the old wheels you published for GDAL 3.4.1 so I can check the source of this issue? I also tried to make
When I try to use gdal from gisinternals (release-1928-x64-gdal-3-6-4-mapserver-8-0-1.zip, release-1928-x64-gdal-3-4-3-mapserver-7-6-4.zip) it does pick up the plugins (both in |
@idanmiara thanks for looking into it. If @cgohlke is able to provide links to previous versions (GDAL For your awareness, I went ahead and tried Python 3.7.9 with GDAL NOTE: I don't really know the rules for version compatibilities between GDAL and gdal-sid, but assumed (from your example) the first two version components must match but the third is not required (e.g. 3.4.x is compatible with 3.4.y). |
@idanmiara Python 3.7.9 with GDAL 3.3.3 (from gohlke) and gdal-sid 3.3.2 works. In particular, no more error print-outs. Also,
It printed:
Previously, it would print empty list because gdal-sid was not working with GDAL. Ultimately, I was able to achieve my goal, which was to convert *.sid files into corresponding *.tif files using: Thanks ` |
GDAL 3.4.1 was built against static libgeotiff 1.7.0, which contained a bug resulting in libgeotiff functions being exported from the GDAL DLL. GDAL‑3.4.3 was build with libgeotiff 1.7.1 and does not export those functions. Gdal_MrSID.dll seems to rely on those functions, which can be verified with the Dependencies app. |
@cgohlke thanks so much for looking into this! @SomeJuan588, yes, the compatibility is indeed between gdal x.y.p1 and gdal-sid x.y.p2 for any p1 and p2. |
@cgohlke as per GDAL-3.6.4 - I see that If you want to try yourself, I've uploaded the plugins to |
Set the |
Right, I'll add this one. thanks!
Yeah, I understand the point but I don't have any other easy alternative for installing gdal plugins on vanilla python.
Yes, you are right, it works now. Did you have any drawback for having this option on by default? |
@SomeJuan588 I released |
I have a test.py module with a single line:
import osgeo
I get the following error print-outs (twice) when executing/running test.py:
Unfortunately, there is no clear indication of what *.py (or other kinds of files) are raising the above print-outs, but it certainly comes from
import osgeo
NOTE: These error print-outs do not really prevent me from using the base GDAL/OSGEO package (#1 below). Is just something that started to be printed out after installation of your gdal-sid package (#2 below).
My intention/expectation is to use your gdal-sid package, so I have the necessary MrSid driver in order to convert *.sid files into *.tif files through python. The base GDAL package (#1 below) does not come with MrSID driver, and this is what eventually lead me to find and install your pypi.org package gdal-sid.
If you know of a different way of getting a base GDAL package that works with your gdal-sid, then let me know. The issue could be that the GDAL.whl package I'm using might be lacking a necessary component.
My Python environment is described below:
Python_Version: 3.10.6
Installed packages:
NOTE: After installation of gdal-sid, I confirmed that “gdal_MrSID.dll” was successfully included under:
The text was updated successfully, but these errors were encountered: