| Age | Commit message (Collapse) | Author |
|
|
|
This commit adds support in dsmtor() for a Degree Sign (U+00B0), encoded
as UTF-8 (`\xc2\xb0`) or as a single byte (`\xb0`) (in ISO 8859 parts 1-4, 7-10,
13, 15, 16, and several Windows code pages), as an alternative symbol to
`D`/`d` to designate the degree unit.
Fixes #2712.
|
|
Inverse laea ellipsoidal: return PROJ_ERR_COORD_TRANSFM_OUTSIDE_PROJECTION_DOMAIN when appropriates (fixes OSGeo/gdal#4224)
|
|
PROJ_ERR_COORD_TRANSFM_OUTSIDE_PROJECTION_DOMAIN when appropriates (fixes OSGeo/gdal#4224)
|
|
The note about running autogen.sh was previously placed below the
instructions to run configure.
|
|
Conversion::createUTM(): avoid integer overflow
|
|
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=36751
|
|
|
|
These results are just not used anywhere, so there's no need to check
them (as the compiler will do it anyways).
|
|
GeoTIFF grid reading: perf improvements (fixes #2785)
|
|
With this commit, and the 2 previous ones, given mytest.cpp
```
int main()
{
PJ* pj = proj_create(nullptr, "+proj=vgridshift +grids=us_nga_egm96_15.tif");
for( int i = 0; i < 5*1000*1000; i++)
{
PJ_COORD coord;
coord.lpz.lam = 0;
coord.lpz.phi = 0;
coord.lpz.z = 0;
proj_trans(pj, PJ_FWD, coord);
}
return 0;
}
```
we get a x2 speedup
Before:
```
$ PROJ_LIB=data:$HOME/proj/PROJ-data/us_nga LD_LIBRARY_PATH=src/.libs hyperfine --warmup 1 'taskset -c 11 ./mytest'
Benchmark #1: taskset -c 11 ./mytest
Time (mean ± σ): 1.950 s ± 0.014 s [User: 1.945 s, System: 0.005 s]
Range (min … max): 1.937 s … 1.971 s
```
After:
```
$ PROJ_LIB=data:$HOME/proj/PROJ-data/us_nga LD_LIBRARY_PATH=src/.libs hyperfine --warmup 1 'taskset -c 11 ./mytest'
Benchmark #1: taskset -c 11 ./mytest
Time (mean ± σ): 984.4 ms ± 3.1 ms [User: 977.0 ms, System: 7.2 ms]
Range (min … max): 979.3 ms … 990.5 ms
```
|
|
function calls
|
|
|
|
Doc: fix links to :c:func:`proj_...` by specifying "h" as "c" domain
|
|
|
|
createOperations(): fix SourceTargetCRSExtentUse::NONE mode
|
|
Fix issue reported in https://lists.osgeo.org/pipermail/proj/2021-July/010318.html
|
|
|
|
CMake: remove external nlohmann_json from INTERFACE_LINK_LIBRARIES target
|
|
|
|
|
|
ortho: remove useless and invalid log trace (CID 350886, 350887)
|
|
|
|
Logging: avoid some overhead when logging is not enabled (fixes #2770)
|
|
|
|
Database: update to EPSG v10.028
|
|
|
|
createOperations(): make sure to associate an extent to the transform…
|
|
CRS with a GEOIDMODEL using a PROJ grid, so that it is later used instead of a ballpark operation (fixes #2768)
|
|
Update "PROJ.4" to "PROJ" in the Contributing document.
|
|
CMake: fix installation of executables on iOS
|
|
|
|
|
|
test_factory.cpp: fix build, in particular on Alpine Edge (fixes #2759)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Minor changes to address lint in geodesic.c
|
|
<memery@myotest.com>)
|
|
Database: update to EPSG v10.027
|
|
|
|
proj_trans/cs2cs: If two operations have the same accuracy, use the one that is contained within a larger one
|
|
necessarily using the operation that appears as first
|
|
is contained within a larger one
Relates to https://github.com/OSGeo/gdal/issues/3998
Before that change, cs2cs on a NAD83(HARN) to WGS84 transformation would
use the "NAD83(HARN) to WGS 84 (1)" transformation (a null Helmert
shift) that is valid for whole US, including non-CONUS areas, even when
used on points located on CONUS that has a "NAD83(HARN) to WGS 84 (3)"
transformation (non-null Helmert shift) with same accuracy (1m).
But if doing EPSG:2874 "NAD83(HARN) / California zone 5 (ftUS)" to
WGS84, we would use this later "NAD83(HARN) to WGS 84 (3)"
transformation because the area of use of EPSG:2874 restricts to CONUS.
This isn't consistant.
With that change, we now have more consistent behavior, even if it can
be argued which of the 2 transformations is the best...
$ echo 34 -120 | src/cs2cs -d 8 EPSG:4326 "NAD83(HARN)" | src/cs2cs "NAD83(HARN)" EPSG:2874
5955507.74 1828410.98 0.00
$ echo 34 -120 | src/cs2cs EPSG:4326 EPSG:2874
5955507.74 1828410.98 0.00
|
|
|
|
BoundCRS::identify(): avoid incompatible transformation for WKT1 / TOWGS84 export (fixes OSGeo/gdal#3958)
|
|
export (fixes OSGeo/gdal#3958)
|