PROJ/src/iso19111/operation, branch backport-2856-to-master Forked from https://github.com/OSGeo/PROJ createOperations(): use an explicit conversion operation for geodetic <--> geocentric latitude 2021-09-08T15:05:45+00:00 Even Rouault even.rouault@spatialys.com 2021-09-08T12:34:50+00:00 078952e7f078e029d66ab6ca1ed594dfecadd1fc 






createConversion(): avoid nullptr dereference on a method without parameters
2021-09-08T15:05:45+00:00

Even Rouault
even.rouault@spatialys.com

2021-09-08T12:29:41+00:00

bc568fcc99257731a939d93cd0caa4725e6803e4












createOperations(): deal with spherical planetocentric geodetic CRS
2021-09-08T15:05:45+00:00

Even Rouault
even.rouault@spatialys.com

2021-09-08T10:50:37+00:00

85733181ee7c2777139f5d1db94f2beabb737e96

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.





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.







Conversion::createAxisOrderReversal(): workaround cppcheck false positive
2021-09-04T15:45:12+00:00

Even Rouault
even.rouault@spatialys.com

2021-09-04T15:45:12+00:00

49c0ef87bad8de7d3351b99eeae0e437adc60f0b












Add proj_create_conversion_pole_rotation_netcdf_cf_convention() to address netCDF datasets using a pole rotation method
2021-09-02T07:19:22+00:00

Even Rouault
even.rouault@spatialys.com

2021-09-02T07:19:22+00:00

f19b2948efcb7433d41e51d5128c5baa68261599












ESRI WKT: add support for import/export of (non interrupted) Goode Homolosine
2021-08-27T16:35:06+00:00

Even Rouault
even.rouault@spatialys.com

2021-08-27T16:33:26+00:00

3f9c0a0b73d6567b3f05a89e337e5ff9f9d5904a

Issue found during https://github.com/OSGeo/gdal/pull/4355 when it was found
that a WKT with Goode_Homolosine projection parsed as ESRI WKT was mapped
wrongly to Interrupted Goode Homolosine





Issue found during https://github.com/OSGeo/gdal/pull/4355 when it was found
that a WKT with Goode_Homolosine projection parsed as ESRI WKT was mapped
wrongly to Interrupted Goode Homolosine







ConcatenatedOperation::fixStepsDirection(): fix bad chaining of steps when inverse map projection is involved in non-final step (fixes #2817)
2021-08-20T15:25:15+00:00

Even Rouault
even.rouault@spatialys.com

2021-08-20T14:58:14+00:00

fa3163365869b15e14715378a826338e942bbfe4












createOperations(): fix missing deg<-->rad conversion when transforming with a CRS that has a fallback-to-PROJ4-string behaviour and is a BoundCRS of a GeographicCRS (fixes #2804)
2021-08-16T09:59:22+00:00

Even Rouault
even.rouault@spatialys.com

2021-08-16T09:59:22+00:00

30d220143aa83217c97ce4c4f24e65ca6276ba46












Conversion::createUTM(): avoid integer overflow. Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=36751
2021-08-10T08:04:50+00:00

Even Rouault
even.rouault@spatialys.com

2021-08-10T08:00:41+00:00

1e6ef36db92406f96fe9cc3fa7f75db1cba7254b












createOperations(): fix SourceTargetCRSExtentUse::NONE mode
2021-07-20T02:28:13+00:00

Even Rouault
even.rouault@spatialys.com

2021-07-20T02:28:09+00:00

be83b7dd836a94ce7cba999716f8bff1c2effac0

Fix issue reported in https://lists.osgeo.org/pipermail/proj/2021-July/010318.html





Fix issue reported in https://lists.osgeo.org/pipermail/proj/2021-July/010318.html