SWMMVis  6.0.0-alpha.4
Qt6/C++ GIS-based graphical user interface for the SWMMVis engine (6.0.0-alpha.4)
Loading...
Searching...
No Matches
WFSConnection Struct Reference

Parameters for an OGC Web Feature Service (WFS 1.x / 2.0) source. More...

#include <basemapconnection.h>

Collaboration diagram for WFSConnection:

Public Attributes

QString name
 
QString url
 
QString version
 Version string the service answered in ("1.1.0", "2.0.0").
 
QString typeName
 Selected feature type, prefixed as the service spells it ("bag:pand").
 
BasemapHttpHeaders httpHeaders
 

Detailed Description

Parameters for an OGC Web Feature Service (WFS 1.x / 2.0) source.

The odd one out among the entries in this file, and worth saying why. Every other connection here names a source of pictures, fetched afresh for each viewport and painted behind the model. A WFS answers with the features themselves, fetched once and held as a vector layer that can be queried, classified and labelled like any shapefile.

What that changes for this struct: there is no format or resolution to remember, because the format is whatever the collection can be read in and is decided at connect time from what the server advertises. What is worth remembering is where the service is and which collection was taken from it.

Member Data Documentation

◆ httpHeaders

BasemapHttpHeaders WFSConnection::httpHeaders

◆ name

QString WFSConnection::name

◆ typeName

QString WFSConnection::typeName

Selected feature type, prefixed as the service spells it ("bag:pand").

◆ url

QString WFSConnection::url

Base service URL (no query string).

◆ version

QString WFSConnection::version

Version string the service answered in ("1.1.0", "2.0.0").

Read from the capabilities document rather than assumed: a server without the requested version answers in the newest it has, and the spelling of the request parameters follows the answer.


The documentation for this struct was generated from the following file: