aboutsummaryrefslogtreecommitdiff
path: root/test/gie
AgeCommit message (Collapse)Author
2019-04-01bonne: avoid division by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14010 Credit to OSS Fuzz
2019-04-01pj_gauss_ini(): fix division by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14003 Credit to OSS Fuzz
2019-03-29tpeqd: avoid division by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13948 Credit to OSS Fuzz
2019-03-29unitconvert: prevent division by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13947 Credit to OSS Fuzz
2019-03-28ocea: fix behaviour when +alpha is specifiedEven Rouault
The one-point case was completely broken with lat_0 being ignored. I've fixed that, and also modified the alpha orientation, so that the angle corresponds to the one of the 2 point case when going from point 1 to point 2, similarly to what omerc does. This was found rather experimentaly with the added test cases that try to find equivalence between 1-point and 2-point cases. Fixes #1379 and adresses https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13930
2019-03-26omerc inverse: fix divisionEven Rouault
Test case https://oss-fuzz.com/testcase-detail/5739351578771456 of https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13894 Credit to OSS Fuzz
2019-03-24vandg inverse: avoid division by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13894 Credit to OSS Fuzz
2019-03-24tmerc inverse: avoid division by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13893 Credit to OSS Fuzz
2019-03-24lcc: avoid division by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13892 Credit to OSS Fuzz
2019-03-24urm5: avoid division by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13891 Credit to OSS Fuzz
2019-03-21aea: avoid division by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13827 Credit to OSS Fuzz
2019-03-20lcc: avoid division by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=12935 Credit to OSS Fuzz
2019-03-20isea: detect various int overflows and div by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=2199 https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=2241 https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=2390 https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=7674 Credit to OSS Fuzz
2019-03-20ob_tran: detect potential recursionEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=12266 Credit to OSS Fuzz
2019-03-20pj_calc_ellipsoid_params(): reject f=1Even Rouault
To avoid division by zero of b. Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13830 Credit to OSS Fuzz
2019-03-20laea: error out if |lat_0|>90Even Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13829 Credit to OSS Fuzz
2019-03-20sterea: prevent division by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13790 Credit to OSS Fuzz
2019-03-17Helmert: avoid potential division by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=11893 Credit to OSS Fuzz
2019-03-17sterea: fix lat_0 = -90Even Rouault
A division by zero caused NaN values to be returned. Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=12062 Credit to OSS Fuzz
2019-03-17Hammer: avoid division by zeroEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=12799 Credit to OSS Fuzz
2019-03-17ellps_spherification(): detect invalid semi-major axis valueEven Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=12909 Credit to OSS Fuzz
2019-03-17aea: validate |lat_1| and |lat_2| <= 90Even Rouault
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13028 Credit to OSS Fuzz
2019-03-15Reject eccentricity values larger than oneEven Rouault
Valid eccentricity should be between 0 (included) or 1 (excluded) Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13665 Credit to OSS Fuzz
2019-02-26builtins.gie: relax toleranc on +proj=tpeqd for netBSD8/g++-5.5/amd64Even Rouault
2019-02-24Robinson: fix wrong values for forward path for latitudes >= 87.5 (fixes ↵Even Rouault
#1172), and fix inaccurate inverse method
2019-02-18Fix a few issues with i386 buildsEven Rouault
Relax tolerances in a few unit test, and in laea code. Seen with gcc 5.3 and also 7.1 Related to the use of the 387 floating-point math, since they disappear with gcc 7.1 if using non-default -mfpmath=sse -msse
2019-02-17Slack tolerance in deg->rad unitconvert testKristian Evers
2019-02-14Merge pull request #1264 from kbevers/remove-t_obsKristian Evers
Clean up time handling in helmert and deformation
2019-02-14deformation: Replace +t_obs with +dtKristian Evers
The +t_obs parameter was confusing for users since it effectively overwrote the observation time in input coordinates. To make it more clear what is the operation is doing, users are now required to directly specify the time span for which they wish to apply a given deformation. The parameter +dt has been added for that purpose. The new parameter is mutually exclusive with +t_epoch. +dt is used when deformation for a set amount of time is needed and +t_epoch is used (in conjunction with the observation time of the input coordinate) when deformation from a specific epoch to the observation time is needed.
2019-02-14Merge remote-tracking branch 'osgeo/master' into remove-t_obsKristian Evers
2019-02-14Reverse direction of deformation operations/transformations/deformationKristian Evers
Changed the direction of dt-calculation to follow the same convention as helmert. Changed from dt = t_c - t_obs to dt = t_obs - t_c, which effectively reverses the direction of the operation. Existing projstrings using deformation can simply reverse the direction of the operation to achieve the same results as before this commit.
2019-02-13Add push and pop operationsKristian Evers
This commit introduces the concept of a pipeline coordinate stack in which components of coordinates can be saved and loaded from. This makes it possible to moved values from one step of a pipeline to another, effectively overwriting parts of the output from a given step.
2019-02-11Make tmerc an alias for etmerc. (#1234)Kristian Evers
* 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>
2019-02-03init(): repair to_meter=num/denom that was broken in the general case in ↵Even Rouault
PROJ 5; repair vto_meter=num/denom that was broken, and avoid division by zero, which fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=12869. Credit to OSS Fuzz
2019-02-03labrd: avoid floating point division by zero. Fixes ↵Even Rouault
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=12849. Credit to OSS Fuzz
2019-02-02pj_ellipsoid(): avoid division by zero when R=0. Fixes ↵Even Rouault
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=12843. Credit to OSS Fuzz
2019-01-04Replace PJ_IO_UNITS_WHATEVER with units from neighbour stepsKristian Evers
With this commit we make sure that proj_angular_input() and proj_angular_output return the correct result for any given pipeline.
2019-01-02Typo fixesEven Rouault
2018-12-27Add an hardcoded +ellps=GRS80 when there is no datum/ellipsoid specification ↵Even Rouault
(refs #201)
2018-12-27tests: remove useless mentions of no_defs (refs #201)Even Rouault
2018-12-27Remove proj_def.dat (fixes #201)Even Rouault
2018-12-24Fixed rHealpix projection, closing #1206.Phil Elson
Numerical test results based on function output, rather than mathematical derivation. Verified global coverage with graphical eyeballing through cartopy.
2018-12-10Molodensky: allow parameters to be set to zeroEven Rouault
The computations work perfectly when one or all parameters are zero. I've been shown a case where there was no ellipsoid change, so da = df = 0.
2018-12-05Allow ellipsoid flattening to be set to zeroKristian Evers
Issue raised in https://github.com/OSGeo/proj.4/issues/1191.
2018-11-29Redirect epsg:XXXX and IGNF:XXXX CRS expansions to the database, and remove ↵Even Rouault
the data/epsg and data/IGNF files
2018-11-29cs2cs: upgrade to use proj_create_crs_to_crs()Even Rouault
2018-11-21Move 'builtins' test of src/gie.c to test/unit/gie_self_tests.cppEven Rouault
2018-11-14Implement RFC 2: Initial integration of "GDAL SRS barn" workEven Rouault
This work mostly consists of: - a C++ implementation of the ISO-19111:2018 / OGC Topic 2 "Referencing by coordinates" classes to represent Datums, Coordinate systems, CRSs (Coordinate Reference Systems) and Coordinate Operations. - methods to convert between this C++ modeling and WKT1, WKT2 and PROJ string representations of those objects - management and query of a SQLite3 database of CRS and Coordinate Operation definition - a C API binding part of those capabilities This is all-in-one squashed commit of the work of https://github.com/OSGeo/proj.4/pull/1040
2018-10-27Implement Molodensky-Badekas transform (fixes #1160)Even Rouault
2018-10-15Add Tobler-Mercator projectionIvan Veselov
generated by cgit v1.2.3 (git 2.25.1) at 2026-05-01 12:22:28 +0000