| Age | Commit message (Collapse) | Author |
|
|
|
projinfo: no longer call createBoundCRSToWGS84IfPossible() for WKT1:GDAL
|
|
As on import of EPSG, we remove the supersession of Canadian NTv1 file w.r.t NTv2
(because the default behaviour of PROJ is to ignore superseded operations). However
the NTv1 operation is advertized with an accuracy of 1m, whereas NTv2 is advertized
with 1.5m. Consequently on areas where both files are valid, and if both files are
available, NTv1 would be selected. So as a workaround, worsen the NTv1 accuracy to
2m so that NTv2 is used in priority.
|
|
--boundcrs-to-wgs84
|
|
Modify verbosity level of some debug/trace messages
|
|
- unitconvert, ell_set and helmert were using debug level, which is
too verbose. Using trace instead
- proj_trans() was using trace to indicate the operation it selects.
Changing it to debug
|
|
To align with GDAL 3.0.3 behaviour, no longer automatically try to create
a boundCRS to WGS84 when exporting to WKT1:GDAL. The user has to
explicitly specify --boundcrs-to-wgs84 if he wishes this behaviour.
|
|
proj_trans: add retry logic to select other transformation if the best one fails.
|
|
fails.
Relates to https://github.com/OSGeo/PROJ/issues/1808
|
|
<--> vertical transformations
|
|
CONSTRAINT CHECK
|
|
source/target CRS one
|
|
|
|
entries in grid_alternatives.sql
|
|
mapping between CGQ77-98.gsb and CQ77SCRS.GSB
|
|
|
|
filename substitution
|
|
|
|
Adding support for NZLVD vertical height transformation
|
|
|
|
|
|
https://github.com/OSGeo/proj-datumgrid/pull/91 (#1796)
|
|
https://github.com/OSGeo/proj-datumgrid/pull/89) (#1791)
|
|
Database: register 100800401.gsb for Catalonia ED50 -> ETRS89
|
|
rouault/improve_identification_with_datum_name_aliases
identify(): take into datum name aliases (fixes #1800)
|
|
|
|
BoundCRS::identify(): improvements to discard CRS that aren't relevant (fixes #1801)
|
|
|
|
rouault/grid_alternatives_use_precision_package_versions
grid_alernatives.sql: point to specific revisions of the proj-datumgrid-XXXX packages
|
|
Make EPSG:102100 resolve to ESRI:102100 (fixes #1730)
|
|
Update grid_alternatives.sql for Icelandic grids
|
|
(fixes #1801)
Fix for
```
projinfo --identify "+proj=utm +zone=48 +a=6377276.345 +b=6356075.41314024 +towgs84=198,881,317,0,0,0,0 +units=m +no_defs +type=crs"
```
to only return BoundCRS of EPSG:3148: 70 %
Previously it also returned EPSG:23948 and EPSG:24048 whose projected CRS-only
parts where likely matches, but those 2 CRSs don't have a +towgs84=198,881,317,0,0,0,0,
so discard them.
|
|
rouault/restore_ob_tran_to_meter_compat_with_pj_transform
ob_tran: restore traditional handling of +to_meter with pj_transform() and proj utility (fixes #1782)
|
|
Horizontal grid shift: fix issue on iterative inverse computation when switching between (sub)grids (fixes #1663)
|
|
switching between (sub)grids (fixes #1663)
Given in.txt with
53.999759140 5.144478208 252.6995
Before the fix,
cct -t 0 -d 4 +proj=pipeline +step +proj=axisswap +order=2,1,3,4 +step +proj=hgridshift +inv +grids=rdtrans2018.gsb +step +proj=vgridshift +grids=naptrans2018.gtx +step +proj=sterea +lat_0=52.156160556 +lon_0=5.387638889 +k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel in.txt
returned:
139079.8814 668306.0302 212.1724 0.0000
It now returns:
139079.8850 668306.0458 212.1724 0.0000
which meets with the 1mm accuracy the expected result of test point
```
30010049 53.999759140 5.144478208 252.6995 139079.8850 668306.0460 212.1723
```
|
|
|
|
|
|
|
|
and EPSG:32761 "WGS 84 / UPS South (N,E)"
Fixes https://github.com/qgis/QGIS/issues/33077
|
|
omit_fwd/omit_inv
|
|
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=19367
|
|
|
|
Build: Only export symbols if building DLL
|
|
rouault/tune_too_agressive_result_removal_indian_1975_to_4326
createOperations(): make filtering out of 'uninteresting' operations less aggressive (refs #1787)
|
|
|
|
Refs https://github.com/OSGeo/proj-datumgrid/pull/88
|
|
aggressive (refs #1787)
'EPSG:1304, Indian 1975 to WGS 84 (2), 5.0 m, Thailand - onshore and Gulf of Thailand'
was removed because considered useless w.r.t first result
'EPSG:1812, Indian 1975 to WGS 84 (4), 3.0 m, Thailand - onshore'
However the name of the area of use is not completely the same, so might be worth
keeping it.
|
|
Database: update to IGNF v3.1.0
|
|
|
|
proj utility (fixes #1782)
Fixes side-effect of https://github.com/OSGeo/PROJ/issues/1525 that went in 6.1.1
The correction is horribly hacky. Sorry...
|