| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2020-10-17 | CompoundCRS with ellipsoidal height: make sure the vertical axis has ↵ | Even Rouault | |
| 'ellipsoid height' as name and 'h' as abbreviation | |||
| 2020-10-16 | Add multi-line PROJ string export capability, and use it by default in ↵ | Even Rouault | |
| projinfo (unless --single-line is specified) (fixes #1543) | |||
| 2020-10-16 | Merge pull request #2370 from rouault/epsg10 | Even Rouault | |
| Update to EPSG 10.003 and make code base robust to dealing with WKT CRS with DatumEnsemble | |||
| 2020-10-11 | C API: add proj_dynamic_datum_get_frame_reference_epoch() | Even Rouault | |
| 2020-10-11 | Database query: add ↵ | Even Rouault | |
| AuthorityFactory::ObjectType::DYNAMIC_GEODETIC_REFERENCE_FRAME and DYNAMIC_VERTICAL_REFERENCE_FRAME, and make corresponding C API work | |||
| 2020-10-11 | Database: add a frame_reference_epoch column in vertical_datum to be able to ↵ | Even Rouault | |
| handle dynamic vertical datums, and instanciate them properly from database | |||
| 2020-10-10 | WKT2:2019 import/export: handle DATUM (at top level object) with PRIMEM | Even Rouault | |
| This is a peculiarity of the WKT grammar. Despite ISO 19111 saying that the prime meridian is a component of the datum, in WKT, they are placed at the same level, for backward compatibility with earlier WKT versions. So handle exporting and importing that. The fix is only for situation where DATUM is the top level object (was working fine otherwise), which is a uncommon use case. And to limit the amount of issue, on export emit the prime meridian only if it is not Greenwich. | |||
| 2020-10-08 | promoteTo3D(): add a remark with the original CRS identifier (fixes #2368) | Even Rouault | |
| ``` $ projinfo EPSG:32631 --3d WKT2:2019 string: PROJCRS["WGS 84 / UTM zone 31N", [ ...snip ] REMARK["Promoted to 3D from EPSG:32631"]] ``` | |||
| 2020-10-08 | Make GeographicCRS::is2DPartOf3D() work with DatumEnsemble | Even Rouault | |
| 2020-10-08 | Add C API to work with datum ensemble | Even Rouault | |
| Add: - proj_crs_get_datum_ensemble() - proj_crs_get_datum_forced() - proj_datum_ensemble_get_member_count() - proj_datum_ensemble_get_accuracy() - proj_datum_ensemble_get_member() Make proj_create_geographic_crs_from_datum() and proj_create_geocentric_crs_from_datum() accept a datum ensemble. | |||
| 2020-10-08 | createGeodeticCRS(): more DatumEnsemble compatibility in the case when ↵ | Even Rouault | |
| creating from text_definition | |||
| 2020-10-08 | Make createOperations() work with DatumEnsemble | Even Rouault | |
| 2020-10-08 | Make CRS identification work with CRS with DatumEnsemble | Even Rouault | |
| 2020-10-08 | Add DatumEnsemble::asDatum() and use it in exportToWkt() | Even Rouault | |
| to allow exporting DatumEnsemble to WKT < 2019. | |||
| 2020-10-08 | Add a AuthorityFactory::createDatumEnsemble() method, and make it inherit ↵ | Even Rouault | |
| from ObjectUsage as mandated by ISO 19111:2019 | |||
| 2020-10-08 | Database: add aliases for 'old' names of WGS84 and ETRS89 datums, and remove ↵ | Even Rouault | |
| one hack | |||
| 2020-10-08 | getCRSInfoList(): make it use area description | Even Rouault | |
| 2020-10-08 | Database: use extended description for extent/area of use, as done by ↵ | Even Rouault | |
| epsg.org WKT export | |||
| 2020-10-06 | Database: instanciate DynamicGeodeticReferenceFrame (things like ITRFxxx, ↵ | Even Rouault | |
| WGS 84 (Gxxxx), etc.) when possible | |||
| 2020-10-06 | Database: "minimal" update to EPSG v10.003 | Even Rouault | |
| Content mostly unchanged since v9.9 This update is "minimal" in that it mostly reflects the removal of the 'area' table, replaced now by 'extent', 'scope' and 'usage' Other new aspects of EPSG v10 are left aside. | |||
| 2020-10-05 | proj_crs_create_bound_crs_to_WGS84(): make it work on ↵ | Even Rouault | |
| verticalCRS/compoundCRS such as EPSG:4326+5773 and EPSG:4326+3855 | |||
| 2020-10-02 | createOperations(): avoid elimination of ballpark transformation that can ↵ | Even Rouault | |
| help for NAD83->WGS84->NAD83(2011) hops | |||
| 2020-10-02 | createOperations(): when combining transformations, reject those with a ↵ | Even Rouault | |
| non-intersecting area of validity | |||
| 2020-10-02 | CoordinateOperation: fix issue with ballpark flag not being copied with ↵ | Even Rouault | |
| shallowClone() which affected result sorting | |||
| 2020-09-26 | Implement ellipsoidal formulation of +proj=ortho (fixes #397) | Even Rouault | |
| - Map ESRI 'Local' to +proj=ortho when Scale_Factor = 1 and Azimuth = 0 - Map ESRI 'Orthographic' to a PROJ WKT2 'Orthographic (Spherical)' which maps to +proj=ortho +f=0 to froce spherical evaluation | |||
| 2020-09-17 | createOperations(): tune sorting of transformations so that the ones with ↵ | Even Rouault | |
| greater 'version numbers' are prefered over other ones, when all other comparison criteria are equal. Helps with Amersfoort RD New to EPSG:4326 | |||
| 2020-09-17 | Adjust createBoundCRSToWGS84IfPossible() and operation filtering (for POSGAR ↵ | Even Rouault | |
| 2007 to WGS84 issues) (fixes #2356) - We make createBoundCRSToWGS84IfPossible() more restrictive. If there are more than one Helmert transformation from the CRS to WGS 84 covering the area of use of the CRS, we do not create a BoundCRS / +towgs84 - In createOperations() filtering, we are less aggressive in discarding operations that have the same area of use but worse accuracy. We do it only if they involve more transformation steps. We now get: ``` $ projinfo EPSG:5340 -o PROJ PROJ.4 string: +proj=longlat +ellps=GRS80 +no_defs +type=crs $ projinfo -s EPSG:5340 -t EPSG:4326 --spatial-test intersects --summary Candidate operations found: 2 EPSG:9264, POSGAR 2007 to WGS 84 (2), 0.5 m, Argentina EPSG:5351, POSGAR 2007 to WGS 84 (1), 1.0 m, Argentina ``` | |||
| 2020-09-10 | Merge pull request #2351 from rouault/update_to_epsg_9_9 | Even Rouault | |
| Database: update to EPSG 9.9 | |||
| 2020-09-09 | Map EPSG:1083 'Geog3D to Geog2D+Vertical (AUSGeoid v2)' method to ↵ | Even Rouault | |
| +proj=vgridshift | |||
| 2020-09-04 | Fix compiling warnings when using GCC 4.8.x | Alexander Saprykin | |
| 2020-09-04 | DOC: Fix reference to proj_get_codes_from_database in ↵ | Alan D. Snow | |
| proj_get_crs_info_list_from_database docstring (#2345) | |||
| 2020-08-26 | proj_create_vertical_crs_ex(): add a ACCURACY option to provide an explicit ↵ | Even Rouault | |
| accuracy, or derive it from the grid name if it is known | |||
| 2020-08-21 | createObjectsFromName(): add back case insensitivity when comparing names | Even Rouault | |
| Fixes #2332 Didn't affect released versions | |||
| 2020-08-19 | Code reformatting | Even Rouault | |
| 2020-08-19 | Add methods to ensure safer interactions with cpp_context | snowman2 | |
| 2020-08-19 | Clone projCppContext context when copying projCtx_t (#2324) | Alan D. Snow | |
| 2020-08-13 | WKT importer: tune for Oracle WKT and 'Lambert Conformal Conic' (#2321) | Even Rouault | |
| Fixes https://github.com/qgis/QGIS/issues/37898 | |||
| 2020-08-11 | WKT parser: avoid null pointer dereference on corrupted WKT | Even Rouault | |
| Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=24809 | |||
| 2020-08-07 | ProjectedCRS::identify(): fix to be able to identify EPSG:2154 as a ↵ | Even Rouault | |
| candidate for 'RGF93_Lambert_93' (contributes to fixes https://github.com/qgis/QGIS/issues/32255) (#2315) | |||
| 2020-07-30 | PROJ CRS string ingestion: fix typo in identification of projection steps ↵ | Even Rouault | |
| (fixes #2307) | |||
| 2020-07-09 | Transverse Mercator South Orientated: restrict export to PROJ string to ↵ | Even Rouault | |
| cases where false_easting and false_northing are 0 | |||
| 2020-07-09 | PROJ string export of +proj=krovak +czech: make sure we export +czech ↵ | Even Rouault | |
| instead of +axis=swu (fixes #2299) | |||
| 2020-07-06 | Merge pull request #2274 from snowman2/pjtype | Even Rouault | |
| ENH: Added temporal, engineering, and parametric datum PJ_TYPE enumerations | |||
| 2020-07-04 | C API: missing a few SANITIZE_CTX() in entry points (#2292) | Even Rouault | |
| Found when investigating https://github.com/OSGeo/gdal/issues/2744 but the root cause of the GDAL issue is different. | |||
| 2020-07-02 | Parse '+proj=something_not_latlong +vunits=' without +geoidgrids as a ↵ | Even Rouault | |
| Projected3D CRS and not a compound CRS with a unknown datum (fixes #2287) (#2288) | |||
| 2020-07-01 | WKT parser: do not raise warning when parsing a WKT2:2015 TIMECRS whose ↵ | Even Rouault | |
| TIMEUNIT is at the CS level, and not inside (#2276) Adresses testTemporal() and testCompoundWithTime() cases of https://github.com/OSGeo/PROJ/issues/2275#issuecomment-650765730 | |||
| 2020-06-26 | ENH: Added temporal, engineering, and parametric datum PJ_TYPE enumerations | snowman2 | |
| 2020-06-24 | c_api.cpp: code reformating | Even Rouault | |
| 2020-06-24 | Replace assert with errors in c_api.cpp when some preconditions are not met ↵ | Alan D. Snow | |
| (#2269) Closes #2268 | |||
| 2020-06-17 | Merge pull request #2265 from rouault/fix_createOperations_bound_to_geod | Even Rouault | |
| createOperations(): fix transformations between BoundCRS and Geocentric CRS | |||
