| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2021-01-05 | createFromUserInput(): accept leading white space (fixes #2498) | Even Rouault | |
| 2020-12-26 | Update version numbers for 7.2.1 | Kristian Evers | |
| 2020-12-25 | Update ABI numbers for 7.2.1 release | Kristian Evers | |
| 2020-12-14 | createOperations(): 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-12 | Split coordinateoperation.cpp in many files in iso19111/operation directory | Even 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-11-30 | Database: 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-29 | Add option to allow export of Geographic/Projected 3D CRS in WKT1_GDAL | Even 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-29 | Inverse tmerc spherical: fix wrong sign of latitude when lat_0 is used ↵ | Even Rouault | |
| (fixes #2468) Corrected formula given by @evanmiller | |||
| 2020-11-28 | WKT1 import: better deal with apps.epsg.org output w.r.t datum ensemble names | Even Rouault | |
| 2020-11-28 | Use 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-28 | createObjectsFromName(): in exact match, make looking for 'ETRS89 / UTM zone ↵ | Even Rouault | |
| 32N' return only the exact match | |||
| 2020-11-27 | PRIMEM 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-24 | createOperation(): add a ballpark vertical transformation when dealing with ↵ | Even Rouault | |
| GEOIDMODEL[] | |||
| 2020-11-23 | GeographicCRS::_isEquivalentTo(EQUIVALENT_EXCEPT_AXIS_ORDER_GEOGCRS): make ↵ | Even Rouault | |
| it work when comparing easting,northing,up and northing,easting,up | |||
| 2020-11-22 | projinfo.cpp: improve hint when to use --spatial-test intersects | Even Rouault | |
| 2020-11-22 | PROJJSON 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-22 | WKT parsing: fix ingestion of WKT with a Geocentric CRS as the base of the ↵ | Even Rouault | |
| projected CRS | |||
| 2020-11-21 | createOperation(): 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-21 | Make GeographicCRS/GeodeticCRS::isEquivalentTo() work properly when ↵ | Even Rouault | |
| comparing to a DerivedGeographicCRS/DerivedGeodeticCRS | |||
| 2020-11-19 | Replace line feed in input line by null character | J.H. van de Water | |
| As result of a modification in logging (adding a line feed), many changes had to be made in different places of cct.cpp. However, one missed the line feed in input to cct. As result of missing this, the output from cct showed a superfluous empty line after each output line, but only if the corresponding input line ended with comment. Replacing the LF in the "comment" string (present if the input line ended with comment) by a null character ('\0') solves this issue. Modification in logging? https://github.com/OSGeo/PROJ/commit/37da5e243191c04607597f6b8a77acfa017a5c99 ( cct: revise end-of-line handling in logging, and always output debug ) See also: https://github.com/OSGeo/PROJ/issues/1677 ( cct outputs excessive whitespace comments are included in input data ) | |||
| 2020-11-17 | cs2cs, cct, proj and geod: fflush(stdout) after each line to emit each ↵ | Even Rouault | |
| result as soon as it is produced This is needed when working with pipes, when stdout is not an interactive terminal, and thus the behaviour is to have it buffered as a regular file, whereas with an interactive terminal, each newline character causes an implicit flush. | |||
| 2020-11-16 | WKT2 parsing: several fixes related to map projection parameter units | github-actions[bot] | |
| 2020-11-04 | createBoundCRSToWGS84IfPossible(): make it return same result with a CRS ↵ | github-actions[bot] | |
| built from EPSG code or WKT1 | |||
| 2020-11-02 | Set CURL_ENABLED definition on projinfo build | github-actions[bot] | |
| 2020-11-01 | Doxygen: improve doc of functions related to Datum/DatumEnsemble | Even Rouault | |
| 2020-11-01 | Fill remarks for PROJ-based operation mixing horizontal and vertical ↵ | Even Rouault | |
| transformations | |||
| 2020-11-01 | Make sure that remarks is preserved when substituting (EPSG) grid name by ↵ | Even Rouault | |
| PROJ one | |||
| 2020-11-01 | proj_create_ellipsoidal_2D/3D_cs(): doc improvement | Even Rouault | |
| 2020-10-26 | Bump ABI version numbers for 7.2 release | Kristian Evers | |
| 2020-10-25 | Add +proj=col_urban projection, implementing a EPSG projection method used ↵ | Even Rouault | |
| by a number of projected CRS in Colombia (fixes #589) | |||
| 2020-10-25 | Fix issues spotted by cppcheck | Even Rouault | |
| 2020-10-25 | More typo fixes | Even Rouault | |
| 2020-10-25 | Fix typos spotted by scripts/fix_typos.sh | Even Rouault | |
| 2020-10-24 | projsync: fix --list-files to be compatible with filtering options | Even Rouault | |
| 2020-10-23 | PROJStringFormatter::getUsedGridNames(): recognize +file= parameter of ↵ | Even Rouault | |
| operation +proj=tinshift | |||
| 2020-10-23 | Add logic to handle interpolationCRS in PROJBasedOperation and ↵ | Even Rouault | |
| ConcatenatedOperation | |||
| 2020-10-23 | AuthorityFactory::createCoordinateOperation(): correctly compute accuracy of ↵ | Even Rouault | |
| concatenated operation when there is a conversion step | |||
| 2020-10-23 | WKT1_ESRI export: try to export Geographic3D and Projected3D CRS when we can ↵ | Even Rouault | |
| find a corresponding ellipsoidal vertical datum | |||
| 2020-10-23 | Database: import ESRI VERTCS that uses a (geodetic) datum to express ↵ | Even Rouault | |
| ellipsoidal height | |||
| 2020-10-23 | WKT1_ESRI export: generate VERTCS[...,DATUM[...,SPHEROID[]] syntax when ↵ | Even Rouault | |
| ellipsoidal height is found | |||
| 2020-10-22 | WKT1_ESRI export: export CompoundCRS as PROJCS[...],VERTCS[...] or ↵ | Even Rouault | |
| GEOGCS[...],VERTCS[...] | |||
| 2020-10-22 | WKT parser: accept ESRI VERTCS[...,DATUM[...,SPHEROID[]] syntax to express ↵ | Even Rouault | |
| ellipsoidal heights | |||
| 2020-10-22 | WKT parser: accept implicit compoundCRS from ESRI WKT, like ↵ | Even Rouault | |
| "PROJCS[...],VERTCS[...]" | |||
| 2020-10-22 | WKTParser::createFromWKT(): minor adjustement for DATUM[],PRIMEM[] constructs | Even Rouault | |
| The WKT parser on the second part was called with "RIMEM[...]" (leading P skipped), which has no visible consequence, as we didn't care about the actual value of the keyword due to how we used it. But this is better fixing that. Only applies to recent master changes. | |||
| 2020-10-20 | VerticalCRS: morph CRS and datum name using ESRI aliases on import from / ↵ | Even Rouault | |
| export to WKT1:ESRI | |||
| 2020-10-20 | Improve identification of compound CRS from ESRI WKT1, and for compound CRS ↵ | Even Rouault | |
| whose result is not in the DB but whose horiz and vertical parts are known | |||
| 2020-10-20 | projinfo: make '-q -o WKT1:ESRI' work | Even Rouault | |
| 2020-10-20 | Orthographic projection: do not add f=0 to PROJ string if the ellipsoid is a ↵ | Even Rouault | |
| sphere (fixes GDAL PDS4 tests) | |||
| 2020-10-19 | C API: add proj_context_clone() (#2383) | Alan D. Snow | |
| Fixes #2382 | |||
| 2020-10-18 | Merge pull request #2381 from rouault/fix_1453 | Even Rouault | |
| Add multi-line PROJ string export capability, and use it by default in projinfo (unless --single-line is specified) (fixes #1543) | |||
