PROJ/src, branch 8.1.0

Update ABI numbers for 8.1.0 release

2021-06-25T06:44:22+00:00

Minor changes to address lint in geodesic.c (courtesy of Marc Emery )

2021-06-22T22:48:49+00:00

proj_trans/cs2cs: If two operations have the same accuracy, use the one that is contained within a larger one

2021-06-17T15:53:11+00:00

Relates to https://github.com/OSGeo/gdal/issues/3998

Before that change, cs2cs on a NAD83(HARN) to WGS84 transformation would
use the "NAD83(HARN) to WGS 84 (1)" transformation (a null Helmert
shift) that is valid for whole US, including non-CONUS areas, even when
used on points located on CONUS that has a "NAD83(HARN) to WGS 84 (3)"
transformation (non-null Helmert shift) with same accuracy (1m).

But if doing  EPSG:2874 "NAD83(HARN) / California zone 5 (ftUS)" to
WGS84, we would use this later "NAD83(HARN) to WGS 84 (3)"
transformation because the area of use of EPSG:2874 restricts to CONUS.
This isn't consistant.

With that change, we now have more consistent behavior, even if it can
be argued which of the 2 transformations is the best...

$ echo 34 -120 | src/cs2cs -d 8 EPSG:4326 "NAD83(HARN)" | src/cs2cs "NAD83(HARN)"  EPSG:2874
5955507.74	1828410.98 0.00

$ echo 34 -120 | src/cs2cs  EPSG:4326   EPSG:2874
5955507.74	1828410.98 0.00

Fix build with -DPROJ_INTERNAL_CPP_NAMESPACE

2021-06-14T10:07:31+00:00

BoundCRS::identify(): avoid incompatible transformation for WKT1 / TOWGS84 export (fixes OSGeo/gdal#3958)

2021-06-10T17:36:16+00:00

factory.cpp: lint: make memoryHandle_ a unique_ptr

2021-06-03T10:23:24+00:00

Run database layout checks only at first DB opening

2021-06-03T10:23:24+00:00

proj_cleanup(): make sure it frees the database context of the default PJ_CONTEXT

2021-06-03T09:29:56+00:00

Make proj_context_set_autoclose_database() a no-op as it would defeat the purpose of the new database connection sharing

2021-06-03T09:29:16+00:00

Database: use shared sqlite handle

2021-06-03T09:29:16+00:00