| Age | Commit message (Collapse) | Author |
|
|
|
loop, and reinitialized at the next iteration) (spotted by clang static analyzer)
The bug dates back from the original commit of src/PJ_lsat.c
src/PJ_misrsom.c has likely copied & pasted from PJ_lsat.c
|
|
|
|
|
|
|
|
warnings
|
|
|
|
|
|
|
|
|
|
unnecessary' cppcheck warnings
|
|
null pointer dereference: fromProj' cppcheck warning
|
|
before limits check' false positive cppcheck warning
|
|
value that is never used' cppcheck warning
|
|
is never used' and make code more readable
|
|
|
|
'&' and '?'' cppcheck warnings
|
|
'else if' condition matches previous condition at line 221' cppcheck warning
|
|
|
|
|
|
Make sure that transient errors are returned correctly
|
|
|
|
It is not necessary to read +lat_0 with pj_param in projection setup. It
is read by default in pj_init().
|
|
The prepare/finalize steps in pj_fwd*/pj_inv* now checks the error level
of the PJ object before returning the coordinate. If an error is
detected proj_coord_error() is returned.
|
|
Remove 'pj_' prefix from static functions
|
|
Typo fixes
|
|
|
|
|
|
Original mispelled constant kept for backward compatibility.
|
|
Functions should only be prefixed with 'pj_' when they can be used in
other parts of the code base and not just within a single file.
Takes care of the last step in #675.
|
|
* Avoid using angle brackets for PROJ headers.
Switching from #include <proj.h> to #include "proj.h",
and correspondingly for projects.h and proj_api.h,
reduces the risk of accidentally picking up a system
installed older version of the header while building
a new version of PROJ.
* Also handle geodesic.h
|
|
Add proj_errno_string function
|
|
Equivalent to pj_strerrno.
|
|
Thanks to Bas Couwenberg <sebastic@debian.org> for spotting this horrible bug!
|
|
Use consistent names for PJ_COORD's in declarations
|
|
* Refactor pj_transform, reintroduce support for vertical scaling
|
|
Changes use of 'PJ_COORD coo' to 'PJ_COORD coord' so that variable names in
public function prototypes are consistent.
Closes #842.
|
|
The #include <proj.h> in proj_internal.h has been changed to #include "proj.h" in order to avoid accidentally including an old installed proj.h file while building a new version of libproj.
|
|
|
|
Improve consistency of parameters
|
|
Revert fix to #22
|
|
|
|
|
|
The fix in #22 solved the problem at hand and doing what was expected
from the specified parameters. Unfortunately it also removed the slightly
hacky "feature" that makes the web mercator work in pj_transform. The
web mercator is special since the latitude is computed on the ellipsoid,
but behaves as if if was defined on a sphere. Hence it is problematic to
change the ellipsoid parameters when using the web mercator, even though
that is the geodetically correct thing to do. The web mercator is used in
more or less any web mapping application and is thus one of the most
frequently used transformations in PROJ. This justifies re-introducing
the minor bug reported in #22.
The problem will have to be taken care of properly when pj_transform
is removed from the library in favour of the transformation pipelines
based API.
|
|
This attempts to address the geodtest failures noted in #819.
@sebastic can you re-run your tests?
|
|
The error number should not be reset until a new instance of "operation
..." is reached. The ignore-feature initially worked by accident since
pj_errno was not being reset when calling proj_errno_reset. This was
fixed in #808, which subsequently caused ignored tests to fail.
|
|
Fix issue #812
|
|
Now all of geodesic.c is covered except for 3 lines (and 2 of these are
intentionally dead code).
This corresponds to tag v1.49.2-c in the GeographicLib code base.
While testing polygons which encircle the globe multiple times, I
uncovered a problem where the range of the area was not reduced to the
allowed range (either [0, area0) or (-area0/2, area0/2]) correctly.
Since the documentation explicity restricted the calculation of polygon
areas to simple polygons, we'll defer fixing this for now. (However the
intention was always to handle the area "algebraically" so that, for
example, a "bowtie" has zero area. So I will plan on fixing this for
1.50.)
Update copyright dates + NEWS.
|
|
Implement Polygon AddEdge fix in C library (will be version 1.49.2 of C
library for proj 5.0.0).
Still to do: add tests to expand code coverage. This will only affect
geodtest.c which is not part of the compiled library.
|
|
|