aboutsummaryrefslogtreecommitdiff
path: root/src/iso19111/coordinateoperation.cpp
AgeCommit message (Collapse)Author
2020-09-26Implement ellipsoidal formulation of +proj=ortho (fixes #397)Even Rouault
- Map ESRI 'Local' to +proj=ortho when Scale_Factor = 1 and Azimuth = 0 - Map ESRI 'Orthographic' to a PROJ WKT2 'Orthographic (Spherical)' which maps to +proj=ortho +f=0 to froce spherical evaluation
2020-09-17createOperations(): tune sorting of transformations so that the ones with ↵Even Rouault
greater 'version numbers' are prefered over other ones, when all other comparison criteria are equal. Helps with Amersfoort RD New to EPSG:4326
2020-09-17Adjust createBoundCRSToWGS84IfPossible() and operation filtering (for POSGAR ↵Even Rouault
2007 to WGS84 issues) (fixes #2356) - We make createBoundCRSToWGS84IfPossible() more restrictive. If there are more than one Helmert transformation from the CRS to WGS 84 covering the area of use of the CRS, we do not create a BoundCRS / +towgs84 - In createOperations() filtering, we are less aggressive in discarding operations that have the same area of use but worse accuracy. We do it only if they involve more transformation steps. We now get: ``` $ projinfo EPSG:5340 -o PROJ PROJ.4 string: +proj=longlat +ellps=GRS80 +no_defs +type=crs $ projinfo -s EPSG:5340 -t EPSG:4326 --spatial-test intersects --summary Candidate operations found: 2 EPSG:9264, POSGAR 2007 to WGS 84 (2), 0.5 m, Argentina EPSG:5351, POSGAR 2007 to WGS 84 (1), 1.0 m, Argentina ```
2020-09-09Map EPSG:1083 'Geog3D to Geog2D+Vertical (AUSGeoid v2)' method to ↵Even Rouault
+proj=vgridshift
2020-08-26proj_create_vertical_crs_ex(): add a ACCURACY option to provide an explicit ↵Even Rouault
accuracy, or derive it from the grid name if it is known
2020-07-09Transverse Mercator South Orientated: restrict export to PROJ string to ↵Even Rouault
cases where false_easting and false_northing are 0
2020-07-09PROJ string export of +proj=krovak +czech: make sure we export +czech ↵Even Rouault
instead of +axis=swu (fixes #2299)
2020-06-17Merge pull request #2265 from rouault/fix_createOperations_bound_to_geodEven Rouault
createOperations(): fix transformations between BoundCRS and Geocentric CRS
2020-06-16Merge pull request #2248 from rouault/database_nzgd2000_defmodelEven Rouault
Database: register NZGD2000 -> ITRF96 transformation for NZGD2000 database
2020-06-16createOperations(): fix transformations between BoundCRS and Geocentric CRSEven Rouault
2020-06-09Conversion::_exportToPROJString(): avoid potential floating point div by ↵Even Rouault
zero. Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=23239
2020-06-06createOperations(): improve name of inverse transformation when there are ↵Even Rouault
registered transformations between compoundCRS and something else
2020-06-06createOperations(): changes so that EPSG:9635 'Geog3D to ↵Even Rouault
Geog2D+GravityRelatedHeight (US .gtx)' method used by Slovakian geoids correctly deal with axis order and unit conversion, to be used as 'standalone'. Also improves when using directly 'Geographic3D to GravityRelatedHeight' method
2020-05-30Database: add concatenated operations for NZGD2000 -> ITRF97/2000/2005/2008/2014Even Rouault
2020-05-19createOperations(): fix bug when transforming between CompoundCRS and ↵Even Rouault
BoundCRS in the general case let to 0 result (contributes to fixes #2232)
2020-05-19createOperations(): take correctly into account vertical unit change in a ↵Even Rouault
case of transformation between Compound of BoundVerticalCRS to GeographicCRS (contributes to fixes #2232)
2020-05-19createOperations(): fix wrong optimization in some instances of transforming ↵Even Rouault
a BoundCRS to a GeographicCRS (contributes to fixes #2232)
2020-05-19createOperations(): speed optimizations for transforming between a BoundCRS ↵Even Rouault
of a datum and the same datum (relates to #2232)
2020-05-19createOperationsWithDatumPivot(): remove useless codeEven Rouault
2020-05-19createOperations(): fix 'caching' bugs causing potential exception about ↵Even Rouault
Inconsistent chainging of CRS (fixes #2232)
2020-05-17Address warnings raised by recent cppcheckEven Rouault
2020-05-16createOperations(): improve operation name when inverting a 'axis order ↵Even Rouault
change (geographic3D horizontal)' operation
2020-05-16createOperations(): when converting CompoundCRS<-->Geographic3DCrs, do not ↵Even Rouault
use discard change of ellipsoidal height if a Helmert transformation is involved (fixes #2225)
2020-05-16createOperations(): be stricter when considering if an operation is a null oneEven Rouault
2020-05-15Merge pull request #2224 from rouault/fix_2202Even Rouault
Make projinfo --3d --boundcrs-to-wgs84 better work (fixes #2202)
2020-05-15Make projinfo --3d --boundcrs-to-wgs84 better work (fixes #2202)Even Rouault
2020-05-14createOperations(): optimize BoundCRS to BoundCRS of vertical CRS using the ↵Even Rouault
same vertical datum
2020-05-14createOperations(): fix exceptions related to CompoundCRS and BoundCRSEven Rouault
2020-05-14Grid listing from a CoordinateOperation: take into account several grid ↵Even Rouault
names separated by comma (e.g. '+grids=foo1.gtx,foo2.gtx')
2020-05-09scripts/fix_typos.sh: fix URLs to dictionaries, and fix typos spottedEven Rouault
2020-04-23Fix support of WKT1_GDAL with netCDF rotated pole formulation (#2185)Even Rouault
Contributes to fixing issue raised in https://lists.osgeo.org/pipermail/gdal-dev/2020-April/052003.html
2020-04-23io.hpp: avoid dependency to proj_json_streaming_writer.hpp (fixes #2182) (#2183)Even Rouault
2020-04-22PROJ4 string import: take into correctly non-metre unit when the string ↵Even Rouault
looks like the one for WGS 84 / Pseudo Mercator (fixes https://github.com/OSGeo/gdal/issues/2433) (#2174)
2020-04-19Ingestion of WKT1_GDAL: correctly map 'Cylindrical_Equal_Area'Even Rouault
Map it to 'Lambert Cylindrical Equal Area' / EPSG:9835 non-spherical method, when the ellipsoid is not a sphere. And rationalize the handling of this for other methods with spherical vs non-spherical formulations
2020-04-16Merge pull request #2157 from rouault/map_esri_54098Even Rouault
Adams Square II: map ESRI WKT to PROJ string, and implement iterative inverse method
2020-04-16Map ESRI WKT for Adams_Square_II to +proj=adams_ws2Even Rouault
2020-04-14createOperations(): do not remove ballpark transformation if there are only ↵Even Rouault
grid based operations, even if they cover the whole area of use (fixes #2143)
2020-04-04createOperations(): improve results of compoundCRS to compoundCRS case ↵Even Rouault
(fixes #2115)
2020-03-30Fix working of Helmert transform between the horizontal part of 2 ↵Even Rouault
compoundCRS (fixes #2108)
2020-03-24ESRI WKT import / identification: special case for ↵Even Rouault
NAD_1983_HARN_StatePlane_Colorado_North_FIPS_0501 with Foot_US unit (fixes #2086)
2020-02-29createOperations(): fix wrong pipeline generation with CRS that has ↵Even Rouault
+nadgrids= and +pm= (#1998) Fixes issue reported at https://lists.osgeo.org/pipermail/gdal-dev/2020-February/051749.html The generated pipeline assumes that the input coordinates for the grid transformation were related to the non-Greenwich based datum, so we must compensate for that and add logic to go back to Greenwich.
2020-02-26Database: register 4 height Austrian grids from ↵Even Rouault
https://github.com/OSGeo/PROJ-data/pull/13 + handle 'Vertical Offset by Grid Interpolation (BEV AT)' method
2020-02-25createOperations(): be robust to a GeographicCRS having a wrong ID attached ↵Even Rouault
to it (fixes #1982)
2020-02-24createOperations(): keep height/z value in Helmert transform between 3D CRSEven Rouault
This is the consequence of a private email thread between me, Joel Haasdyk and Roger Lott. I initially raised that the GDA2020 technical manual advertized the Helmert transformation between GDA94 to GDA2020 to be a 3D one, with example of a test point where ellipsoidal heights where modified. It appears this was intended. The corresponding record in EPSG uses the EPSG:9607 "Coordinate Frame rotation (geog2D domain)" method between the 2D geographic CRS of GDA94 and GDA2020. From the email exchange, it appears that there's a lot of legacy explaining that Helmert transformations are registered only between 2D CRS, which doesn't mean that when applied to the corresponding 3D CRS, the change in ellipsoidal height should be discarded. Related to that, the EPSG database, while it has methods flagged "(geog3D domain)" never uses them. So... this changeset slightly ammends PROJ behaviour to ignore the "(geog2D domain)" flag, but only consider the dimensionality of the source & target CRS. However, for a EPSG transformation, those are always 2D CRS, hence introduce the use3DHelmert_ hack when we know that ultimately the 'real' source & target CRS are 3D. I wouldn't be surprised if in more complex pipeline the above logic would be lacking. But it fixes at least simple transformations.
2020-02-19validateParameters(): fix false-positive warning on Equidistant CylindricalEven Rouault
We required the 'Latitude of natural origin' parameter to be present, but it is only a GDAL/PROJ specific thing, not a EPSG one.
2020-01-29Add EPSG records for 'Geocentric translation by Grid Interpolation (IGN)' ↵Even Rouault
(gr3df97a.txt) and map them to new +proj=xyzgridshift
2020-01-29Merge pull request #1891 from rouault/rfc5Even Rouault
Implement RFC5: Adopt GeoTIFF-based grids for grids delivered with PROJ
2020-01-26Conversion::_exportToPROJString(): use const ref as rightly suggest by cppcheckEven Rouault
2020-01-25Implement RFC 5Even Rouault
2020-01-23Database: add a geoid_like value for proj_method column of ↵Even Rouault
grid_alternatives, fix related entries and simplify/robustify logic to deal with EPSG 'Geographic3D to GravityRelatedHeight' methods
generated by cgit v1.2.3 (git 2.25.1) at 2026-04-23 09:29:30 +0000