aboutsummaryrefslogtreecommitdiff
path: root/docs/source/operations
AgeCommit message (Collapse)Author
2018-10-15Merge pull request #1153 from sphynx/tobler-mercatorKristian Evers
Add Tobler-Mercator projection
2018-10-15Add Tobler-Mercator projectionIvan Veselov
2018-10-12Add docs for the horner operationKristian Evers
2018-10-11Merge pull request #1133 from Fil/bertin1953Kristian Evers
the Bertin 1953 projection
2018-10-11Merge remote-tracking branch 'osgeo/master' into bertin1953Kristian Evers
2018-10-11Merge pull request #1142 from sphynx/proj-lcc-2sp-michiganKristian Evers
Add Lambert Conic Conformal (2SP Michigan) projection
2018-10-11Support LCC 2SP Michigan projectionIvan Veselov
2018-10-09Fix typosEven Rouault
2018-10-01Add a affine transformation method, and make geogoffset as a particular case ↵Even Rouault
of it (fixes #535)
2018-10-01Add geographic offset transformation method.Even Rouault
The Geographic offsets transformation adds an offset to the geographic longitude, 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. 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 the geoid undulation). It can also be used to implement the method Vertical offset (code 9616) It is used for example to transform: - from the old Greek geographic 2D CRS to the newer GGRS87 CRS - from Tokyo + JSLD69 height to WGS 84 - from Baltic 1977 height to Black Sea height It is also useful to document the implicit zero-offset transformation we do in pipelines such as +proj=pipeline +step +inv +proj=longlat +ellps=A +step +proj=longlat +ellps=B that can be explicited as +proj=pipeline +step +inv +proj=longlat +ellps=A +step +proj=geogoffset [+dlon=0 +dlat=0 +dh=0] +step +proj=longlat +ellps=B
2018-09-24Req. changes for Bertin1953:Philippe Rivière
- classification - tests - coding style
2018-09-21the Bertin 1953 projectionPhilippe Rivière
2018-08-27Ensure correct axis ratio for images in documentation; move proj-string from ↵Juernjakob Dugge
image to caption
2018-08-23Merge pull request #1096 from rouault/fix_helmert_convention_confusionEven Rouault
[BREAKING] Helmert: add +convention=position_vector/coordinate_frame, forbids +transpose (fixes #1091)
2018-08-23helmert.rst: add back +transpose and declare its deprecation/removal in 5.2.0Even Rouault
2018-08-22Adding ellipsoidal equations for the Equal Earth (#1101)Bojan Šavrič
2018-08-22Merge pull request #1099 from phidrho/patch-2Even Rouault
added usage example
2018-08-21added usage exampleVedran Stojnović
2018-08-21Update unitconvert.rstVedran Stojnović
bug in example - changed +t_in=gpsweek to +t_in=gps_week
2018-08-21Merge pull request #1095 from rouault/webmerc_fixesEven Rouault
Fixes for webmerc projection (fixes #1078)
2018-08-21[BREAKING] Hermert: add +convention=position_vector/coordinate_frame, ↵Even Rouault
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.
2018-08-20Fixes for webmerc projection (fixes #1078)Even Rouault
This is intended to supersed https://github.com/OSGeo/proj.4/pull/1080 with a number of differences. What is kept from #1080 is not forcing the ellipsoid_params to be the one of a sphere. This is not required for correct coordinate computation and avoid lying on the various distorsion parameters. For better interoperability with EPSG, we also no longer force the lam0 parameter to 0, because https://www.epsg-registry.org/export.htm?gml=urn:ogc:def:method:EPSG::1024 has a provision for it, even if in practice they will always be zero phi0 should always be zero and is not used by the formulas. Another difference with the #1080 approach is that we do not force the WGS84 ellipsoid. Perhaps someone will use webmerc for another planet, even if that is a crazy idea...
2018-08-20Doc: remove wrong projection nameEven Rouault
2018-08-20Doc: fix a few warningsEven Rouault
2018-08-20Doc: add page for geoc conversion (fixes #1092)Even Rouault
2018-08-17Add version of introduction to eqearth docsKristian Evers
2018-08-17Implementation of Equal Earth projection (#1090)jdugge
Implement the Equal Earth projection (closes #1085)
2018-07-21Add projection parameters to all projection doc pagesKristian Evers
2018-07-20Add UTM docsKristian Evers
2018-07-10vgridshift: add a +multiplier={value} parameterEven Rouault
As mentionned in #1071, it is often unclear how the offset of a vertical grid is applied.
2018-07-07Remoe ellps parameter from Helmert documentation and gie tests (fixes #1068)Even Rouault
2018-07-06Replace +k with +k_0 in doc examplesKristian Evers
2018-06-25doc: typo fixEven Rouault
2018-06-21Add support for deg, rad and grad in unitconvert (fixes #1052), and document ↵Even Rouault
that it supports numeric factors (refs #1053)
2018-06-19Doc: not all grid formats have documentationEven Rouault
2018-06-10rewrite references using BibTeX and sphinxcontrib-bibtexMike Toews
2018-05-24Temporal gridshifting (#1015)Kristian Evers
Temporal gridshifts allow [h|v]gridshift operations to be used as step functions in a pipeline. This is useful in transformations dealing with deformations caused by earthquakes. See the included documentation for details.
2018-05-24Docs: fix wrong spelling of t_obs and t_epochEven Rouault
2018-05-14Revert "Set projection plot scale to 100% for better PDF output"Kristian Evers
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.
2018-05-14Set projection plot scale to 100% for better PDF outputKristian Evers
2018-05-02Fix syntax in RST tablesmwtoews
2018-04-30Remove duplicate lonlat doc pageKristian Evers
2018-04-30Refactor operation doc pagesKristian Evers
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.
2018-04-30Merge remote-tracking branch 'osgeo/master' into doc-improvementsKristian Evers
2018-04-22Fix subtle typo in table syntaxmwtoews
2018-04-15Update aeqd docs with note of area of use for +guam optionKristian Evers
2018-04-11Update docs for nsperKristian Evers
2018-04-10Merge pull request #926 from kbevers/airy-updatesKristian Evers
Airy updates
2018-04-09Merge pull request #925 from rouault/aux_sphere_typeKristian Evers
Add a dedicated proj=webmerc operation
2018-04-09Add description of projection and +lat_b parameterKristian Evers