PROJ/src/iso19111/operation, branch 8.2.0

exportToPROJStringGeneric(): avoid harmless floating-point division by zero if conversion factor is 0. Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=40050

2021-10-17T19:04:29+00:00

createOperations(): avoid harmless floating-point division by zero if conversion factor of target unit is 0. Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=39969

2021-10-16T14:54:31+00:00

WKT1 parser: recognize Lambert_Conformal_Conic as projection name for LCC 1SP or 2SP (fixes #2892)

2021-10-08T18:58:13+00:00

WKT concatenated operation parsing: fix when a axis order reversal conversion is the first or last operation (fixes #2890)

2021-10-08T12:50:55+00:00

Conversion::inverse(): avoid harmless division by zero. Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=39033

2021-09-20T16:50:29+00:00

Optimize pipelines of planetary CRS (geocentric latitude, west-positive longitude)

2021-09-18T11:13:47+00:00

Database: update to EPSG v10.035

2021-09-14T22:32:58+00:00

This seriously impacts French CRS users with the introduction of new
datums, geodetic CRS and projected CRS based on "RGF 93 v2" and "RGF 93 v2b",
and the previous single "RGF 93" being renamed as "RGF 93 v1".

To be noted too, the addition of a null transformation between NAD83(2011)
and WGS 84, which impacts a number of tests in the test suite.

createOperations(): use an explicit conversion operation for geodetic <--> geocentric latitude

2021-09-08T15:05:45+00:00

createConversion(): avoid nullptr dereference on a method without parameters

2021-09-08T15:05:45+00:00

createOperations(): deal with spherical planetocentric geodetic CRS

2021-09-08T15:05:45+00:00

This also fixes conversion between geocentric latlong and geodetic latlong
with cs2cs. This was dealt with in PR 1093, but in the wrong direction
(the geocentric latitude must be <= in absolute value to the geodetic one)
The issue here was linked to the semantics of the +geoc specifier, which
affects the semantics of the input coordinates in the forward direction
(+geoc means that the input coordinate is is a geocentric latitude),
which defeats the logic of doing A to B by using the inverse path of A
and the forward path of B.