PROJ/src/iso19111/datum.cpp, branch backport-2856-to-master

Reformat code with clang-format-10 from ubuntu 20.04

2021-03-03T16:45:53+00:00

PRIMEM WKT handling: fixes on import for 'sexagesimal DMS' or from WKT1:GDAL/ESRI when GEOGCS UNIT != Degree; morph to ESRI the PRIMEM name on export

2020-11-26T23:39:18+00:00

Remove pj_ctx_* functions and use their proj_context counterparts

2020-11-20T15:40:40+00:00

Weed out proj_api.h datatypes and replace them with their proj.h counterparts

2020-11-20T15:40:40+00:00

Remove proj_api.h

2020-11-20T15:40:39+00:00

Removes proj_api.h from the public API. The contents of the header file
has been moved to proj_internal.h verbatim and any references to
proj_api.h has been changed to proj_internal.h.

The documentation of proj_api.h has been removed. The only exception to
this is the API migration guides which still mention the old API.

Fixes #837

projinfo / createObjectsFromName(): support returning a datum ensemble

2020-11-01T11:57:34+00:00

VerticalCRS: morph CRS and datum name using ESRI aliases on import from / export to WKT1:ESRI

2020-10-20T19:51:45+00:00

Merge pull request #2370 from rouault/epsg10

2020-10-16T16:26:09+00:00

Update to EPSG 10.003 and make code base robust to dealing with WKT CRS with DatumEnsemble

WKT2:2019 import/export: handle DATUM (at top level object) with PRIMEM

2020-10-10T12:23:50+00:00

This is a peculiarity of the WKT grammar. Despite ISO 19111 saying that the
prime meridian is a component of the datum, in WKT, they are placed at the
same level, for backward compatibility with earlier WKT versions. So handle
exporting and importing that. The fix is only for situation where DATUM is
the top level object (was working fine otherwise), which is a uncommon use
case. And to limit the amount of issue, on export emit the prime meridian only
if it is not Greenwich.

Add DatumEnsemble::asDatum() and use it in exportToWkt()

2020-10-08T15:31:56+00:00

to allow exporting DatumEnsemble to WKT < 2019.