PROJ/src/iso19111, branch 6.0

Improve doc of proj_coordoperation_get_towgs84_values() (fixes #1430)

2019-04-18T09:06:58+00:00

createOperations(): improve behaviour with input CRS from WKT that lacks intermediate IDs (fixes #1343)

2019-03-29T12:30:57+00:00

createOperations(): improve BoundCRS<-->non-bound-CRS case

2019-03-28T16:33:26+00:00

Fixes #1388
Typically helps for
projinfo -s "+proj=longlat +ellps=GRS80 +towgs84=1,2,3 +type=crs" -t EPSG:4258
by researching operations from the pivot WGS84 implied by the towgs84 clause
to EPSG:4258.

Objet -> Object

2019-03-28T00:44:58+00:00

Merge pull request #1372 from OSGeo/backport-1368-on-6.0

2019-03-26T14:30:44+00:00

Backport #1368 on 6.0: Database: update to EPSG v9.6.1, IGNF v3.0.3, ESRI 10.7.0 and add operation_version column

lookForGridInfo(): correctly return that a grid is present, if present on the file system, but not in the database

2019-03-25T19:51:56+00:00

Database: add operation_version column to coordinate operation tables

2019-03-25T16:00:04+00:00

WKT2_2018: always export ID of SOURCECRS/TARGETCRS and STEPs

2019-03-25T12:56:43+00:00

even if there is one on upper node

This is a particular logic allowed by paragraph 7.3.3 Identifier
of OGC 18-010r6

WKT2_2018: always export ID in base crs node, even if there is one on upper node

2019-03-25T12:05:40+00:00

This is a particular logic allowed by paragraph 7.3.3 Identifier
of OGC 18-010r6

WKT2_2018: export ID in base crs node, when there is none on top of upper node

2019-03-25T11:44:35+00:00

This is the standard logic, that is now possible since ID is
allowed in BASEGEOGCRS and similar node