From howard at hobu.co Mon Jul 6 02:14:03 2026 From: howard at hobu.co (Howard Butler) Date: Mon, 6 Jul 2026 04:14:03 -0500 Subject: [gdal-dev] GDAL Maintainers Meeting Minutes Message-ID: <9C885378-DCEB-45AF-9666-C9BC9C162835@hobu.co> Howard Butler, Dan Baston, Alessandro Pasotti, Even Rouault, Seth Girvin, and Michael Sumner held the monthly GDAL Maintainers Meeting on 06/25/2026. The following items were discussed and reported upon: # Project News * The GDAL PSC reached out to a project called 'OxiGDAL' and asked it to rename. * Authenticated VSI activity within cloud organizations that are not sponsoring GDAL now emits a log message about it. See https://gdal.org/en/latest/sponsors/cloud_phone_home.html for details about it. * The GDAL LLM Project Policy is now active https://gdal.org/en/stable/community/ai_tool_policy.html * Multi geometry types in the OGR shapefile driver now have a behavior change https://github.com/OSGeo/gdal/pull/14602 ## Releases * GDAL 3.13.1 is now available https://github.com/OSGeo/gdal/releases/tag/v3.13.1 Release notes are available at https://github.com/OSGeo/gdal/blob/v3.13.0/NEWS.md ## Conferences * Howard will present "Building the GDAL Sponsorship Program" at FOSS4G Hiroshima on September 1st, 2026 https://talks.osgeo.org/foss4g-2026/talk/8YFSA8/ * Howard submitted "Code is a liability ? contributing to GDAL in the LLM era" to FOSS4GNA November 2-4, 2026 in Sacramento, CA USA https://talks.osgeo.org/foss4g-na-2026/talk/review/ZFXERNW3CGUFRTZEKYD7YZ3RLKZKEMPM * Dan submitted "GDAL in 2026: your script's a one-liner now" to FOSS4GNA November 2-4, 2026 in Sacramento, CA USA https://talks.osgeo.org/foss4g-na-2026/talk/review/E7TQEBZ9ZTM77JPJPMBHQEGMXQACJRV7 * FOSS4GNA will be November 2-4, 2026. Call for proposals is now open! https://www.foss4gna.org/cfp-2026 # Maintenance activities update ## Alessandro * 40+ PR activity * ogr2ogr returning 0 on vrt errors https://github.com/OSGeo/gdal/issues/14826 * ``gdal raster create `` ? add % and size https://github.com/OSGeo/gdal/issues/14823 ## Seth ### FOSS4GE GDAL workshop * testing and walk through * sixteen exercises * created pipeline diagrams with gdalgviz https://github.com/geographika/gdalgviz * prep for inclusion in GDAL main docs ### User cookbook * 100+ commands in GDAL now * linkage to workshop materials ## Dan * Tests now running with UseExceptions() (and subsequent cleanup and bug fixing as a result of this change) * GEOS release ? significant work on curve support and a difficult MSVC-only bug ## Even * GDAL 3.13.1 release * 80+ items. * MRF driver open/caching issue https://github.com/OSGeo/gdal/pull/14752 and https://github.com/OSGeo/gdal/issues/14690 * Made all cli utilities pipeline'able * add --format=text to mdim info https://github.com/OSGeo/gdal/pull/14799 * libtiff 4.7.2 release and security activity * read-only icechunk driver https://github.com/OSGeo/gdal/pull/14755 * GDAL CLI Workshop preparation. See it at https://gdal-cli-workshop.github.io/ and expect it in the main GDAL docs in the coming months. * Even presented at the June 18th arrow+parquet meetup in Paris. Learn more about GDAL's implementations of columnar formats from his deck at https://download.osgeo.org/gdal/presentations/GDAL_%20integrating%20columnar%20formats%20into%20a%20row-oriented%20framework.pdf # Next Meeting The next GDAL Maintainers Meeting is 07/23/2026 at 13:00 UTC. Project contributors should contact Howard Butler for an invite. # Online Version https://gist.github.com/hobu/1a67a821ae8105e382486b0e507f6324 # Financial Support * Support GDAL with a new t-shirt! Visit https://gdal.org/tshirt/ to purchase. Change your country preference on the bottom of the page. Profits from swag sales go directly to the GDAL Sponsorship Program via NumFOCUS! * Make an individual or corporate donation online https://numfocus.org/donate-to-gdal * Organize a contribution to the GDAL Sponsorship Program https://gdal.org/en/latest/sponsors/index.html#sponsorship-program From j1 at jimenezshaw.com Thu Jul 9 08:20:53 2026 From: j1 at jimenezshaw.com (Javier Jimenez Shaw) Date: Thu, 9 Jul 2026 17:20:53 +0200 Subject: [gdal-dev] Bug reading a byn file for Canadian geoid model? Message-ID: Hi I am trying to read this file, in theory based in ITRF https://webapp.csrs-scrs.nrcan-rncan.gc.ca/geod/process/download-helper.php?file_id=GSD95 (there is another one based in NAD83xxx) However in with gdalinfo I see this: "Warning 1: CRS EPSG:4140 is deprecated. Its non-deprecated replacement EPSG:4617 will be used instead. To use the original CRS, set the OSR_USE_NON_DEPRECATED configuration option to NO." EPSG:4140 https://spatialreference.org/ref/epsg/4140/ is NAD83(CSRS98), that is not ITRF, as far as I know. However in byndataset.h there is this line: constexpr int BYN_DATUM_0 = 4140; /* ITRF2008 (GRS80 based WGS84) */ https://github.com/OSGeo/gdal/blob/master/frmts/raw/byndataset.h#L168 Are we parsing the header wrongly? There is some documentation in https://webapp.csrs-scrs.nrcan-rncan.gc.ca/geod/tools-outils/sample_doc_files/NRCan_Geoid_GridFormat_EN_2023.pdf I think what I say above applies to the field 16, Datum. Thanks Javier -------------- next part -------------- An HTML attachment was scrubbed... URL: From gdt at lexort.com Thu Jul 9 10:11:27 2026 From: gdt at lexort.com (Greg Troxel) Date: Thu, 09 Jul 2026 13:11:27 -0400 Subject: [gdal-dev] Bug reading a byn file for Canadian geoid model? In-Reply-To: (Javier Jimenez Shaw via gdal-dev's message of "Thu, 9 Jul 2026 17:20:53 +0200") References: Message-ID: Javier Jimenez Shaw via gdal-dev writes: > I am trying to read this file, in theory based in ITRF > https://webapp.csrs-scrs.nrcan-rncan.gc.ca/geod/process/download-helper.php?file_id=GSD95 > (there is another one based in NAD83xxx) > > However in with gdalinfo I see this: > "Warning 1: CRS EPSG:4140 is deprecated. Its non-deprecated replacement > EPSG:4617 will be used instead. To use the original CRS, set the > OSR_USE_NON_DEPRECATED configuration option to NO." > > EPSG:4140 https://spatialreference.org/ref/epsg/4140/ is NAD83(CSRS98), > that is not ITRF, as far as I know. It is definitely not ITRF. Canada and the US have both had multiple realizations of NAD83 after jointly adopting NAD83(1986). CSRS98 is the second Canadian realization after the original, and I think is also called CSRSv2 https://natural-resources.canada.ca/science-data/science-research/geomatics/geodetic-reference-systems/spatial-reference-system-updates It is defined as a transform from ITRF96, but that's not equal to, but surely an euler pole rotation. My guess is that this is just the process of having a datum, then a revision, then adopting the view that there will be many revisions, and viewing it as a system, which was perhaps not entirely foreseen from the start, and then moving from ad hoc names to a vN scheme that emphasizes and communicates the minor revision nature. As for deprecation: https://spatialreference.org/ref/epsg/4140/ https://spatialreference.org/ref/epsg/4617/ https://spatialreference.org/ref/epsg/4955/ this looks like a right mess of ensemble thinking, from taking the CSRS definitions -- which are surely geodetically rigorous -- and forcing them into EPSG. 4955 is not showing as an ensemble or as a system in EPSG. It seems Canada relabeled the base NAD83(CSRS) as a system and then has realizations of that system. It is a problem in the NAD83 world that really there is an ensemble, at last in practice, but the formal language doesn't talk about it that way, and doesn't really emphasize the system aspect. It's not so much a problem in the NAD83 world as much as a problem in talking about the NAD83 world in the EPSG language. > However in byndataset.h there is this line: > > constexpr int BYN_DATUM_0 = 4140; /* ITRF2008 (GRS80 based WGS84) */ > > https://github.com/OSGeo/gdal/blob/master/frmts/raw/byndataset.h#L168 That line is very odd, but I wonder if the comment is just off, and the "deprecated/replacing" is straight from EPSG and not from that file. What if you change that to 994140 - do you still get the warning? > Are we parsing the header wrongly? It does not seem odd to me that what is likely a geoid model from/for 1995 is expressed in CSRS98. From even.rouault at spatialys.com Wed Jul 15 11:00:42 2026 From: even.rouault at spatialys.com (Even Rouault) Date: Wed, 15 Jul 2026 20:00:42 +0200 Subject: [gdal-dev] Bug reading a byn file for Canadian geoid model? In-Reply-To: References: Message-ID: <87ead026-c589-4a4c-b66d-1bf4d979adcf@spatialys.com> Javier, I'd assume that code that assigns datums to have only been valid for the particular grids it was developped for. You'd better ignore any CRS information reported by the driver and override them from the documentation of the grid you're interested in Even Le 09/07/2026 ? 17:20, Javier Jimenez Shaw via gdal-dev a ?crit?: > Hi > > I am trying to read this file, in theory based in ITRF > https://webapp.csrs-scrs.nrcan-rncan.gc.ca/geod/process/download-helper.php?file_id=GSD95 > (there is another one based in NAD83xxx) > > However in with gdalinfo I see this: > "Warning 1: CRS EPSG:4140 is deprecated. Its non-deprecated > replacement EPSG:4617 will be used instead. To use the original CRS, > set the OSR_USE_NON_DEPRECATED configuration option to NO." > > EPSG:4140 https://spatialreference.org/ref/epsg/4140/ > is?NAD83(CSRS98), that is not ITRF, as far as I know. > > However in byndataset.h there is this line: > > constexpr int BYN_DATUM_0 = 4140; ?/* ITRF2008 (GRS80 based WGS84) */ > > https://github.com/OSGeo/gdal/blob/master/frmts/raw/byndataset.h#L168 > > Are we parsing the header wrongly? > > There is some documentation in > https://webapp.csrs-scrs.nrcan-rncan.gc.ca/geod/tools-outils/sample_doc_files/NRCan_Geoid_GridFormat_EN_2023.pdf > I think what I say above applies to the field 16, Datum. > > Thanks > Javier > > _______________________________________________ > gdal-dev mailing list > gdal-dev at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev -- http://www.spatialys.com My software is free, but my time generally not. LLMs contribute to global warming and brain rot. From even.rouault at spatialys.com Wed Jul 15 11:07:06 2026 From: even.rouault at spatialys.com (Even Rouault) Date: Wed, 15 Jul 2026 20:07:06 +0200 Subject: [gdal-dev] Fwd: CF Convention workshop 2026 @ ECMWF In-Reply-To: References: Message-ID: <0a72fa15-5cb3-462e-8986-ab396e52c40d@spatialys.com> Hi, if anyone has feedback about GDAL vs CF/netCDF/GRIB to provide to ECMWF Even -------- Message transf?r? -------- Sujet?: CF Convention workshop 2026 @ ECMWF Date?: Tue, 14 Jul 2026 12:45:14 +0000 De?: Sebastien Villaume Pour?: even.rouault at spatialys.com Copie ??: Lorea Garcia San Martin *Dear Even Rouault,* I am writing on behalf of the organising committee of the CF Conventions workshop 2026 , taking place on *21?24 September 2026*?at ECMWF in Bonn, Germany (hybrid, co-hosted with the Copernicus Climate Change Service). One of the topics that has generated considerable interest within the CF community is *format interoperability*, and in particular the role that conventions such as CF can play in facilitating interoperability across different data formats and software ecosystems. Given your long-standing involvement with GDAL and your perspective as Chair of the GDAL Project Steering Committee, we would be very interested in having you participate in the workshop and contribute to these discussions. We believe that the GDAL community has valuable experience and insights into the practical challenges of interoperability, including what works well today, where difficulties remain, and where conventions such as CF and formats such as netCDF and GRIB could evolve to better support users and software developers. Depending on the final programme and available time, there may also be an opportunity for you?or another GDAL contributor you would recommend?to give a presentation on these topics. At this stage?we would be interested in having the GDAL perspective represented in the workshop discussions. There is no registration fee for the workshop, and registration ?is now open. Please note that we are unfortunately unable to cover speaker/attendee travel or accommodation costs. We would be delighted to hear whether you might be interested in participating, and we would be happy to provide further details about the workshop and programme. *On behalf of the organising **committee**,* Dr S?bastien Villaume Senior Analyst Forecast Department European Centre for Medium-Range Weather Forecasts *Reading, UK*?| Bologna, Italy?| Bonn, Germany *e:* sebastien.villaume at ecmwf.int *t:* +44 118 949 2301 *m:* +44 78 2552 1592 *w:* ecmwf.int | staff profile ?| *twitter:*@s_villaume cidimage001.png at 01D7AB16.7820E190 This message and any attachments are intended for the sole use of the addressee(s) and may contain confidential and privileged information. Any unauthorised use, disclosure, dissemination or distribution (in whole or in part) of its contents is not permitted -?read full disclaimer -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 2500 bytes Desc: not available URL: From j1 at jimenezshaw.com Wed Jul 15 11:02:55 2026 From: j1 at jimenezshaw.com (Javier Jimenez Shaw) Date: Wed, 15 Jul 2026 20:02:55 +0200 Subject: [gdal-dev] Bug reading a byn file for Canadian geoid model? In-Reply-To: <87ead026-c589-4a4c-b66d-1bf4d979adcf@spatialys.com> References: <87ead026-c589-4a4c-b66d-1bf4d979adcf@spatialys.com> Message-ID: I started a branch to fix it. Looks like there enough info in the byn header. On Wed, 15 Jul 2026, 20:00 Even Rouault, wrote: > Javier, > > I'd assume that code that assigns datums to have only been valid for the > particular grids it was developped for. You'd better ignore any CRS > information reported by the driver and override them from the > documentation of the grid you're interested in > > Even > > Le 09/07/2026 ? 17:20, Javier Jimenez Shaw via gdal-dev a ?crit : > > Hi > > > > I am trying to read this file, in theory based in ITRF > > > https://webapp.csrs-scrs.nrcan-rncan.gc.ca/geod/process/download-helper.php?file_id=GSD95 > > (there is another one based in NAD83xxx) > > > > However in with gdalinfo I see this: > > "Warning 1: CRS EPSG:4140 is deprecated. Its non-deprecated > > replacement EPSG:4617 will be used instead. To use the original CRS, > > set the OSR_USE_NON_DEPRECATED configuration option to NO." > > > > EPSG:4140 https://spatialreference.org/ref/epsg/4140/ > > is NAD83(CSRS98), that is not ITRF, as far as I know. > > > > However in byndataset.h there is this line: > > > > constexpr int BYN_DATUM_0 = 4140; /* ITRF2008 (GRS80 based WGS84) */ > > > > https://github.com/OSGeo/gdal/blob/master/frmts/raw/byndataset.h#L168 > > > > Are we parsing the header wrongly? > > > > There is some documentation in > > > https://webapp.csrs-scrs.nrcan-rncan.gc.ca/geod/tools-outils/sample_doc_files/NRCan_Geoid_GridFormat_EN_2023.pdf > > I think what I say above applies to the field 16, Datum. > > > > Thanks > > Javier > > > > _______________________________________________ > > gdal-dev mailing list > > gdal-dev at lists.osgeo.org > > https://lists.osgeo.org/mailman/listinfo/gdal-dev > > -- > http://www.spatialys.com > My software is free, but my time generally not. > LLMs contribute to global warming and brain rot. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alansnow21 at gmail.com Wed Jul 15 19:17:36 2026 From: alansnow21 at gmail.com (Alan Snow) Date: Wed, 15 Jul 2026 21:17:36 -0500 Subject: [gdal-dev] Fwd: CF Convention workshop 2026 @ ECMWF In-Reply-To: <0a72fa15-5cb3-462e-8986-ab396e52c40d@spatialys.com> References: <0a72fa15-5cb3-462e-8986-ab396e52c40d@spatialys.com> Message-ID: https://xkcd.com/927/ My brief journey into CF Conventions led me to understand that CF Conventions are for a specific software community. It covers all of that communities use cases and can get complex in order to achieve that. The convention isn't really meant to cover all use cases for the broader geospatial community. My hope is that any effort to standardize across the broader community will stay to some simple core features that cover the majority of use cases without trying to cover all of them. >From the GDAL/PROJ perspective, a CRS WKT and a GeoTransform will cover most use cases. I would just want them to put that in standard locations in the file metadata where relevant. https://geozarr.org/ did a nice job of creating a simple convention that does just that. Simple for the broader geospatial community to use without becoming too complicated. That makes adoption much easier across the community. Best, Alan Snow On Wed, Jul 15, 2026, 1:07?PM Even Rouault via gdal-dev < gdal-dev at lists.osgeo.org> wrote: > Hi, > > if anyone has feedback about GDAL vs CF/netCDF/GRIB to provide to ECMWF > > Even > -------- Message transf?r? -------- > Sujet : CF Convention workshop 2026 @ ECMWF > Date : Tue, 14 Jul 2026 12:45:14 +0000 > De : Sebastien Villaume > > Pour : even.rouault at spatialys.com > > Copie ? : Lorea Garcia San Martin > > > > *Dear Even Rouault,* > > I am writing on behalf of the organising committee of the CF Conventions > workshop 2026 , taking place on *21?24 > September 2026* at ECMWF in Bonn, Germany (hybrid, co-hosted with the > Copernicus Climate Change Service). > > One of the topics that has generated considerable interest within the CF > community is *format interoperability*, and in particular the role that > conventions such as CF can play in facilitating interoperability across > different data formats and software ecosystems. Given your long-standing > involvement with GDAL and your perspective as Chair of the GDAL Project > Steering Committee, we would be very interested in having you participate > in the workshop and contribute to these discussions. > > We believe that the GDAL community has valuable experience and insights > into the practical challenges of interoperability, including what works > well today, where difficulties remain, and where conventions such as CF and > formats such as netCDF and GRIB could evolve to better support users and > software developers. > > Depending on the final programme and available time, there may also be an > opportunity for you?or another GDAL contributor you would recommend?to give > a presentation on these topics. At this stage we would be interested in > having the GDAL perspective represented in the workshop discussions. > > There is no registration fee for the workshop, and registration > is now open. > Please note that we are unfortunately unable to cover speaker/attendee > travel or accommodation costs. > > We would be delighted to hear whether you might be interested in > participating, and we would be happy to provide further details about the > workshop and programme. > > *On behalf of the organising **committee**,* > Dr S?bastien Villaume > Senior Analyst > Forecast Department > European Centre for Medium-Range Weather Forecasts > *Reading, UK* | Bologna, Italy | Bonn, Germany > *e:* sebastien.villaume at ecmwf.int > *t:* +44 118 949 2301 *m:* +44 78 2552 1592 > *w:* ecmwf.int | staff > profile > | > *twitter:* @s_villaume > [image: cidimage001.png at 01D7AB16.7820E190] > This message and any attachments are intended for the sole use of the > addressee(s) and may contain confidential and privileged information. Any > unauthorised use, disclosure, dissemination or distribution (in whole or in > part) of its contents is not permitted - read full disclaimer > > _______________________________________________ > gdal-dev mailing list > gdal-dev at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 2500 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 2500 bytes Desc: not available URL: