| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2019-11-03 | createOperations(): 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-03 | Import from WKT: add tweaks for Lidar WKT1 VERT_CS that embeds geoid model ↵ | Even Rouault | |
| in CRS name | |||
| 2019-11-02 | Database: 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-02 | Merge pull request #1709 from rouault/improve_extent_filtering | Even Rouault | |
| Better filtering based on extent and performance improvements | |||
| 2019-11-02 | Add a geoid_model name in database, use GEOIDMODEL for transformations, add ↵ | Even Rouault | |
| a proj_create_vertical_crs_ex() | |||
| 2019-11-02 | WKT and PROJJSON: add import/export of geoid model of VertCRS | Even Rouault | |
| 2019-10-31 | Merge 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-30 | createOperations(): 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-30 | Add a test to check we can use a VerticalCRS from its name only without the ↵ | Even Rouault | |
| EPSG code | |||
| 2019-10-30 | createFromWkt(): 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-30 | Rework importing of Vertical unit change from EPSG db, add support for ↵ | Even Rouault | |
| Height Depth Reversal and use it in createOperations() | |||
| 2019-10-29 | Vertical 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-29 | Little tweaks in implicit 2D/3D geog conversions in compoundCRS to geogCRS ↵ | Even Rouault | |
| transformations | |||
| 2019-10-28 | createOperations(): avoid infinite recursion in a super weird case. Fixes ↵ | Even Rouault | |
| https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=18587 | |||
| 2019-10-27 | Database: add an auxiliary concatenated_operation_step table to allow ↵ | Even Rouault | |
| arbitrary number of steps (fixes #1632) EPSG:9103 (NAD27 to ITRF2014 (1)) is now handled. Note:EPSG:9104 (NAD27 to ITRF2014 (2)) is not currently, since it uses for step EPSG:8861 (NAD83(HARN) to NAD83(FBN) (1)) an unsupported transformation method (NADCON5 (3D), EPSG:1075). | |||
| 2019-10-25 | importFromWkt(): fix axis orientation for non-standard ESRI WKT (fixes #1690) | Even Rouault | |
| 2019-10-25 | Fix indentation | Even Rouault | |
| 2019-10-24 | Generalize generalize_proj_crs_create_bound_vertical_crs_to_WGS84() | Even Rouault | |
| In recent commits, we added a generalize_proj_crs_create_bound_vertical_crs_to_WGS84() function, but there are situations where more accurate results can be obtained, if instead of specifying WGS84 as the hub CRS, the user can specify the exact hub CRS. For example the GEOID2018 grid is against NAD83(2011). So replace this function with proj_crs_create_bound_vertical_crs() | |||
| 2019-10-22 | Fix test tolerance to run on powerpc architecture | Even Rouault | |
| 2019-10-19 | createFromPROJString(): do not loop forever on malformed string. Fixes ↵ | Even Rouault | |
| https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=17923. master only | |||
| 2019-10-18 | createOperations(): fix double vertical unit conversion from CompoundCRS to ↵ | Even Rouault | |
| other CRS when the horizontal part of the projected CRS uses non-metre unit Fix issue reported on https://lists.osgeo.org/pipermail/proj/2019-October/008939.html | |||
| 2019-10-15 | Database: update to EPSG v9.8.3 | Even Rouault | |
| Note: a hack has been added into customizations.sql to cancel deprecatation of USA geoid2012 grids by geoid2018 grids, as the later are not yet available in proj-datumgrid-northamerica (https://github.com/OSGeo/proj-datumgrid/issues/55) | |||
| 2019-10-15 | formatting change | Even Rouault | |
| 2019-10-12 | Merge pull request #1665 from ↵ | Kristian Evers | |
| rouault/fix_custom_compound_crs_with_NAD83_2011_and_geoidgrid_to_WGS84_G1762 proj_create_crs_to_crs(): remove elimination of Ballpark operations that caused transformation failures in some cases | |||
| 2019-10-12 | createOperations(): allow transforming from a compoundCRS of a bound ↵ | Even Rouault | |
| verticalCRS to a 2D CRS | |||
| 2019-10-12 | proj_create_crs_to_crs(): remove elimination of Ballpark operations that ↵ | Even Rouault | |
| caused transformation failures in some cases | |||
| 2019-10-04 | Merge pull request #1656 from rouault/demote_to_2D | Even Rouault | |
| Add a proj_crs_demote_to_2D(). Useful if forced to export a 3D CRS to a best approximate as WKT1 that doesn't support it | |||
| 2019-10-04 | Merge pull request #1655 from rouault/aeqd_obliq_sphere | Even Rouault | |
| aeqd: for spherical forward path, go to higher precision ellipsoidal case when the point coordinates are super close to the origin (fixes #1654) | |||
| 2019-10-04 | Add a proj_crs_demote_to_2D(). Useful if forced to export a 3D CRS to a best ↵ | Even Rouault | |
| approximate as WKT1 that doesn't support it | |||
| 2019-10-04 | proj_normalize_for_visualization(): make it work with CRS objects | Even Rouault | |
| 2019-10-03 | aeqd: for spherical forward path, go to higher precision ellipsoidal case ↵ | Even Rouault | |
| when the point coordinates are super close to the origin (fixes #1654) | |||
| 2019-10-03 | DerivedGeographicCRS: allow exporting +proj=ob_tran +o_proj=longlat to PROJ ↵ | Even Rouault | |
| string | |||
| 2019-10-02 | Add API and WKT mapping for 'nsper' to EPSG Vertical Persepective method | Even Rouault | |
| Relates to https://github.com/OSGeo/gdal/issues/1856 | |||
| 2019-10-02 | Reformat file | Even Rouault | |
| 2019-10-01 | Add rotation support to the HEALPix projection (#1638) | Simon Schneegans | |
| 2019-09-30 | Merge pull request #1642 from rouault/improve_compound_to_geog | Even Rouault | |
| Improve vertical transformation support | |||
| 2019-09-30 | AuthorityFactory::getDescriptionText(): return CRS object in priority | Even Rouault | |
| 2019-09-28 | test/gie/builtins.gie: remove unused parameters | Even Rouault | |
| 2019-09-26 | Improve vertical transformation support | Even Rouault | |
| When we had a transformation between a compoundCRS and a target geographicCRS, we did not take into account that in the vertical->other_geog_CRS transformation we used, the other_geog_CRS was an implicit interpolation CRS. Thus before doing vertical adjustment, we must go to this interpolation CRS. The workflow is thus: source CRS -> interpolation CRS + vertical adjustment + interplation CRS -> target CRS | |||
| 2019-09-26 | proj_create_crs_to_crs(): fix when there are only transformations with ↵ | Even Rouault | |
| ballpark steps Currently we would discard all operations, resulting in a PJ object with zero candidates. Better use those operations if nothing better is available. Was seen on transforming from ETRS89 / UTM zone 31N + EGM96 height to WGS 84 (G1762). The horizontal transformation from ETRS89 to WGS 84 (G1762) is a ballpark one. | |||
| 2019-09-24 | createOperations() sorting: sort operations that cannot be exported as PROJ ↵ | Even Rouault | |
| pipelines at end | |||
| 2019-09-23 | Database: update to EPSG 9.8.2 | Even Rouault | |
| With limitation of https://github.com/OSGeo/PROJ/issues/1632 regarding concatenated operations with more than 3 steps. | |||
| 2019-09-23 | Document the autopromotion to 3D when mix of 2D/3D CRS in ↵ | Even Rouault | |
| createOperations(), and test it (fixes #1623) | |||
| 2019-09-19 | set PROJ_LIB on test targets for CMake | Howard Butler | |
| 2019-09-17 | ell_set.cpp: avoid division by zero in R_lat_a case. Fixes ↵ | Even Rouault | |
| https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=16130 | |||
| 2019-09-17 | standard_fuzzer.cpp: tweak to be able to compile it against libproj.so | Even Rouault | |
| 2019-09-17 | eqdc: avoid potential division by zero. Fixes ↵ | Even Rouault | |
| https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=17190 | |||
| 2019-09-16 | Merge pull request #1582 from rschmunk/patch-1 | Kristian Evers | |
| Debug Bertin1953 | |||
| 2019-09-15 | Merge pull request #1614 from rouault/fixes_related_to_1597 | Kristian Evers | |
| Fixes related to #1597 | |||
| 2019-09-15 | testdatumfile: fix axis order issue in test | Even Rouault | |
