<div dir="auto"><div dir="auto">Hi,</div><div dir="auto">during the past days there's been a very interesting discussion within the QGIS community [1] about the refactoring of its way of managing CRS transformations. Some from Proj4 have joined the conversation to help in understanding the newcoming Proj4 feature: transformation pipeline [2] [3].</div><div dir="auto"><br></div><div dir="auto">This is a great and deep enhancement to the capabilities of Proj4, toward more complex transformations and, consequently, higher precisions.</div><div dir="auto"><br></div><div dir="auto">The new concept has lead to a new API and a new way to manage transformations definitions.</div><div dir="auto"><br></div><div dir="auto">I cross post it here because I find that this should be considered by PostGIS too.</div><div dir="auto">Just for a use case I recently was asked support for: employing grid shifts within PostGIS. It's already possible to define a custom CRS with a nadgrids parameter, but this suffers WGS84 pivoting, which is the current way Proj4 works. </div><div dir="auto">With the new pipeline it can be circumvente if a specific, straight, CRS to CRS transformation is defined.</div><div dir="auto"><br></div><div dir="auto">I hope there will be some interest here to keep this conversation going on, looking at adopting the new Proj4 API in the future versions of PostGIS.</div><div dir="auto"><br></div><div dir="auto">All the best,</div><div dir="auto">Giovanni</div><div dir="auto"><br></div>[1] <a href="https://github.com/qgis/QGIS-Enhancement-Proposals/issues/100">https://github.com/qgis/QGIS-Enhancement-Proposals/issues/100</a><div dir="auto">[2] <a href="https://lnkd.in/emzw2HA">https://lnkd.in/emzw2HA</a></div><div dir="auto">[3] <a href="https://kbevers.github.io/usage/transformation.html">https://kbevers.github.io/usage/transformation.html</a></div></div>