<div dir="ltr">Awesome!! Thanks Even.<div><br></div><div>This isn't a bug, but I hit your workaround for 5.0.1 as I'm using proj master near head.</div><div><br></div><div><div>third_party/gdal/ogr/ogrct.cpp:56:20: error: static declaration of 'proj_errno_string' follows non-static declaration</div><div>static const char* proj_errno_string(int err)</div><div> ^</div><div>third_party/proj4/proj/src/proj.h:352:13: note: previous declaration is here</div><div>const char* proj_errno_string (int err);</div></div><div><br></div><div>Was trivial to fix locally, so I'm not advocating any change. Just documenting it. Just adding a #if 0.</div><div><br></div><div><div>#if 0 && PROJ_VERSION_MAJOR == 5 && PROJ_VERSION_MINOR == 0</div></div><div><br></div><div><br></div><div>And, I filed a bug on VisionWorkbench with reference to this GDAL change since there are known issues with vw and proj 5 (seen with TSAN).</div><div>The vw folks aren't particularly interested.</div><div><br></div><div><a href="https://github.com/visionworkbench/visionworkbench/issues/55">https://github.com/visionworkbench/visionworkbench/issues/55</a><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 21, 2018 at 7:14 AM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I've just committed in trunk initial support for proj.5 API per:<br>
<a href="https://trac.osgeo.org/gdal/changeset/41878" rel="noreferrer" target="_blank">https://trac.osgeo.org/gdal/<wbr>changeset/41878</a><br>
<br>
You have to use the to-be-released proj 5.0.1 / proj master to get all<br>
reprojection results to work as expected.<br>
<br>
proj.4 support remains for now. At some point, when proj 5 has been more largely adopted,<br>
removing proj.4 support would help in cleaning up ogr/ogrct.cpp that has become quite<br>
messy.<br>
<br>
For now, GDAL uses the new proj.5 API in a similar way to the previous proj.4 API, so<br>
it is mostly ready for the removal of the proj_api.h that will occur in the future (proj 7).<br>
Note that I only added proj.5 API support if you use the explicit --with-proj configure flag (or<br>
PROJ_FLAGS = -DPROJ_STATIC -DPROJ_VERSION=5 for MSVC), and not for the runtime loading<br>
that uses dlopen()/LoadLibrary() that I'd wish to see retired at some point.<br>
<br>
Next step would probably to add a -ct (for coordinate transform, alternate naming suggestions welcome)<br>
switch to ogr2ogr, gdalwarp and gdaltransform so as to be able to specify a full proj.5 pipeline<br>
to do advanced transforms<br>
(see <a href="http://proj4.org/operations/pipeline.html" rel="noreferrer" target="_blank">http://proj4.org/operations/<wbr>pipeline.html</a> and <a href="http://proj4.org/usage/transformation.html#transformation" rel="noreferrer" target="_blank">http://proj4.org/usage/<wbr>transformation.html#<wbr>transformation</a> )<br>
<br>
ogr2ogr -ct "+proj=pipeline +step +proj= .... +step ... " [-a_srs EPSG:XXXX] out in<br>
<span class="HOEnZb"><font color="#888888"><br>
Even<br>
<br>
--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
______________________________<wbr>_________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/gdal-dev</a></font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">--<div><a href="http://schwehr.org" target="_blank">http://schwehr.org</a></div></div>
</div>