PROJ/data/sql/other_transformation.sql, branch backport-3125-to-9.0 Forked from https://github.com/OSGeo/PROJ Database: update to EPSG v10.036 2021-09-27T15:14:23+00:00 Even Rouault even.rouault@spatialys.com 2021-09-27T15:14:23+00:00 f1efc8a7e444c306a57acd53d8283586132b2c09 






Database: update to EPSG v10.027
2021-06-19T19:15:39+00:00

Even Rouault
even.rouault@spatialys.com

2021-06-19T19:15:39+00:00

9a2f2ed95074df7e22d89521a93ccccc4abfd789












Database: update to EPSG v10.022
2021-05-16T10:41:07+00:00

Even Rouault
even.rouault@spatialys.com

2021-05-16T10:41:07+00:00

752696eb8ac0ecb9ff96432ec5849625ed452f74












Database: update to EPSG v10.019
2021-04-22T23:07:04+00:00

Even Rouault
even.rouault@spatialys.com

2021-04-22T20:51:31+00:00

f6abb7d75c647013dd83a82361b96c202e615d90

Non-trivial updates:
- some vertical CRS are now encoded as DerivedVerticalCRS. e.g EPSG:8228
  "NAVD88 height (ft)", with base EPSG:5703 "NAVD88 height". As we don't
  have support in our PROJ db model for DerivedVerticalCRS, modify the
  import script to 'resolve' the derivation up to the original datum.
- Method EPSG:1069 'Change of Vertical Unit' is no longer used. It is
  replaced by a generic-purpose EPSG:1104 method that doesn't take any
  conversion factor. And generic conversions EPSG:7812 and EPSG:7813 are
  now used in concatenated operations, which require code changes as
  well.





Non-trivial updates:
- some vertical CRS are now encoded as DerivedVerticalCRS. e.g EPSG:8228
  "NAVD88 height (ft)", with base EPSG:5703 "NAVD88 height". As we don't
  have support in our PROJ db model for DerivedVerticalCRS, modify the
  import script to 'resolve' the derivation up to the original datum.
- Method EPSG:1069 'Change of Vertical Unit' is no longer used. It is
  replaced by a generic-purpose EPSG:1104 method that doesn't take any
  conversion factor. And generic conversions EPSG:7812 and EPSG:7813 are
  now used in concatenated operations, which require code changes as
  well.







Database: update to EPSG v10.011
2021-01-15T22:27:33+00:00

Modern Slave
havingsexonthebeach@gmail.com

2021-01-14T12:16:45+00:00

7b33d9180eec541f17470d628fe2bb3ed536803d












Database: update to EPSG v10.008
2020-12-16T14:24:16+00:00

Even Rouault
even.rouault@spatialys.com

2020-12-16T14:24:16+00:00

643ce02edfb83a02c89650586562d2a3fe6a933b












Database: add interpolation_crs_auth_name and interpolation_crs_code columns to other_transformation table
2020-10-23T15:42:39+00:00

Even Rouault
even.rouault@spatialys.com

2020-10-23T15:42:39+00:00

ef443bdf0e85a5ef7611bf0ac815610b9645f2eb












Database: for clarity, put usage records after the object they are for
2020-10-23T10:11:30+00:00

Even Rouault
even.rouault@spatialys.com

2020-10-23T10:11:30+00:00

b45891d7782e8dfa9109310bfa97e5b3a81dc506












Database: "minimal" update to EPSG v10.003
2020-10-06T21:48:52+00:00

Even Rouault
even.rouault@spatialys.com

2020-09-24T20:41:59+00:00

a9b6f39494e6dab0ea02af9d82e7b3d570f5422f

Content mostly unchanged since v9.9

This update is "minimal" in that it mostly reflects the removal of the 'area'
table, replaced now by 'extent', 'scope' and 'usage'

Other new aspects of EPSG v10 are left aside.





Content mostly unchanged since v9.9

This update is "minimal" in that it mostly reflects the removal of the 'area'
table, replaced now by 'extent', 'scope' and 'usage'

Other new aspects of EPSG v10 are left aside.







Database: update to EPSG v9.8.15 database
2020-08-02T10:18:11+00:00

jmckenna
jmckenna@gatewaygeomatics.com

2020-07-31T20:53:22+00:00

6d6229ca7be13f8509889a502d9e6e5ce4cc7c46

Co-authored-by: jmckenna <jmckenna@gatewaygeomatics.com>
Co-authored-by: Javier Jimenez Shaw <j1@jimenezshaw.com>
Co-authored-by: Even Rouault <even.rouault@spatialys.com>





Co-authored-by: jmckenna <jmckenna@gatewaygeomatics.com>
Co-authored-by: Javier Jimenez Shaw <j1@jimenezshaw.com>
Co-authored-by: Even Rouault <even.rouault@spatialys.com>