aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2021-03-11CI: specify pip < 21.07.2Mike Taves
2021-03-11Fix configuration for sphinxcontrib-bibtex version 2 or later (#2572)Mike Taves
2021-03-01Merge branch '7.2' of https://github.com/OSGeo/PROJ into 7.2Kristian Evers
2021-03-01Dont' build website from 7.2 branch any moreKristian Evers
2021-02-19Merge pull request #2507 from guiguite/patch-1Kristian Evers
Add documentation entry for proj_content_set_search_paths
2021-01-22Add entry for proj_content_set_search_pathsguiguite
2021-01-18Merge pull request #2505 from visr/typosKristian Evers
fix a few typos in the docs
2021-01-06CMakeLists.txt: update proj_version() to 7.2.1Even Rouault
2021-01-06Update version numbers for websiteKristian Evers
2021-01-05createFromUserInput(): accept leading white space (fixes #2498)Even Rouault
2021-01-01Update website for 7.2.1Kristian Evers
2020-12-26Update CITATION year to 20217.2.1Kristian Evers
2020-12-26Update version numbers for 7.2.1Kristian Evers
2020-12-26Update NEWS for 7.2.1 releaseKristian Evers
2020-12-25Update man-pages from Sphinx-docsKristian Evers
2020-12-25Update ABI numbers for 7.2.1 releaseKristian Evers
2020-12-21Merge pull request #2495 from kbevers/nkg_trans_72Kristian Evers
Implementing the NKG transformations in proj.db
2020-12-21Implementing the NKG transformations in proj.dbKristian Evers
This adds the NKG 2008 and 2020 transformations to proj.db. The NKG transformations offers transformations between global reference frames and the national realisations of ETRS89 in Denmark, Estonia, Finland, Latvia, Lithuania, Norway and Sweden. The 2008 transformations are already implemented in the NKG 2008 file but will now be more accessible with the modern API. The 2020 transformations are new to PROJ and offers and updated version of the 2008 transformations using a new and improved deformation model (eu_nkg_nkgrf17vel.tif). A 2020 version of the NKG transformations are currently not available for Norway but will in all likelyhood be included at a later point in time.
2020-12-18Database: register AGQG_20191107.gsb grid. Related to ↵Even Rouault
https://github.com/OSGeo/PROJ-data/pull/53
2020-12-17Fix typos in resource_files.rstGuillaume Lostis
2020-12-16Merge pull request #2490 from rouault/backport_7_2_epsg_10_0_008Even Rouault
[Backport 7.2] Database: update to EPSG v10.008
2020-12-16Database: update to EPSG v10.008Even Rouault
2020-12-14createOperations(): fix inconsistent chaining exception when transforming ↵Even Rouault
from BoundCRS of projected CRS based on NTF Paris to BoundCRS of geog CRS NTF Paris. Fixes https://github.com/OSGeo/gdal/issues/3273
2020-12-14Merge pull request #2484 from rouault/backport_7_2_split_coordinateoperationEven Rouault
[Backport 7.2] Split coordinateoperation.cpp and test_operation.cpp in several parts
2020-12-13CMake: install data/*.json files (fixes #2485)Even Rouault
2020-12-13Split test_operation.cpp in two partsEven Rouault
2020-12-12Split coordinateoperation.cpp in many files in iso19111/operation directoryEven Rouault
The big size of coordinateoperation.cpp could require significant amount of RAM to build it with -O2 level, and cause compiler crashes in some environments.
2020-12-11funtions.rst: fix sphynx syntaxEven Rouault
2020-12-09Doc: fix return data type of proj_trans_array()Even Rouault
2020-12-08Merge pull request #2478 from jzmiller1/patch-1Even Rouault
Update isea.rst to clarify defaults for ISEA.
2020-12-04Database: fix building proj.db with SQLite built with -DSQLITE_DQS=0Even Rouault
That is the option to make SQLite reject misuses of double quotes instead of single quotes. Most SQLite builds are forgiving, but some forks proposing a CMake build system default to SQLITE_DQS=0
2020-12-02Update isea.rstZac Miller
Clarifying defaults for ISEA.
2020-11-30Database: add metadata with the version number of the database layout and ↵Even Rouault
check it in the code This is aimed at detecting running a PROJ version against a proj.db that is not meant to work with it. This happens sometimes in complex setups mixing PROJ versions. Hopefully this will help spotting the issue earlier.
2020-11-30test_io.cpp: formatting fixEven Rouault
2020-11-29Merge pull request #2470 from rouault/backport_7_2_pr2450Even Rouault
Add option to allow export of Geographic/Projected 3D CRS in WKT1_GDAL
2020-11-29Add option to allow export of Geographic/Projected 3D CRS in WKT1_GDALEven Rouault
as CompoundCRS with a VerticalCRS being an ellipsoidal height, which is not conformant. But needed for LAS 1.4 that only supports WKT1 This is a partial backport of https://github.com/OSGeo/PROJ/pull/2450, with only the new ALLOW_ELLIPSOIDAL_HEIGHT_AS_VERTICAL_CRS=YES option of proj_as_wkt()
2020-11-29Inverse tmerc spherical: fix wrong sign of latitude when lat_0 is used ↵Even Rouault
(fixes #2468) Corrected formula given by @evanmiller
2020-11-28.travis.yml: disable osx build that is broken due to homebrew issuesEven Rouault
2020-11-28WKT1 import: better deal with apps.epsg.org output w.r.t datum ensemble namesEven Rouault
2020-11-28Use same arguments to printf format string for both radians and degrees in ↵Houder
output by cct (#2453) Currently the output of the cct utility is different between radians and degrees (as expected by cct), because of a bug in cct: $ printf "1 2\n" | cct -z 0 -t 0 +proj=pipeline +step +proj=unitconvert +xy_in=deg +xy_out=rad 1.0000000000 2.0000000000 0.0000 0.0000 $ printf "1 2\n" | cct -z 0 -t 0 +proj=pipeline +step +proj=unitconvert +xy_in=deg +xy_out=deg 1.0000 2.0000 0.0000 0.0000 The arguments to the printf format string are as follows: * radians: width 14, precision 10 * degrees: width 13, precision 4 (this is by mistake. bug!) After the suggested fix has been applied, output will be the same for both radians and degrees: $ printf "1 2\n" | cct -z 0 -t 0 +proj=pipeline +step +proj=unitconvert +xy_in=deg +xy_out=rad 1.0000000000 2.0000000000 0.0000 0.0000 $ printf "1 2\n" | cct -z 0 -t 0 +proj=pipeline +step +proj=unitconvert +xy_in=deg +xy_out=deg 1.0000000000 2.0000000000 0.0000 0.0000 The cause of the bug is that cct does test if it "has radians to output", but "neglects" to test if it "has degrees to output", resulting in using different arguments to the printf format string in the latter case. The fix makes cct test if it "has either radians or degrees to output".
2020-11-28createObjectsFromName(): in exact match, make looking for 'ETRS89 / UTM zone ↵Even Rouault
32N' return only the exact match
2020-11-27PRIMEM WKT handling: fixes on import for 'sexagesimal DMS' or from ↵Even Rouault
WKT1:GDAL/ESRI when GEOGCS UNIT != Degree; morph to ESRI the PRIMEM name on export
2020-11-24createOperation(): add a ballpark vertical transformation when dealing with ↵Even Rouault
GEOIDMODEL[]
2020-11-23GeographicCRS::_isEquivalentTo(EQUIVALENT_EXCEPT_AXIS_ORDER_GEOGCRS): make ↵Even Rouault
it work when comparing easting,northing,up and northing,easting,up
2020-11-22projinfo.cpp: improve hint when to use --spatial-test intersectsEven Rouault
2020-11-22PROJJSON parsing: fix parsing of a Geodetic CRS with a DatumEnsemble, and ↵Even Rouault
fix parsing of a ProjectedCRS whose base is a Geocentric CRS
2020-11-22WKT parsing: fix ingestion of WKT with a Geocentric CRS as the base of the ↵Even Rouault
projected CRS
2020-11-21createOperation(): make it work properly when one of the CRS is a BoundCRS ↵Even Rouault
of a DerivedGeographicCRS (+proj=ob_tran +o_proj=lonlat +towgs84=....)
2020-11-21Make GeographicCRS/GeodeticCRS::isEquivalentTo() work properly when ↵Even Rouault
comparing to a DerivedGeographicCRS/DerivedGeodeticCRS
2020-11-20Merge pull request #2438 from NomitRwt/patch-1Even Rouault
Update utm.rst
generated by cgit v1.2.3 (git 2.25.1) at 2025-12-28 15:16:43 +0000