aboutsummaryrefslogtreecommitdiff
path: root/src/iso19111/io.cpp
AgeCommit message (Collapse)Author
2022-03-19Fix datum names when importing from PROJ4 crs strings (affects some ↵Even Rouault
transformations using geoidgrids) When importing from a PROJ4 string with +towgs84, +nadgrids or +geoidgrids terms, the datum name was just set to 'unknown'. So for example the datums of '+proj=longlat +ellps=GRS80 +towgs84=1,2,3' and '+proj=longlat +ellps=GRS80 +towgs84=4,5,6' were considered identical, because they had the same name 'unknown' and used the same ellipsoid. This affected the transformation of such CRS when they had an additional +geoidgrids term, which resulted in an erroneous +proj=push +v_1 +v_2 step to be added to preserve the horizontal coordinates.
2022-03-16Transformation: no longer do vertical trasnformation when doing compound CRS ↵Even Rouault
to 2D CRS / add --3d to cs2cs Previously, when computing transformation between a compound CRS and a geographic/projected 2D CRS, the behaviour was similar to implicitly promoting the 2D CRS to 3D CRS in the pipeline computation logic, hence a geoid model could be applied. But note that when doing a geographic 3D to geographic/projected 2D CRS transformation, we *did* not do this implicit promotion and if a Helmert transformation existed between the datums, it was done only in 2D. So this is a bit inconsistent and triggered the comment in https://github.com/OSGeo/PROJ/issues/2318#issuecomment-1068924513 With this commit, we no longer do any vertical transformation when doing compound CRS to the 2D CRS, but just take the transformation of the horizontal part of the compound CRS to the 2D CRS. Said otherwise, NAD83+NAVD88 to NAD83 will no longer lead to the application of the geoid model. Unless you explicitly ask for the promotion NAD83 to 3D. Also related, in https://github.com/OSGeo/PROJ/issues/1563 that went to 6.3.0, I changed cs2cs to automatically promote to 3D the CRS as soon as one of them was compound, for the sake of being consistent with the past behaviour. But it then becomes difficult to predict PROJ behaviour depending on which level of it you consider... This commit undoes that and adds an explicit --3d switch to cs2cs, similarly to projinfo, to ask for promotion. Other bug fix found in the process, when using legacy syntax, +init=epsg:4979, (WGS 84 3D), the resulting CRS was 2D and not 3D.
2022-03-08Fix issue when transforming from/to BoundCRS of 3D CRS with non-Greenwhich ↵Even Rouault
prime meridian, created from WKT (fixes OSGeo/gdal#5408)
2022-02-22WKTParser::Private::buildProjectedCRS(): avoid potential nullptr deref (CID ↵Even Rouault
383362)
2022-02-14Fix importing CRS definition with +proj=peirce_q and +shape different from ↵Even Rouault
square or diamond. Follow-up of #3014. Fixes #3056. master only
2022-02-14Better deal with importing strings like '+init=epsg:XXXX +over' (refs ↵Even Rouault
MapServer/MapServer#6478)
2022-01-12Merge pull request #3010 from rouault/fix_2739Even Rouault
Implement Geographic3D to Depth/Geog2D+Depth as used by ETRS89 to CD Norway depth
2022-01-07Map peirce_q to pseudo WKT2 and ESRI WKTEven Rouault
2022-01-06Implement Geographic3D to Depth/Geog2D+Depth as used by ETRS89 to CD Norway ↵Even Rouault
depth Fixes #2739 Verified with example from IOGP Guidance Note 7-2 (ver 62, Dec 2021) page 169, with 38 = h_obs - D_obs = 50 - 12. $ echo 60.0015 4.9960 38 | PROJ_LIB=data PROJ_NETWORK=ON bin/cs2cs -d 4 EPSG:4937 EPSG:9883 60.0015 4.9960 5.8827 $ echo 60.0015 4.9960 38 | PROJ_LIB=data PROJ_NETWORK=ON bin/cs2cs -d 4 EPSG:4937 EPSG:4258+9672 60.0015 4.9960 5.8827 $ echo 60.0015 4.9960 5.8827 | PROJ_LIB=data PROJ_NETWORK=ON bin/cs2cs -d 4 EPSG:9883 EPSG:4937 60.0015 4.9960 38.0000 $ echo 60.0015 4.9960 5.8827 | PROJ_LIB=data PROJ_NETWORK=ON bin/cs2cs -d 4 EPSG:4258+9672 EPSG:4937 60.0015 4.9960 38.0000
2022-01-04Fix doc generation with Doxygen 1.9.3Even Rouault
Since the update to Doxygen 1.9.3, doc generation was broken. With bisection of doxygen, it was found this was due to commit https://github.com/doxygen/doxygen/commit/ee8f3fb7a2ed74ee30ae3202707617e97f6641ff which makes Doxygen honour nested @cond . This revealed bad pairing of @cond / @endcond in our code, fixed by this commit.
2021-12-16WKT1 import: correctly deal with missing rectified_grid_angle parameterEven Rouault
by setting its value from the azimuth angle. and on export to PROJ.4 string do not emit a erroneous +gamma=0 when the parameter it is missing. Fixes https://lists.osgeo.org/pipermail/proj/2021-December/010475.html
2021-12-16WKTParser::Private::buildProjectionStandard(): minor cleanupEven Rouault
2021-12-02PROJStringSyntaxParser(): make it use pj_trim_argc/argv to have similar ↵Even Rouault
tokenization/serialization in different code paths This avoids in particular recursive calls to ob_tran initialization on weird inputs. Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=41462
2021-12-02PROJ string parsing: fix unquoting of parameter values when the parameter ↵Even Rouault
name is just one single character Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=41462
2021-11-09PROJStringFormatter::toString(): avoid invalid iterator increment (fixes #2931)Even Rouault
2021-11-03BoundCRS WKT import: fix setting of nameEven Rouault
Name was erroneously set (since 8.2.0) to SOURCECRS. Raised in https://lists.osgeo.org/pipermail/gdal-dev/2021-November/054944.html
2021-10-08WKT1 parser: recognize Lambert_Conformal_Conic as projection name for LCC ↵Even Rouault
1SP or 2SP (fixes #2892)
2021-10-06CRS::_isEquivalentTo(): be tolerant to different order of PROJ step options ↵Even Rouault
(fixes #2886)
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-18Optimize pipelines of planetary CRS (geocentric latitude, west-positive ↵Even Rouault
longitude)
2021-09-14PROJJSON: support additional properties allowed in id object (version, ↵Even Rouault
authority_citation, uri) for parity with WKT2:2019
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
2021-09-04createFromUserInput(): make it more obvious for cppcheck and humans tooEven Rouault
2021-08-31PROJStringFormatter::toString(): add missing iterator increment (but luckily ↵Even Rouault
this omission didn't result in endless loop, just an extra iteration)
2021-08-31Workaround false positive in recent cppcheckEven Rouault
2021-08-31io.cpp: remove always true testEven Rouault
2021-08-29io.cpp: silence Coverity false positive (CID 356032)Even Rouault
2021-08-26WKT importer: better detect ESRI WKT on projected CRS (fixes #2822)Even Rouault
2021-08-26WKT importer: detect ESRI WKT even when datum name doesn't start with D_ ↵Even Rouault
(fixes #2822)
2021-08-21PROJStringFormatter::toString(): fix potential O(n^2) performance. Fixes ↵Even Rouault
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=37438
2021-08-20ConcatenatedOperation::fixStepsDirection(): fix bad chaining of steps when ↵Even Rouault
inverse map projection is involved in non-final step (fixes #2817)
2021-08-19BoundCRS: accept importing/exporting in WKT2 and PROJJSON the ↵Even Rouault
scope/area/extent/id attributes (fixes #2813) For PROJJSON only, also accept the ``name`` attribute.
2021-06-02proj_create(): do not open proj.db if string is a PROJ string, even if ↵Even Rouault
proj_context_set_autoclose_database() has been set (fixes #2734)
2021-05-04DOC: configure and add spelling wordlist; fix typos, apply Sphinx syntax (#2705)Mike Taves
2021-04-24Improvements related to DerivedVerticalCRS using Change Unit and ↵Even Rouault
Height/Depth reversal methods - For instantiation from urn combined references, create a better name, using conventions of EPSG vertical CRS - For exportToWKT(), allow export in WKT < WKT2 for such DerivedVerticalCRS
2021-04-18createFromUserInput(): change name of CRS built from URN combined references ↵Even Rouault
to match the convention of EPSG projected CRS
2021-04-13createFromUserInput(): parse compound id with two authorities, like ↵Javier Jimenez Shaw
ESRI:103668+EPSG:5703 (#2669)
2021-04-11createFromUserInput(): support URN:OGC:DEF:CRS:OGC:1.3:CRS84Even Rouault
2021-04-10createFromUserInput(): add support for WMS AUTO: syntaxEven Rouault
2021-04-10createFromUserInput(): add support for (legacy) urn:x-ogc:def:crs:EPSG:XXXX ↵Even Rouault
syntax
2021-04-10createFromUserInput(): add support for (legacy) urn:opengis:crs:EPSG:0:XXXX ↵Even Rouault
syntax
2021-04-10createFromUserInput(): add support for OGC URLsEven Rouault
e.g: http://www.opengis.net/def/crs/EPSG/0/4326 http://www.opengis.net/def/crs-compound?1=http://www.opengis.net/def/crs/EPSG/0/4326&2=http://www.opengis.net/def/crs/EPSG/0/3855
2021-03-07typo fixesEven Rouault
2021-03-03Reformat code with clang-format-10 from ubuntu 20.04Even Rouault
2021-02-10Fix handling of +proj=ob_tran +o_proj=longlat combined with +over (fixes #2510)Even Rouault
2021-01-05createFromUserInput(): accept leading white space (fixes #2498)Even Rouault
2020-12-14createOperations(): fix inconsistent chaining exception when transforming ↵Even Rouault
from BoundCRS of projected CRS based on NTF Paris to BoundCRS of geog CRS NTF Paris. Fixes https://github.com/OSGeo/gdal/issues/3273
2020-12-12Split coordinateoperation.cpp in many files in iso19111/operation directoryEven Rouault
The big size of coordinateoperation.cpp could require significant amount of RAM to build it with -O2 level, and cause compiler crashes in some environments.
generated by cgit v1.2.3 (git 2.25.1) at 2026-01-08 01:09:21 +0000