[gdal-dev] Can't build GDAL 3.0.X to read GML format on Linux (Ubuntu 18.04)
Michaël Landry
michael.landry at hotmail.com
Wed Feb 5 04:33:31 PST 2020
I found the problem.
Even though I was running a new configure file and calling make clean each time to remove the last built files, some files like config.status were not updated so the installation was running with the same faulty configuration over and over. It seems I could add configuration options, but I could not remove what had already been added.
Before calling ./configure, I had to call make distclean to remove everything that was installed by configure. The command make clean removes things that were generated by Make and the command make distclean removed things that were generated by Configure and Libtools.
I still don't know why my old configuration was not working... but now it works so I don't need to investigate.
Have a nice day!
________________________________
De : Michaël Landry
Envoyé : 2 février 2020 09:12
À : gdal-dev at lists.osgeo.org <gdal-dev at lists.osgeo.org>
Objet : Can't build GDAL 3.0.X to read GML format on Linux (Ubuntu 18.04)
Hi,
I have successfully built and tested GDAL 3.0.1 and 3.0.4 with the SWIG java bindings and everything works fine except that I can't read GML format files. When I call the java method ogr.open( .. ), it always returns null. I investigated and i found out that I cannot open GML files with the ogrinfo app either. It seems the problem is on the native side and not on the bindings side. Here is the output of the command ogrinfo --formats for the app.
[cid:2fd2948e-3523-4798-a6b1-c35c2e941e0b]
I am using a configure script to build my makefiles. I read online at https://gdal.org/drivers/vector/gml.html that XERCES or EXPAT is needed to read gml files. I first started to build with only EXPAT and now I am building with EXPAT and XERCES, but I still can't read GML files. Here is my configuration output from the console.
C++14 support: no
LIBTOOL support: yes
LIBZ support: external
LIBLZMA support: no
ZSTD support: no
cryptopp support: no
crypto/openssl support: no
GRASS support: no
CFITSIO support: no
PCRaster support: internal
LIBPNG support: internal
DDS support: no
GTA support: no
LIBTIFF support: internal (BigTIFF=yes)
LIBGEOTIFF support: internal
LIBJPEG support: internal
12 bit JPEG: yes
12 bit JPEG-in-TIFF: yes
LIBGIF support: internal
JPEG-Lossless/CharLS: no
OGDI support: no
HDF4 support: no
HDF5 support: no
Kea support: no
NetCDF support: no
Kakadu support: no
JasPer support: no
OpenJPEG support: no
ECW support: yes
MrSID support: yes
MrSID/MG4 Lidar support: no
JP2Lura support: no
MSG support: no
EPSILON support: no
WebP support: no
cURL support (wms/wcs/...):yes
PostgreSQL support: no
LERC support: yes
MySQL support: no
Ingres support: no
Xerces-C support: yes
Expat support: yes
libxml2 support: no
Google libkml support: no
ODBC support: no
FGDB support: no
MDB support: no
PCIDSK support: internal
OCI support: no
GEORASTER support: no
SDE support: no
Rasdaman support: no
DODS support: no
SQLite support: yes
PCRE support: no
SpatiaLite support: no
RasterLite2 support: no
Teigha (DWG and DGNv8): no
INFORMIX DataBlade support:no
GEOS support: no
SFCGAL support: no
QHull support: internal
Poppler support: no
Podofo support: no
PDFium support: no
OpenCL support: no
Armadillo support: no
FreeXL support: no
SOSI support: no
MongoDB support: no
MongoCXX v3 support: no
HDFS support: no
TileDB support: no
userfaultfd support: yes
I did not disable the gml driver and the makefile says that gml is built by default. Here is the list of the available formats listed for ogr where you can see gml.
[cid:4d09603f-8ab8-4bfb-9380-3e23227760f5]
Here is the call i make to configure and to make in my script file to build GDAL.
[cid:9db827de-93bd-401f-ae0a-1a881134d61a]
I also built GDAL 3.0.1 on Windows and the command ogrinfo --formats lists all the possible formats, including gml and maybe 50+ others. Is there a way to build gdal on linux so that all the formats are also available for ogr? I joined my script file to build gdal.
Thank you for your time!
Michael
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20200205/a440a4be/attachment-0001.html>
More information about the gdal-dev
mailing list