<div dir="ltr">Hey G,<div>More precise transforms is nice, but reading through your links we seem to be dropping an awful lot of responsibility onto users laps with regard to defining the transforms. Can we use the new precision along with a database of "best transforms" between pairs of systems? </div><div>Keeping the relatively simple "from system A to system B" syntax without adding a third very complicated term "from system A via transform C to system B" would be good. What's the state-of-the-art in terms of making selection of the pipeline automagical?<br>P</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 15, 2017 at 5:19 AM, G. Allegri <span dir="ltr"><<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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" target="_blank">https://github.com/qgis/QGIS-<wbr>Enhancement-Proposals/issues/<wbr>100</a><div dir="auto">[2] <a href="https://lnkd.in/emzw2HA" target="_blank">https://lnkd.in/emzw2HA</a></div><div dir="auto">[3] <a href="https://kbevers.github.io/usage/transformation.html" target="_blank">https://kbevers.github.io/<wbr>usage/transformation.html</a></div></div>
<br>______________________________<wbr>_________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org">postgis-devel@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/postgis-devel</a><br></blockquote></div><br></div>