aboutsummaryrefslogtreecommitdiff
path: root/docs/source/operations
diff options
context:
space:
mode:
authorGerrit Holl <gerrit.holl@dwd.de>2020-01-16 14:52:11 +0100
committerGitHub <noreply@github.com>2020-01-16 14:52:11 +0100
commit4915321e198820c1f9eb4f80bd0997cd0a5ebb26 (patch)
treed1b505934ae4ee2be93b6ec0ab56e3c30ca706f7 /docs/source/operations
parent3889496c8e60e04c13318a56fafc0dd9093d09f2 (diff)
downloadPROJ-4915321e198820c1f9eb4f80bd0997cd0a5ebb26.tar.gz
PROJ-4915321e198820c1f9eb4f80bd0997cd0a5ebb26.zip
Explain why sweep axis affects geolocation
In the note on the sweep angle, add a line explaining why the sweep angle ultimately affects the geolocation, as it is not immediately or trivially obvious to see why it should matter what the outer or inner gimbal is. To this end, link to a post on Mathematics Stack Exchange that explains this very well.
Diffstat (limited to 'docs/source/operations')
-rw-r--r--docs/source/operations/projections/geos.rst3
1 files changed, 3 insertions, 0 deletions
diff --git a/docs/source/operations/projections/geos.rst b/docs/source/operations/projections/geos.rst
index e825104f..fb8fb44c 100644
--- a/docs/source/operations/projections/geos.rst
+++ b/docs/source/operations/projections/geos.rst
@@ -72,6 +72,9 @@ is rotating. The possible values are x or y, y being the default. Thus, the
scanning geometry of the Meteosat series satellite should take sweep as y, and
GOES should take sweep as x.
+The resulting position is different because
+`rotation in three dimensions is not commutative <https://math.stackexchange.com/q/2016937/31408>`_.
+
Parameters
################################################################################