PROJ/test, branch 6.3.1

Fix test issues on i386

2020-02-08T09:50:32+00:00

Fix a few issues of #1906 found when running the test suite
on Ubuntu 16.04 with gcc 5.5 -m32. When applied on top of
the fix of #1912, make check succeeds

cart: Avoid discontinuity at poles in the inverse case

2020-02-08T09:50:31+00:00

This should avoid issues with numerical stability as uncovered in
https://github.com/OSGeo/PROJ/issues/1906.

Practically speaking this change isn't going to affect real life
scenarios since the position of the center of the Earth is rarely
expressed in geodetic coordinates.

Fix identification of ESRI-style datum names starting with D_ but without alias

2020-02-06T13:18:39+00:00

Fixes #1911

Fix performance issue, affecting projinfo EPSG:7842

2020-02-06T12:55:06+00:00

Fixes #1913

AuthorityFactory::createBetweenGeodeticCRSWithDatumBasedIntermediates() issued
a complex SQL query that pushes the SQLite3 query plan optimizer to its limits.
Was working reasonably with sqlite 3.11, but not with later versions.
So put less constraints in the main query and do post-processing checks and
auxiliary requests to avoid such issues.

For some unknown reason, this slightly slows down a bit execution time of the
whole test_cpp_api binary (~ 10%), but couldn't come with something better,
despite trying many variations of the main SQL query. It seems that in the
general case the non-filter LEFT JOIN on the supersession table helped,
except on this EPSG:7842 case.

Fix ingestion of +proj=cea with +k_0

2020-02-06T12:45:17+00:00

Fixes #1881

Digging into the implementation of proj=cea, it appears that
k_0 and lat_ts are intended to be exclusive ways of specifying the
same concept. EPSG only models the variant using lat_s.
So if k_0 is found and lat_ts is absent, compute the equivalent
value of lat_ts from k_0.

Note: k_0 should normally be in the [0,1] range. In case creative users
would use something outside, we raise an exception, even if the cea
implementation could potentially deal with any k_0 value. Hopefully
this is a (reasonable) limitation that will address nominal use cases.

Database: add a geoid_like value for proj_method column of grid_alternatives, fix related entries and simplify/robustify logic to deal with EPSG 'Geographic3D to GravityRelatedHeight' methods

2020-01-23T18:05:50+00:00

Database: update to EPSG v9.8.6

2020-01-23T18:05:48+00:00

Fixes #1867

ProjectedCRS::identify(): fix wrong identification of some ESRI WKT linked to units

2020-01-21T21:53:22+00:00

Fixes bug reported in https://lists.osgeo.org/pipermail/gdal-dev/2020-January/051481.html

WKT1_GDAL export: limit datum name massaging to names matching EPSG (fixes #1835)

2020-01-11T11:02:14+00:00

createOperations(): fix dealing with projected 3D CRS whose Z units != metre

2020-01-11T10:59:21+00:00