When trying to edit a wfs-t dataset served through GeoServer (2.5.2) - I edit my data and save, however everytime I get an empty response. Using Fiddler2 I modify the request and the transaction goes through fine.

Bad part of request
 xsi:schemaLocation="workspaceURI http://webaddress/geoserver/workspace/wfs?SERVICE=WFS&VERSION=1.0.0&REQUEST=DescribeFeatureType&TYPENAME=workspace:prop_bound&SRSNAME=EPSG:3308&username=***&password=***" 

Modification of request

Removing the workspace uri from in front of the schema location address is solving the problem, however is there a way I can modify the request that is made through QGIS or is this a GeoServer issue? I have had this issue using QGIS 2.4,2.6 and 2.8

  • What schemaLocation is advertized in the DescribeFeatureType? Request is like http://demo.opengeo.org/geoserver/wfs?service=wfs&version=1.1.0&request=describefeaturetype&typename=topp:states
    – user30184
    Commented Apr 14, 2015 at 6:28

2 Answers 2


OK fixed - I had to change the workspace URI to http://www.opengis.net/wfs (I was under the assumption that it was supposed to be unique identifier being a combination of your server address/workspace?)

Secondly I had to set the SRS handling to 'Keep native'

After those two changes the WFT-T successfully updates - 9 months trying to figure out this!!!!


How about you change it in your WFS connection?

Set that up in QGIS, I think it will work if you just go

  • That doesn't change the xsi:schemaLocation value - it still shows up as having the workspace in front.
    – lolcat
    Commented Apr 14, 2015 at 4:27

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.