PROJ - Forked from https://github.com/OSGeo/PROJ

Age	Commit message (Collapse)	Author
2019-12-21	proj_db_table_defs.sql: rewrite some trigger checks as normal table ↵	Even Rouault
	CONSTRAINT CHECK
2019-11-18	Database: add a publication_date column to geodetic_datum and vertical_datum	Even Rouault
	Populated from realization_epoch column from EPSG The 'publication_date' naming is from OGC Topic 2, and hasn't been yet adopted by the EPSG dataset. See http://docs.opengeospatial.org/as/18-005r4/18-005r4.html , Annex G, clause 11 and https://32zn56499nov99m251h4e9t8-wpengine.netdna-ssl.com/wp-content/uploads/2019/09/EPSG-relational-data-model-changes_2019-09-18.pdf
2019-11-17	createOperations(): remove the concept of geodetic_datum_preferred_hub	Even Rouault
	This was introduced in 63857c92b271bbcd10df0a032304982011acb2a9. Due to the fix done in the previous commit, we can mostly revert the above commit. We just keep the added tests and the custom WGS 84<-->WGS 84 (Gxxxx) null transformations.
2019-11-02	Add a geoid_model name in database, use GEOIDMODEL for transformations, add ↵	Even Rouault
	a proj_create_vertical_crs_ex()
2019-10-27	Database: add an auxiliary concatenated_operation_step table to allow ↵	Even Rouault
	arbitrary number of steps (fixes #1632) EPSG:9103 (NAD27 to ITRF2014 (1)) is now handled. Note:EPSG:9104 (NAD27 to ITRF2014 (2)) is not currently, since it uses for step EPSG:8861 (NAD83(HARN) to NAD83(FBN) (1)) an unsupported transformation method (NADCON5 (3D), EPSG:1075).
2019-09-12	Coordinate transformation: improve transformations from/to WGS84 (Gxxxx)	Even Rouault
	Currently very few transformations from/to WGS84 (Gxxxx) are registered in the EPSG database, and there isn't even transformations between WGS84 EPSG:4326 and those ones. Consequently transformations to those realizations often ended up as no-operation, whereas going through WGS84 EPSG:4326 will bring more meaningful results. So register those EPSG:4326<-->WGS 84 (Gxxx) null transformations, and when having WGS 84 (Gxxx) as source/target, consider EPSG:4326 as an intermediate. This change has no effect on the existing direct transformations from/to WGS 84 (Gxxx).
2019-04-22	Database: add checks to verify consistency of deprecated flag	Even Rouault

2019-04-22	Database: make conversion & helmert_transformation updatable views	Even Rouault
	- Transform conversion as a view, and when inserting into it, actually insert into 3 tables: conversion_table, conversion_method and conversion_param, so that method and parameter names are not repeated each time. - Similarly for helmert_tranformation, insert into helmert_transformation_tabl and coordinate_operation_method. This reduces the db size from 6 344 704 bytes to 5 853 184 bytes, without significant slowdown for queries.
2019-03-25	Database: add operation_version column to coordinate operation tables	Even Rouault

2018-12-06	Add API to retrieve non-deprecated equivalent of an object	Even Rouault

2018-12-06	Coordinate operation search: add a authority_to_authority_preference table ↵	Even Rouault
	to restrict and prioritize searches
2018-12-06	Take into account supersession information to filter out irrelevant ↵	Even Rouault
	transformations
2018-11-14	Implement RFC 2: Initial integration of "GDAL SRS barn" work	Even Rouault
	This work mostly consists of: - a C++ implementation of the ISO-19111:2018 / OGC Topic 2 "Referencing by coordinates" classes to represent Datums, Coordinate systems, CRSs (Coordinate Reference Systems) and Coordinate Operations. - methods to convert between this C++ modeling and WKT1, WKT2 and PROJ string representations of those objects - management and query of a SQLite3 database of CRS and Coordinate Operation definition - a C API binding part of those capabilities This is all-in-one squashed commit of the work of https://github.com/OSGeo/proj.4/pull/1040