| Age | Commit message (Collapse) | Author |
|
This target fails because the generated tarball does not include
README.md, and thus the README: README.md rule lacks a dependency
|
|
travis/install.sh: fix previous commit that failed on MacOSX
|
|
|
|
If the PROJ_DB_CACHE_DIR environment variable is defined, then a
$(PROJ_DB_CACHED_DIR)/proj.db.sql.md5 file is used to determine if
the set of .sql files has changed since the last time. If not then
$(PROJ_DB_CACHED_DIR)/proj.db is directly used.
This can saved a few seconds when doing rebuilds.
This is a poor man equivalent of ccache for generating the database :-)
|
|
|
|
|
|
This is to help checking that we do not introduce un-intended API/ABI breakage.
Not fully bullet proof, but a start.
|
|
This is mostly to have better OSSFuzz report. Currently a lot
of bug summaries are like
`proj4/standard_fuzzer: Divide-by-zero in s_inverse`
By prefixing the projection name, we will get better reports, like
`Divide-by-zero in airy_s_inverse`
This also makes it slightly easier to set a breakpoint by
function name.
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14447
Credit to OSS Fuzz
|
|
|
|
|
|
|
|
gs50 and other mod_ster projections: avoid divison by zero
|
|
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
|
|
Fix doc build on Travis OSX
|
|
Latest breathe 4.13.0 no longer work with sphinx 1.8.5 / Pyhon 2,
so force use 4.12.0 for now.
See
https://travis-ci.com/OSGeo/proj.4/jobs/194629602
https://github.com/michaeljones/breathe/issues/431
|
|
|
|
|
|
'(foo)' suffixes
|
|
SWEREF99' transformation
|
|
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.
|
|
|
|
|
|
omerc: validate lat_1 and lat_2 to avoid divison by zero
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14384
Credit to OSS Fuzz
|
|
Closes #1435
|
|
#124)
|
|
|
|
|
|
Inverse cart: better deal with x,y,z equal of very close to zero
|
|
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
|
|
Ossfuzz 14286 14342
|
|
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
|
|
|
|
omerc: avoid division by zero
|
|
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.
|