[gdal-dev] GDAL 3.11.0 "Eganville" is released

Even Rouault even.rouault at spatialys.com
Tue May 13 11:55:20 PDT 2025


Hi,

quick update:

- GDAL in conda-forge channel has just been updated to 3.11.0

- Docker images of 3.11.0 are available: 
https://github.com/OSGeo/gdal/tree/master/docker#images-of-releases

Even

Le 09/05/2025 à 18:34, Even Rouault via gdal-dev a écrit :
> Hi,
>
> On behalf of the GDAL/OGR development team and community, I am pleased 
> to announce the release of GDAL/OGR 3.11.0. GDAL/OGR is a C++ 
> geospatial data access library for raster and vector file formats, 
> databases and web services. It includes bindings for several 
> languages, and a variety of command line tools.
>
> http://gdal.org/
>
> The 3.11.0 release is a new feature release with the following 
> highlights:
>
> * [RFC 
> 104](https://gdal.org/en/latest/development/rfc/rfc104_gdal_cli.html): 
> <b>Adding a "gdal" front-end command line interface</b>.
>   - See the [list of 
> commands](https://gdal.org/en/latest/programs/index.html#gdal-application)
>   - Includes new "gdal raster calc" and "gdal raster resclassify" 
> utilities.
>   - "gdal raster tile", C++ port of gdal2tiles, runs faster (3x to 6x 
> in some cases)
>   - Includes "gdal vsi list/copy/delete/move/sync" (ports of Python 
> sample scripts)
>   - Includes "gdal driver {driver_name}" for driver-specific commands.
>   - Includes smart Bash autocompletion
>   - Includes C, C++, Python API
> * Add [GDALG](https://gdal.org/en/latest/drivers/vector/gdalg.html) 
> (GDAL Streamed Algorithm Format) driver: reading of on-the-fly / 
> streamed vector dataset replaying compatible "gdal" command lines 
> (kind of VRT).
>
> Other topics
>
> * [RFC 
> 100](https://gdal.org/en/latest/development/rfc/rfc100_float16_support.html): 
> Support float16 type
> * [RFC 
> 102](https://gdal.org/en/latest/development/rfc/rfc102_embedded_resources.html): 
> Embedding resource files into libgdal
> * [RFC 
> 103](https://gdal.org/en/latest/development/rfc/rfc103_schema_open_option.html): 
> Add a OGR_SCHEMA open option to selected OGR drivers
> * [RFC 
> 105](https://gdal.org/en/latest/development/rfc/rfc105_safe_path_manipulation_functions.html): 
> Add and use safe path manipulation functions
> * [RFC 
> 106](https://gdal.org/en/latest/development/rfc/rfc106_update_metadata.html): 
> Metadata items to reflect driver update capabilities
> * [RFC 
> 107](https://gdal.org/en/latest/development/rfc/rfc107_igetextent_isetspatialfilter.html): 
> Add OGRLayer::IGetExtent() and OGRLayer::ISetSpatialFilter()
> * Add read-only [OGR 
> ADBC](https://gdal.org/en/latest/drivers/vector/adbc.html) (Arrow 
> Database Connectivity) driver, in particular
>   with support for DuckDB or Parquet datasets (if libduckdb also 
> installed)
> * Add 
> [LIBERTIFF](https://gdal.org/en/latest/drivers/raster/libertiff.html) 
> driver: native thread-safe read-only GeoTIFF reader
> * Add read-only 
> [RCM](https://gdal.org/en/latest/drivers/raster/rcm.html) (Radarsat 
> Constellation Mission) raster driver
> * Add read-only AIVector (Artificial intelligence powered vector) driver
> * VRT Pixel Functions: Add function to evaluate arbitrary expression 
> (#11209)
> * Substantially improved drivers: 
> [ZARR](https://gdal.org/en/latest/drivers/raster/zarr.html), with 
> support for Kerchunk JSON and Parquet reference stores
> * GeoPackage: change default version to GeoPackage 1.4 on creation 
> (#7870)
> * [RFC 
> 108](https://gdal.org/en/latest/development/rfc/rfc108_driver_removal_3_11.html):
>   - Removed raster drivers: BLX, BT, CTable2, ELAS, FIT, GSAG (Golden 
> Software ASCII grid),  GSBG (Golden Software 6.0 binary grid), 
> JP2Lura, OZI OZF2/OZFX3,  Rasterlite (v1), R object data store (.rda), 
> RDB, SDTS, SGI, XPM, DIPex
>   - Removed vector drivers: Geoconcept Export, OGDI (VPF/VMAP 
> support), SDTS, SVG, Tiger, UK. NTF
>   - Removed write support in following drivers: Interlis 1, Interlis 
> 2, ADRG,  PAux, MFF, MFF2/HKV, LAN, NTv2, BYN, USGSDEM, ISIS2
> * Removed OpenCL warper
> * OGR "Memory" driver deprecated, and aliased to the "MEM" driver. Its 
> functionality is merged into the "MEM" driver that has raster, vector
>   and multidimensional support.
> * Various code linting, static code analyzer fixes, etc.
> * Bump of shared lib major version
>
> New optional dependencies:
>
> * [muparser](https://github.com/beltoforion/muparser) is *strongly* 
> recommended to be added as a build and runtime dependency, to provide 
> nominal support for C++ VRT expressions.
> * [exprtk](https://github.com/ArashPartow/exprtk) may be added as a 
> build dependency (this is a header-only library) to provide support 
> for advanced C++ VRT expressions. Note that it causes an increase in 
> libgdal size of about 8 MB. exprtk support is recommended to be an 
> addition to muparser support, not as a replacement.
>
> More complete information on the new features and fixes in the 3.11.0 
> release can be found at:
>
> https://github.com/OSGeo/gdal/blob/v3.11.0/NEWS.md
>
> Please also consult the migration guide when updating from prior 
> releases:
>
> https://github.com/OSGeo/gdal/blob/v3.11.0/MIGRATION_GUIDE.TXT
>
> The release can be downloaded from:
>   * https://download.osgeo.org/gdal/3.11.0/gdal-3.11.0.tar.gz - source 
> as .tar.gz
>   * https://download.osgeo.org/gdal/3.11.0/gdal-3.11.0.tar.gz.md5 - 
> md5sum
>   * https://download.osgeo.org/gdal/3.11.0/gdal-3.11.0.tar.gz.sig - 
> signature
>   * https://download.osgeo.org/gdal/3.11.0/gdal-3.11.0.tar.xz - source 
> as .tar.xz
>   * https://download.osgeo.org/gdal/3.11.0/gdal-3.11.0.tar.xz.md5 - 
> md5sum
>   * https://download.osgeo.org/gdal/3.11.0/gdal-3.11.0.tar.xz.sig - 
> signature
>   * https://download.osgeo.org/gdal/3.11.0/gdal3110.zip - source as a zip
>   * https://download.osgeo.org/gdal/3.11.0/gdal3110.zip.md5 - md5sum
>   * https://download.osgeo.org/gdal/3.11.0/gdal3110.zip.sig - signature
>   * https://download.osgeo.org/gdal/3.11.0/gdalautotest-3.11.0.tar.gz 
> - test suite
>   * https://download.osgeo.org/gdal/3.11.0/gdal3110doc.zip - 
> documentation / website
>
> Docker images are currently cooking and should be ready in one day or so.
>
> Best regards,
>
> Even
>
-- 
http://www.spatialys.com
My software is free, but my time generally not.



More information about the gdal-dev mailing list