| Age | Commit message (Collapse) | Author |
|
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
createOperations()
|
|
|
|
operation that involves a vertical axis reversal
|
|
8a5740637760f837c9145c72ad8080927a3a4bf0 in the no-grid scenario
|
|
PROJ is now a proper OSGeo project, let's advertise it as such!
|
|
not instantiable, allow using through intermediates. Should help in theory for Auckland 46 -> NZVD2016 the case but there are other issues
|
|
EPSG codes for YEAR and SECOND are interchanged
|
|
EPSG::1040 for second and EPSG::1029 for year.
|
|
CRS and Projected CRS
|
|
Optimize pipelines involving horizontal shift grid, vertical shift grid, inverse horizontal shift grid (take 2)
|
|
|
|
createOperations(): optimize compoundCRS to geogCRS, when the geogCRS of the compoundCRS is the same as the target geogCRS
|
|
Add scripts/grid_checks.py
|
|
Add proj_create_derived_geographic_crs() and proj_create_conversion_pole_rotation_grib_convention() to address GRIB datasets using a pole rotation method
|
|
Change version numbers to 6.3.0
|
|
|
|
|
|
Little script used lately to check consistency of the database
regarding the grid_transformation vs grid_alternatives tables.
And also check the content of the database vs proj-datumgrid
to identify gaps.
|
|
|
|
inv constructs
Given an initial pipeline with
+step +proj=hgridshift +grids=foo
+step +proj=vgridshift +grids=bar
+step +inv +proj=hgridshift +grids=foo
Transform it as
+step +proj=push +v_1 +v_2
+step +proj=hgridshift +grids=foo +omit_inv
+step +proj=vgridshift +grids=bar
+step +inv +proj=hgridshift +grids=foo +omit_fwd
+step +proj=pop +v_1 +v_2
So as to avoid doing a double application of the hgridshift.
|
|
Inspired from syntax of https://github.com/OSGeo/PROJ/pull/453/files
but 'rebased' on top of previous commit that cleans up the pipeline implementation
Different situations:
- +omit_fwd:
the step when followed in the forward path will be omitted
the step when followed in the reverse path will be executed
- +omit_fwd +inv:
the step when followed in the forward path will be omitted
the step when followed in the reverse path will be executed (with the inv method)
- +omit_inv:
the step when followed in the forward path will be executed
the step when followed in the reverse path will be omitted
- +omit_inv +inv:
the step when followed in the forward path will be executed (with the inv method)
the step when followed in the reverse path will be omitted
This will be used in the next commit to optimize constructs like
+step +proj=hgridshift +grids=foo
+step +proj=vgridshift +grids=bar
+step +inv +proj=hgridshift +grids=foo
Such steps are used for CRS to CRS transformations where applying the vertical grid
requires to do a transformation to an interpolating CRS. One can notice that
in the last step will just restore the horizontal coordinates before the first step, so
doing an inverse hgridshift is overkill.
So that could be optimized as:
+step +proj=push +v_1 +v_2
+step +proj=hgridshift +grids=foo +omit_inv
+step +proj=vgridshift +grids=bar
+step +inv +proj=hgridshift +grids=foo +omit_fwd
+step +proj=pop +v_1 +v_2
In the forward path, this will be equivalent to:
+step +proj=push +v_1 +v_2
+step +proj=hgridshift +grids=foo
+step +proj=vgridshift +grids=bar
+step +prop=pop +v_1 +v_2
And similarly in the reverse path, this will be quivalent to:
+step +proj=push +v_1 +v_2
+step +proj=hgridshift +grids=foo
+step +inv +proj=vgridshift +grids=bar
+step +proj=pop +v_1 +v_2
|