[gdal-dev] Problems when mixing https calls
Ari Jolma
ari.jolma at gmail.com
Mon May 20 14:33:36 PDT 2013
Even,
Another strange thing with GDAL WFS driver. Earlier it did not try to
access the HEAD of a XXX.resolved.gml and now it does:
Here's an excerpt from my server logs. These calls are created by GDAL,
the first is a good GetFeature call, which gets 215633 bytes of GML and
the next is bogus. I can see this made up in ogrgmldatasource.cpp but do
not understand why. In February this did not happen and GDAL parsed the
GML the WFS provided fine (it actually created by GDAL too).
213.157.86.72 - ajolma [21/May/2013:00:02:56 +0300] "GET
/OILRISK-protected/wfs.pl?SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=OILRISK.vtest.geom
HTTP/1.1" 200 215633
213.157.86.72 - ajolma [21/May/2013:00:02:58 +0300] "HEAD
/OILRISK-protected/wfs.pl?SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=OILRISK.vtest.resolved.gml
HTTP/1.1" 200 -
Do you have an idea what's going on here?
Thanks,
Ari
On 05/20/2013 11:13 PM, Even Rouault wrote:
>> My question is, is CPL of GDAL doing anything related to OpenSSL (like
>> setting callbacks)
> No, to the best of my knowledge, there's nothing explicitely related to OpenSSL
> in CPL use of curl. CPL code sets callbacks, but there are specific to the Curl
> contexts created by CPL.
More information about the gdal-dev
mailing list