| Age | Commit message (Collapse) | Author |
|---|
|
On my system (Ubuntu 10.04), ./autogen.sh doesn't copy config.guess
and config.sub, which cause ./configure to fail
|
|
|
|
|
|
The source and destination for strcpy must not overlap, and failure to
ensure that's true causes a crash on OS X. memmove does not have such a
restriction.
|
|
avoid read failure for minimal GTX files #269
|
|
testvarious: shave one digit off the requested output for test bug 244
|
|
|
|
to ensure that tests succeed.
|
|
Fix the constants used for degree/radian conversions.
|
|
I'm making this pull request soon after the release of 4.9.2. It will
cause the results that people get out of proj.4 to change very slightly.
If there are problems, we'll get a chance to iron them out well before
the next release.
The important change is to use DEG_TO_RAD for degree to radian
conversions in dmstor.c instead of the slightly inaccurate number used
earlier.
This necessitates a change to geod_interface.c (which previously had to
work aroung the previous bad behavior). PJ_aeqd.c now does conversions
in a compatible manner.
In src/proj_api.h, DEG_TO_RAD and RAD_TO_DEG are both given to 17
significant figures (this is just a cosmetic change).
I've "fixed" the testvarious tests so that they still pass (on my system
at least). Everyone should be suitably skeptical of my fixes.
(1) Minor changes to "Test bug 244" and only ask for nanometer (instead
of picometer) accuracy on positions.
(2) 2 lon_wrap tests now return 0dE instead of 360dE (now it's tight?)
(3) The results for the forward healpix projection of (-180, +90) and
(-180, -90) are now different. I have put the new values into
tv_out.dist. I'm fairly confident that the new values are OK, since
this projection has various cuts which meet at the poles. It would be
good if someone who knows about this projection can verify this.
|
|
|
|
Fix cmake version check so it works for cmake 3.x
|
|
|
|
|
|
Remove generated files and minor build updates
|
|
Update travis
|
|
It starts and runs a bit faster.
|
|
There doesn't seem to be any reason to use the git version at the
moment.
|
|
|
|
It's generated by autoheader, which was mysteriously left out of
autogen.sh.
|
|
The former is deprecated and automake emits a warning about it.
|
|
|
|
This setting does not help anything.
|
|
|
|
|
|
|
|
These files are generated by automake.
|
|
|
|
|
|
Win32 pvalue issue ticket #273
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Don't return values when doing inverse projections outside of the mollweide map
|
|
|
|
|
|
Signed-off-by: Martin Raspaud <martin.raspaud@smhi.se>
|
|
|
|
On FreeBSD 10, PTHREAD_MUTEX_RECURSIVE exists, but as an enum constant,
not a #define macro, so it cannot be detected using #ifdef.
|
|
from git and a make install from the dist tarball (follow-up of https://github.com/OSGeo/proj.4/pull/301)
|
|
https://github.com/OSGeo/proj.4/pull/301
|
|
Don't include files in proj dist, also included in proj-datumgrids dist.
|
|
These files should be included in the distribution tarballs, but not installed by `make install`.
|
|
As discussed in the [Missing proj_def.dat in 4.9.1 release](http://lists.maptools.org/pipermail/proj/2015-September/007229.html) thead on the proj list,
`make dist` for proj shouldn't include the datumgrid files also included in the proj-datumgrid distributions.
The following files shouldn't be included in proj, because they're in proj-datumgrids already:
* nad/ntf_r93.gsb (included in proj-datumgrids <= 1.6RC1)
* nad/ntv1_can.dat (included in proj-datumgrids <= 1.6RC1)
* nad/null.lla (included in proj-datumgrids <= 1.5)
* nad/nzgd2kgrid0005.gsb (included in proj-datumgrids <= 1.6RC1)
This change comprises two (partial) reverts:
1) Revert "nad/Makefile.am: add missing 'null.lla ntf_r93.gsb nzgd2kgrid0005.gsb ntv1_can.dat' to EXTRA_DIST"
This reverts commit a4c7892a94667e62d62caa053ac4b51ef790741c.
2) Partial Revert "add files to EXTRA_DIST so they are removed by make uninstall"
This partially reverts commit 0a7eda807da1e17f60558acebd89a08872b5b6e9.
|
|
|
|
|
|
|
