| Age | Commit message (Collapse) | Author |
|---|
|
ConcatenatedOperation::fixStepsDirection(): fix bad chaining of steps…
|
|
BoundCRS: accept importing/exporting in WKT2 and PROJJSON the scope/area/extent/id attributes (fixes #2813)
|
|
WKT2 import/export: preserve PROJ.4 CRS extension string in REMARKS[]…
|
|
createOperations(): fix missing deg<-->rad conversion when transforming with a CRS that has a fallback-to-PROJ4-string behaviour and is a BoundCRS of a GeographicCRS (fixes #2804)
|
|
Implement promoteTo3D() / demoteTo2D() for DerivedGeographicCRS (fixes #2803)
|
|
Inverse laea ellipsoidal: return PROJ_ERR_COORD_TRANSFM_OUTSIDE_PROJECTION_DOMAIN when appropriates (fixes OSGeo/gdal#4224)
|
|
Conversion::createUTM(): avoid integer overflow
|
|
createOperations(): fix SourceTargetCRSExtentUse::NONE mode
|
|
CMake: remove external nlohmann_json from INTERFACE_LINK_LIBRARIES target
|
|
createOperations(): make sure to associate an extent to the transform…
|
|
test_factory.cpp: fix build, in particular on Alpine Edge (fixes #2759)
|
|
|
|
is contained within a larger one
Relates to https://github.com/OSGeo/gdal/issues/3998
Before that change, cs2cs on a NAD83(HARN) to WGS84 transformation would
use the "NAD83(HARN) to WGS 84 (1)" transformation (a null Helmert
shift) that is valid for whole US, including non-CONUS areas, even when
used on points located on CONUS that has a "NAD83(HARN) to WGS 84 (3)"
transformation (non-null Helmert shift) with same accuracy (1m).
But if doing EPSG:2874 "NAD83(HARN) / California zone 5 (ftUS)" to
WGS84, we would use this later "NAD83(HARN) to WGS 84 (3)"
transformation because the area of use of EPSG:2874 restricts to CONUS.
This isn't consistant.
With that change, we now have more consistent behavior, even if it can
be argued which of the 2 transformations is the best...
$ echo 34 -120 | src/cs2cs -d 8 EPSG:4326 "NAD83(HARN)" | src/cs2cs "NAD83(HARN)" EPSG:2874
5955507.74 1828410.98 0.00
$ echo 34 -120 | src/cs2cs EPSG:4326 EPSG:2874
5955507.74 1828410.98 0.00
|
|
export (fixes OSGeo/gdal#3958)
|
|
|
|
purpose of the new database connection sharing
|
|
change
|
|
|
|
specific to EPSG:9731 now that is is deprecated
|
|
None of our tables are indexed by a INTEGER PRIMARY KEY, but most of
them are by a (auth_name, code) primary key. Consequently they can
benefit from being created as WITHOUT ROWID tables
(https://sqlite.org/withoutrowid.html), which avoids an index to be
created on the rowid we don't use. WITHOUT ROWID is a feature added in
SQLite 3.8.2, so as our baseline is 3.11, we can use it.
This decreases the DB size from 7,749,632 to 7,229,440 bytes, without
any measurable consequence on performance.
|
|
* Add a PROJ_DATA.VERSION in proj.db to indicate the target PROJ-data
package version
* Make projsync use that information and the version_added and
version_removed properties added in https://github.com/OSGeo/PROJ-data/pull/67
to filter out files that are not relevant
* Add --no-version-filtering and --verbose switches
|
|
|
|
CompoundCRS are involved (fixes #2720)
|
|
|
|
|
|
RUN_NETWORK_DEPENDENT_TESTS settings)
|
|
by accident and wasn't necessary
|
|
|
|
allowing to choose which nlohmann/json to use
Co-authored-by: Mike Taves <mwtoews@gmail.com>
|
|
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
|
|
|
|
to list all geoid model names that apply to a vertical CRS
|
|
test_network.cpp: try to fix 'Please include winsock2.h before windows.h' warning with msys
|
|
warning with msys
```
In file included from D:/a/_temp/msys/msys64/mingw64/include/curl/system.h:422,
from D:/a/_temp/msys/msys64/mingw64/include/curl/curl.h:38,
from D:/a/PROJ/PROJ/test/unit/test_network.cpp:48:
D:/a/_temp/msys/msys64/mingw64/x86_64-w64-mingw32/include/winsock2.h:15:2: warning: #warning Please include winsock2.h before windows.h [-Wcpp]
15 | #warning Please include winsock2.h before windows.h
| ^~~~~~~
```
Seems to be what is described in https://curl.se/mail/lib-2016-12/0047.html
|
|
|
|
syntax
|
|
Non-trivial updates:
- some vertical CRS are now encoded as DerivedVerticalCRS. e.g EPSG:8228
"NAVD88 height (ft)", with base EPSG:5703 "NAVD88 height". As we don't
have support in our PROJ db model for DerivedVerticalCRS, modify the
import script to 'resolve' the derivation up to the original datum.
- Method EPSG:1069 'Change of Vertical Unit' is no longer used. It is
replaced by a generic-purpose EPSG:1104 method that doesn't take any
conversion factor. And generic conversions EPSG:7812 and EPSG:7813 are
now used in concatenated operations, which require code changes as
well.
|
|
|
|
PROJ_SPATIAL_CRITERION_PARTIAL_INTERSECTION if area is specified"
This reverts commit ebe3425bf66287e004958eb53976d3837f88b9e1.
It was found to break gdalwarp usage in
https://github.com/OSGeo/gdal/issues/3695 when passing a bbox that is
quite large.
|
|
createFromUserInput(): change name of CRS built from URN combined references to match the convention of EPSG projected CRS
|
|
createOperations(): fix Geog to Geog when one is deprecated (fix master regression)
|
|
to match the convention of EPSG projected CRS
|
|
regression)
|
|
Closes #2667
|
|
|
|
ESRI:103668+EPSG:5703 (#2669)
|
|
proj_get_crs_info_list_from_database() filter on and return celestial body name
|
|
CRS::normalizeForVisualization(): propagate domains/extent of original CRS (fixes #2603)
|
|
specified name
|
|
|
