|
|
Imran Rajjad created an issue |
|
WFS-NG ‘usedefaultsrs’ when set to false does not make Remote WFS server do Re-projection |
|
Issue Type: |
|
|---|---|
|
Assignee: |
|
|
Components: |
Main, web, WFS, WMS |
|
Created: |
06/Sep/19 8:00 AM |
|
Fix Versions: |
2.16-RC |
|
Priority: |
|
|
Reporter: |
|
Take the below Feature from a WFS 1.1.0 capabilities doc <FeatureType xmlns:topp=“http://www.opengis.net/cite/geometry”> The default SRS of this remote feature is EPSG:26713 but additionally it also supports EPSG:4326 and EPSG:3857. When this feature is configured as a cascaded layer in a geoserver (local). The requests made by local geoserver to remote geoserver are always in EPSG:26713 irrespective of the SRS intended in output locally (e.g 4326) for both WFS and WMS. Currently Geoserver is hardwired to use Native or Declared SRS and does not consider looking at other available SRS for a FeatureType. The WFS-NG datastore configuration provides an option to enable/disable the use of defaultsrs, Ideally when this option is disabled, Geoserver should check if the output SRS exists as a supported SRS in remote Feature type, if so, then it should not re-project the filters to Default SRS but relay the filter as it is and have the remote WFS server do the re-projection. The list of Other supported SRSs can be persisted inside FeatureType…getMetadata(). Geoserver`s part of rendering pipeline can pass this down to FeatureSource and make it part of outgoing Query. |
|
|
|
Get Jira notifications on your phone! Download the Jira Cloud app for Android or iOS |
|
|
This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100109-sha1:6db4b9e) |
|
|
|