On 22/03/2019 18:51, Landry Breuil wrote:
Hi,

there's been a long-running project in the gis community to rework the
way proj & other projects handle projection definitions (cf
https://gdalbarn.com/), which culminated in the release of proj 6.0
which removes the plaintext projection files for an sqlite database.

Most of the bits are released now, the 'recommended combination' will be
gdal 2.5 + proj 6 + libgeotiff 1.5 per
https://lists.osgeo.org/pipermail/gdal-dev/2019-March/049911.html. gdal
2.5 should be released in the coming months, and libgeotiff is at rc1.

proj 6 also breaks compatibility with previous versions by deprecating a
header (proj_api.h) used by almost all consumers (it will be removed in
7), so requires fixes here and there, per
https://github.com/OSGeo/proj.4/wiki/proj.h-adoption-status

so here are 4 diffs:
- one for the proj update itself
- one for the geotiff 1.5.0rc1 update
- one for the fixes, sprinkling -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H=1
- and an update to py-proj 2.1.1 compatible with proj 6

i dont intend to commit those until geotiff hits final and gdal 2.5 is
released, and i dunno if it'll be for 6.5. But those diffs have been
through a bulk, and all other consumers of proj build fine locally.
Runtime issues (like code looking for hardcoded
/usr/local/share/proj/epsg) might ofc happen...

On a sidenote, geo/qlandkartegt should be removed as dead upstream, and
eventually superseded by qmapshack
(https://bitbucket.org/maproom/qmapshack/wiki/Home). sebastia@ ?

Comments on the rationale welcome.

Landry


Hi,

ok for the update of proj/py-proj after the final release of geotiff/gdal.

Cheers,
Benoit

Reply via email to