PROJ/src/pj_inv.c, branch rfc4_dev Forked from https://github.com/OSGeo/PROJ cpp conversion: minimal steps to fix compilation errors, not warnings 2018-12-26T09:08:53+00:00 Even Rouault even.rouault@spatialys.com 2018-12-18T19:24:11+00:00 610957f7035242f15743c399ffd429b92bc36206 






Remove proj_geocentric_latitude from public API
2018-11-10T15:35:42+00:00

Kristian Evers
kristianevers@gmail.com

2018-11-10T15:35:42+00:00

cd5df298e2205f04f8ea030ce7ffb8346f87b1ec

Closes #1107





Closes #1107







4D API: honour vto_meter / vunits for proj=longlat
2018-08-29T12:06:25+00:00

Even Rouault
even.rouault@spatialys.com

2018-08-29T11:59:17+00:00

18b98b324f384dbf7ebe429a6907df06fcecee3f

This worked for cs2cs / pj_transform(), but not the new API





This worked for cs2cs / pj_transform(), but not the new API







Remove dead code in fwd_finalize() and inv_prepare()
2018-08-19T12:18:40+00:00

Even Rouault
even.rouault@spatialys.com

2018-08-19T12:18:40+00:00

bb8937e047afef45bbb790613106165c71746c49

Those functions contain code specific of input != angular and output = angular
which to the best of my knowledge never happens in PROJ. Looking at that
code, I feel there are a number of errors in it, and anyway removing it shows
absolutely no change in the test suite, which shows it is unused. I've also
added exit(1) to verify that those code paths are never taken.

This was found while investigating the fix for
8cfc81380617ff4a17a06a97635f77c5e9ed7d5b





Those functions contain code specific of input != angular and output = angular
which to the best of my knowledge never happens in PROJ. Looking at that
code, I feel there are a number of errors in it, and anyway removing it shows
absolutely no change in the test suite, which shows it is unused. I've also
added exit(1) to verify that those code paths are never taken.

This was found while investigating the fix for
8cfc81380617ff4a17a06a97635f77c5e9ed7d5b







pj_inv(): fix inverse of +proj=longlat +geoc
2018-08-19T12:15:28+00:00

Even Rouault
even.rouault@spatialys.com

2018-08-19T12:13:06+00:00

8cfc81380617ff4a17a06a97635f77c5e9ed7d5b

There is a regression in PROJ 5 regarding the handling of the +geoc flag,
specific to the case of +proj=longlat, and the inverse transformation,
which makes it a no-op:

echo "12   55 0 "  | src/cct  +proj=pipeline +step +proj=longlat +ellps=GRS80   +geoc +inv
 12.0000000000   55.0000000000        0.0000           inf

With this fix, we now get:

echo "12   55 0 "  | src/cct  +proj=pipeline +step +proj=longlat +ellps=GRS80   +geoc +inv
 12.0000000000   54.8189733083        0.0000           inf

The fix consists in making inv_prepare() do symetrically as fwd_finalize(), ie
skip a number of transforms when left and right units are angular,
and in inv_finalize() apply the (OUTPUT_UNITS==PJ_IO_UNITS_ANGULAR) processing
even if INPUT_UNITS == PJ_IO_UNITS_ANGULAR





There is a regression in PROJ 5 regarding the handling of the +geoc flag,
specific to the case of +proj=longlat, and the inverse transformation,
which makes it a no-op:

echo "12   55 0 "  | src/cct  +proj=pipeline +step +proj=longlat +ellps=GRS80   +geoc +inv
 12.0000000000   55.0000000000        0.0000           inf

With this fix, we now get:

echo "12   55 0 "  | src/cct  +proj=pipeline +step +proj=longlat +ellps=GRS80   +geoc +inv
 12.0000000000   54.8189733083        0.0000           inf

The fix consists in making inv_prepare() do symetrically as fwd_finalize(), ie
skip a number of transforms when left and right units are angular,
and in inv_finalize() apply the (OUTPUT_UNITS==PJ_IO_UNITS_ANGULAR) processing
even if INPUT_UNITS == PJ_IO_UNITS_ANGULAR







Make +proj=geocent and +proj=cart take into account +to_meter (relates to #1053)
2018-06-21T21:44:53+00:00

Even Rouault
even.rouault@spatialys.com

2018-06-21T21:44:53+00:00

275cbbaca08864867e6e3c7bf199a38204d3fffe












Merge branch 'master' into return-nans-quickly
2018-05-23T11:41:08+00:00

Kristian Evers
kristianevers@gmail.com

2018-05-23T11:14:48+00:00

f5c8188faa44ba8dbae533c295d6ae013422f3b9












IWYU: Partial PJ_natearth.c..rtodms.c
2018-05-15T20:42:20+00:00

Kurt Schwehr
schwehr@google.com

2018-05-15T20:42:20+00:00

1e8824517900d37232468b9e3d7f3724e7ffa786












Handle HUGE_VAL input better in fwd and inv functions
2018-05-08T07:16:07+00:00

Kristian Evers
kristianevers@gmail.com

2018-05-06T14:40:44+00:00

8fef2126f1c9fa17b79e6669f4457c299c0e33bf












Dont do false easting/northing on cartesian coords
2018-04-14T10:41:30+00:00

Kristian Evers
kristianevers@gmail.com

2018-04-14T10:41:30+00:00

837e1ecf6189e64326c5dc336bd9898f1d195468

False easting and northing should only be applied to projected
coordinates (PJ_IO_UNITS_PROJECTED). This commit removes the option of
false easting/northing on operations suchs as helmert and deformation
that both work on cartesian coordinates.





False easting and northing should only be applied to projected
coordinates (PJ_IO_UNITS_PROJECTED). This commit removes the option of
false easting/northing on operations suchs as helmert and deformation
that both work on cartesian coordinates.