ild\SDK\Python312\Lib\importlib\__init__.py", line 90, in
import_module
return _bootstrap._gcd_import(name[level:], package, level)
^^^^
ModuleNotFoundError: No module named '_gdal'
Any idea?
From: Even Rouault
Date: Wednesday, March 20, 2024 at 6:46 PM
To: Fengting Ch
is warning in the windows build,
which made me suspect if I was really building on windows using python 3.12.
Any comments?
From: Even Rouault
Date: Wednesday, March 20, 2024 at 12:06 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: Re: [External] : Re: [gdal-dev] Python binding insta
Thanks for the suggestion. I can upgrade the setuptools and try again. Another
question: is it possible to only build a specific driver plugin without
rebuilding the GDAL?
From: Even Rouault
Date: Tuesday, March 19, 2024 at 4:44 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: Re
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: [External] : Re: [gdal-dev] Python binding installation on windows
Hi,
Le 19/03/2024 à 20:14, Fengting Chen via gdal-dev a écrit :
Hi, I was able to build the GDAL with python binding on without error on
windows. However, “cmake --build
Hi, I was able to build the GDAL with python binding on without error on
windows. However, “cmake --build . --target install --config Release” command
doesn’t install the python site-packages etc to the specified
“CMAKE_INSTALL_PREFIX” directory. The rest of the GDAL components were
installed
ate: Thursday, March 14, 2024 at 2:42 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] FW: [External] : GDAL 3.8.4 build on windows failed at
linking
Le 14/03/2024 à 19:27, Fengting Chen a écrit :
I included this fix but it doesn’t help. I was building the georaster dri
hen/gdal-3.8.4/build/Debug/gdald.exp
C:\fechen\gdal-3.8.4\build\Debug\gdald.dll : fatal error LNK1169: one or more
multiply defined symbols found [C:\fechen\gdal-3.8.4\build\GDAL.vcxproj]
From: Even Rouault
Date: Thursday, March 14, 2024 at 11:52 AM
To: Fengting Chen , gdal-dev@lists.osgeo.org
hen\gdal-3.8.4\build\GDAL.vcxproj]
I set “GDAL_USE_JPEG_INTERNAL” with “ON”. Any suggestions?
Thanks!
From: Even Rouault
Date: Tuesday, March 12, 2024 at 12:56 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] FW: [External] : GDAL 3.8.4 build on windows failed at
lin
found the symbols in the library a little
different, for example the linker error shows “__imp__curl_slist_append” not
found, the symbol output from the “dumpbin” is “__imp_curl_slist_append” .
Any idea how to fix this?
Thanks!
From: gdal-dev on behalf of Fengting Chen
via gdal-dev
Date
GDAL 3.8.4 build on Windows from VS2015 x64 command prompt: “cmake –build .”
throws the following error (there are more similar errors):
cpl_vsil_az.obj : error LNK2001: unresolved external symbol
__imp__curl_slist_append [E:\gdal-3.8.4\build\GDAL.vcxproj]
cmake options has:
set (GDAL_USE_CURL
Thanks, that is clear now.
One more question, anywhere to get proj_9_3.lib and sqlite3 .lib, most
downloadable package only has .dll.
From: Even Rouault
Date: Saturday, March 2, 2024 at 1:50 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: Re: [External] : Re: [gdal-dev] GDAL build
l GDAL link with the dynamic library by default or I
need to set CURL_USE_STATIC_LIBS=OFF explicitly?
Thanks!
From: Even Rouault
Date: Saturday, March 2, 2024 at 1:08 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: Re: [External] : Re: [gdal-dev] GDAL build on windows failed for
F
Rouault
Date: Friday, March 1, 2024 at 5:54 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: [External] : Re: [gdal-dev] GDAL build on windows failed for FILEGDB
driver
Le 01/03/2024 à 20:31, Fengting Chen via gdal-dev a écrit :
Hi,
I am using VS2015 terminal and cmake to build GDAL on w
Hi,
I am using VS2015 terminal and cmake to build GDAL on windows. I got the
following compilation error for filegdbindex_write.cpp. Any idea?
E:\gdal-3.8.4\ogr\ogrsf_frmts\openfilegdb\filegdbindex_write.cpp(1388): note:
while trying to match the argument list
'(OpenFileGDB::FileGDBTable::Cr
Hi Even,
Here is what found out from debugging: There are two Open() calls. Your fix
skipped one. Here is the stack trace of the second one:
[cid:image001.png@01DA239D.5F51E090]
Thanks!
From: Even Rouault
Date: Thursday, November 30, 2023 at 8:40 AM
Le 30/11/2023 à 04:47, Fengting Chen a
https://github.com/OSGeo/gdal/pull/8865<https://urldefense.com/v3/__https:/github.com/OSGeo/gdal/pull/8865__;!!ACWV5N9M2RV99hQ!MF9SjOfGKBc2ARm4bfNzMX-sGw7CXys2OohWuuKXhMG31EkrQNqZkn6xm2MnoCqt3grzKRb9rPrV6jn-lmQqxHx1bEOa$>
Even
Le 29/11/2023 à 02:56, Fengting Chen a écrit :
The attached are
: Tuesday, November 28, 2023 at 6:36 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: [External] : Re: [gdal-dev] GDAL driver Open() calls
Hi,
Please share the stack trace (on a debug build) of both instances where
GDALOpen() is called
Even
Le 28/11/2023 à 23:40, Fengting Chen via gdal-dev a
Hi,
I noticed from the GeoRaster driver that in GDAL 3.6 and 3.7 (maybe 3.8 too),
there are two GDALOpen() calls on the driver with GDALOpenInfo eAccess as
GA_ReadOnly, even when the GeoRaster is the output format in gdal_translate
command. There are no such calls in GDAL 3.4. I am wondering i
Thanks. I later found out that libproj has dependency on libtiff. And since
libproj is required by GDAL, basically GDAL indirectly depends on external
libtiff.
From: Even Rouault
Date: Wednesday, February 15, 2023 at 7:18 AM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: [External
Hi,
In the old build system, I was able to build GDAL 3.4 using
“—with-libtiff=internal” and “—with-jpeg=internal” . However, ldd on libgdal.so
shows that it still depends on libtiff.so and libjpeg.so. How to build GDAL
without this dependency?
Thanks!
_
: [gdal-dev] [External] : Re: how to build netCDF driver plugin
On Fri, 25 Feb 2022, 07:01 Fengting Chen,
mailto:fengting.c...@oracle.com>> wrote:
After fix the plugin library name, the netCDF driver plugin on linux is
working. However, it still didn’t work on windows:
E:\tmp\gdal>gdalinf
Rouault
Sent: Thursday, February 24, 2022 12:54 PM
To: Fengting Chen ; gdal-dev@lists.osgeo.org
Subject: [External] : Re: [gdal-dev] how to build netCDF driver plugin
- The filename is case sensitive: it must be gdal_netCDF.so/dll since the
registration function is called GDALRegister_netCDF()
Under current build system, how to build netCDF driver as a plugin on linux and
windows?
On windows, when I set NETCDF_PLUGIN=YES, the gdal_netcdf.ddl was built. But
gdalinfo still doesn't show netcdf as a supported format.
On linux, I changed the local makefile for netcdf and built gdal_netcdf
Thanks for the information.
Fengting
From: Jerome Siot
Sent: Thursday, December 16, 2021 5:20 AM
To: Fengting Chen ; gdal-dev@lists.osgeo.org
Subject: [External] : RE: GDAL windows build with sqlite3
Hi,
I recently did it, downloading sqlite3_i.lib with the osgeo package downloader
:
https
Thanks, that link is helpful. It worked for me.
Fengting
From: gdal-dev On Behalf Of Mateusz Loskot
Sent: Wednesday, December 15, 2021 4:26 PM
To: gdal-dev@lists.osgeo.org
Subject: [External] : Re: [gdal-dev] GDAL windows build with sqlite3
On Wed, 15 Dec 2021, 21:55 Fengting Chen
Hi,
I would like to build GDAL 3.4 on windows with sqlite3 library in order to
enable OSM driver. The sqlite3 I downloaded for windows only has source code
and sqlite3.dll. There is no sqlite3_i.lib. How do I configure GDAL build to
make it work with sqlite3.dll or how I can get/build sqlite3_i
Thank you!
From: gdal-dev On Behalf Of Mateusz Loskot
Sent: Thursday, May 13, 2021 7:08 PM
To: gdal-dev@lists.osgeo.org
Subject: [External] : Re: [gdal-dev] Build GDAL on windows with dependency on
PROJ
On Fri, 14 May 2021, 00:42 Fengting Chen,
mailto:fengting.c...@oracle.com>> wrote:
H
Hi,
I am trying to build GDAL 3.3 on Windows. Since it depends on PROJ 6 and above,
I need PROJ 6 and above on Windows. However, I couldn't find the PROJ source
code with makefile for Windows. I am wondering how is PROJ built on Windows in
order to build GDAL 3.3 on Windows? Your help is apprec
Removing .libs helped and now pytest is working. Thank you!
Instead of using pytest to run all the tests, how to run individual test?
On 4/18/2019 3:00 PM, Even Rouault wrote:
Not sure how you find out I used libtool build. In my configure option,
I did specify "--without-libtool".
/scratch/gd
On 4/18/2019 1:11 PM, Even Rouault wrote:
On jeudi 18 avril 2019 12:38:43 CEST Fengting Chen wrote:
In my case, this didn't work.
1. When I ran the GDAL build, I always use "make clean" to clean the old
build. And I did run scripts/setdevenv.sh before running the test.
/
In my case, this didn't work.
1. When I ran the GDAL build, I always use "make clean" to clean the old
build. And I did run scripts/setdevenv.sh before running the test.
/>which gdalinfo//
///scratch/gdal/gdal/gdal/apps/gdalinfo//
/
/>gdalinfo --version//
//GDAL 2.5.0dev-94f370c-dirty, relea
...]]
Thanks,
-Fengting
On 4/9/2019 3:01 PM, Andrew C Aitchison wrote:
On Tue, 9 Apr 2019, Fengting Chen wrote:
gdalinfo and gdal_translate are working fine. just pytest failed with
the same error.
Here is my configure:
./configure --prefix=${PREFIX} \
--without-libtool \
--disable-rpath
/SDK/proj-6.0.0/dist
After that:
make clean
make -j8 -s
cd apps; make -s test_ogrsf; cd ..
-Fengting
On 4/9/2019 4:22 AM, Even Rouault wrote:
On lundi 8 avril 2019 17:20:45 CEST Fengting Chen wrote:
I rebuilt GDAl with python bindings without errors. Now I got a
different error:
ImportError
I rebuilt GDAl with python bindings without errors. Now I got a
different error:
ImportError while loading conftest
'/scratch/gdal/gdal/autotest/conftest.py'.
/home/fechen/.local/lib/python2.7/site-packages/six.py:709: in exec_
exec("""exec _code_ in _globs_, _locs_""")
conftest.py:9: in
Hi,
I followed the description in CONTRIUBTING.md on running autotest suite:
/cd ../autotest//
//pip install -r requirements.txt//
//pytest/
At the last step, pytest gave the following error:
/ImportError while loading conftest
'/scratch/gdal/gdal/autotest/conftest.py'.//
///home/fechen/.loc
35 matches
Mail list logo
