[Qgis-developer] WFS Provider Strategies

Matthias Kuhn matthias at opengis.ch
Wed Jul 20 08:42:23 PDT 2016


On 20/07/16 17:35, Even Rouault wrote:

> Hi,
>
>> I am a bit confused by the WFS option *"Only request features
>> overlapping the view extent"*.
>>
>> In general, that's what every provider does by default and is a safe
>> strategy to use. If this option is unchecked, QGIS will just start
>> downloading features randomly until it hits a server limit (or not).
> Time to upgrade the servers to support WFS 2.0 paging :-)
Who could object to that :-)
>
>> The only reason why one would possibly want to do that is to warm a
>> cache on a layer where he know he will be getting all the features (in a
>> reasonable time). In this case, the option should probably be renamed
>> (to something containing the word "cache").
> The provider always cache (meaning keep in a temporary database the features 
> retrieved), whatever you check or uncheck this option. For example with the 
> default behaviour, zoom in in some region and wait for some or all features to 
> be retrieved, and zoom out. The provider will use the already downloaded 
> features first and then return the features coming from the background 
> downloading of the new request (using gml:id/fid to make sure not to return 
> already cached features).
In which case does that help? Isn't every cached feature downloaded
again (with potentially more up to date information) anyway?
>
>> Question: *is **there anybody using WFS with this option unchecked?* And
>> if yes, for what reason?
> Yes it is needed for some use cases. There are servers that have buggy 
> behaviour with BBOX requests combined with other filters. Or the cost of 
> solving a spatial request might be super high, making it more practical to 
> issue a GetFeature without a BBOX.
Ok, so it should be a super well hidden checkbox with a big warning sign
next to it?

Matthias


More information about the Qgis-developer mailing list