| Age | Commit message (Collapse) | Author |
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14447
Credit to OSS Fuzz
|
|
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14421
Credit to OSS Fuzz
|
|
proj_create(): add support for compoundCRS and concatenatedOperation named from their components
|
|
proj/cs2cs: validate value of -f parameter to avoid potential crashes (fixes #124)
|
|
airy: avoid division by zero
|
|
from their components
Support following syntaxes:
- OGC URN combining references for compoundCRS:
e.g. "urn:ogc:def:crs,crs:EPSG::2393,crs:EPSG::5717"
- its GDAL shortcut: e.g. "EPSG:2393+5717"
- OGC URN combining references for concatenated operations:
e.g. "urn:ogc:def:coordinateOperation,coordinateOperation:EPSG::3895,coordinateOperation:EPSG::1618"
|
|
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14410
Credit to OSS Fuzz
|
|
'(foo)' suffixes
|
|
That is Transverse_Mercator/Gauss_Kruger, Lambert_Conformal_Conic and
Hotine_Oblique_Mercator_Azimuth_Natural_Origin
Decreases proj.db from 5 853 184 bytes to 5 189 632 bytes.
|
|
|
|
- Transform conversion as a view, and when inserting into it, actually
insert into 3 tables: conversion_table, conversion_method and conversion_param,
so that method and parameter names are not repeated each time.
- Similarly for helmert_tranformation, insert into helmert_transformation_tabl
and coordinate_operation_method.
This reduces the db size from 6 344 704 bytes to 5 853 184 bytes, without
significant slowdown for queries.
|
|
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14384
Credit to OSS Fuzz
|
|
#124)
|
|
In that case, for a non-spherical ellipsoid, a phi = 180deg was returned,
which caused a division by zero in the foward path of moll.cpp
Fixup the latitude to be 0 when that happens.
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14348
Credit to OSS Fuzz
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14342
Credit to OSS Fuzz
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14286
Credit to OSS Fuzz
|
|
vgridshift: handle longitude wrap-around for grids with 360deg longitude extent
|
|
CMake: better support for Intel compiler
|
|
createOperations(): do not attempt using a unrelated datum intermediate when doing geog2D<-->geog3D conversions of same datum
|
|
|
|
Like egm96_15.gtx
Fixes #1415
Technically, a similar fix could be done for horizontal grids, but world
extent is less common for them.
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14279
Credit to OSS Fuzz
|
|
doing geog2D<-->geog3D conversions of same datum
Seen when testing transformations between "CR 05" (EPSG:5365) and "CR-SIRGAS" (EPSG:8907)
which require going through their corresponding 3D GeogCRS to find a Helmert
transformation.
|
|
|
|
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14250
Credit to OSS Fuzz
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14248
Credit to OSS Fuzz
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14211
Credit to OSS Fuzz
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14138
Credit to OSS Fuzz
|
|
Partially revert e3346bb39c860883ed9a8ada0657139118e21ef0 (#195)
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14136
Credit to OSS Fuzz
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14135
Credit to OSS Fuzz
|
|
CMake: Remove need to fiddle with CMAKE_C_FLAGS / CMAKE_CXX_FLAGS
|
|
dereference. CID 202725
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14062
Credit to OSS Fuzz
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14061
Credit to OSS Fuzz
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14058
Credit to OSS Fuzz
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14055
Credit to OSS Fuzz
|
|
Remove (most) needs to fiddle with CMAKE_C_FLAGS / CMAKE_CXX_FLAGS
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14044
Credit to OSS Fuzz
|
|
Fixes Ossfuzz 14015 and gie bug
|
|
When comparing expected result with got result, in the case the
distance computation returns NaN, gie incorrectly considered the
test to be OK.
Adapt / comment out a few broken tests revealed after that fix.
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14015
Credit to OSS Fuzz
|
|
Make sure that ISO19111 C++ code sets pj_errno on errors
|
|
|
|
paths set by user take priority over PROJ_LIB for search paths
|
|
Ossfuzz 14003 14010
|
|
Add no-op operation. It does nothing.
|