| Age | Commit message (Collapse) | Author |
|
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)
|
|
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...
|
|
Snyder1992
|
|
Previous version was describing oea by mistake. It is also a projection
by Snyder and the isea docs was based on the paper on the oea
projection. This commit fixes that.
|
|
CRS identification: use case insensitive comparison for authority name (fixes #1779)
|
|
(fixes #1779)
|
|
|
|
|
|
Doc: resource_files.rst updates
|
|
|
|
Doc: add a operations_computation.rst describe the magic behind createOperations()
|
|
mloskot/ml/add-gitattributes-with-lf-in-unix-shell-scripts
Add .gitattributes to normalize line endings of Unix scripts to LF
|
|
Mercator projection, but with subtlely different parameters (fixes https://github.com/OSGeo/gdal/issues/2087)
|
|
|
|
Normalize line endings of Unix shell scripts to LF.
|
|
rouault/do_not_install_proj_json_streaming_writer_hpp
autoconf/cmake: do not install proj_json_streaming_writer.hpp header
|
|
|
|
|
|
|
|
proj-datumgrid new filelist.csv file
|
|
Database: register NTv2_SN.gsb
|
|
https://github.com/OSGeo/proj-datumgrid/pull/73
|
|
Database: register AT_GIS_GRID.gsb
|
|
https://github.com/OSGeo/proj-datumgrid/pull/72
|
|
Database: register AUSGeoid09 and AUSGeoid2020
|
|
that suddenly warns about them for unknown reason...
|
|
Related to https://github.com/OSGeo/proj-datumgrid/pull/66
Tune operation search so that it can work with Geog2D <--> VertCS for commandline
niceness
|
|
Database: register the BWTA2017.gsb grid (DHDN->ETRS89 for Baden-Wurtemberg)
|
|
Relates to https://github.com/OSGeo/proj-datumgrid/pull/65 ,
https://github.com/OSGeo/proj-datumgrid/issues/22
As EPSG has no entry for it, we create a grid_transformation, as well as a
dedicated area of use based on the extent of the grid, under the PROJ authority.
With the hope to be able to remove it once EPSG has an entry...
|
|
and IGNF init-files
|
|
(https://github.com/OSGeo/PROJ/pull/1755) regarding how resource files are looked for
|
|
(without recent Win32 specific addition)
|
|
This PR is Windows only. It adds the directory ``.....\bin\..\share\proj``, where ``....\bin`` is the directory hosting ``proj.dll``, to the list of places where ``proj.db`` is searched. In addition to what happens at build time, this PR ads also the ability to do that at run-time. This means that a structure like
....\bin\proj.exe, proj.dll, ...
....\share\proj\proj.db, ...
will still find proj.db without needing to set the PROJ_LIB environment variable
|
|
Database: update ESRI entries with ArcGIS Desktop version 10.8.0 database
|
|
|
|
|
|
Update README, install.rst and resource_files.rst
|