WMS Decorations

WMS Decorations provide a framework for visually annotating images from WMS with absolute, rather than spatial, positioning. Examples of decorations include compasses, legends, and watermarks.

Configuration

To use decorations in a GetMap request, the administrator must first configure a decoration layout. These layouts are stored in a subdirectory called layouts in the GeoServer data directory as XML files, one file per layout. Each layout file must have the extension .xml. Once a layout foo.xml is defined, users can request it by adding &format_options=layout:foo to the request parameters.

Layout files follow a very simple XML structure; a root node named layout containing any number of decoration elements. The order of the decoration elements is the order they are drawn so, in case they are overlapping, the first one will appear under the others.

Each decoration element has several attributes:

Attribute

Meaning

type

the type of decoration to use (see Decoration Types)

affinity

the region of the map image to which the decoration is anchored

offset

how far from the anchor point the decoration is drawn

size

the maximum size to render the decoration. Note that some decorations may dynamically resize themselves.

Each decoration element may also contain an arbitrary number of option elements providing a parameter name and value:

<option name="foo" value="bar"/>

Option interpretation depends on the type of decoration in use.

Decoration Types

While GeoServer allows for decorations to be added via extension, there is a core set of decorations included in the default installation. These decorations include:

The image decoration (type="image") overlays a static image file onto the document. If height and width are specified, the image will be scaled to fit, otherwise the image is displayed at full size.

Option Name

Meaning

url

provides the URL or file path to the image to draw (relative to the GeoServer data directory)

opacity

a number from 0 to 100 indicating how opaque the image should be.

The scaleratio decoration (type="scaleratio") overlays a text description of the map’s scale ratio onto the document.

Option Name

Meaning

bgcolor

the background color for the text. supports RGB or RGBA colors specified as hex values.

fgcolor

the color for the text and border. follows the color specification from bgcolor.

format

the number format pattern, specified using Java own DecimalFormat syntax

formatLanguage

the language used to drive number formatting (applies only if also format is used), using a valid Java Locale

The scaleline decoration (type="scaleline") overlays a graphic showing the scale of the map in world units.

Option Name

Meaning

bgcolor

the background color, as used in scaleratio

fgcolor

the foreground color, as used in scaleratio

fontsize

the size of the font to use

transparent

if set to true, the background and border won’t be painted (false by default)

measurement-system

can be set to “metric” to only show metric units, “imperial” to only show imperial units, or “both” to show both of them (default)

The legend decoration (type="legend") overlays a graphic containing legends for the layers in the map.

Option Name

Meaning

legend_options

the list of legend_options used as in GetLegendGraphic

opacity

the legend opacity with a value between 0 and 1

The text decoration (type="text") overlays a parametric, single line text message on top of the map. The parameter values can be fed via the env request parameter, just like SLD environment parameters.

Option Name

Meaning

message

the message to be displayed, as plain text or Freemarker template that can use the env map contents to expand variables

font-family

the name of the font used to display the message, e.g., Arial, defaults to Serif

font-size

the size of the font to use (can have decimals), defaults to 12

font-italic

it true the font will be italic, defaults to false

font-bold

if true the font will be bold, defaults to false

font-color

the color of the message, in #RRGGBB or #RRGGBBAA format, defaults to black

halo-radius

the radius of a halo around the message, can have decimals, defaults to 0

halo-color

the halo fill color, in #RRGGBB or #RRGGBBAA format, defaults to white

Example

A layout configuration file might look like this:

<layout>
    <decoration type="image" affinity="bottom,right" offset="6,6" size="80,31">
        <option name="url" value="pbGS_80x31glow.png"/>
    </decoration>

    <decoration type="scaleline" affinity="bottom,left" offset="36,6"/>

    <decoration type="legend" affinity="top,left" offset="6,6" size="auto"/>
</layout>

Used against the states layer from the default GeoServer data, this layout produces an image like the following.

../../_images/decoration.png

The default states layer, drawn with the decoration layout above.

Expressions in decoration attributes and options

Each decoration can have options to control its appearance, as well as attributes controlling its positioning. Option and attribute values are normally static strings specified in the decoration layout.

However, it’s also possible to make them dynamic using (E)CQL expressions, using the ${cql expression} syntax. The expression can use functions, and in particular it can access env variables provided though the request.

For example, this decoration layout:

<layout>
    <decoration type="scaleline" affinity="${env('sla', 'bottom,left')}">
       <option name="bgcolor" value="${env('bg', '#AAAAAA')}"/>
    </decoration>
</layout>

Would generate a scale line with:

  • A light gray background, with a GetMap request that does not contain the bg env variable.

  • A red background, if the request includes a env section like &env=bg:FF0000.

  • A scaleline positioned on the top right, if the request includes a env section like &env=sla:top,right.

All options allow usage of expressions, with one notable exception: the message option in the text decoration. This one option cannot use expressions, as it would allow expansion, and evaluation, of user provided FreeMarker templates. The template can contain control structures, loops and other active elements, as such, allowing its value to be provided via WMS requests is deemed too risky.