[gdal-dev] [WFS Driver] Http Error Code 414

[xavier lhomme]

>From specification

When using the HTTP POST method, the content type for XML encoded WFS
requests must be set to text/xml.  When using the HTTP POST method, the
content type for KVP encoded WFS requests must be set to
application/x-www-form-urlencoded and the content of the document must be
equivalent to the query string of an HTTP GET request.  That is, the
content must be equivalent to the string that follows the ‘?’ character in
a URL encoded GET request.  Of course, the content must be encoded [10] to
protect special characters.

Then I will try to split the url after ? Encode the end of the url to
protect special character, set application/x-www-form-urlencoded and the
end url to the post parameter....

And if not working i will try the xml form...
Le 19 juin 2012 19:40, "Even Rouault" <even.rouault at mines-paris.org> a
écrit :

> Le mardi 19 juin 2012 17:06:17, xavier lhomme a écrit :
> > Hi
> > I tried to submit a POST request with the KVP form to an ArcGIS Server
> 10.0
> > but in response I've got an XML Parsing error.
> >
> >  Do I need to translate the KVP form of the url into an XML form ?
>
> Yes, the content you send in a POST is different from the KVP of a GET.
> There
> are examples (if I remember correctly) in the OGC WFS spec.
>
> >
> > xav
> >
> >
> > 2012/6/12 Even Rouault <even.rouault at mines-paris.org>
> >
> > > Le mardi 12 juin 2012 14:38:05, xavier lhomme a écrit :
> > > > Hello
> > > >
> > > >  I'm requesting a WFS source with a very long request. The URI
> > > >  generated
> > >
> > > by
> > >
> > > > the WFS driver is very long (more than 2048). In return I' ve got an
> > > > HTTP error code 414.
> > > >
> > > >  OGRWFSDataSource::HTTPFetch function should be protected against
> very
> > >
> > > long
> > >
> > > > URI and switch between a GET request to a POST request.
> > >
> > > Patch welcome and public server for testing :-)
> > >
> > > > best regards
> > > > xavier
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20120619/24bee859/attachment.html>