diff options
| author | Even Rouault <even.rouault@spatialys.com> | 2018-08-21 14:38:04 +0200 |
|---|---|---|
| committer | Even Rouault <even.rouault@spatialys.com> | 2018-08-21 14:57:28 +0200 |
| commit | e05dcd84ab69e1522c67c1ec9e5b38f45fd77c6e (patch) | |
| tree | 9ec0e012e8cdd10035a8f7b0286396325004b30b /docs/plot/plot.py | |
| parent | c1f0673b3335a37eb03900315d6db3f43e3bf64c (diff) | |
| download | PROJ-e05dcd84ab69e1522c67c1ec9e5b38f45fd77c6e.tar.gz PROJ-e05dcd84ab69e1522c67c1ec9e5b38f45fd77c6e.zip | |
[BREAKING] Hermert: add +convention=position_vector/coordinate_frame, forbids +transpose (fixes #1091)
As identified in #1091, Helmert implementation in PROJ 5.0 and 5.1 is confusing.
It happens that by default it used the coordinate_frame convention, contrary to
the position_vector convention used traditionaly for +towgs84. The documentation
of Helmert was also wrongly specifying that the default convention was
position_vector.
This commit:
- bans the confusing +transpose parameter
- removes the concept of a default convention, since in practice both are
equally found, and requires +convention as soon as a rotational term parameter
is present.
For translation only, convention is ignored and optional, as having no effect.
- fixes all the identified uses of proj=helmert in code, doc and tests
This is obviously a breaking change:
- users will have to adapt their pipeline expressions
- in particular, init files that would use helmert must be adapted
However, as designed, the break will be explicit, and not silent.
Diffstat (limited to 'docs/plot/plot.py')
0 files changed, 0 insertions, 0 deletions
