3. Services¶
QGIS Server is able to serve data according to standard protocols as described by the Open Geospatial Consortium (OGC):
WMS 1.1.1 and 1.3.0
WFS 1.0.0 and 1.1.0
OGC API - Features (WFS3)
WCS 1.1.1
WMTS 1.0.0
Extra vendor parameters and requests are supported in addition to the original standard that greatly enhance the possibilities of customizing its behavior thanks to the QGIS rendering engine.
3.1. Web Map Service (WMS)¶
The 1.1.1 and 1.3.0 WMS standards implemented in QGIS Server provide a HTTP interface to request map or legend images generated from a QGIS project. A typical WMS request defines the QGIS project to use, the layers to render as well as the image format to generate. Basic support is also available for Styled Layer Descriptor (SLD).
Specifications:
Standard requests provided by QGIS Server:
Request |
Beschreibung |
---|---|
GetCapabilities |
Returns XML metadata with information about the server |
Returns a map |
|
Retrieves data (geometry and values) for a pixel location |
|
Returns legend symbols |
Vendor requests provided by QGIS Server:
Request |
Beschreibung |
---|---|
Returns a QGIS composition |
|
Returns specific information about QGIS Server |
3.1.1. GetMap¶
Standard parameters for the GetMap request according to the OGC WMS 1.1.1 and 1.3.0 specifications:
Parameter |
Required |
Beschreibung |
---|---|---|
Yes |
Name of the service (WMS) |
|
Yes |
Version of the service |
|
Yes |
Name of the request (GetMap) |
|
No |
Layers to display |
|
No |
Layers‘ style |
|
Yes |
Coordinate reference system |
|
Yes |
Map extent |
|
Yes |
Width of the image in pixels |
|
Yes |
Height of the image in pixels |
|
No |
Image format |
|
No |
Transparent background |
|
SLD |
No |
URL of an SLD to be used for styling |
SLD_BODY |
No |
In-line SLD (XML) to be used for styling |
In addition to the standard ones, QGIS Server supports the following extra parameters:
Parameter |
Required |
Beschreibung |
---|---|---|
Yes |
Specify the QGIS project file |
|
No |
Specify the background color |
|
No |
Specify the output resolution |
|
No |
JPEG compression |
|
No |
Opacity for layer or group |
|
No |
Subset of features |
|
No |
Highlight features |
|
FILE_NAME |
No |
File name of the downloaded file Only for |
No |
Options of the specified file format Only for |
|
No |
Working in tiled mode |
URL example:
http://localhost/qgis_server?
SERVICE=WMS
&VERSION=1.3.0
&REQUEST=GetMap
&MAP=/home/qgis/projects/world.qgs
&LAYERS=mylayer1,mylayer2,mylayer3
&STYLES=style1,default,style3
&OPACITIES=125,200,125
&CRS=EPSG:4326
&WIDTH=400
&HEIGHT=400
&FORMAT=image/png
&TRANSPARENT=TRUE
&DPI=300
&TILED=TRUE
VERSION¶
This parameter allows to specify the version of the service to use.
Available values for the VERSION
parameter are:
1.1.1
1.3.0
According to the version number, slight differences have to be expected as explained later for the next parameters:
CRS
/SRS
BBOX
REQUEST¶
This parameter is GetMap
in case of the GetMap request.
LAYERS¶
This parameter allows to specify the layers to display on the map. Names have to be separated by a comma.
In addition, QGIS Server introduced some options to select layers by:
a short name
the layer id
The short name of a layer may be configured through
in layer menu. If the short name is defined, then it’s used by default instead of the layer’s name:http://localhost/qgisserver?
SERVICE=WMS
&REQUEST=GetMap
&LAYERS=mynickname1,mynickname2
&...
Moreover, there’s a project option allowing to select layers by their id in Use layer ids as names has to be selected.
menu of the dialog. To activate this option, the checkboxhttp://localhost/qgisserver?
SERVICE=WMS
&REQUEST=GetMap
&LAYERS=mylayerid1,mylayerid2
&...
STYLES¶
This parameter can be used to specify a layer’s style for the
rendering step.
Styles have to be separated by a comma. The name of the default style
is default
.
SRS / CRS¶
This parameter allows to indicate the map output Spatial Reference
System in WMS 1.1.1 and has to be formed like EPSG:XXXX
.
Note that CRS
is also supported if current version is 1.1.1.
For WMS 1.3.0, CRS
parameter is preferable but SRS
is also
supported.
Note that if both CRS
and SRS
parameters are indicated in the
request, then it’s the current version indicated in VERSION
parameter which is decisive.
In the next case, the SRS
parameter is kept whatever the
VERSION
parameter because CRS
is not indicated:
http://localhost/qgisserver?
SERVICE=WMS
&REQUEST=GetMap
&VERSION=1.3.0
&SRS=EPSG:2854
&...
In the next case, the SRS
parameter is kept instead of CRS
because of the VERSION
parameter:
http://localhost/qgisserver?
SERVICE=WMS
&REQUEST=GetMap
&VERSION=1.1.1
&CRS=EPSG:4326
&SRS=EPSG:2854
&...
In the next case, the CRS
parameter is kept instead of SRS
because of the VERSION
parameter:
http://localhost/qgisserver?
SERVICE=WMS
&REQUEST=GetMap
&VERSION=1.3.0
&CRS=EPSG:4326
&SRS=EPSG:2854
&...
BBOX¶
This parameter allows to specify the map extent with units according to the current CRS. Coordinates have to be separated by a comma.
The BBOX
parameter is formed like min_a,min_b,max_a,max_b
but a
and
b
axis definition is different according to the current VERSION
parameter:
in WMS 1.1.1, the axis ordering is always east/north
in WMS 1.3.0, the axis ordering depends on the CRS authority
For example in case of EPSG:4326
and WMS 1.1.1, a
is the longitude
(east) and b
the latitude (north), leading to a request like:
http://localhost/qgisserver?
SERVICE=WMS
&REQUEST=GetMap
&VERSION=1.1.1
&SRS=epsg:4326
&BBOX=-180,-90,180,90
&...
But in case of WMS 1.3.0, the axis ordering defined in the EPSG database is
north/east so a
is the latitude and b
the longitude:
http://localhost/qgisserver?
SERVICE=WMS
&REQUEST=GetMap
&VERSION=1.3.0
&CRS=epsg:4326
&BBOX=-90,-180,90,180
&...
WIDTH¶
This parameter allows to specify the width in pixels of the output image.
HEIGHT¶
This parameter allows to specify the height in pixels of the output image.
FORMAT¶
This parameter may be used to specify the format of map image. Available values are:
jpg
jpeg
image/jpeg
image/png
image/png; mode=1bit
image/png; mode=8bit
image/png; mode=16bit
application/dxf
Only layers that have read access in the WFS service are exported in the DXF format.URL example:
http://localhost/qgisserver? SERVICE=WMS&VERSION=1.3.0 &REQUEST=GetMap &FORMAT=application/dxf &LAYERS=Haltungen,Normschacht,Spezialbauwerke &STYLES= &CRS=EPSG%3A21781&BBOX=696136.28844801,245797.12108743,696318.91114315,245939.25832905 &WIDTH=1042 &HEIGHT=811 &FORMAT_OPTIONS=MODE:SYMBOLLAYERSYMBOLOGY;SCALE:250&FILE_NAME=plan.dxf
TRANSPARENT¶
This boolean parameter can be used to specify the background transparency. Available values are (not case sensitive):
TRUE
FALSE
However, this parameter is ignored if the format of the map image
indicated with FORMAT
is different from PNG.
MAP¶
This parameter allows to define the QGIS project file to use.
As mentioned in GetMap parameters table,
MAP
is mandatory because a request needs a QGIS project to
actually work.
However, the QGIS_PROJECT_FILE
environment variable may be used to
define a default QGIS project.
In this specific case, MAP
is not longer a required parameter.
For further information you may refer to Advanced configuration.
BGCOLOR¶
This parameter allows to indicate a background color for the map image.
However it cannot be combined with TRANSPARENT
parameter in case of
PNG images (transparency takes priority). The colour may be literal or
in hexadecimal notation.
URL example with the literal notation:
http://localhost/qgisserver?
SERVICE=WMS
&REQUEST=GetMap
&VERSION=1.3.0
&BGCOLOR=green
&...
URL example with the hexadecimal notation:
http://localhost/qgisserver?
SERVICE=WMS
&REQUEST=GetMap
&VERSION=1.3.0
&BGCOLOR=0x00FF00
&...
DPI¶
This parameter can be used to specify the requested output resolution.
IMAGE_QUALITY¶
This parameter is only used for JPEG images. By default, the JPEG
compression is -1
.
You can change the default per QGIS project in the
GetMap
request you can do it using
the IMAGE_QUALITY
parameter.
OPACITIES¶
Comma separated list of opacity values. Opacity can be set on layer or group level. Allowed values range from 0 (fully transparent) to 255 (fully opaque).
FILTER¶
A subset of layers can be selected with the FILTER
parameter.
The syntax is basically the same as for the QGIS subset string.
However, there are some restrictions to avoid SQL injections into
databases via QGIS Server.
If a dangerous string is found in the parameter, QGIS Server will
return the next error:
<ServiceExceptionReport>
<ServiceException code="Security">The filter string XXXXXXXXX has been rejected because of security reasons.
Note: Text strings have to be enclosed in single or double quotes. A space between each word / special character is mandatory.
Allowed Keywords and special characters are IS,NOT,NULL,AND,OR,IN,=,<,=<,>,>=,!=,',',(,),DMETAPHONE,SOUNDEX.
Not allowed are semicolons in the filter expression.</ServiceException>
</ServiceExceptionReport>
URL example:
http://localhost/qgisserver?
SERVICE=WMS
&REQUEST=GetMap
&LAYERS=mylayer1,mylayer2,mylayer3
&FILTER=mylayer1:"col1";mylayer1,mylayer2:"col2" = 'blabla'
&...
In this example, the same filter (field col2
equals the string
blabla
) is applied to layers mylayer1
and mylayer2
, while
the filter on col1
is only applied to mylayer1
.
Bemerkung
It is possible to make attribute searches via GetFeatureInfo and omit the X/Y parameter if a FILTER is there. QGIS Server then returns info about the matching features and generates a combined bounding box in the XML output.
SELECTION¶
The SELECTION
parameter can highlight features from one or more
layers.
Vector features can be selected by passing comma separated lists with
feature ids.
http://localhost/qgisserver?
SERVICE=WMS
&REQUEST=GetMap
&LAYERS=mylayer1,mylayer2
&SELECTION=mylayer1:3,6,9;mylayer2:1,5,6
&...
The following image presents the response from a GetMap request using
the SELECTION
option e.g.
http://myserver.com/...&SELECTION=countries:171,65
.
As those features id’s correspond in the source dataset to France and Romania they’re highlighted in yellow.
FORMAT-OPTIONS¶
This parameter can be used to specify options for the selected format.
Only for FORMAT=application/dxf
.
A list of key:value pairs separated by semicolon:
SCALE: to be used for symbology rules, filters and styles (not actual scaling of the data - data remains in the original scale).
MODE: corresponds to the export options offered in the QGIS Desktop DXF export dialog. Possible values are
NOSYMBOLOGY
,FEATURESYMBOLOGY
andSYMBOLLAYERSYMBOLOGY
.LAYERSATTRIBUTES: specify a field that contains values for DXF layer names - if not specified, the original QGIS layer names are used.
USE_TITLE_AS_LAYERNAME: if enabled, the title of the layer will be used as layer name.
CODEC: specify a codec to be used for encoding. Default is
ISO-8859-1
check the QGIS desktop DXF export dialog for valid values.NO_MTEXT: Use TEXT instead of MTEXT for labels.
FORCE_2D: Force 2D output. This is required for polyline width.
TILED¶
For performance reasons, QGIS Server can be used in tiled mode. In this mode, the client requests several small fixed size tiles, and assembles them to form the whole map. Doing this, symbols at or near the boundary between two tiles may appeared cut, because they are only present in one of the tile.
Set the TILED
parameter to TRUE
to tell QGIS Server to work in
tiled mode, and to apply the Tile buffer configured in the QGIS
project (see Configure your project).
When TILED
is TRUE
and when a non-zero Tile buffer is
configured in the QGIS project, features outside the tile extent are
drawn to avoid cut symbols at tile boundaries.
TILED
defaults to FALSE
.
3.1.2. GetFeatureInfo¶
Standard parameters for the GetFeatureInfo request according to the OGC WMS 1.1.1 and 1.3.0 specifications:
Parameter |
Required |
Beschreibung |
---|---|---|
Yes |
Name of the service (WMS) |
|
No |
Version of the service |
|
Yes |
Name of the request (GetFeatureInfo) |
|
Yes |
Layers to query |
|
Yes |
Layers to display (identical to QUERY_LAYERS) |
|
No |
Layers‘ style |
|
Yes |
Coordinate reference system |
|
No |
Map extent |
|
Yes |
Width of the image in pixels |
|
Yes |
Height of the image in pixels |
|
No |
Transparent background |
|
No |
Output format |
|
No |
Maximum number of features to return |
|
No |
Pixel column of the point to query |
|
No |
Same as I parameter, but in WMS 1.1.1 |
|
No |
Pixel row of the point to query |
|
No |
Same as J parameter, but in WMS 1.1.1 |
|
WMS_PRECISION |
No |
The precision (number of digits) to be used
when returning geometry (see how to add geometry to feature response).
The default value is |
In addition to the standard ones, QGIS Server supports the following extra parameters:
Parameter |
Required |
Beschreibung |
---|---|---|
Yes |
Specify the QGIS project file |
|
No |
Subset of features |
|
No |
Tolerance in pixels for point layers |
|
No |
Tolerance in pixels for line layers |
|
No |
Tolerance in pixels for polygon layers |
|
No |
Geometry filtering |
|
No |
Add map tips to the output |
|
No |
Add geometry to the output |
URL example:
http://localhost/qgisserver?
SERVICE=WMS
&VERSION=1.3.0
&REQUEST=GetMap
&MAP=/home/qgis/projects/world.qgs
&LAYERS=mylayer1,mylayer2,mylayer3
&CRS=EPSG:4326
&WIDTH=400
&HEIGHT=400
&INFO_FORMAT=text/xml
&TRANSPARENT=TRUE
&QUERY_LAYERS=mylayer1
&FEATURE_COUNT=3
&I=250
&J=250
REQUEST¶
This parameter is GetFeatureInfo
in case of the GetFeatureInfo request.
INFO_FORMAT¶
This parameter may be used to specify the format of the result. Available values are:
text/xml
text/html
text/plain
application/vnd.ogc.gml
application/json
QUERY_LAYERS¶
This parameter specifies the layers to display on the map. Names are separated by a comma.
In addition, QGIS Server introduces options to select layers by:
short name
layer id
See the LAYERS
parameter defined in
GetMap for more information.
FEATURE_COUNT¶
This parameter specifies the maximum number of features per layer to
return.
For example if QUERY_LAYERS
is set to layer1,layer2
and
FEATURE_COUNT
is set to 3
then a maximum of 3 features from
layer1 will be returned.
Likewise a maximun of 3 features from layer2 will be returned.
By default, only 1 feature per layer is returned.
I¶
This parameter, defined in WMS 1.3.0, allows you to specify the pixel column of the query point.
X¶
Same parameter as I
, but defined in WMS 1.1.1.
J¶
This parameter, defined in WMS 1.3.0, allows you to specify the pixel row of the query point.
Y¶
Same parameter as J
, but defined in WMS 1.1.1.
FI_POINT_TOLERANCE¶
This parameter specifies the tolerance in pixels for point layers.
FI_LINE_TOLERANCE¶
This parameter specifies the tolerance in pixels for line layers.
FI_POLYGON_TOLERANCE¶
This parameter specifies the tolerance in pixels for polygon layers.
FILTER_GEOM¶
This parameter specifies a WKT geometry with which features have to intersect.
WITH_MAPTIP¶
This parameter specifies whether to add map tips to the output.
Available values are (not case sensitive):
TRUE
FALSE
WITH_GEOMETRY¶
This parameter specifies whether to add geometries to the output. To use this feature you must first enable the Add geometry to feature response option in the QGIS project. See Configure your project.
Available values are (not case sensitive):
TRUE
FALSE
3.1.3. GetPrint¶
QGIS Server has the capability to create print layout output in pdf or pixel format. Print layout windows in the published project are used as templates. In the GetPrint request, the client has the possibility to specify parameters of the contained layout maps and labels.
Parameters for the GetPrint request:
Parameter |
Required |
Beschreibung |
---|---|---|
Yes |
Specify the QGIS project file |
|
Yes |
Name of the service (WMS) |
|
No |
Version of the service |
|
Yes |
Name of the request (GetPrint) |
|
No |
Layers to display |
|
Yes |
Layout template to use |
|
Yes |
Coordinate reference system |
|
No |
Output format |
|
No |
Atlas features |
|
No |
Layers‘ style |
|
No |
Transparent background |
|
No |
Opacity for layer or group |
|
No |
Highlight features |
|
No |
Extent of the map ‚X‘ |
|
No |
Layers of the map ‚X‘ |
|
No |
Layers‘ style of the map ‚X‘ |
|
No |
Layers‘ scale of the map ‚X‘ |
|
No |
Rotation of the map ‚X‘ |
|
No |
Grid interval on x axis of the map ‚X‘ |
|
No |
Grid interval on y axis of the map ‚X‘ |
URL example:
http://localhost/qgisserver?
SERVICE=WMS
&VERSION=1.3.0
&REQUEST=GetPrint
&MAP=/home/qgis/projects/world.qgs
&CRS=EPSG:4326
&FORMAT=png
&TEMPLATE=Layout%201
&map0:EXTENT=-180,-90,180,90
&map0:LAYERS=mylayer1,mylayer2,mylayer3
&map0:OPACITIES=125,200,125
&map0:ROTATION=45
Note that the layout template may contain more than one map.
In this way, if you want to configure a specific map, you have to use
mapX:
parameters where X
is a positive number that you can
retrieve thanks to the GetProjectSettings request.
For example:
<WMS_Capabilities>
...
<ComposerTemplates xsi:type="wms:_ExtendedCapabilities">
<ComposerTemplate width="297" height="210" name="Druckzusammenstellung 1">
<ComposerMap width="171" height="133" name="map0"/>
<ComposerMap width="49" height="46" name="map1"/></ComposerTemplate>
</ComposerTemplates>
...
</WMS_Capabilities>
REQUEST¶
This parameter has to be GetPrint
for the GetPrint request.
TEMPLATE¶
This parameter can be used to specify the name of a layout template to use for printing.
FORMAT¶
This parameter specifies the format of map image. Available values are:
png
(default value)image/png
jpg
jpeg
image/jpeg
svg
image/svg
image/svg+xml
pdf
application/pdf
If the FORMAT
parameter is different from one of these values,
then an exception is returned.
ATLAS_PK¶
This parameter allows activation of Atlas rendering by indicating
which features we want to print.
In order to retrieve an atlas with all features, the *
symbol may
be used (according to the maximum number of features allowed in the
project configuration).
When FORMAT
is pdf
, a single PDF document combining the feature
pages is returned.
For all other formats, a single page is returned.
mapX:EXTENT¶
This parameter specifies the extent for a layout map item as xmin,ymin,xmax,ymax.
mapX:ROTATION¶
This parameter specifies the map rotation in degrees.
mapX:GRID_INTERVAL_X¶
This parameter specifies the grid line density in the X direction.
mapX:GRID_INTERVAL_Y¶
This parameter specifies the grid line density in the Y direction.
mapX:SCALE¶
This parameter specifies the map scale for a layout map item. This is useful to ensure scale based visibility of layers and labels even if client and server may have different algorithms to calculate the scale denominator.
mapX:LAYERS¶
This parameter specifies the layers for a layout map item. See GetMap Layers for more information on this parameter.
mapX:STYLES¶
This parameter specifies the layers‘ styles defined in a specific layout map item. See GetMap Styles for more information on this parameter.
3.1.4. GetLegendGraphics¶
Several additional parameters are available to change the size of the legend elements:
BOXSPACE space between legend frame and content (mm)
FORMAT,
image/jpeg
,image/png
orapplication/json
. For JSON, symbols are encoded with Base64 and most other options related to layout or fonts are not taken into account because the legend must be built on the client side.LAYERSPACE vertical space between layers (mm)
LAYERTITLESPACE vertical space between layer title and items following (mm)
SYMBOLSPACE vertical space between symbol and item following (mm)
ICONLABELSPACE horizontal space between symbol and label text (mm)
SYMBOLWIDTH width of the symbol preview (mm)
SYMBOLHEIGHT height of the symbol preview (mm)
These parameters change the font properties for layer titles and item labels:
LAYERFONTFAMILY / ITEMFONTFAMILY font family for layer title / item text
LAYERFONTBOLD / ITEMFONTBOLD
TRUE
to use a bold fontLAYERFONTSIZE / ITEMFONTSIZE Font size in point
LAYERFONTITALIC / ITEMFONTITALIC
TRUE
to use italic fontLAYERFONTCOLOR / ITEMFONTCOLOR Hex color code (e.g.
#FF0000
for red)LAYERTITLE
FALSE
to get only the legend graphics without layer titleRULELABEL:
FALSE
legend graphics without item labelsAUTO
hide item label for layers with Single symbol rendering
Content based legend. These parameters let the client request a legend showing only the symbols for the features falling into the requested area:
BBOX the geographical area for which the legend should be built
CRS / SRS the coordinate reference system adopted to define the BBOX coordinates
SRCWIDTH / SRCHEIGHT if set these should match the WIDTH and HEIGHT parameters of the GetMap request, to let QGIS Server scale symbols according to the map view image size.
Content based legend features are based on the UMN MapServer implementation:
SHOWFEATURECOUNT if set to
TRUE
adds in the legend the feature count of the features like in the following image:RULE set it to a given rule name to get only the named rule symbol
WIDTH/HEIGHT the generated legend image size if the RULE parameter is set
3.1.5. GetProjectSettings¶
This request type works similar to GetCapabilities, but it is more specific to QGIS Server and allows a client to read additional information which is not available in the GetCapabilities output:
initial visibility of layers
information about vector attributes and their edit types
information about layer order and drawing order
list of layers published in WFS
show if a group in the layer tree is mutually exclusive
3.2. Web Feature Service (WFS)¶
The 1.0.0 and 1.1.0 WFS standards implemented in QGIS Server provide a HTTP interface to query geographic features from a QGIS project. A typical WFS request defines the QGIS project to use and the layer to query.
Specifications document according to the version number of the service:
Standard requests provided by QGIS Server:
Request |
Beschreibung |
---|---|
GetCapabilities |
Returns XML metadata with information about the server |
GetFeature |
Returns a selection of features |
DescribeFeatureType |
Returns a description of feature types and properties |
Transaction |
Allows features to be inserted, updated or deleted |
3.2.1. GetFeature¶
Standard parameters for the GetFeature request according to the OGC WFS 1.0.0 and 1.1.0 specifications:
Parameter |
Required |
Beschreibung |
---|---|---|
SERVICE |
Yes |
Name of the service |
VERSION |
No |
Version of the service |
REQUEST |
Yes |
Name of the request |
TYPENAME |
No |
Name of layers |
OUTPUTFORMAT |
No |
Output Format |
RESULTTYPE |
No |
Type of the result |
PROPERTYNAME |
No |
Name of properties to return |
MAXFEATURES |
No |
Maximum number of features to return |
SRSNAME |
No |
Coordinate reference system |
FEATUREID |
No |
Filter the features by ids |
FILTER |
No |
OGC Filter Encoding |
BBOX |
No |
Map Extent |
SORTBY |
No |
Sort the results |
In addition to the standard ones, QGIS Server supports the following extra parameters:
Parameter |
Required |
Beschreibung |
---|---|---|
MAP |
Yes |
Specify the QGIS project file |
STARTINDEX |
No |
Paging |
GEOMETRYNAME |
No |
Type of geometry to return |
EXP_FILTER |
No |
Expression filtering |
SERVICE¶
This parameter has to be WFS
in case of the GetFeature
request.
For example:
http://localhost/qgisserver?
SERVICE=WFS
&...
VERSION¶
This parameter allows to specify the version of the service to use.
Available values for the VERSION
parameter are:
1.0.0
1.1.0
If no version is indicated in the request, then 1.1.0
is used by
default.
URL example:
http://localhost/qgisserver?
SERVICE=WFS
&VERSION=1.1.0
&...
REQUEST¶
This parameter is GetFeature
in case of the GetFeature
request.
URL example:
http://localhost/qgisserver?
SERVICE=WFS
&VERSION=1.1.0
&REQUEST=GetFeature
&...
RESULTTYPE¶
This parameter may be used to specify the kind of result to return. Available values are:
results
: the default behaviorhits
: returns only a feature count
URL example:
http://localhost/qgisserver?
SERVICE=WFS
&VERSION=1.1.0
&REQUEST=GetFeature
&RESULTTYPE=hits
&...
GEOMETRYNAME¶
This parameter can be used to specify the kind of geometry to return for features. Available values are:
extent
centroid
none
URL example:
http://localhost/qgisserver?
SERVICE=WFS
&VERSION=1.1.0
&REQUEST=GetFeature
&GEOMETRYNAME=centroid
&...
STARTINDEX¶
This parameter is standard in WFS 2.0, but it’s an extension for WFS
1.0.0.
Actually, it can be used to skip some features in the result set and
in combination with MAXFEATURES
, it provides the ability to page
through results.
URL example:
http://localhost/qgisserver?
SERVICE=WFS
&VERSION=1.1.0
&REQUEST=GetFeature
&STARTINDEX=2
&...
3.3. Web Map Tile Service (WMTS)¶
The 1.0.0 WMTS standard implemented in QGIS Server provides a HTTP interface to request tiled map images generated from a QGIS project. A typical WMTS request defined the QGIS project to use, some WMS parameters like layers to render, as well as tile parameters.
Specifications document of the service:
Standard requests provided by QGIS Server:
Request |
Beschreibung |
---|---|
GetCapabilities |
Returns XML metadata with information about the server |
GetTile |
Returns a tile |
GetFeatureInfo |
Retrieves data (geometry and values) for a pixel location |
3.3.1. GetCapabilities¶
Standard parameters for the GetCapabilities request according to the OGC WMTS 1.0.0 specifications:
Parameter |
Required |
Beschreibung |
---|---|---|
SERVICE |
Yes |
Name of the service (WMTS) |
REQUEST |
Yes |
Name of the request (GetCapabilities) |
In addition to the standard ones, QGIS Server supports the following extra parameters:
Parameter |
Required |
Beschreibung |
---|---|---|
MAP |
Yes |
Specify the QGIS project file |
URL example:
http://localhost/qgisserver?
SERVICE=WMTS
&REQUEST=GetCapabilities
&MAP=/home/qgis/projects/world.qgs
SERVICE¶
This parameter has to be WMTS
in case of the GetCapabilities
request.
REQUEST¶
This parameter is GetCapabilities
in case of the
GetCapabilities request.
MAP¶
This parameter allows to define the QGIS project file to use.
3.3.2. GetTile¶
Standard parameters for the GetTile request according to the OGC WMTS 1.0.0 specifications:
Parameter |
Required |
Beschreibung |
---|---|---|
SERVICE |
Yes |
Name of the service (WMTS) |
REQUEST |
Yes |
Name of the request (GetTile) |
LAYER |
Yes |
Layer identifier |
FORMAT |
Yes |
Output format of the tile |
TILEMATRIXSET |
Yes |
Name of the pyramid |
TILEMATRIX |
Yes |
Meshing |
TILEROW |
Yes |
Row coordinate in the mesh |
TILECOL |
Yes |
Column coordinate in the mesh |
In addition to the standard ones, QGIS Server supports the following extra parameters:
Parameter |
Required |
Beschreibung |
---|---|---|
MAP |
Yes |
Specify the QGIS project file |
URL example:
http://localhost/qgisserver?
SERVICE=WMTS
&REQUEST=GetTile
&MAP=/home/qgis/projects/world.qgs
&LAYER=mylayer
&FORMAT=image/png
&TILEMATRIXSET=EPSG:4326
&TILEROW=0
&TILECOL=0
SERVICE¶
This parameter has to be WMTS
in case of the GetTile request.
REQUEST¶
This parameter is GetTile
in case of the GetTile request.
LAYER¶
This parameter allows to specify the layer to display on the tile.
In addition, QGIS Server introduced some options to select a layer by:
a short name
the layer id
The short name of a layer may be configured through
in layer menu. If the short name is defined, then it’s used by default instead of the layer’s name:http://localhost/qgisserver?
SERVICE=WMTS
&REQUEST=GetTile
&LAYER=mynickname
&...
Moreover, there’s a project option allowing to select layers by their id in Use layer ids as names has to be selected.
menu of the dialog. To activate this option, the checkboxhttp://localhost/qgisserver?
SERVICE=WMTS
&REQUEST=GetTile
&LAYER=mylayerid1
&...
FORMAT¶
This parameter may be used to specify the format of tile image. Available values are:
jpg
jpeg
image/jpeg
image/png
If the FORMAT
parameter is different from one of these values, then
the default format PNG is used instead.
TILEMATRIXSET¶
This parameter defines the CRS to use when computing the underlying
pyramid. Format: EPSG:XXXX
.
TILEMATRIX¶
This parameter allows to define the matrix to use for the output tile.
TILEROW¶
This parameter allows to select the row of the tile to get within the matrix.
TILECOL¶
This parameter allows to select the column of the tile to get within the matrix.
MAP¶
This parameter allows to define the QGIS project file to use.
As mentioned in GetMap parameters table,
MAP
is mandatory because a request needs a QGIS project to
actually work.
However, the QGIS_PROJECT_FILE
environment variable may be used to
define a default QGIS project.
In this specific case, MAP
is not longer a required parameter.
For further information you may refer to Advanced configuration.
3.3.3. GetFeatureInfo¶
Standard parameters for the GetFeatureInfo request according to the OGC WMTS 1.0.0 specification:
Parameter |
Required |
Beschreibung |
---|---|---|
SERVICE |
Yes |
Name of the service (WMTS) |
REQUEST |
Yes |
Name of the request (GetFeatureInfo) |
LAYER |
Yes |
Layer identifier |
INFOFORMAT |
No |
Output format |
I |
No |
X coordinate of a pixel |
J |
No |
Y coordinate of a pixel |
TILEMATRIXSET |
Yes |
|
TILEMATRIX |
Yes |
|
TILEROW |
Yes |
|
TILECOL |
Yes |
In addition to the standard ones, QGIS Server supports the following extra parameters:
Parameter |
Required |
Beschreibung |
---|---|---|
MAP |
Yes |
Specify the QGIS project file |
URL example:
http://localhost/qgisserver?
SERVICE=WMTS
&REQUEST=GetFeatureInfo
&MAP=/home/qgis/projects/world.qgs
&LAYER=mylayer
&INFOFORMAT=image/html
&I=10
&J=5
SERVICE¶
This parameter has to be WMTS
in case of the GetFeatureInfo
request.
REQUEST¶
This parameter is GetFeatureInfo
in case of the
GetFeatureInfo request.
MAP¶
This parameter allows to define the QGIS project file to use.
As mentioned in GetMap parameters table,
MAP
is mandatory because a request needs a QGIS project to
actually work.
However, the QGIS_PROJECT_FILE
environment variable may be used to
define a default QGIS project.
In this specific case, MAP
is not longer a required parameter.
For further information you may refer to Advanced configuration.
LAYER¶
This parameter allows to specify the layer to display on the tile.
In addition, QGIS Server introduced some options to select a layer by:
a short name
the layer id
The short name of a layer may be configured through
in layer menu. If the short name is defined, then it’s used by default instead of the layer’s name:http://localhost/qgisserver?
SERVICE=WMTS
&REQUEST=GetFeatureInfo
&LAYER=mynickname
&...
Moreover, there’s a project option allowing to select layers by their id in Use layer ids as names has to be selected.
menu of the dialog. To activate this option, the checkboxhttp://localhost/qgisserver?
SERVICE=WMTS
&REQUEST=GetFeatureInfo
&LAYER=mylayerid1
&...
INFOFORMAT¶
This parameter allows to define the output format of the result. Available values are:
text/xml
text/html
text/plain
application/vnd.ogc.gml
The default value is text/plain
.
I¶
This parameter allows to define the X coordinate of the pixel for which we want to retrieve underlying information.
J¶
This parameter allows to define the Y coordinate of the pixel for which we want to retrieve underlying information.
3.4. WFS3 (OGC API Features)¶
WFS3 is the first implementation of the new generation of OGC protocols. It is described by the OGC API - Features - Part 1: Core document.
Here is a quick informal summary of the most important differences between the well known WFS protocol and WFS3:
WFS3 is based on a REST API
WFS3 API must follow the OPENAPI specifications
WFS3 supports multiple output formats but it does not dictate any (only GeoJSON and HTML are currently available in QGIS WFS3) and it uses content negotiation to determine which format is to be served to the client
JSON and HTML are first class citizens in WFS3
WFS3 is self-documenting (through the
/api
endpoint)WFS3 is fully navigable (through links) and browsable
Wichtig
While the WFS3 implementation in QGIS can make use of the MAP
parameter to specify the project file, no extra query parameters
are allowed by the OPENAPI specification.
For this reason it is strongly recommended that MAP
is not
exposed in the URL and the project file is specified in the
environment by other means (i.e. setting QGIS_PROJECT_FILE
in the environment through a web server rewrite rule).
Bemerkung
The API endpoint provides comprehensive documentation of all supported parameters and output formats of your service. The following paragraphs will only describe the most important ones.
3.4.1. Resource representation¶
The QGIS Server WFS3 implementation currently supports the following resource representation (output) formats:
HTML
JSON
The format that is actually served will depend on content negotiation, but a specific format can be explicitly requested by appending a format specifier to the endpoints.
Supported format specifier extensions are:
.json
.html
Additional format specifier aliases may be defined by specific endpoints:
.openapi
: alias for.json
supported by the API endpoint.geojson
: alias for.json
supported by the Features and Feature endpoints
3.4.2. Endpoints¶
The API provides a list of endpoints that the clients can retrieve. The system is designed in such a way that every response provides a set of links to navigate through all the provided resources.
Endpoints points provided by the QGIS implementation are:
Name |
Path |
Beschreibung |
---|---|---|
Landing Page |
|
General information about the service and provides links to all available endpoints |
Conformance |
|
Information about the conformance of the service to the standards |
API |
|
Full description of the endpoints provided by the service and the returned documents structure |
Collections |
|
List of all collections (i.e. ‚vector layers‘) provided by the service |
Collection |
|
Information about a collection (name, metadata, extent etc.) |
Funktionalitäten |
|
List of the features provided by the collection |
Feature |
|
Information about a single feature |
Landing Page¶
The main endpoint is the Landing Page. From that page it is possible to navigate to all the available service endpoints. The Landing Page must provide links to
the API definition (path
/api
link relationsservice-desc
andservice-doc
),the Conformance declaration (path
/conformance
, link relationconformance
), andthe Collections (path
/collections
, link relationdata
).
API Definition¶
The API Definition is an OPENAPI-compliant description of the
API provided by the service.
In its HTML representation it is a browsable page where all the
endpoints and their response formats are accurately listed and
documented.
The path of this endpoint is /api
.
The API definition provides a comprehensive and authoritative documentation of the service, including all supported parameters and returned formats.
Bemerkung
This endpoint is analogue to WFS’s GetCapabilities
Collections list¶
The collections endpoint provides a list of all the collections
available in the service.
Since the service „serves“ a single QGIS project the collections are
the vector layers from the current project (if they were published as
WFS in the project properties).
The path of this endpoint is /collections/
.
Collection detail¶
While the collections endpoint does not provide detailed information
about each available collection, that information is available in the
/collections/{collectionId}
endpoints.
Typical information includes the extent, a description, CRSs and other
metadata.
The HTML representation also provides a browsable map with the available features.
Features list¶
This endpoint provides a list of all features in a collection knowing
the collection ID.
The path of this endpoint is /collections/{collectionId}/items
.
The HTML representation also provides a browsable map with the available features.
Bemerkung
This endpoint is analogue to GetFeature
in WFS 1 and WFS 2.
Feature detail¶
This endpoint provides all the available information about a
single feature, including the feature attributes and its geometry.
The path of this endpoint is
/collections/{collectionId}/items/{itemId}
.
The HTML representation also provides a browsable map with the feature geometry.
3.4.3. Pagination¶
Pagination of a long list of features is implemented in the OGC API
through next
and prev
links, QGIS server constructs these
links by appending limit
and offset
as query string
parameters.
URL example:
http://localhost/qgisserver/wfs3/collection_one/items.json?offset=10&limit=10
Bemerkung
The maximum acceptable value for limit
can be configured with
the QGIS_SERVER_API_WFS3_MAX_LIMIT
server configuration setting
(see: Environment variables).
3.4.4. Objektfiltrierung¶
The features available in a collection can be filtered/searched by specifying one or more filters.
Date and time filter¶
Collections with date and/or datetime attributes can be filtered by
specifying a datetime
argument in the query string.
By default the first date/datetime field is used for filtering.
This behavior can be configured by setting a „Date“ or „Time“
dimension in the section of
the layer properties dialog.
The date and time filtering syntax is fully described in the API Definition and also supports ranges (begin and end values are included) in addition to single values.
URL examples:
Returns only the features with date dimension matching 2019-01-01
http://localhost/qgisserver/wfs3/collection_one/items.json?datetime=2019-01-01
Returns only the features with datetime dimension matching
2019-01-01T01:01:01
http://localhost/qgisserver/wfs3/collection_one/items.json?datetime=2019-01-01T01:01:01
Returns only the features with datetime dimension in the range
2019-01-01T01:01:01
- 2019-01-01T12:00:00
http://localhost/qgisserver/wfs3/collection_one/items.json?datetime=2019-01-01T01:01:01/2019-01-01T12:00:00
Bounding box filter¶
A bounding box spatial filter can be specified with the bbox
parameter:
The order of the comma separated elements is:
Lower left corner, WGS 84 longitude
Lower left corner, WGS 84 latitude
Upper right corner, WGS 84 longitude
Upper right corner, WGS 84 latitude
Bemerkung
The OGC specifications also allow a 6 item bbox specifier where the third and sixth items are the Z components, this is not yet supported by QGIS server.
URL example:
http://localhost/qgisserver/wfs3/collection_one/items.json?bbox=-180,-90,180,90
If the CRS of the bounding box is not
WGS 84, a different CRS can
be specified by using the optional parameter bbox-crs
.
The CRS format identifier must be in the
OGC URI format:
URL example:
http://localhost/qgisserver/wfs3/collection_one/items.json?bbox=913191,5606014,913234,5606029&bbox-crs=http://www.opengis.net/def/crs/EPSG/9.6.2/3857
Attribute filters¶
Attribute filters can be combined with the bounding box filter and they
are in the general form: <attribute name>=<attribute value>
.
Multiple filters can be combined using the AND
operator.
URL example:
filters all features where attribute name
equals „my value“
http://localhost/qgisserver/wfs3/collection_one/items.json?attribute_one=my%20value
Partial matches are also supported by using a *
(„star“) operator:
URL example:
filters all features where attribute name
ends with „value“
http://localhost/qgisserver/wfs3/collection_one/items.json?attribute_one=*value
3.4.5. Feature sorting¶
It is possible to order the result set by field value using the sortby
query parameter.
The results are sorted in ascending order by default.
To sort the results in descending order, a boolean flag (sortdesc
) can be set:
http://localhost/qgisserver/wfs3/collection_one/items.json?sortby=name&sortdesc=1
3.4.6. Attribute selection¶
The feature attributes returned by a Features list
call can be limited by adding a comma separated list of attribute names
in the optional properties
query string argument.
URL example:
returns only the name
attribute
http://localhost/qgisserver/wfs3/collection_one/items.json?properties=name
3.4.7. Customize the HTML pages¶
The HTML representation uses a set of HTML templates to generate the
response.
The template is parsed by a template engine called
inja.
The templates can be customized by overriding them (see:
Template overrides).
The template has access to the same data that are available to the
JSON
representation and a few additional functions are available to
the template:
Custom template functions¶
path_append( path )
: appends a directory path to the current urlpath_chomp( n )
: removes the specified number „n“ of directory components from the current url pathjson_dump( )
: prints the JSON data passed to the templatestatic( path )
: returns the full URL to the specified static path. For example: „static( „/style/black.css“ )“ with a root path „http://localhost/qgisserver/wfs3“ will return „http://localhost/qgisserver/wfs3/static/style/black.css“.links_filter( links, key, value )
: Returns filtered links from a link listcontent_type_name( content_type )
: Returns a short name from a content type, for example „text/html“ will return „HTML“
Template overrides¶
Templates and static assets are stored in subdirectories of the QGIS
server default API resource directory
(/usr/share/qgis/resources/server/api/
on a Linux system), the
base directory can be customized by changing the environment variable
QGIS_SERVER_API_RESOURCES_DIRECTORY
.
A typical Linux installation will have the following directory tree:
/usr/share/qgis/resources/server/api/
└── ogc
├── schema.json
├── static
│ ├── jsonFormatter.min.css
│ ├── jsonFormatter.min.js
│ └── style.css
└── templates
└── wfs3
├── describeCollection.html
├── describeCollections.html
├── footer.html
├── getApiDescription.html
├── getFeature.html
├── getFeatures.html
├── getLandingPage.html
├── getRequirementClasses.html
├── header.html
├── leaflet_map.html
└── links.html
To override the templates you can copy the whole tree to another location
and point QGIS_SERVER_API_RESOURCES_DIRECTORY
to the new location.
3.5. Extra parameters supported by all request types¶
The following extra parameters are supported by all protocols.
FILE_NAME: if set, the server response will be sent to the client as a file attachment with the specified file name.
Bemerkung
Not available for WFS3.
MAP: Similar to MapServer, the
MAP
parameter can be used to specify the path to the QGIS project file. You can specify an absolute path or a path relative to the location of the server executable (qgis_mapserv.fcgi
). If not specified, QGIS Server searches for .qgs files in the directory where the server executable is located.Example:
http://localhost/cgi-bin/qgis_mapserv.fcgi?\ REQUEST=GetMap&MAP=/home/qgis/projects/world.qgs&...
Bemerkung
You can define a QGIS_PROJECT_FILE as an environment variable to tell the server executable where to find the QGIS project file. This variable will be the location where QGIS will look for the project file. If not defined it will use the MAP parameter in the request and finally look at the server executable directory.
3.6. REDLINING¶
This feature is available and can be used with GetMap
and
GetPrint
requests.
The redlining feature can be used to pass geometries and labels in the request which are overlapped by the server over the standard returned image (map). This permits the user to put emphasis or maybe add some comments (labels) to some areas, locations etc. that are not in the standard map.
The GetMap
request is in the format:
http://qgisplatform.demo/cgi-bin/qgis_mapserv.fcgi?map=/world.qgs&SERVICE=WMS&VERSION=1.3.0&
REQUEST=GetMap
...
&HIGHLIGHT_GEOM=POLYGON((590000 5647000, 590000 6110620, 2500000 6110620, 2500000 5647000, 590000 5647000))
&HIGHLIGHT_SYMBOL=<StyledLayerDescriptor><UserStyle><Name>Highlight</Name><FeatureTypeStyle><Rule><Name>Symbol</Name><LineSymbolizer><Stroke><SvgParameter name="stroke">%23ea1173</SvgParameter><SvgParameter name="stroke-opacity">1</SvgParameter><SvgParameter name="stroke-width">1.6</SvgParameter></Stroke></LineSymbolizer></Rule></FeatureTypeStyle></UserStyle></StyledLayerDescriptor>
&HIGHLIGHT_LABELSTRING=Write label here
&HIGHLIGHT_LABELSIZE=16
&HIGHLIGHT_LABELCOLOR=%23000000
&HIGHLIGHT_LABELBUFFERCOLOR=%23FFFFFF
&HIGHLIGHT_LABELBUFFERSIZE=1.5
The GetPrint
equivalent is in the format (note that mapX:
parameter is added to tell which map has redlining):
http://qgisplatform.demo/cgi-bin/qgis_mapserv.fcgi?map=/world.qgs&SERVICE=WMS&VERSION=1.3.0&
REQUEST=GetPrint
...
&map0:HIGHLIGHT_GEOM=POLYGON((590000 5647000, 590000 6110620, 2500000 6110620, 2500000 5647000, 590000 5647000))
&map0:HIGHLIGHT_SYMBOL=<StyledLayerDescriptor><UserStyle><Name>Highlight</Name><FeatureTypeStyle><Rule><Name>Symbol</Name><LineSymbolizer><Stroke><SvgParameter name="stroke">%23ea1173</SvgParameter><SvgParameter name="stroke-opacity">1</SvgParameter><SvgParameter name="stroke-width">1.6</SvgParameter></Stroke></LineSymbolizer></Rule></FeatureTypeStyle></UserStyle></StyledLayerDescriptor>
&map0:HIGHLIGHT_LABELSTRING=Write label here
&map0:HIGHLIGHT_LABELSIZE=16
&map0:HIGHLIGHT_LABELCOLOR=%23000000
&map0:HIGHLIGHT_LABELBUFFERCOLOR=%23FFFFFF
&map0:HIGHLIGHT_LABELBUFFERSIZE=1.5
Here is the image outputed by the above request in which a polygon and a label are drawn on top of the normal map:
You can see there are several parameters in this request:
HIGHLIGHT_GEOM: You can add POINT, MULTILINESTRING, POLYGON etc. It supports multipart geometries. Here is an example:
HIGHLIGHT_GEOM=MULTILINESTRING((0 0, 0 1, 1 1))
. The coordinates should be in the CRS of the GetMap/GetPrint request.HIGHLIGHT_SYMBOL: This controls how the geometry is outlined and you can change the stroke width, color and opacity.
HIGHLIGHT_LABELSTRING: You can pass your labeling text to this parameter.
HIGHLIGHT_LABELSIZE: This parameter controls the size of the label.
HIGHLIGHT_LABELFONT: This parameter controls the font of the label (e.g. Arial)
HIGHLIGHT_LABELCOLOR: This parameter controls the label color.
HIGHLIGHT_LABELBUFFERCOLOR: This parameter controls the label buffer color.
HIGHLIGHT_LABELBUFFERSIZE: This parameter controls the label buffer size.
3.7. External WMS layers¶
QGIS Server allows including layers from external WMS servers in WMS GetMap and WMS GetPrint requests. This is especially useful if a web client uses an external background layer in the web map. For performance reasons, such layers should be directly requested by the web client (not cascaded via QGIS server). For printing however, these layers should be cascaded via QGIS server in order to appear in the printed map.
External layers can be added to the LAYERS parameter as EXTERNAL_WMS:<layername>. The parameters for the external WMS layers (e.g. url, format, dpiMode, crs, layers, styles) can later be given as service parameters <layername>:<parameter>. In a GetMap request, this might look like this:
http://localhost/qgisserver?
SERVICE=WMS&REQUEST=GetMap
...
&LAYERS=EXTERNAL_WMS:basemap,layer1,layer2
&STYLES=,,
&basemap:url=http://externalserver.com/wms.fcgi
&basemap:format=image/jpeg
&basemap:dpiMode=7
&basemap:crs=EPSG:2056
&basemap:layers=orthofoto
&basemap:styles=default
Similarly, external layers can be used in GetPrint requests:
http://localhost/qgisserver?
SERVICE=WMS
...
&REQUEST=GetPrint&TEMPLATE=A4
&map0:layers=EXTERNAL_WMS:basemap,layer1,layer2
&map0:EXTENT=<minx,miny,maxx,maxy>
&basemap:url=http://externalserver.com/wms.fcgi
&basemap:format=image/jpeg
&basemap:dpiMode=7
&basemap:crs=EPSG:2056
&basemap:layers=orthofoto
&basemap:styles=default
3.8. QGIS Server catalog¶
The QGIS Server Catalog is a simple catalog that shows the list of QGIS projects served by the QGIS Server. It provides a user-friendly fully browsable website with basic mapping capabilities to quickly browse the datasets exposed through those QGIS projects.
The QGIS Server catalog uses the variables QGIS_SERVER_LANDING_PAGE_PROJECTS_DIRECTORIES and QGIS_SERVER_LANDING_PAGE_PROJECTS_PG_CONNECTIONS (see Environment variables)
You can consult the metadata associated to a project and the services that it provides. Links to those services are also given.
By browsing a project, it is listed the dataset that it serves.
Use Right click on a layer to display the attribute table associated to it.
It is possible to consult information of the elements in the map as shown in the image below: