Even Rouault

WARNING: This repository is no longer open for adding new datasets. Starting with PROJ 7, the [PROJ-data](https://github.com/OSGeo/PROJ-data) repository is the new home for PROJ datasets. Go to its [CONTRIBUTING](https://github.com/OSGeo/PROJ-data/blob/master/CONTRIBUTING.md) instructions

@Bernd-Vogelgesang Yes, we identified that resource in https://github.com/OSGeo/proj-datumgrid/issues/76 but one blocking point is the license of the data which includes a "Non-Derivative" restriction, incompatible of the usage done by PROJ....

> Do you know by chance if anyone already tried to contact the agency about this issue? I'm not sure, at least there's no such trace in the ticket, so...

Yes, that's make sense. So basically the incompatible licensing will remain, and they don't think that there's much point in using those files nowadays. Looks like this issue might be...

> it would be appreciated to also have a new stand-alone release of shapelib containing theses fixes I'm making a mental note of that, but the latest shapelib release is...

Last answer from BKG on May 11th 2021: """ Dear Even, Please excuse my delayed reply. Unfortunately there is still no progress in that matter. One reason is, that I...

> that means I should completely revert both [0a46b04](https://github.com/OSGeo/PROJ-data/commit/0a46b04a32e9e95e9c1482a81f5ca9ae178c51d4) and [79c1ef1](https://github.com/OSGeo/PROJ-data/commit/79c1ef1d6d16ddc73f3c6d7e2f627cd50b136a19) right? yes

> but rather a transformation that maps `EPSG:23700` onto itself (so you'd apply the transformation onto `EPSG:23700` coordinates to obtain more precise `EPSG:23700` coordinates). that doesn't make much sense to...

> If anyone wants to pick this up and run with it: the main concern seems to be that (as per the convo w/ @zsiki) `etrs2eov_notowgs.gsb` does _not_ represent a...

clang++-14 ASAN issue is unrelated since it also occurs on latest master: https://github.com/libgeos/geos/actions/runs/8335308670/job/22811441575