<div dir="ltr"><div><div><div>There is an important difference between the PROJ4 and the PROJ5+ API/syntax:<br><br>The old PROJ4 API uses latlong WGS84 as pivot datum for coordinate transformations like<br><br></div>projection1 -> latlong WGS84 -> projection2<br></div><div>or in '+to' syntax<br>projection1 +to projection2<br></div><div><br></div>The new PROJ5+ API no longer uses a pivot datum. The advantage is that you can directly convert from one datum to another, without going through WGS84. The disadvantage is that the user/software using the new API has to make sure that either a common pivot datum is used or coordinates are correctly transformed from one datum to another, e.g. with a Helmert Transform.<br><br></div>Both GDAL and GRASS have implemented the new API as a simple 2-step pipeline like<br><div><div><div><div><br>1. projection1 -> some latlong<br>2. some latlong -> projection2<br></div><div><br>or in pipeline syntax<br></div><div><br></div><div>+proj=pipeline<br></div><div>+step +inv projection1<br></div><div>+step projection2<br></div><div><br></div><div>Even Rouault has done some tests and found sometimes subtle differences in the results between the old and new API/syntax. Further on, there is no mechanism (yet) in place to validate the pipeline, most importantly that the output of step 1 conforms to the required input for step 2.<br><br></div><div>IMHO, the implementation of the new PROJ5+ API/syntax in GDAL and GRASS should be regarded as experimental and testing by as many people as possible would be a huge benefit to PROJ/GDAL/GRASS and to all applications using these projects.<br><br></div><div>Markus M<br></div><div><br>On Sun, Mar 25, 2018 at 10:47 PM, Helmut Kudrnovsky <<a href="mailto:hellik@web.de" target="_blank">hellik@web.de</a>> wrote:<br>><br>> >Now (last related commit is trunk r72522) it's finished. I have >introduced<br>> a new GRASS API that handles both PROJ 4 and PROJ >5, consisting of<br>><br>> Thanks for this Update!<br>><br>> Fyi See<br>> <a href="https://lists.osgeo.org/pipermail/osgeo4w-dev/2018-March/003557.html" target="_blank">https://lists.osgeo.org/<wbr>pipermail/osgeo4w-dev/2018-<wbr>March/003557.html</a><br>><br>> -------<br>> [...]<br>> The API from PROJ 4 lives on in PROJ 5, so GRASS 7.4 should be able to use<br>> PROJ 5 as well. We’ve been carefull not to breaking anything with this<br>> release.<br>> That comes with PROJ 6 and 7. Of course there might be implementation<br>> details<br>> in GRASS that I am unaware of that makes using PROJ 5 impossible.<br>> --------<br>><br>><br>><br>> -----<br>> best regards<br>> Helmut<br>> --<br>> Sent from: <a href="http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html" target="_blank">http://osgeo-org.1560.x6.<wbr>nabble.com/Grass-Dev-f3991897.<wbr>html</a><br>> ______________________________<wbr>_________________<br>> grass-dev mailing list<br>> <a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a><br>> <a href="https://lists.osgeo.org/mailman/listinfo/grass-dev" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/grass-dev</a><br><br></div></div></div></div></div>