| Age | Commit message (Collapse) | Author |
|
|
|
grid_transformation_custom.sql for geoid grids (fixes #2112)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Add alternative grid for JTSK - JTSK03 transform (EPSG:8364)
|
|
(fixes #1938)
|
|
Fixes #1913
AuthorityFactory::createBetweenGeodeticCRSWithDatumBasedIntermediates() issued
a complex SQL query that pushes the SQLite3 query plan optimizer to its limits.
Was working reasonably with sqlite 3.11, but not with later versions.
So put less constraints in the main query and do post-processing checks and
auxiliary requests to avoid such issues.
For some unknown reason, this slightly slows down a bit execution time of the
whole test_cpp_api binary (~ 10%), but couldn't come with something better,
despite trying many variations of the main SQL query. It seems that in the
general case the non-filter LEFT JOIN on the supersession table helped,
except on this EPSG:7842 case.
|
|
using the non-deprecated EPSG:9327 for the geocentric translation
|
|
Add EPSG records for 'Geocentric translation by Grid Interpolation (IGN)' (gr3df97a.txt) and map them to new +proj=xyzgridshift
|
|
|
|
(gr3df97a.txt) and map them to new +proj=xyzgridshift
|
|
in the EPSG/grid_transformation table
|
|
Implement RFC5: Adopt GeoTIFF-based grids for grids delivered with PROJ
|
|
|
|
|
|
* EPSG:9282 uses rdtrans2018.gsb
* EPSG:9283 uses nlgeo2018.gtx
|
|
grid_alternatives, fix related entries and simplify/robustify logic to deal with EPSG 'Geographic3D to GravityRelatedHeight' methods
|
|
Fixes #1867
|
|
This commit is the result of the squashing of rfc4_dev branch in a single
commit. It implements mostly RFC 4 related work.
* Grid handling:
- remove obsolete and presumably unfinished implementation of grid catalog functionality
- all grid functionality is in grids.cpp/.hpp
- vertical and horizontal grid shift: rework to no longer load whole grid into memory
- remove hgrids and vgrids member from PJ structure, and store them in hgridshift/vgridshift/deformation structures
- build systems: add optional libtiff dependency. Must be explicitly disabled if not desired
- add support for horizontal and vertical grids in GeoTIFF, if libtiff is available
- add GenericShiftGridSet and GenericShiftGrid classes, relying on TIFF grids, that can be used for generic purpose grid-based adjustment
- add a +proj=xyzgridshift method to perform geocentric translation by grid. Used for French NTF to RGF93 transformation using gr3df97a.tif grid
- deformation: add support for +grids= for GeoTIFF grids
- horizontal grid shift: fix failures on points slightly outside a subgrid (fixes #209)
* File management:
- add a filemanager.cpp/.hpp to deal with file related work
- test for legacy proj_api.h fileapi
- proj.h: add proj_context_set_fileapi() and proj_context_set_sqlite3_vfs_name() (fixes #866)
- add capability to read resource files from the user writable directory
* Network access:
- build systems: add optional curl dependency
- add a curl-based default implementation for network related functionality
- proj.h: add C API to control network functionality, and optionaly provide network callbacks
- add data/proj.ini with default settings
- add a SQLite3 local cache of downloaded chunks
- add proj_is_download_needed() and proj_download_file()
* Use Win32 Unicode APIs and expect all strings to be UTF-8 (fixes #1765)
For backward compatibility, if PROJ_LIB content is found to be not UTF-8 or
pointing to a non existing directory, then an attempt at interpretating it
in the ANSI page encoding is done.
proj_context_set_search_paths() now assumes strings to be in UTF-8, and
functions returning paths will also return values in UTF-8.
|
|
Improvements regarding name aliases (refs #1823)
|
|
|
|
|
|
Should fix the issue reported in https://lists.osgeo.org/pipermail/proj/2020-January/009188.html
Some extra north-american grids present in data/ can affect the results of
some tests, so create a data/for_tests/ subdirectory in which we copy only
select grids.
|
|
|
|
|
|
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.
|
|
CONSTRAINT CHECK
|
|
source/target CRS one
|
|
|
|
entries in grid_alternatives.sql
|
|
mapping between CGQ77-98.gsb and CQ77SCRS.GSB
|
|
|
|
|
|
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/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
|
|
|
|
|
|
|
|
Refs https://github.com/OSGeo/proj-datumgrid/pull/88
|
|
|
|
packages
Due to potential future shift to GTiff format, we don't want users of PROJ 6.3
being pointed to grids they won't be able to use.
So point to
- proj-datumgrid-1.8: already existing, unlikely to change before 6.3
- proj-datumgrid-north-america-1.3: to be released
- proj-datumgrid-europe-1.5: to be released
- proj-datumgrid-oceania-1.1: to be released
- proj-datumgrid-world-1.0: already existing, unlikely to change before 6.3
|
|
https://github.com/OSGeo/proj-datumgrid/pull/73
|