[gdal-dev] proj.5 support added in trunk

Kurt Schwehr schwehr at gmail.com
Wed Mar 21 16:16:53 PDT 2018


Awesome!!  Thanks Even.

This isn't a bug, but I hit your workaround for 5.0.1 as I'm using proj
master near head.

third_party/gdal/ogr/ogrct.cpp:56:20: error: static declaration of
'proj_errno_string' follows non-static declaration
static const char* proj_errno_string(int err)
                   ^
third_party/proj4/proj/src/proj.h:352:13: note: previous declaration is here
const char* proj_errno_string (int err);

Was trivial to fix locally, so I'm not advocating any change.  Just
documenting it.  Just adding a #if 0.

#if 0 && PROJ_VERSION_MAJOR == 5 && PROJ_VERSION_MINOR == 0


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).
The vw folks aren't particularly interested.

https://github.com/visionworkbench/visionworkbench/issues/55



On Wed, Mar 21, 2018 at 7:14 AM, Even Rouault <even.rouault at spatialys.com>
wrote:

> Hi,
>
> I've just committed in trunk initial support for proj.5 API per:
> https://trac.osgeo.org/gdal/changeset/41878
>
> You have to use the to-be-released proj 5.0.1 / proj master to get all
> reprojection results to work as expected.
>
> proj.4 support remains for now. At some point, when proj 5 has been more
> largely adopted,
> removing proj.4 support would help in cleaning up ogr/ogrct.cpp that has
> become quite
> messy.
>
> For now, GDAL uses the new proj.5 API in a similar way to the previous
> proj.4 API, so
> it is mostly ready for the removal of the proj_api.h that will occur in
> the future (proj 7).
> Note that I only added proj.5 API support if you use the explicit
> --with-proj configure flag (or
> PROJ_FLAGS = -DPROJ_STATIC -DPROJ_VERSION=5 for MSVC), and not for the
> runtime loading
> that uses dlopen()/LoadLibrary() that I'd wish to see retired at some
> point.
>
> Next step would probably to add a -ct (for coordinate transform, alternate
> naming suggestions welcome)
> switch to ogr2ogr, gdalwarp and gdaltransform so as to be able to specify
> a full proj.5 pipeline
> to do advanced transforms
> (see http://proj4.org/operations/pipeline.html and http://proj4.org/usage/
> transformation.html#transformation )
>
> ogr2ogr -ct "+proj=pipeline +step +proj= .... +step ... " [-a_srs
> EPSG:XXXX] out in
>
> Even
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev




-- 
--
http://schwehr.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20180321/53111a84/attachment.html>


More information about the gdal-dev mailing list