aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2019-11-12Merge pull request #1726 from rouault/proj_assign_context_fixEven Rouault
Fix proj_assign_context()/pj_set_ctx() with pipelines and alternative coord operations
2019-11-12Fix proj_assign_context()/pj_set_ctx() with pipelines and alternative coord ↵Even Rouault
operations Fixes https://github.com/OSGeo/gdal/issues/1989 pj_set_ctx() only changes the context to the main object. It should also recurse down to the steps of the pipeline and the alternative coordinate operations hold in alternativeCoordinateOperations In the GDAL use case with multithreaded reprojection, and objects being transferred between thread, this would cause a failed coordinate transformation to affect an unrelated transformation of another thread...
2019-11-12Merge pull request #1725 from rouault/update_to_epsg_9_8_4Even Rouault
Database: update to EPSG v9.8.4
2019-11-12Database: update to EPSG v9.8.4Even Rouault
2019-11-11Merge pull request #1722 from rouault/document_identify_oddityKristian Evers
Doc: document oddity related to identification of CRS from ESRI WKT
2019-11-09Doc: document oddity related to identification of CRS from ESRI WKTEven Rouault
Or more generally formulations that don't have an explicit axis order. Refs https://github.com/pyproj4/pyproj/issues/475 projinfo 'GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137.0,298.257223563]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]]' returns EPSG:4326 with 100% confidence. But its axis order is not the same as EPSG:4326. I've pondered about this, like decreasing the confidence of the match, but this would have downstream effects on GDAL (shapefiles with the above content in a .prj would no longer be identified as EPSG:4326). So for now, document that oddity.
2019-11-09Merge pull request #1721 from rouault/require_sqlite_3_11Even Rouault
Build: require SQLite 3.11 (refs #1718)
2019-11-08README.md: update AppVeyor badge to specify branch [ci skip]Mike Taves
2019-11-07Doc: document build requirementsEven Rouault
2019-11-07Build: require SQLite 3.11 (refs #1718)Even Rouault
PROJ can build and run against older version (3.7 for example), but it has been found that performance is horrible. With 3.11 (Ubuntu 16.04), it is fine, so sets this as the minimum version.
2019-11-07Merge pull request #1719 from OSGeo/install_update_docker_fedoraKristian Evers
updated docker URLs and added Fedora entry
2019-11-07updated docker URLs and added Fedora entryMarkus Neteler
2019-11-05Doc: fix formatting in usage/transformation.rstKristian Evers
2019-11-04Merge pull request #1710 from rouault/geoid_modelEven Rouault
Add support for GEOIDMODEL
2019-11-04Merge pull request #1712 from rouault/doc_usage_transformation_fixesEven Rouault
Doc: fixes in usage/transformation.rst
2019-11-04proj_create_vertical_crs(): enhance docEven Rouault
2019-11-04Doc: projjson: mention v0.2Even Rouault
2019-11-04Merge remote-tracking branch 'origin/master' into geoid_modelEven Rouault
2019-11-04Doc: fixes in usage/transformation.rstEven Rouault
- Section about cs2cs no longer applies to PROJ 6. Ammended to underline that. - Remove no longer relevant/unclear caveats.
2019-11-03Merge pull request #1688 from apacker1/gieEven Rouault
Fix errors running gie-based tests in Debug mode on Windows
2019-11-03Merge pull request #1711 from rouault/fix_gdal_1972Even Rouault
createOperations(): in some circumstances we wrongly promoted a Helmert geog2D transformation to a geog3D
2019-11-03createOperations(): in some circumstances we wrongly promoted a Helmert ↵Even Rouault
geog2D transformation to a geog3D Fixes for example EPSG:4979 to EPSG:2189, as raised in https://github.com/OSGeo/gdal/issues/1972#issuecomment-548814354
2019-11-03Import from WKT of VERT_CS: remove outdated EXTENSION.PROJ4_GRIDS for NAVD88Even Rouault
2019-11-03Import from WKT: add tweaks for Lidar WKT1 VERT_CS that embeds geoid model ↵Even Rouault
in CRS name
2019-11-02Database: add mapping between EPSG geoid and PROJ grid names for GEOID99, ↵Even Rouault
03, 06, 09 and 18. Related to https://github.com/OSGeo/proj-datumgrid/pull/60 that add those grids in proj-datumgrid-north-america
2019-11-02Merge pull request #1709 from rouault/improve_extent_filteringEven Rouault
Better filtering based on extent and performance improvements
2019-11-02Add a geoid_model name in database, use GEOIDMODEL for transformations, add ↵Even Rouault
a proj_create_vertical_crs_ex()
2019-11-02WKT and PROJJSON: add import/export of geoid model of VertCRSEven Rouault
2019-11-02Add schemas/v0.2/projjson.schema.jsonEven Rouault
2019-11-02Add tracing framework, and improve createOperations() performanceEven Rouault
2019-11-01Merge remote-tracking branch 'osgeo/master'Kristian Evers
2019-11-01Update website with 6.2.1 releaseKristian Evers
2019-10-31Merge pull request #1703 from ↵Even Rouault
rouault/improve_transformation_with_alternative_vertical_unit_and_direction Improve transformations with alternative vertical unit and direction
2019-10-31Merge pull request #1701 from rouault/doc_projjsonEven Rouault
Document PROJJSON
2019-10-30createOperations(): try to recover extent of CRS from the database when they ↵Even Rouault
are missing, especially for compound CRS. Helps having shorter/more relevant results
2019-10-30Merge pull request #1702 from rouault/fix_1700Even Rouault
createFromWkt(): be tolerant to missing scale_factor parameter (fixes #1700)
2019-10-30createOperations() filtering: code changes regarding extent handling. No ↵Even Rouault
functional changes
2019-10-30Add a test to check we can use a VerticalCRS from its name only without the ↵Even Rouault
EPSG code
2019-10-30createFromWkt(): be tolerant to missing scale_factor parameter (fixes #1700)Even Rouault
This is invalid WKT, but GDAL 2.4 used to accept it and make a reasonable use of it... Currently we default it to 0 which is non sensical. Better use 1 as GDAL 2.4 did, and emit a warning. Other fix: proj_create_from_wkt() was documented to operate by default in non-strict validation mode, but it was actually in strict mode. So do as documented.
2019-10-30Doc: add a redirects extension, and make a projjson.html redirect at the top ↵Even Rouault
to its current location
2019-10-30Document PROJJSONEven Rouault
More could probably be written, but at least this can serve as a landing/reference page for other documents/specifications to point to.
2019-10-30Rework importing of Vertical unit change from EPSG db, add support for ↵Even Rouault
Height Depth Reversal and use it in createOperations()
2019-10-29news.rst: fix hyperlinkEven Rouault
2019-10-29Vertical transformations: improve situations similar to transforming from ↵Even Rouault
'NAVD88 (ftUS)' to X, where we now consider the available transformations from 'NAVD88' to X that might exist in the database
2019-10-29Merge pull request #1698 from rouault/wipEven Rouault
createOperations(): split gigantic method into many smaller ones. No functional change expected
2019-10-29createOperations(): split gigantic method into many smaller ones. No ↵Even Rouault
functional change expected
2019-10-29Little tweaks in implicit 2D/3D geog conversions in compoundCRS to geogCRS ↵Even Rouault
transformations
2019-10-28createOperations(): avoid infinite recursion in a super weird case. Fixes ↵Even Rouault
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=18587
2019-10-28ReformatEven Rouault
2019-10-28Merge pull request #1697 from rouault/cppcheck_fixesEven Rouault
Fixes/workaround to be able to use cppcheck from Ubuntu 16.04 (fixes #1648)
generated by cgit v1.2.3 (git 2.25.1) at 2026-08-09 20:09:33 +0000