Kathi,
if I request a single type, the response seems better:
http://bolegweb.geof.unizg.hr:2017/geoserver/ows?service=wfs=2.0.0=describeFeaturetype=proplant:obs_all
I think you have some app-schema types in there. Did any of them specify
the WFS schema in schemaURI?
If look at
Possibly a Tomcat 8 difference in behaviour? Not sure why it'd only show in
that one request type though.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org!
Hi Ben,
URL:
http://bolegweb.geof.unizg.hr:2017/geoserver/ows?service=wfs=2.0.0=describeFeaturetype
:)
Kathi
On 08.08.2017 23:17, Ben Caradoc-Davies wrote:
Kathi,
I cannot reproduce this on master with topp:states. What is your
GeoServer version, and do you have a URL that reproduces
Kathi,
I cannot reproduce this on master with topp:states. What is your
GeoServer version, and do you have a URL that reproduces this behaviour
for one of the release sample layers?
For example:
http://localhost:8080/geoserver/wfs?service=WFS=2.0.0=DescribeFeatureType=topp:states=gml32
The
Hi,
I've been running into problems with the WFS Schema Location returned in
DescribeFeatureType.
I've configured GeoServer to return the official xsd, most requests
(capabilities, get feature) provide this:
xsi:schemaLocation="http://www.opengis.net/wfs/2.0