I had a feeling that the geotools wfs-ng module ignored the format option,
but maybe it doesn't. I'm pretty sure that it doesn't actually handle the
returned data differently if it is set. You can raise a ticket against the
module with details of how to reproduce it but as it is an unsupported
module it will only get fixed if someone has a burning need for it.

Ian

On Thu, 15 Apr 2021 at 10:53, Jakob Miksch <ja...@meggsimum.de> wrote:

> Dear list,
>
> I discovered a uncommon behavior with cascading a WFS (link to docs
> <https://docs.geoserver.org/stable/en/user/data/cascaded/wfs.html>):
>
> In case I do not specify a version or set "version=2.0.0" in the "WFS
> GetCapabilities URL" of the store, I get this error when I request a
> GeoJSON:
>
> <ServiceExceptionReport version="1.2.0" 
> xsi:schemaLocation="http://www.opengis.net/ogc
> http://schemas.opengis.net/wfs/1.0.0/OGC-exception.xsd";
> <http://www.opengis.net/ogchttp://schemas.opengis.net/wfs/1.0.0/OGC-exception.xsd>
> >
> <ServiceException>
> java.lang.RuntimeException: Parsing failed for FeatureCollection:
> java.lang.RuntimeException: Unable to set property: boundedBy for eobject: {
> http://www.opengis.net/wfs/2.0}FeatureCollectionType Parsing failed for
> FeatureCollection: java.lang.RuntimeException: Unable to set property:
> boundedBy for eobject: {http://www.opengis.net/wfs/2.0}FeatureCollectionType
> Unable to set property: boundedBy for eobject: {
> http://www.opengis.net/wfs/2.0}FeatureCollectionType java.lang.String
> cannot be cast to net.opengis.wfs20.EnvelopePropertyType
> </ServiceException>
> </ServiceExceptionReport>
> Setting "version=1.0.0" or "version=1.1.0" seems to work fine. Here the
> summary:
>
>    - <no-version> : error - loading GeoJSON fails
>    - version=1.0.0 : ok - GeoJSON can be loaded
>    - version=1.1.0 : ok - GeoJSON can be loaded
>    - version=2.0.0 : error - loading GeoJSON fails
>
> Is this a known limitation?
>
> I could not find anything regarding this behavior in the docs.
> regards,
> Jakob
>
> --
> Jakob Miksch
> Geoinformatiker
>
> meggsimum - Büro für Geoinformatik
> Christian Mayer
> Schillerstr. 2a    | 67112 mutterstadtch...@meggsimum.de | www.meggsimum.de
> T 06231 - 6298988  |
>
> _______________________________________________
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Ian Turton
_______________________________________________
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to