| Age | Commit message (Collapse) | Author |
|
As on import of EPSG, we remove the supersession of Canadian NTv1 file w.r.t NTv2
(because the default behaviour of PROJ is to ignore superseded operations). However
the NTv1 operation is advertized with an accuracy of 1m, whereas NTv2 is advertized
with 1.5m. Consequently on areas where both files are valid, and if both files are
available, NTv1 would be selected. So as a workaround, worsen the NTv1 accuracy to
2m so that NTv2 is used in priority.
|
|
|
|
locations that require TLS/SSL, however the ssl module in Python is not available.'
|
|
|
|
for Solaris compat
|
|
* From openjdk-7 via apt to openjdk-11 via Travis CI xenial's $JAVA_HOME
* From mingw 4.8 -> 5.3, as supported by xenial
* clang+llvm for csa kept at version 6.0.0, but for ubuntu-16.04
* Furthermore xenial implicitly has many upgrades, specifically:
- gcc 4.8.4 -> 5.4.0
- clang 4.0.0 -> 5.0.0
- cmake 3.9.2 -> 3.12.4
- python 3.4.3 -> 3.5.2
* cppcheck version kept at 1.61 (for trusty) due to many
false positives with version 1.72 (for xenial)
* Community code contribution documentation simplified to remove
version of cppcheck, as this may outdated with updates to scripts
|
|
* Split global before_install for apt and pip
* Use -qq option for apt-get, which implies -y
* Use list of targets with apt-get rather than one-per-line
* Use local variables for mingw32/install.sh
* Show version info for cppcheck, pip and python
* Simplify clang+llvm-6 path
|
|
installing sphinx >= 2.0
|
|
set PROJ_LIB on test targets for CMake
|
|
|
|
|
|
cmake and autoconf now stipulate C99
change c89 to c99 in travis jobs
remove HAVE_C99_MATH checks
(unrelated) relax Visual Studio compatibility check in
cmake/project-config-version.cmake.in (VS 2019 can use a VS 2015 library
but not vice versa).
|
|
|
|
to exported PROJJSON strings
|
|
|
|
Transformation and ConcatenatedOperation
|
|
|
|
Python3
|
|
Change all occurrences with the command below.
git grep -l http://download.osgeo.org/ | xargs sed -i 's,http://download.osgeo.org/,https://download.osgeo.org/,g'
Fixes: https://github.com/OSGeo/PROJ/issues/1521
|
|
|
|
|
|
|
|
MacOSX Travis
|
|
Travis: check that the exported symbols conform to what is expected
|
|
autoconf build: add a PROJ_DB_CACHE_DIR trick to speed-up builds
|
|
|
|
|
|
If the PROJ_DB_CACHE_DIR environment variable is defined, then a
$(PROJ_DB_CACHED_DIR)/proj.db.sql.md5 file is used to determine if
the set of .sql files has changed since the last time. If not then
$(PROJ_DB_CACHED_DIR)/proj.db is directly used.
This can saved a few seconds when doing rebuilds.
This is a poor man equivalent of ccache for generating the database :-)
|
|
|
|
This is to help checking that we do not introduce un-intended API/ABI breakage.
Not fully bullet proof, but a start.
|
|
Latest breathe 4.13.0 no longer work with sphinx 1.8.5 / Pyhon 2,
so force use 4.12.0 for now.
See
https://travis-ci.com/OSGeo/proj.4/jobs/194629602
https://github.com/michaeljones/breathe/issues/431
|
|
Also simplify language for .travis.yml
|
|
- Tests should use unified diff with expected results
- Show CMake build compile commands (VERBOSE=1)
- Travis CI only has two cores, so "-j2" is sufficent
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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
|
|
There was an issue since transformation.rst which uses this citation is
alphabetically after references.rst.
The documented workaround in https://github.com/mcmtroffaes/sphinxcontrib-bibtex/issues/8
is to rename references.rst as zrefereces.rst, so it is alphabetically last.
|
|
Build docs from maintenance branch
|
|
|
|
|
|
|
|
|
|
easily run it locally
|
|
|