aboutsummaryrefslogtreecommitdiff
path: root/docs/source/operations/transformations
diff options
context:
space:
mode:
authorAndrew Bell <andrew.bell.ia@gmail.com>2019-05-15 10:47:03 -0400
committerAndrew Bell <andrew.bell.ia@gmail.com>2019-05-15 10:47:03 -0400
commit8f268409d37cea329d263e177b83e42f8384d3c7 (patch)
treec4d0f3dd19456600f718a6e0c8573577f433549b /docs/source/operations/transformations
parent886ced02f0aaab5d66d16459435f7447cf976650 (diff)
parentd67203a6f76a74f5ac029ff052dbcc72e3b59624 (diff)
downloadPROJ-8f268409d37cea329d263e177b83e42f8384d3c7.tar.gz
PROJ-8f268409d37cea329d263e177b83e42f8384d3c7.zip
Merge remote-tracking branch 'origin/master'
Diffstat (limited to 'docs/source/operations/transformations')
-rw-r--r--docs/source/operations/transformations/geogoffset.rst4
-rw-r--r--docs/source/operations/transformations/horner.rst2
-rw-r--r--docs/source/operations/transformations/vgridshift.rst4
3 files changed, 5 insertions, 5 deletions
diff --git a/docs/source/operations/transformations/geogoffset.rst b/docs/source/operations/transformations/geogoffset.rst
index f643485e..6ca4f64c 100644
--- a/docs/source/operations/transformations/geogoffset.rst
+++ b/docs/source/operations/transformations/geogoffset.rst
@@ -21,11 +21,11 @@ latitude coordinates, and an offset to the ellipsoidal height.
This method is normally only used when low accuracy is tolerated. It is documented
as coordinate operation method code 9619 (for geographic 2D) and 9660 (for
-geographic 3D) in the EPSG dataset (:cite:`EPSGGuidanceNumber7Part2`)
+geographic 3D) in the EPSG dataset (:cite:`IOGP2018`)
It can also be used to implement the method Geographic2D with Height Offsets
(code 9618) by noting that the input vertical component is a gravity-related
-height and the output vertical component is the ellispoid height (dh being
+height and the output vertical component is the ellipsoid height (dh being
the geoid undulation).
It can also be used to implement the method Vertical offset (code 9616)
diff --git a/docs/source/operations/transformations/horner.rst b/docs/source/operations/transformations/horner.rst
index dd9b9cc9..5c88c292 100644
--- a/docs/source/operations/transformations/horner.rst
+++ b/docs/source/operations/transformations/horner.rst
@@ -28,7 +28,7 @@ space used.
PROJ implements two versions of the Horner evaluation scheme: Real and complex
polynomial evaluation. Below both are briefly described. For more details consult
-:cite:`Ruffhead2016` and :cite:`EPSGGuidanceNumber7Part2`.
+:cite:`Ruffhead2016` and :cite:`IOGP2018`.
The polynomial evaluation in real number space is defined by the following equations:
diff --git a/docs/source/operations/transformations/vgridshift.rst b/docs/source/operations/transformations/vgridshift.rst
index 484ad4bf..04be5b1b 100644
--- a/docs/source/operations/transformations/vgridshift.rst
+++ b/docs/source/operations/transformations/vgridshift.rst
@@ -23,7 +23,7 @@ a specific amount determined by the loaded grids. The simplest use case of the
horizontal grid shift is applying a single grid. Here we change the vertical
reference from the ellipsoid to the global geoid model, EGM96::
- +proj=vgridshift +grids=egm96_16.gtx
+ +proj=vgridshift +grids=egm96_15.gtx
More than one grid can be loaded at the same time, for instance in the case where
@@ -31,7 +31,7 @@ a better geoid model than the global is available for a certain area. Here the
gridshift is set up so that the local DVR90 geoid model takes precedence over
the global model::
- +proj=vgridshift +grids=@dvr90.gtx,egm96_16.gtx
+ +proj=vgridshift +grids=@dvr90.gtx,egm96_15.gtx
The ``@`` in the above example states that the grid is optional, in case the grid
is not found in the PROJ search path. The list of grids is prioritized so that