7c6993719d
* OGC API - Features Part 2 (groundwork+CRS-BBOX) from PR #1155 - contributes to issue #1128 * #1128 provide conformance class for OAPIF Part 2 in /conformance page * #1128 bitten by flake8... * #1128 configurability CRS Feature Providers with syntax, defaults and tests * #1128 configurability CRS Feature Providers refine for default values * #1128 display supported CRSs in HTML Collection template * #1128 config, mmetadata and tests for storageCRS and storageCrsCoordinateEpoch * #1128 WIP for bbox-crs parameter support * #1128 utility function and tests for default/mandatory supprted CRS list * #1128 default supported CRS adaptation to OAPIF Part 2 standard * #1128 grr flake8 whitespace * #1128 start adding full API tests OGR for bbox-crs and crs parms * #1128 fix flake8 * #1128 fix flake8 - install GDAL in workflow main for OGR tests * #1128 fix flake8 - install GDAL in workflow main for OGR tests - need pip package? * #1128 fix flake8 - install GDAL in workflow main for OGR tests - using libgdal-dev gdal-bin * #1128 fix SensorThings test for main.yml Workflow * #1128 fix SensorThings test for main.yml Workflow nr 2 * #1128 make all OGR tests working again * #1128 make all OGR tests working again - flake8 * #1128 make all OGR tests working again - GeoSolutions WFS bbox * #1128 #1155 add documentation for OGC OAPIF Part 2 CRS CRS BBOX support * #1128 #1155 refine documentation for OGC OAPIF Part 2 CRS CRS BBOX support * #1128 #1155 refine documentation to align with #1149 * #1128 #1155 rework from review OAS and pygeoapi config schema * #1128 #1155 minor: compile Re for CRS URI only once as global var * #1128 merge in changes from PR #1173 - fix missing import * WIP Ogcapi features part 2 - Support for crs query parameter (#1149) * feat(ogcapi_features_crs): start implementing crs support from ogcapi features part2 * Pass input and output CRSs WKT instead of crs transformation object * fix longs lines and blank lines * fix typo * fix import for type annotation not supported by python version * fix variable visibility in local scope * fix tabs/spaces indentations * Add support for the crs parameter to OGRProvider * make flake8 happy * Make crs transformation mechanism more consistent between PostgreSQL and OGR providers * test(util): add two test functions in util.py New functions: test_get_crs_from_uri and test_get_transform_from_crs * fix too long lines... * Update get_crs_from_uri and corresponding test function * fix(get_crs_from_uri): make the error more explicit in if wrong crs uri format * flake8 again... * Keep support for source_srs/target_srs in config for OGRProvider * revert changes made to pygeoapi-config-0.x.yml, overlap with PR 1155 * test: add test data and update test config file * Extract 'crs' and 'storage_crs' and provider level instead of collection level * feat(crs): new decorator to support coordinates transformation of feature collections * feat(crs): 'crs' query parameter for CSVProvider * test(crs): add tests for 'crs' query parameter * test: update number of collections in test_describe_collections * test: update number of collections in test_filter_dict_by_key_value * fix(crs_transform): change the crs transformation decorator Change the logic of the decorator so that it works for both functions that return FeatureCollections and for functions tha return single Features. * test: add tests for get_collection_item end-point with 'crs' parameter * fix(test_get_collection_item_crs): id as path parameter, not query parameter * test: unpack coordinates to create point geometry * feat(crs): add suuport for crs query parameter for all providers of type 'feature' * docs(crs): add documentation to illustrate use of 'crs' query parameters * docs(crs): more data access examples * fix typo and add new line * refactor: specify None as default value for crs_transform_out parameter in _sqlalchemy_to_feature method * changes for PR 1149, test_api and style formatting * CRS84 as default crs also for test_get_collection_items_crs * test(crs): test coordinates transformation implementation of PostgreSQLProvider * test(crs): move tests to test_postgresql_provider * fix test function calls * change test to ensure returned features are the same * add json format to request object * test(crs): test coordinates transformation implementation of OGRProvider * refactor(crs): make more compact get_collection_item and get_collection_items Define two new static methods in API class, to create crs_transform_wkt and setting content-crs header. These methods can be re-used in both get_collection_item and get_collection_items methods and removes code duplication. --------- Co-authored-by: Just van den Broecke <just@justobjects.nl> * #1178 fix flake8 error * #1178 use EPSG:28992 i.s.o. 32631 - fix unit test OGR Shapefile * #1174 use CRS-compliant Axis ordering for crs support * #1174 fix and honour CRS 4258disable native CRS Transform in OGR Provider - Axis ordering not honoured... * #1174 remove ADR tests rom test_util.py * #1174 enable native CRS transform again in OGR Provider * #1174 enable native CRS transform again in OGR Provider - fix config * #1174 remove support for source/target_srs in OGRProvider - enforce transforms always based on storageCRS * #1174 fix tests Postgresql Provider for Transforms * #1174 fix tests Postgresql Provider for Transforms * #1174 add tests for OGR Transformation and Axis Order * #1174 Suppress potential axis-swapping in OGR ExportToJSON * #1174 minor fix test - unassign spatialref before setgeom infeat * #1174 minor fix test - unassign spatialref before setgeom infeat - flake8 * #1174 solve CI WFS test failures with GDAL HTTP config options * #1174 bbox and bbox-crs defs local in openapi.py for CITE validators * #1174 merge master - #1152 #1203 etc * #1174 small doc changes * #1174 move GeomObject typedef to beginning of util.py * #1174 added debug logging in transform Decorator func --------- Co-authored-by: Mathieu Tachon <92298764+MTachon@users.noreply.github.com>
249 lines
9.1 KiB
ReStructuredText
249 lines
9.1 KiB
ReStructuredText
.. _crs:
|
|
|
|
CRS support
|
|
===========
|
|
|
|
pygeoapi supports the complete specification: `OGC API - Features - Part 2: Coordinate Reference Systems by Reference corrigendum`_.
|
|
The specified CRS-related capabilities are available for all Feature data Providers.
|
|
|
|
Configuration
|
|
-------------
|
|
|
|
For details visit the :ref:`configuration` section for Feature Providers. At this moment only the 'URI' CRS notation format is supported.
|
|
|
|
|
|
* `crs` - list of CRSs supported
|
|
* `storage_crs` - CRS in which the data is stored (must be in `crs` list)
|
|
* `storage_crs_coordinate_epoch` - epoch of `storage_crs` for a dynamic coordinate reference system
|
|
|
|
|
|
These per-Provider configuration fields are all optional. Default for CRS-values is `http://www.opengis.net/def/crs/OGC/1.3/CRS84`, so "WGS84" with lon/lat axis ordering.
|
|
If the storage CRS of the spatial feature collection is a dynamic coordinate reference system,
|
|
`storage_crs_coordinate_epoch` configures the coordinate epoch of the coordinates.
|
|
|
|
There is also support for CRSs that support height like `http://www.opengis.net/def/crs/OGC/1.3/CRS84h`. In that case
|
|
bbox parameters (see below) may contain 6 coordinates.
|
|
|
|
Metadata
|
|
--------
|
|
|
|
The conformance class `http://www.opengis.net/spec/ogcapi-features-2/1.0/conf/crs` is present as a `conformsTo` field
|
|
in the root landing page response.
|
|
|
|
The configured CRSs, or their defaults, `crs` and `storageCRS` and optionally `storageCrsCoordinateEpoch` will be present in the "Describe Collection" response.
|
|
|
|
Parameters
|
|
----------
|
|
|
|
The `items` query supports the following parameters:
|
|
|
|
* `crs` - the CRS in which Features coordinates should be returned, also for the 'get single item' request
|
|
* `bbox-crs` - the CRS of the `bbox` parameter (only for Providers that support the `bbox` parameter)
|
|
|
|
If any or both of these parameters are specified, their CRS-value should be from the advertised CRS-list in the Collection metadata (see above).
|
|
|
|
An HTTP Header named `Content-Crs` specifies the CRS for returned Feature-coordinates as
|
|
according to the "OGC API - Features - Part 2" standard. For example:
|
|
|
|
`Content-Crs: <http://www.opengis.net/def/crs/EPSG/0/3395>`.
|
|
|
|
Note that the values of these parameters may need to be URL-encoded.
|
|
|
|
Implementation
|
|
--------------
|
|
|
|
CRS and BBOX CRS support is implemented for all Feature Providers. Some details may help understanding (performance) implications.
|
|
|
|
BBOX CRS Parameter
|
|
^^^^^^^^^^^^^^^^^^
|
|
|
|
The `bbox-crs` parameter is handled at the common level of pygeoapi, thus transparent for Feature Providers.
|
|
Obviously the Provider should support `bbox`.
|
|
A transformation of the `bbox` parameter is performed
|
|
according to the `storage_crs` configuration. Then the (transformed) `bbox` is passed with the
|
|
other query parameters to the Provider instance.
|
|
|
|
CRS Parameter
|
|
^^^^^^^^^^^^^
|
|
|
|
When the value of the `crs` parameter differs from the Provider data Storage CRS, the response Feature coordinates
|
|
need to be transformed to that CRS. As some Feature Providers like PostgreSQL or OGR may support native
|
|
coordinate transformation, pygeoapi delegates transformation to those Providers, passing the `crs` with the other query parameters.
|
|
|
|
Feature Providers, like CSV for example, that do not (yet) support coordinate transformation provide a 'flag'
|
|
that triggers pygeoapi to perform the transformation on the Provider response data.
|
|
Details: this is effected through a Python Decorator `@crs_transform` on the Provider functions `query()` and `get()`.
|
|
By removing that flag, Providers may later move transformation to their internal implementation.
|
|
|
|
|
|
Examples
|
|
--------
|
|
|
|
Suppose an addresses collection with the following CRS support in its collection metadata:
|
|
|
|
.. code-block:: bash
|
|
|
|
|
|
curl 'http://localhost:5000/collections/dutch_addresses_4326?f=json'
|
|
|
|
.
|
|
.
|
|
|
|
"crs": [
|
|
"http://www.opengis.net/def/crs/EPSG/0/4326",
|
|
"http://www.opengis.net/def/crs/EPSG/0/3857",
|
|
"http://www.opengis.net/def/crs/EPSG/0/28992",
|
|
"http://www.opengis.net/def/crs/OGC/1.3/CRS84"
|
|
],
|
|
"storageCRS": "http://www.opengis.net/def/crs/OGC/1.3/CRS84"
|
|
|
|
|
|
This allows a `bbox-crs` query using Dutch "RD" coordinates with CRS `http://www.opengis.net/def/crs/EPSG/0/28992` to retrieve
|
|
for example a single address. Note that the URIs are URL-encoded,
|
|
This is sometimes required in `curl` commands but when entering in a browser, plain text can be used.
|
|
Though `curl` may also understand non-encoded URLs when using single quotes around the complete URL.
|
|
|
|
.. code-block:: bash
|
|
|
|
curl 'http://localhost:5000/collections/dutch_addresses_4326/items?f=json&bbox-crs=http%3A%2F%2Fwww.opengis.net%2Fdef%2Fcrs%2FEPSG%2F0%2F28992&bbox=177430,459268,177440,459278'
|
|
# or plain URL
|
|
curl 'http://localhost:5000/collections/dutch_addresses_4326/items?f=json&bbox-crs=http://www.opengis.net/def/crs/EPSG/0/28992&bbox=177430,459268,177440,459278'
|
|
|
|
# response fragment
|
|
{
|
|
"type": "FeatureCollection",
|
|
"features": [
|
|
{
|
|
"type": "Feature",
|
|
"geometry": {
|
|
"type": "Point",
|
|
"coordinates": [
|
|
5.714846709450305,
|
|
52.12122746454743
|
|
]
|
|
},
|
|
"properties": {
|
|
"straatnaam": "Willinkhuizersteeg",
|
|
"huisnummer": "2",
|
|
"huisletter": "C",
|
|
"woonplaats": "Wekerom",
|
|
"postcode": "6733EB",
|
|
"toevoeging": null
|
|
},
|
|
"id": "inspireadressen.1742212"
|
|
}
|
|
],
|
|
"links": [
|
|
.
|
|
.
|
|
|
|
You can also use a WGS84 equivalent with lat/lon axis order as in CRS `http://www.opengis.net/def/crs/EPSG/0/4326`.
|
|
|
|
.. code-block:: bash
|
|
|
|
curl 'http://localhost:5000/collections/dutch_addresses_4326/items?f=json&bbox-crs=http%3A%2F%2Fwww.opengis.net%2Fdef%2Fcrs%2FEPSG%2F0%2F4326&bbox=52.12122,5.71484,52.12123,5.71486'
|
|
|
|
# response fragment
|
|
{
|
|
"type": "FeatureCollection",
|
|
"features": [
|
|
{
|
|
"type": "Feature",
|
|
"geometry": {
|
|
"type": "Point",
|
|
"coordinates": [
|
|
5.714846709450305,
|
|
52.12122746454743
|
|
]
|
|
},
|
|
"properties": {
|
|
"straatnaam": "Willinkhuizersteeg",
|
|
"huisnummer": "2",
|
|
"huisletter": "C",
|
|
"woonplaats": "Wekerom",
|
|
"postcode": "6733EB",
|
|
"toevoeging": null
|
|
},
|
|
"id": "inspireadressen.1742212"
|
|
}
|
|
],
|
|
"links": [
|
|
.
|
|
.
|
|
|
|
Using the `crs` parameter you can retrieve the data within the bbox in a different CRS like
|
|
`http://www.opengis.net/def/crs/EPSG/0/28992`. The `bbox` is assumed to specified in the Storage CRS `http://www.opengis.net/def/crs/OGC/1.3/CRS84`.
|
|
|
|
.. code-block:: bash
|
|
|
|
curl 'http://localhost:5000/collections/dutch_addresses_4326/items?f=json&crs=http%3A%2F%2Fwww.opengis.net%2Fdef%2Fcrs%2FEPSG%2F0%2F28992&bbox=5.71484,52.12122,5.71486,52.12123'
|
|
# or plain URL
|
|
curl 'http://localhost:5000/collections/dutch_addresses_4326/items?f=json&crs=http://www.opengis.net/def/crs/EPSG/0/28992&bbox=5.71484,52.12122,5.71486,52.12123'
|
|
|
|
# response fragment
|
|
{
|
|
"type": "FeatureCollection",
|
|
"features": [
|
|
{
|
|
"type": "Feature",
|
|
"geometry": {
|
|
"type": "Point",
|
|
"coordinates": [
|
|
177439.0002001376,
|
|
459273.9995615507
|
|
]
|
|
},
|
|
"properties": {
|
|
"straatnaam": "Willinkhuizersteeg",
|
|
"huisnummer": "2",
|
|
"huisletter": "C",
|
|
"woonplaats": "Wekerom",
|
|
"postcode": "6733EB",
|
|
"toevoeging": null
|
|
},
|
|
"id": "inspireadressen.1742212"
|
|
}
|
|
],
|
|
"links": [
|
|
.
|
|
.
|
|
|
|
|
|
Or you may specify both `crs` and `bbox-crs` and thus `bbox` in that CRS `http://www.opengis.net/def/crs/EPSG/0/28992`.
|
|
|
|
.. code-block:: bash
|
|
|
|
curl 'http://localhost:5000/collections/dutch_addresses_4326/items?f=json&crs=http%3A%2F%2Fwww.opengis.net%2Fdef%2Fcrs%2FEPSG%2F0%2F28992&bbox-crs=http%3A%2F%2Fwww.opengis.net%2Fdef%2Fcrs%2FEPSG%2F0%2F28992&bbox=177430,459268,177440,459278'
|
|
# or plain URL
|
|
curl 'http://localhost:5000/collections/dutch_addresses_4326/items?f=json&crs=http://www.opengis.net/def/crs/EPSG/0/28992&bbox-crs=http://www.opengis.net/def/crs/EPSG/0/28992&bbox=177430,459268,177440,459278'
|
|
|
|
# response fragment
|
|
{
|
|
"type": "FeatureCollection",
|
|
"features": [
|
|
{
|
|
"type": "Feature",
|
|
"geometry": {
|
|
"type": "Point",
|
|
"coordinates": [
|
|
177439.0002001376,
|
|
459273.9995615507
|
|
]
|
|
},
|
|
"properties": {
|
|
"straatnaam": "Willinkhuizersteeg",
|
|
"huisnummer": "2",
|
|
"huisletter": "C",
|
|
"woonplaats": "Wekerom",
|
|
"postcode": "6733EB",
|
|
"toevoeging": null
|
|
},
|
|
"id": "inspireadressen.1742212"
|
|
}
|
|
],
|
|
"links": [
|
|
.
|
|
.
|
|
|
|
.. _`OGC API - Features - Part 2: Coordinate Reference Systems by Reference corrigendum`: https://docs.opengeospatial.org/is/18-058r1/18-058r1.html
|