Even Rouault

Beyond the issue of handing a new format, I believe the challenge here with ICGEM format is that it is likely not ready for immediate/easy consumption by PROJ as it...

Try 7.0.1RC1

There's likely something wrong with your build. Do the command line utilities work fine ? People have had issues with sqlite3 builds compiled with non standard compilation flags for example....

Run cmake with -V to have more details. But I'd suggest you use a pre-built sqlite3 lib to avoid any issue. Not sure the defaults of sqlite3 are reasonable. I...

> I gave `xxd --include` a try and it works pretty well There's a tip in https://discourse.cmake.org/t/support-for-embedding-data-in-a-manner-equivalent-to-xxd/2121/8 to make it CMake portable. One thing I somehow remember to have read...

to solve https://github.com/OSGeo/gdal/issues/5646, maybe we should offer a CMake variable to opt to disable exporting PROJ4, as something doable in PROJ 9.x series ?

For others: this is not a problem with the inverse implementation, but actually both"-146.23 -78.19112222222222" and "-145.02309217 -78.19112222" project to the same coordinate. Reading http://www.epsg.org/Portals/0/373-07-02.pdf , page 58 "3.6 Oblique...

> to get an estimate on how much the larger DB Relatively easy with GDAL After having downloaded the GML files from epsg-registry.org and unzip them, run the following script...

Suggestion by Sandro Furieri: to store the coordinate values as decimal degrees * 100, truncated to integer, so to have a 1e-2 deg precision, ~ 1km . So we could...

> Scaling the numbers by 2^16/360 Caution: the range of longitudes in the EPSG polygons is [-270,330]. 330 is reached for urn:ogc:def:area:EPSG::4523 (World centred on 150°E) and -270 for urn:ogc:def:area:EPSG::4520...