| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
* fix #560 install proj4-config.cmake to defaut path
* add some variable and cmake option to specify where
the cmake config file should be installed.
* change project_root_dir use in project-config.cmake.in
variable from hard coded path to computed path with
file(RELATIVE_PATH) function.
* Still use the old project-config.cmake/configure_file way
of generate config file. A cleaner way could be to use
the modern cmake export(target ..)
* use GNUInstallDirs for default unix install path
|
|
Streamlining the proj.h API
|
|
|
|
promises that couldn't be kept
|
|
in proj.h
|
|
|
|
|
|
|
|
version of pip.
|
|
|
|
|
|
|
|
|
|
commit they always evaluated as true. Fixes #568.
|
|
proj: Do rad->deg conversion if output units warrants it
|
|
Fix for #566.
|
|
before_install script. Python version setup moved to global before_install script.
|
|
to have different setups. This *should* take care of the differing python setups between linux and osx.
|
|
|
|
consistent across platforms)
|
|
https://github.com/travis-ci/travis-ci/issues/8363
|
|
|
|
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=3321. Credit to OSS Fuzz
|
|
|
|
With the introduction of transformation pipelines it is possible to
create a pipeline that has degrees as it's output unit. If that is the
case the output coordinate will be in radians internally. This commit
makes sure that a conversion to degrees is applied before printing to
stdout.
|
|
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=3288. Credit to OSS Fuzz
|
|
Mixed usage of tabs and spaces replaced with spaces.
Code slightly reformatted to present a consistent style from top to
bottom.
|
|
fix as commit e1ad1046873056ab3bfc3262bd343e8c874f395c. Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=3276. Credit to OSS Fuzz
|
|
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=3274. Credit to OSS Fuzz
|
|
Release candidate for geodesic library version 1.49.
|
|
coverage of geodesic.c is good (88%).
|
|
should have included geodesic.c and not geod.c and yet I'm not allowed
to use geodesic.c except through the library and then the coverage of
geodesic.c seems to be wildly wrong.
|
|
|
|
It's already including in cmake's test suite.
|
|
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=3235. Credit to OSS Fuzz
|
|
Only substantial changes are (1) testing the HAVE_C99_MATH flag and
acting accordingly and (2) adding a couple of tests.
|
|
|
|
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=3204. Credit to OSS Fuzz
|
|
* Added myself and Kristian Evers to AUTHORS file; Removed attribution for my 1999 contribution from proj.c
* Add missing lf before eof
|
|
Fix the Solaris 11.3 compilation error
|
|
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=2723. Credit to OSS Fuzz
|
|
Uses the mathjax formatting for geodesic equations
|
|
Fix ITRF2014
|
|
|
|
Add tests for C99 math functions, hypot, atanh, cbrt, etc.
-DHAVE_C99_MATH=1 is provided if these functions are available. This
will be used by the next release of geodesic.c.
|
|
The equations on the documentation page for geodesics were plaintext
formatting and also contained a typo. This patch updates the formatting
to use the sphinx supported MathJax syntax and corrects the typo.
|
|
* Add ITRF init files, that makes it easy to use ITRF transformations in pipelines
* Added ITRF* files to the build systems
|
|
* Adding info functions to proj.h API.
Four new functions are added with this commit: proj_info(), proj_pj_info(),
proj_grid_info() and proj_init_info(). Additionally four new data types are
added: PJ_INFO, PJ_PROJ_INFO, PJ_GRID_INFO and PJ_INIT_INFO. The functions
return the corresponding data types.
These functions allows users of the PROJ.4 library to get information about
various PROJ.4 entities and the library itself. The new data types are structs
that contain specific information about either the library instance, a PJ
instance, a grid or an init file. Together the four new functions cover a big
part of the functionality in the semi-public projects.h API and should hopefully
make it easier for user to migrate their code to the proj.h API in the future.
Besides covering already existing functionality in the old API, this commit
introduces the ability to add metadata to init-files. This is primarily added
to give users a way of knowing which version of the EPSG database they are
using, but it also comes in handy for other init-files. The init-file metadata
is added directly to the init-file as a special "projection" called "metadata".
The info projection of the epsg init-file is thus described as:
<metadata> +version=9.0.0 +origin=EPSG +lastupdate=2017-01-10
The proj_init_info() function uses the internal pj_param() to read the
metadata. As a consequence, "metadata" will not be available as a the name of
a projection in the future. This is a reasonable price to pay considering the
ease of the implementation of adding metadata to init-files this way, and of
course that "metadata" is a very unlikely name for a projection in any case.
A metadata tag has been added to all init-files in the nad-directory. For most
only a subset of the possible parameters has been added.
* Replaced calls to sprintf and strncpy with safer options. Added pj_strlcpy for internal use.
* Fail gracefully when getting non-initialized PJ in proj_pj_info()
* Change length of filename member in PJ_INIT_INFO and PJ_GRID_INFO to 260 (MAX_PATH)
|
