Dynamic Symbolizers (Part 2)
In our previous post on dynamic symbolizers, we saw how we can generate dynamic external symbolizers based on feature attributes using only a simple style (SLD).
Today we’ll see two other features of dynamic symbolizers, namely:
-
using decorative TrueType fonts as markers in your map
-
Programing your own dynamic symbolizer to extend existing ones, with full access to the current feature attributes
Using decorative True Type fonts as markers
As you may already know, the internet is filled with these funny dingbat TrueType (TTF) files that do not contain a recognizable font, but instead include a set of symbols. If you are a Windows user, you should be familiar with the Wingdings font.
Some commercial GIS software use characters in these fonts as point markers, so it’s no surprise that you can find some TTF fonts with cartographic symbols embedded.
As standard, you can use font characters by leveraging the TextSymbolizer. You can specify a font (say, Wingdings), and then a specific character (or characters) to serve as a point. This works, but has two flaws:
-
Since the markers are labels, not points, they are subject to “conflict resolution.” Multiple overlapping labels are discarded in favor of a single label. This means that not all points will necessarily be displayed.
-
You are restricted to choosing the just the fill color of the marker (like a normal character).
Dynamic symbolizers come to the rescue again. With dynamic symbolizers, you can use a character in a font as a PointSymbolizer. The syntax for this is specified as:
ttf://FontName#code
Say, for example, that you would like the snowflake symbol from the Wingdings font as a marker in your map. You fire up the Windows charmap utility (the GNOME Character Map program works as well) and learn that the snowflake code is 0x54. (Actually, the code, is in fact 0xF054 (prefix the code with F0).
So your snowflake mark may look like:
<span class="nt"><Mark></span>
<span class="nt"><WellKnownName></span>ttf://Wingdings#0xF054<span class="nt"></WellKnownName></span>
<span class="nt"><Fill></span>
<span class="nt"><CssParameter</span> <span class="na">name=</span><span class="s">"fill"</span><span class="nt">></span>#000088<span class="nt"></CssParameter></span>
<span class="nt"></Fill></span>
<span class="nt"></Mark></span>
Here is the sample layer sf:archsites drawn with the above mark, and the full SLD. Notice that the points that overlap are all shown, which would not have happened using a standard TextSymbolizer.
<span class="cp"><?xml version="1.0" encoding="ISO-8859-1"?></span>
<span class="nt"><StyledLayerDescriptor</span> <span class="na">version=</span><span class="s">"1.0.0"</span> <span class="na">xmlns=</span><span class="s">"http://www.opengis.net/sld"</span> <span class="na">xmlns:ogc=</span><span class="s">"http://www.opengis.net/ogc"</span>
<span class="na">xmlns:xlink=</span><span class="s">"http://www.w3.org/1999/xlink"</span> <span class="na">xmlns:xsi=</span><span class="s">"http://www.w3.org/2001/XMLSchema-instance"</span>
<span class="na">xsi:schemaLocation=</span><span class="s">"http://www.opengis.net/sld http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd"</span><span class="nt">></span>
<span class="nt"><NamedLayer></span>
<span class="nt"><Name></span>Snow symbol<span class="nt"></Name></span>
<span class="nt"><UserStyle></span>
<span class="nt"><Title></span>Snow symbol<span class="nt"></Title></span>
<span class="nt"><Abstract></span>Marks each point with a snow symbol<span class="nt"></Abstract></span>
<span class="nt"><FeatureTypeStyle></span>
<span class="nt"><Rule></span>
<span class="nt"><Title></span>Red square<span class="nt"></Title></span>
<span class="nt"><PointSymbolizer></span>
<span class="nt"><Graphic></span>
<span class="nt"><Mark></span>
<span class="nt"><WellKnownName></span>ttf://Wingdings#0xF054<span class="nt"></WellKnownName></span>
<span class="nt"><Fill></span>
<span class="nt"><CssParameter</span> <span class="na">name=</span><span class="s">"fill"</span><span class="nt">></span>#000088<span class="nt"></CssParameter></span>
<span class="nt"></Fill></span>
<span class="nt"></Mark></span>
<span class="nt"><Size></span>12<span class="nt"></Size></span>
<span class="nt"></Graphic></span>
<span class="nt"></PointSymbolizer></span>
<span class="nt"></Rule></span>
<span class="nt"></FeatureTypeStyle></span>
<span class="nt"></UserStyle></span>
<span class="nt"></NamedLayer></span>
<span class="nt"></StyledLayerDescriptor></span>
Using a TTF character as a PointSymbolizer has another advantage: you can specify both the fill (inside) color and stroke (outside) color separately.
As we’ve seen before, you also have the option to embed CQL expressions inside the well known name. For example, you could embed the symbol code into a feature attribute, and have each feature use a different marker as a result!
Not happy with the current symbolizer sets? Build your own!
If you’re not happy with the symbolizing capabilities you can now build your own and plug it into GeoServer as any other extensions.
For details of how this can be done have a look at the dynamic symbolizer proposal in GeoTools, and see the sample TTFMarkFactory as an example:
If you haven’t yet employed dynamic symbolizers in your maps, now you have some reasons to do so. Enjoy!
Tutorials
- Using Spatial Operators in GeoServer Filters
- Using Value Comparison Operators in GeoServer Filters
- Using Binary Comparison Operators in GeoServer Filters
- Utilizing the Demo Section in Geoserver
- How to Implement Basic Security in Geoserver
- How to create Tile Layers with GeoServer
- How to style layers using GeoServer and QGIS
- How to Publish a GeoTIFF file in GeoServer
- A Comprehensive Guide to Publishing a Shapefile in GeoServer
- GeoServer About & Status - A Practical Guide