| Age | Commit message (Collapse) | Author |
|
Coordinate operation computation with boundcrs / wktext: drop useless early bindins terms in generated pipeline (fixes #1232)
|
|
datum by ellps
|
|
proj_create_crs_to_crs(): defer selection of actual coordinate operation until proj_trans() is called (fixes #1229)
|
|
|
|
|
|
bindins terms in generated pipeline (fixes #1232)
|
|
until proj_trans() is called (fixes #1229)
|
|
|
|
make proj_create() do more or less what proj_create_from_user_input() did before (fixes #1214)
|
|
CRS objects (refs #1214)
|
|
parsed appropriately on the reading side
|
|
|
|
Add API in proj.h to set a file finder callback and search paths; support multiple directories in PROJ_LIB
|
|
transformation (fixes #1220)
|
|
proj_context_set_search_paths() (refs #1150)
|
|
|
|
As discussed in https://github.com/OSGeo/proj.4/issues/1214#issuecomment-452084720,
the introduction of a new PROJ.5 format to export CRS using pipeline/unitconvert/axisswap
as an attempt of improving the PROJ.4 format used by GDAL and other products is
likely a dead-end since it is still lossy in many aspects and can cause confusion
with coodinate operations.
Consequently the PROJ_5 convention will be identical to PROJ_4 for CRS export.
Note: on the import side, I've kept the code that could parse unitconvert and
axisswap when building a CRS definition from a pipeline. It is there as a hidden
feature as it was kind of a tear to remove that code in case it might still be
useful...
|
|
|
|
|
|
is disabled
|
|
With this commit we make sure that proj_angular_input() and
proj_angular_output return the correct result for any given pipeline.
|
|
operations when neededs (fixes #1197)
|
|
|
|
not possible
|
|
|
|
|
|
structures
|
|
proj_trans() and similar methods
|
|
|
|
|
|
have no declared extent
|
|
|
|
|
|
2 definitions of PROJCRS that lack it)
|
|
|
|
|
|
extent of their base CRS)
|
|
(refs #201)
|
|
|
|
|
|
OutputAxisRule::YES
|
|
on projection parameter names
|
|
|
|
|
|
|
|
|
|
|
|
|
|
proj_destroy_string_list to proj_string_list_destroy for consistency (refs #1198)
|
|
#1198)
|