aboutsummaryrefslogtreecommitdiff
path: root/test
AgeCommit message (Collapse)Author
2021-12-20Fix and additional options for Peirce Quincuncial projections (#2978)Toby C. Wilkinson
This fixes the current forward implementation of Peirce Quincuncial proj to correctly flip/reflect out the southern hemisphere to four triangles, and rotate entire result to a square or diamond. (It there resolves the issues identified with pull request https://github.com/OSGeo/PROJ/pull/2230 , where southern hemisphere was wrongly projected over northern, and reverses the restriction to northern hemisphere introduced there). It also adds additional lateral projection of the hemispheres. - This PR adds an optional parameter `+type` which allows selection of projection. The `+type=square` and `+type=diamond` types match in principle ESRI's twin implementations of square and diamond PQ projs. The **default** if not specified is `+type=diamond`. - The previous behaviour restricted to the northern hemisphere can be reproduced using the `+type=nhemisphere`, though this is an edge case only. - An additional `+type=horizontal` and `+type=vertical` rectangular lateral versions have been added that place each hemisphere side-by-side. This is primarily to allow creation of projections such as Greiger Triptychial, which also require the additional optional params `scrollx` or `scrolly` in order to shift parts of the projection from one side of the map to the other. - Additional documentation has been added to proj description, including quoting the usual meridian used in common usage of projection, and images showing the different types.
2021-12-17Merge pull request #2985 from rouault/wkt1_hotine_without_rectified_grid_angleEven Rouault
WKT1 import: correctly deal with missing rectified_grid_angle parameter
2021-12-09Merge pull request #2976 from rouault/compound_to_compound_ballparkEven Rouault
createOperations(): improvement for "NAD83(CSRS) + CGVD28 height" to "NAD83(CSRS) + CGVD2013(CGG2013) height"
2021-11-14Merge pull request #2937 from rouault/fix_2936Even Rouault
createOperations(): do not stop at the first operation in the PROJ namespace for vertical transformations
2021-11-10Merge pull request #2934 from toonn/cross-platform-testEven Rouault
test: Make CApi test cross-platform
2021-11-03Merge pull request #2917 from rouault/fix_boundcrs_nameEven Rouault
BoundCRS WKT import: fix setting of name
2021-10-23CMake: revise how we deal with symbol export and static buildsEven Rouault
- Remove the explicit PROJ_MSVC_DLL_IMPORT symbol used for importing symbols from a MSVC .dll: by default on MSVC, we use now __declspec(dllimport), unless PROJ_MSVC_DLL_EXPORT is defined by PROJ at build time. This makes it easier for users: they don't have to define anything special. This simplifies in particular the build of our binaries - For static builds, export -DPROJ_DLL= as public, so that users that import PROJ through CMake mechanism don't have to do it manually.
2021-10-22Merge pull request #2907 from josch/tinshiftfallbackEven Rouault
add fallback strategy for tinshift transform to use closest triangle for points not in any
2021-10-21Add fallback_strategy to tinshift transformJohannes Schauer Marin Rodrigues
- this bumps format_version of tinshift JSON to 1.1 for the new field fallback_strategy - the default behaviour without that field is retained - if fallback_strategy is set to "nearest_side", then points that do not fall into any of the triangles will be transformed according to the nearest triangle - if fallback_centroid is set to "nearest_side", then points that do not fall into any of the triangles will be transformed according to the triangle with the nearest centroid
2021-10-21Database: update to EPSG v10.038Even Rouault
2021-10-15Merge pull request #2889 from jjimenezshaw/mx_inegi_ggm10Even Rouault
Add transformations for GGM10, Mexican geoid model
2021-10-12Geographic 3D CRS: allow to export to WKT1:ESRI if only the GEOGCS is known ↵Even Rouault
(and thus extrapolating a VERTCS) (fixes #2757)
2021-10-12Fix export to WKT1:ESRI of CRS, datum, ellipsoids name that don't have a ↵Even Rouault
EPSG equivalent and have parentheses in their name
2021-10-12Merge pull request #2897 from rouault/fix_2852Even Rouault
CMake build: generate invproj/invgeod binaries (symlinks on Unix, copy otherwise) (fixes #2852)
2021-10-10ossfuzz builds: switch to cmake to build PROJEven Rouault
2021-10-09Add testing of invprojEven Rouault
2021-10-09test/cli/testproj: fix wrong variable nameEven Rouault
2021-10-08WKT1 parser: recognize Lambert_Conformal_Conic as projection name for LCC ↵Even Rouault
1SP or 2SP (fixes #2892)
2021-10-08WKT concatenated operation parsing: fix when a axis order reversal ↵Even Rouault
conversion is the first or last operation (fixes #2890)
2021-10-07extend unit test to find GGM10 for vcrs EPSG:5703Javier Jimenez Shaw
2021-10-06CRS::_isEquivalentTo(): be tolerant to different order of PROJ step options ↵Even Rouault
(fixes #2886)
2021-10-06ProjectedCRS::_isEquivalentTo(): ignore base CRS axis order even in ↵Even Rouault
EQUIVALENT mode if one of them is lacking an explicit CS order (refs #2886)
2021-10-06proj_create_crs_to_crs() + proj_trans(): fix when non-Greenwich prime ↵Even Rouault
meridian is involved This fixes a regression introduced in 7af1d5741da08d9546b907e0da2c21c54c61b27 / PROJ 7.2.0 where reprojection of area of use was broken when the source/target CRS did not use Greenwich as prime meridian. Fixes https://lists.osgeo.org/pipermail/gdal-dev/2021-October/054764.html Now with the fix: - using grid: $ echo 286415 431434 | PROJ_NETWORK=ON src/cs2cs -d 4 EPSG:20790 EPSG:3763 86412.4262 131434.1706 0.0000 - not using it: $ echo 286415 431434 | src/cs2cs -d 4 EPSG:20790 EPSG:3763 86412.5265 131433.8561 0.0000
2021-10-06test_c_api.cpp: reformatEven Rouault
2021-10-05Add proj_trans_bounds to compute the image of a input bounding box through a ↵Alan D. Snow
transformation (#2882) Fixes #2779
2021-10-05Merge pull request #2876 from rouault/iauEven Rouault
Add IAU_2015 CRS definitions
2021-10-05Merge pull request #2868 from rouault/proj_factors_with_projected_crsEven Rouault
proj_factors(): accept P to be a projected CRS (fixes #2854)
2021-09-30proj_factors(): accept P to be a projected CRS (fixes #2854)Even Rouault
Updated doc: Starting with PROJ 8.2, the P object can be a projected CRS, for example instantiated from a EPSG CRS code. The factors computed will be those of the map projection implied by the transformation from the base geographic CRS of the projected CRS to the projected CRS. The input geodetic coordinate lp should be such that lp.lam is the longitude in radian, and lp.phi the latitude in radian (thus independently of the definition of the base CRS, if P is a projected CRS).
2021-09-29CRS::identify(): fix ignoring CS order when identifying a geodetic CRS by a ↵Even Rouault
PROJ string with just the ellipsoid
2021-09-28CRS::extractGeodeticCRS(): implement for DerivedProjectedCRS (related to ↵Even Rouault
refs OSGeo/gdal#3927)
2021-09-28test: add tests of operations between geographic/geodetic and projected IAU CRSEven Rouault
2021-09-28PROJStringFormatter: add optimizations useful for IAU CRS transformation ↵Even Rouault
pipelines
2021-09-28Add a mapping for versioned authorities, so that one can use IAU:xxxx or ↵Even Rouault
IAU_2015:xxxx transparently
2021-09-28Database: add IAU_2015 CRSEven Rouault
2021-09-27Database: update to EPSG v10.036Even Rouault
2021-09-24proj_normalize_for_visualization(): set input and output units when there ↵Even Rouault
are several alternative transformations (fixes #2866)
2021-09-18Optimize pipelines of planetary CRS (geocentric latitude, west-positive ↵Even Rouault
longitude)
2021-09-17test: getInsertStatementsFor(): test datums with anchorEven Rouault
2021-09-17Database: add a 'anchor' field to geodetic_datum and vertical_datum tablesEven Rouault
Update database layout version number to 1.2 consequently This new capability will be used by IAU planetary CRS (refs #2601)
2021-09-16Merge pull request #2851 from rouault/epsg_10_035Even Rouault
Database: update to EPSG v10.035
2021-09-15Inverse ortho ellipsoidal oblique: address a few remarks from ↵Even Rouault
https://github.com/OSGeo/PROJ/issues/2844#issuecomment-920138371
2021-09-15Inverse ellipsoidal orthographic projection (oblique case): fix convergence ↵Even Rouault
at pole
2021-09-15Fix error in implementation of Inverse ellipsoidal orthographic projection ↵Even Rouault
(oblique case) that cause convergence to sometimes fail (fixes #2844)
2021-09-15Database: update to EPSG v10.035Even Rouault
This seriously impacts French CRS users with the introduction of new datums, geodetic CRS and projected CRS based on "RGF 93 v2" and "RGF 93 v2b", and the previous single "RGF 93" being renamed as "RGF 93 v1". To be noted too, the addition of a null transformation between NAD83(2011) and WGS 84, which impacts a number of tests in the test suite.
2021-09-15test/cli/testvarious: make one test more robust regarding EPSG updatesEven Rouault
2021-09-14PROJJSON: support additional properties allowed in id object (version, ↵Even Rouault
authority_citation, uri) for parity with WKT2:2019
2021-09-14Merge pull request #2847 from rouault/spherical_ocentricEven Rouault
Add support for GeodeticCRS using a Spherical ocentric coordinate system
2021-09-08createOperations(): use an explicit conversion operation for geodetic <--> ↵Even Rouault
geocentric latitude
2021-09-08createOperations(): deal with spherical planetocentric geodetic CRSEven Rouault
This also fixes conversion between geocentric latlong and geodetic latlong with cs2cs. This was dealt with in PR 1093, but in the wrong direction (the geocentric latitude must be <= in absolute value to the geodetic one) The issue here was linked to the semantics of the +geoc specifier, which affects the semantics of the input coordinates in the forward direction (+geoc means that the input coordinate is is a geocentric latitude), which defeats the logic of doing A to B by using the inverse path of A and the forward path of B.
2021-09-07Support importing/exporting WKT & PROJJSON of 2D axis spherical ↵Even Rouault
planetocentric geodetic CRS
generated by cgit v1.2.3 (git 2.25.1) at 2025-12-15 19:04:37 +0000