| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
Also define merc (resp. tmerc) as the conformal projection in which the
equator (resp. a chosen meridan} projects to a straight line at constant
scale.
|
|
* Document the default poder_engsager algorithm for tmerc.
* Give exact expression for phi' in terms of phi
* Aadd another datapoint on range of applicability + explanation for
complex numbers.
* Update tmerc figure with one reflecting poder/engsager algo.
Courtesy of @hobu.
Co-authored-by: Charles Karney <charles.karney@sri.com>
|
|
* implement conda package building
* paths
* need libtool
* PLATFORM check
* point to my PROJ feedstock for now
* point to PROJ repos
* plot building and artifact upload
* syntax
* add proj conda package for plotting
* retab
* no doxygen
* syntax
* update docs Makefile
* doc building
* needs
* consolidate doc/plots
* plot updates
* put updated plot output into docs
* register spelling module
* use v2 download-artifact
* artifact upload
|
|
The default remains +alg=poder_engsager.
This default value can be changed in proj.ini
+algo=auto will use Evenden Synder implementation if the error in
doing so remains below 0.1 mm on Earth-sized ellipsoid
|
|
opposed to the spherical one)
Instead of 'elliptical'.
Was suggested by @cffk in https://github.com/OSGeo/PROJ/pull/2030#issuecomment-596132341
An elliptical projection is a projection whose global shape fits inside an
ellipsoid, like Mollweide. At least according to
https://www.merriam-webster.com/dictionary/elliptical%20projection
and
https://en.wikipedia.org/wiki/Mollweide_projection
|
|
+no_defs and +datum has no effect on the behaviour of proj, so can be
left out in these examples in the docs. +no_defs in rare occasions would
have had an effect in older PROJ versions but not from PROJ 6 and
onwards. +datum has ever only been honoured by cs2cs and pj_transform().
Fixes #2017
|
|
|
|
* Make tmerc an alias for etmerc
This switches the algorithm used in tmerc to the Poder/Engsager
tmerc algorithm. The original tmerc algorithm of Evenden/Snyder
origin can still be accessed by adding the +approx flag when
initializing a tmerc projection. The +approx flag can also
be used when initializing UTM projections, in which case the
Evenden/Snyder algorithm is used as well.
If a tmerc projection is instantiated on a spherical earth
the Evenden/Snyder algorithm is used as well since the
Poder/Engsager algorithm is only defined on the ellipsoid.
+proj=etmerc can still be instantiated for backwards compatibility
reasons.
Co-authored-by: Kristian Evers <kristianevers@gmail.com>
Co-authored-by: Even Rouault <even.rouault@spatialys.com>
|
|
|
|
image to caption
|
|
|
|
This had unexpected side-effects when building the HTML docs on Travis
compared to locally. The correct solution would be to set different
scaling depending on the output.
This reverts commit 325477ed0fac2c9233c2f6a2b7bb4125e04df24c.
|
|
|
|
Extended the use of the :option: directive to all currently written
operation doc pages. In the process several more default parameters were
added for easy inclusion in other doc pages.
Expanded the info tables for each operation with "domain", "alias",
"input type" and "output type".
Corrected various errors along the way. Mainly formatting errors and
references to invalid parameters such as +sym in hatano.
|
|
|
