GeoServer Blog

GeoServer 2.17.1 Released

Jun 8, 2020 • jgarnett

We are pleased to announce the release of GeoServer 2.17.1 with downloads (war zip), documentation and extensions.

This release is made in conjunction with GeoTools 23.1 and GeoWebCache 1.17.1. This is a stable release recommended for production systems.

Thanks to everyone who contributed, and Jody Garnett (GeoCat) for making this release. Additional thanks to Jukka, Charles, Jody and Graham for helping test on the GeoServer user list. Testing in a wide range of environments is important for the community, and we appreciate seeing more people involved.

Improvements and Fixes

This release includes a number of improvements, including:

  • SLD Service Extension now supports percentages when generating rule titles, or individual colormap entries
  • SLD Service generation fix to avoid duplicating classes in generated style

Fixes included in this release:

  • WMS Legend decoration fix to correct image size calculation, and to display legend for raster layers
  • Fix WPS DownloadMap process to support use of WMS Legend decoration
  • Fix for vector tile generation, taking into account line width to prevent gaps between tiles

For more information check the 2.17.1 release notes.

Community Updates

For developers building from source, our community modules are a great place to collaborate on functionality and improvements.

  • A GSR community module is now available providing an GeoService REST compatibility API.
  • Backup restore development continues, with an option to exclude select content during restore
  • We have removed all references to the spatialite datastore from our documentation as this extension has not been produced for some time. Those wishing to work with spatialite can do so via the ogr datastore.

About GeoServer 2.17

Features, presentations and reference material on the 2.17 series:

Read More

GeoServer

May 21, 2020 • aaime

We are pleased to announce the release of GeoServer 2.16.3 with downloads (war zip), HTML documentation and extensions.

This is a stable release recommended for production systems.

Improvements and Fixes

This release includes a number of improvements, including:

  • New “clip” vendor option in WMS GetMap.
  • The SLD generation service can now create classified styles with per class percentages of occupation.
  • Various WMS cascading improvements, including:
    • Options to configure min/max scale denominator for cascaded WMS layers, as well as to limit the cascading requests to the declared BBOX.
    • Options to configure formats and styles used in cascading.
    • GetLegendGraphic now works with external WMS layers too.
  • The configuration UI got improved too, in particular:
    • It’s possible to show dates of creation and last modification in the resource lists (layers, stores, and so on).
    • Search filters in lists are now remembered when moving across pages.
    • Data level security can be edited in a new dedicated tab at the single resource level (e.g., while in the layer page).
  • Mass truncation requests added to GWC, and the tile layer page lists layers faster
  • Monitoring can now skip post-processors, and can log the time needed to render each layer in a multi-layer request.
  • WFS supports per workspace stored queries.
  • The SQL Server now ships with the latest open source JDBC driver by Microsoft, no longer need to fetch it separately.
  • The download process (community module) can now return image mosaic single granules in their native CRS, when requesting a single one out of a heterogeneous CRS mosaic.
  • Layer level CQL filter is now respected by complex feature layers too.

Fixes included in this release:

  • WMS legend decorations got some attention, improving their size management
  • Improved support for map wrapping while using rendering transformations generating raster data (raster to raster or vector to raster ones)
  • And various others!

For more information check the 2.16.3 release notes.

Community Updates

For developers building from source, our community modules are a great place to collaborate on functionality and improvements.

About GeoServer 2.16

Features, presentations and reference material on the 2.16 series:

Read More

GeoServer Group in Portuguese on WhatsApp

Apr 28, 2020 • fsquadro

The Portuguese GeoServer email list is slowing down and moving to WhatsApp for a more agile and efficient experience exchange.

The group created on WhatsApp to discuss GeoServer in Portuguese (Brazilian) already has more than 150 users!

If you speak Portuguese, and wish to stay informed or exchange experiences on GeoServer, click on the link below to join the Group.

http://bit.ly/geoserver-whatsapp

Read More

GeoServer 2.17.0 Released

Apr 21, 2020 • iant

We are happy to announce GeoServer 2.17.0 release candidate is available for testing. Downloads are available (zip and war) along with docs and extensions.

This is a GeoServer release candidate made in conjunction with GeoTools 23.0 and GeoWebCache 1.17.0.

This is an exciting release and a lot of great new functionality has been added.

Fixes since Release Candidate

Bugs

  • [GEOS-5188] - LegendDecoration does not respect target size
  • [GEOS-9537] - Restore plugin is not able to correctly restore styles anymore
  • [GEOS-9551] - Rendering Transformation can cause bad rendering on reprojection to 3995
  • [GEOS-9559] - GeofenceAccessManager fails to cut geometries in coverages
  • [GEOS-9566] - Migrate to repo.osgeo.org repository
  • [GEOS-9567] - [Backup/Restore] Rest Controller not able to backup secured resources

Improvement

  • [GEOS-9512] - RasterDownload on Heterogeneous CRS Mosaic: avoid reprojection of granules having same CRS as the target CRS.
  • [GEOS-9543] - GeoServer REST documentation: Parser error duplicated mapping key

MBStyle module graduated to extension

The MBStyles module has received a deep review and many visual differences have been resolved, to the point that it can now display properly some of the OpenMapTiles styles as-is, with good fidelity, here is an example:

The module has also graduated to extension status, so you will now find it in all releases.

MBTiles community module reading vector tiles

The above map has been rendered not with one functionality, but two! Did you know one can put vector tiles in a MBTiles file? The community module mbtiles-store can read both raster and vector tiles now, and will serve the tiles for vector rendering.

It makes the perfect match with the MBStyle module, one can read vector tiles and render them using the styles they were designed for. Want to give it a quick try? Go to the OpenMapTiles web site and download an area of interest, for personal usage, and configure all layers. Then grab the osm-bright-gl-style, set it up, and configure it as a “style group” layer group type. Done:

Web resource extension

Ever had to fiddle with the data directory on a remote server, maybe trying to setup the control-flow configuration, or upload a Freemarker template? It can be annoying business, one often needs some sort of side access, like SSH. The Resource Browser module, freshly graduated into a supported extension, comes to the rescue, providing a tools page where administrators can browse the data directory, inspect files, edit them, and upload new ones too:

Manage authorization from each resource

Ever added a new layer and forgot to setup security for it? It’s a common occurrence, when the configuration of the layers and its security are done in different pages.

GeoServer 2.17 has a new “Security” tab in each page, allowing you to setup the security for a given resource directly in its configuration page:

Edit security settings there, and the layer security configuration will be updated as a consequence. The same goes for workspaces and layer groups.

Track last change of each resource

GeoServer 2.17 tracks, and allows to show, the date of creation and last modification of major configuration resources, such as workspaces, stores and layers, in their respective list page.

Turn it on in the server configuration page, and see the result in list pages:

This new setting is off by default, you’ll have to go and explicitly turn it on if you care to see the dates.

Map rendering improvements

GeoTools label “shield” support already allowed to put together a graphic along with a label, with the goal of supporting road label shields. GeoServer 2.17.0 includes the ability to lay them out separately, so that the mark and labels are not centered with each other but, for example, one above the other. This allows to setup point markers that appear only as long as their label is showing up too:

It’s also possible to setup a background color for the map at the style level, using a new Background element inside UserStyle. Background is a fill:

<em><?</em><strong>xml version="1.0" encoding="UTF-8"</strong><em>?></em><<strong>sld:StyledLayerDescriptor xmlns="http://www.opengis.net/sld" xmlns:sld="http://www.opengis.net/sld" xmlns:gml="http://www.opengis.net/gml" xmlns:ogc="http://www.opengis.net/ogc" version="1.0.0"</strong>>
  <<strong>sld:NamedLayer</strong>>
    <<strong>sld:Name</strong>>Sea color background</<strong>sld:Name</strong>>
    <<strong>sld:UserStyle</strong>>
      <<strong>sld:Name</strong>>Background sample</<strong>sld:Name</strong>>
      <<strong>sld:Background</strong>>
        <<strong>sld:CssParameter name="fill"</strong>>#F2EFE9</<strong>sld:CssParameter</strong>>
      </<strong>sld:Background</strong>>
      <<strong>sld:FeatureTypeStyle</strong>>
        <<strong>sld:Rule</strong>>
           ...
        <<strong>/sld:Rule</strong>>  
    </<strong>sld:UserStyle</strong>>
  </<strong>sld:NamedLayer</strong>>
</<strong>sld:StyledLayerDescriptor</strong>>

Traditionally one can render multi-script labels by specifying a long list of family names in the “font-family”, e.g.:

<<strong>sld:Font</strong>>
  <<strong>sld:CssParameter name="font-family"</strong>>Noto Sans Regular</<strong>sld:CssParameter</strong>>
  <<strong>sld:CssParameter name="font-family"</strong>>Noto Sans Adlam Regular</<strong>sld:CssParameter</strong>>
  <<strong>sld:CssParameter name="font-family"</strong>>Noto Sans Adlam Unjoined Regular</<strong>sld:CssParameter</strong>>
  <<strong>sld:CssParameter name="font-family"</strong>>Noto Sans Armenian Regular</<strong>sld:CssParameter</strong>>
  <<strong>sld:CssParameter name="font-family"</strong>>Noto Sans Balinese Regular</<strong>sld:CssParameter</strong>>
   ...
</<strong>sld:Font</strong>>

If the font names all share a common prefix, it’s now possible to be more concise and just use a function instead, specifying the common base name, letting GeoServer find all possible variants e.g.:

<<strong>sld:Font</strong>>
  <<strong>sld:CssParameter name="font-family"</strong>>
    <<strong>ogc:Function name="fontAlternatives"</strong>>
      <<strong>ogc:Literal</strong>>Noto Sans</<strong>ogc:Literal</strong>>
    </<strong>ogc:Function</strong>>
  </<strong>sld:CssParameter</strong>>
...
</<strong>sld:Font</strong>>

As a further labelling related feature, when performing conflict resolution the map renderer can now try to shrink the size of labels in search of a place to fit them. The new vendor option is called “fontShrinkSizeMin” and represents the minimum size to use. Here is an example, the two polygons share the same TextSymbolizer definition, in one the label size has been reduced to allow the label to fit:

Moving to line symbolizers, it’s now possible to drape a linear mark along a line. Before, it was just possible to repeat it along a line, but the output would not have looked continuous, especially at turns. Now, if you have a mark that starts and ends at the same height, it can literally be made continuous along the line, e.g. using this style:

       <<strong>LineSymbolizer</strong>><br>         <<strong>Stroke</strong>><br>           <<strong>GraphicStroke</strong>><br>             <<strong>Graphic</strong>><br>               <<strong>Mark</strong>>                                  <br>      <<strong>WellKnownName</strong>>wkt://LINESTRING (0 0, 0 -0.5, 0.5 -0.5, 0.5 0.5, 1 0.5, 1 0)</<strong>WellKnownName</strong>><br>                 <<strong>Stroke</strong>><br>                   <<strong>CssParameter </strong><strong>name</strong><strong>="stroke"</strong>>0xFF0000<br>                   </<strong>CssParameter</strong>><br>                   <<strong>CssParameter </strong><strong>name</strong><strong>="stroke-width"</strong>>2</<strong>CssParameter</strong>><br>                   <<strong>CssParameter </strong><strong>name</strong><strong>="stroke-linecap"</strong>>round</<strong>CssParameter</strong>><br>                 </<strong>Stroke</strong>>                                           <br>               </<strong>Mark</strong>>            <br>               <<strong>Size</strong>>20</<strong>Size</strong>>                            <br>             </<strong>Graphic</strong>>                <br>           </<strong>GraphicStroke</strong>>            <br>         </<strong>Stroke</strong>>       <br><<strong>VendorOption </strong><strong>name</strong><strong>="markAlongLine"</strong>>true</<strong>VendorOption</strong>>             <br>       </<strong>LineSymbolizer</strong>><br>

Results in the following (you cannot see at first it, but the size of the mark can be slightly altered to fit the segments length, and if it’s not enough, it gets cut and reconnected):

As a final note, there has been a number of small improvements to rendering performance, that will be especially visible when rendering a complex map, with many rules, features to be rendered, and labels (you know, like OpenStreetMap).

Enabled/advertised for layer groups

Up to now, the ability to enable/disable and advertise was limited to layers. No more, in GeoServer 2.17 you can now do the same with layer groups:

Custom WMS dimension for vector layers too

GeoServer supports standard WMS dimensions, TIME and ELEVATION, on both raster and vector datasets. However, user defined dimensions, also known as custom dimensions, were supported only by raster layers (typically, image mosaics). You can now configure them on vector layers as well:

WMS cascading improvements

The WMS cascading functionality has seen several improvements, including:

  • Possibility to choose the cascading format, expose the remote layer styles, while choosing which ones to advertise.
  • Possibility to configure min/max scale denominators for cascaded layers, as well as restrict cascading to the bounding box declared in the capabilities document.

GeoWebCache love

Significant improvements have been made to GeoWebCache and its integration with GeoServer, including:

  • Much better startup performance when integrated in GeoServer, the time to load the tiled layers configuration is a fraction of what it used to be.
  • Much faster tile layer listing in the GeoServer “tile layers” page
  • File system tile layout can be configured between classic (small folders), XYZ and TMS (for static cache generation)
  • Better control over failed tile seed operations. Seeding threads used to stop at the first failure, now error tolerance can be configured on the single thread and across the seed job:

JSON-LD community module

GeoServer 2.16 introduced a number of improvements in the WFS GeoJSON complex feature output. This release adds instead support for JSON-LD, as a community module.

Unlike the GeoJSON approach, based on automatic conventions, the JSON-LD module is driven by configuration, a JSON file giving the output format directives on how to encode the output based on complex input features.

The output format is available for both the WFS and new OGC Features API modules

OGC API community module updates

The OGC API community module delivers latest updates for OGC API services:

  • An up to date OGC Features API, updated to the last official release, with draft extensions to support filtering and multiple CRSs, along with tiling vector data
  • A OGC Tiles API, providing tiled collections in both rendered (maps, pngs, jpeg) and data (vector tiles) format, with draft extension to support on the fly filtering
  • A draft implementation of the OGC Styles API, supporting description and discovery of styles in multiple formats, and links from collections to their relevant styles, and back.
  • Two more experimental APIs, image API to manage image mosaic contents, and changeset API to figure out which areas of a tiled collection changed as a result of changes to the image mosaic backing them.

Development is still heavily ongoing, and specs are still evolving at a fast pace, but we invite you to try them out, enjoy their simplicity, and contribute to their evolution.

FlatGeoBuf community module

Are you using GML or GeoJSON to fetch data client side, and you’re not happy with the data transfer performance? You need to actually use the geometries client side, for editing, analysis and topological operations, and would like to avoid the clipping done in vector tiles?

Then you are the perfect candidate to try out our new FlatGeoBuf output format community module. FlatGeoBuf is “a performant binary encoding for geographic data based on flatbuffers that can hold a collection of Simple Features including circular interpolations as defined by SQL-MM Part 3.” While new, it’s making its way in several open source projects, it’s supported by the latest versions of GDAL/OGR and easy to embed in both OpenLayers and Leaflet. The format can also be streamed out, and rendered progressively client side, like in this OpenLayers demo.

This is just a screenshot, please follow the link to play with it live!

And more!

There are several other new features and improvements, including:

  • Curved geometries are now supported in SQL Server too, in addition to the existing support for PostGIS and Oracle.
  • Support for workspace specific stored queries.
  • java.util.Math has been exposed in Freemarker templates.
  • It’s now possible to contribute an extension without signing an OSGeo CLA, as long as it’s self-contained and has a license compatible with GeoServer own.
  • The ncWMS compatibility community module has been improved, allowing to query a time list or a time range in GetTimeSeries, as well as ignoring NODATA pixels.
  • When renaming the layers, the pertinent authorization rules will be updated to match.
  • GeoTools has a new “ElasticGeo” community module, which allows to read data from ElasticSearch geo extensions. It still needs a nightly build packaging in Geoserver, volunteers welcomed.
  • GeoPackage can now be used with WMS and WFS time support.
  • Stand alone GeoWebCache has a new Swift blob store module, the integration with GeoServer would require custom packaging for it, volunteers welcomed.

Find out more in the release notes.

About GeoServer 2.17

Additional information on GeoServer 2.17 series:

Read More

GeoServer 2.17-RC Released

Mar 16, 2020 • jgarnett

We are happy to announce GeoServer 2.17-RC release candidate is available for testing. Downloads are available (zip and war) along with docs and extensions.

This is a GeoServer release candidate made in conjunction with GeoTools 23-RC and GeoWebCache 1.17-RC.

  • Release candidates are a community building exercise and are not intended for production use.
  • We ask the community (everyone: individuals, organizations, service providers) to download and thoroughly test this release candidate and report back.
  • Participating in testing release candidates is a key expectation of our open source social contract. We make an effort to thank each person who tests in our release announcement and project presentations!

We will provide a more extensive description of new functionality when GeoServer 2.17 is released.

Release Candidate Testing Priorities

This is an exciting release and a lot of great new functionality has been added. We would like to ask for your assistance testing the following:

  • The number one testing priority is to try out GeoServer with your data! Mass market open source thrives on having many people to review. Scientific open source like GeoServer thrives on exposure to many datasets.
  • The application download bundles, and extension download bundles have been repackaged. Please help check they contain everything needed, including appropriate readme instructions and open source license information.
  • MBStyle support has received a lot of work and has been packaged up as extension for the first time. Please try this out, and if you work with vector tiles compare the output between client side and server side rendering.
  • The rest of this blog post highlights new features for GeoServer 2.17, please try out these features, read the documentation links, and ask questions.

Known Issues:

  • Download bundles README links to the developers guide are broken

MBStyle module graduated to extension

The MBStyles module has received a deep review and many visual differences have been resolved, to the point that it can now display properly some of the OpenMapTiles styles as-is, with good fidelity, here is an example:

The module has also graduated to extension status, so you will now find it in all releases.

MBTiles community module reading vector tiles

The above map has been rendered not with one functionality, but two! Did you know one can put vector tiles in a MBTiles file? The community module mbtiles-store can read both raster and vector tiles now, and will serve the tiles for vector rendering.

It makes the perfect match with the MBStyle module, one can read vector tiles and render them using the styles they were designed for. Want to give it a quick try? Go to the OpenMapTiles web site and download an area of interest, for personal usage, and configure all layers. Then grab the osm-bright-gl-style, set it up, and configure it as a “style group” layer group type. Done:

Web resource extension

Ever had to fiddle with the data directory on a remote server, maybe trying to setup the control-flow configuration, or upload a Freemarker template? It can be annoying business, one often needs some sort of side access, like SSH. The Resource Browser module, freshly graduated into a supported extension, comes to the rescue, providing a tools page where administrators can browse the data directory, inspect files, edit them, and upload new ones too:

Manage authorization from each resource

Ever added a new layer and forgot to setup security for it? It’s a common occurrence, when the configuration of the layers and its security are done in different pages.

GeoServer 2.17 has a new “Security” tab in each page, allowing you to setup the security for a given resource directly in its configuration page:

Edit security settings there, and the layer security configuration will be updated as a consequence. The same goes for workspaces and layer groups.

Track last change of each resource

GeoServer 2.17 tracks, and allows to show, the date of creation and last modification of major configuration resources, such as workspaces, stores and layers, in their respective list page.

Turn it on in the server configuration page, and see the result in list pages:

This new setting is off by default, you’ll have to go and explicitly turn it on if you care to see the dates.

Map rendering improvements

GeoTools label “shield” support already allowed to put together a graphic along with a label, with the goal of supporting road label shields. GeoServer 2.17.0 includes the ability to lay them out separately, so that the mark and labels are not centered with each other but, for example, one above the other. This allows to setup point markers that appear only as long as their label is showing up too:

It’s also possible to setup a background color for the map at the style level, using a new Background element inside UserStyle. Background is a fill:

<em><?</em><strong>xml version="1.0" encoding="UTF-8"</strong><em>?></em><<strong>sld:StyledLayerDescriptor xmlns="http://www.opengis.net/sld" xmlns:sld="http://www.opengis.net/sld" xmlns:gml="http://www.opengis.net/gml" xmlns:ogc="http://www.opengis.net/ogc" version="1.0.0"</strong>>
  <<strong>sld:NamedLayer</strong>>
    <<strong>sld:Name</strong>>Sea color background</<strong>sld:Name</strong>>
    <<strong>sld:UserStyle</strong>>
      <<strong>sld:Name</strong>>Background sample</<strong>sld:Name</strong>>
      <<strong>sld:Background</strong>>
        <<strong>sld:CssParameter name="fill"</strong>>#F2EFE9</<strong>sld:CssParameter</strong>>
      </<strong>sld:Background</strong>>
      <<strong>sld:FeatureTypeStyle</strong>>
        <<strong>sld:Rule</strong>>
           ...
        <<strong>/sld:Rule</strong>>  
    </<strong>sld:UserStyle</strong>>
  </<strong>sld:NamedLayer</strong>>
</<strong>sld:StyledLayerDescriptor</strong>>

Traditionally one can render multi-script labels by specifying a long list of family names in the “font-family”, e.g.:

<<strong>sld:Font</strong>>
  <<strong>sld:CssParameter name="font-family"</strong>>Noto Sans Regular</<strong>sld:CssParameter</strong>>
  <<strong>sld:CssParameter name="font-family"</strong>>Noto Sans Adlam Regular</<strong>sld:CssParameter</strong>>
  <<strong>sld:CssParameter name="font-family"</strong>>Noto Sans Adlam Unjoined Regular</<strong>sld:CssParameter</strong>>
  <<strong>sld:CssParameter name="font-family"</strong>>Noto Sans Armenian Regular</<strong>sld:CssParameter</strong>>
  <<strong>sld:CssParameter name="font-family"</strong>>Noto Sans Balinese Regular</<strong>sld:CssParameter</strong>>
   ...
</<strong>sld:Font</strong>>

If the font names all share a common prefix, it’s now possible to be more concise and just use a function instead, specifying the common base name, letting GeoServer find all possible variants e.g.:

<<strong>sld:Font</strong>>
  <<strong>sld:CssParameter name="font-family"</strong>>
    <<strong>ogc:Function name="fontAlternatives"</strong>>
      <<strong>ogc:Literal</strong>>Noto Sans</<strong>ogc:Literal</strong>>
    </<strong>ogc:Function</strong>>
  </<strong>sld:CssParameter</strong>>
...
</<strong>sld:Font</strong>>

As a further labelling related feature, when performing conflict resolution the map renderer can now try to shrink the size of labels in search of a place to fit them. The new vendor option is called “fontShrinkSizeMin” and represents the minimum size to use. Here is an example, the two polygons share the same TextSymbolizer definition, in one the label size has been reduced to allow the label to fit:

Moving to line symbolizers, it’s now possible to drape a linear mark along a line. Before, it was just possible to repeat it along a line, but the output would not have looked continuous, especially at turns. Now, if you have a mark that starts and ends at the same height, it can literally be made continuous along the line, e.g. using this style:

       <<strong>LineSymbolizer</strong>><br>         <<strong>Stroke</strong>><br>           <<strong>GraphicStroke</strong>><br>             <<strong>Graphic</strong>><br>               <<strong>Mark</strong>>                                  <br>      <<strong>WellKnownName</strong>>wkt://LINESTRING (0 0, 0 -0.5, 0.5 -0.5, 0.5 0.5, 1 0.5, 1 0)</<strong>WellKnownName</strong>><br>                 <<strong>Stroke</strong>><br>                   <<strong>CssParameter </strong><strong>name</strong><strong>="stroke"</strong>>0xFF0000<br>                   </<strong>CssParameter</strong>><br>                   <<strong>CssParameter </strong><strong>name</strong><strong>="stroke-width"</strong>>2</<strong>CssParameter</strong>><br>                   <<strong>CssParameter </strong><strong>name</strong><strong>="stroke-linecap"</strong>>round</<strong>CssParameter</strong>><br>                 </<strong>Stroke</strong>>                                           <br>               </<strong>Mark</strong>>            <br>               <<strong>Size</strong>>20</<strong>Size</strong>>                            <br>             </<strong>Graphic</strong>>                <br>           </<strong>GraphicStroke</strong>>            <br>         </<strong>Stroke</strong>>       <br><<strong>VendorOption </strong><strong>name</strong><strong>="markAlongLine"</strong>>true</<strong>VendorOption</strong>>             <br>       </<strong>LineSymbolizer</strong>><br>

Results in the following (you cannot see at first it, but the size of the mark can be slightly altered to fit the segments length, and if it’s not enough, it gets cut and reconnected):

As a final note, there has been a number of small improvements to rendering performance, that will be especially visible when rendering a complex map, with many rules, features to be rendered, and labels (you know, like OpenStreetMap).

Enabled/advertised for layer groups

Up to now, the ability to enable/disable and advertise was limited to layers. No more, in GeoServer 2.17 you can now do the same with layer groups:

Custom WMS dimension for vector layers too

GeoServer supports standard WMS dimensions, TIME and ELEVATION, on both raster and vector datasets. However, user defined dimensions, also known as custom dimensions, were supported only by raster layers (typically, image mosaics). You can now configure them on vector layers as well:

WMS cascading improvements

The WMS cascading functionality has seen several improvements, including:

  • Possibility to choose the cascading format, expose the remote layer styles, while choosing which ones to advertise.
  • Possibility to configure min/max scale denominators for cascaded layers, as well as restrict cascading to the bounding box declared in the capabilities document.

GeoWebCache love

Significant improvements have been made to GeoWebCache and its integration with GeoServer, including:

  • Much better startup performance when integrated in GeoServer, the time to load the tiled layers configuration is a fraction of what it used to be.
  • Much faster tile layer listing in the GeoServer “tile layers” page
  • File system tile layout can be configured between classic (small folders), XYZ and TMS (for static cache generation)
  • Better control over failed tile seed operations. Seeding threads used to stop at the first failure, now error tolerance can be configured on the single thread and across the seed job:

JSON-LD community module

GeoServer 2.16 introduced a number of improvements in the WFS GeoJSON complex feature output. This release adds instead support for JSON-LD, as a community module.

Unlike the GeoJSON approach, based on automatic conventions, the JSON-LD module is driven by configuration, a JSON file giving the output format directives on how to encode the output based on complex input features.

The output format is available for both the WFS and new OGC Features API modules

OGC API community module updates

The OGC API community module delivers latest updates for OGC API services:

  • An up to date OGC Features API, updated to the last official release, with draft extensions to support filtering and multiple CRSs, along with tiling vector data
  • A OGC Tiles API, providing tiled collections in both rendered (maps, pngs, jpeg) and data (vector tiles) format, with draft extension to support on the fly filtering
  • A draft implementation of the OGC Styles API, supporting description and discovery of styles in multiple formats, and links from collections to their relevant styles, and back.
  • Two more experimental APIs, image API to manage image mosaic contents, and changeset API to figure out which areas of a tiled collection changed as a result of changes to the image mosaic backing them.

Development is still heavily ongoing, and specs are still evolving at a fast pace, but we invite you to try them out, enjoy their simplicity, and contribute to their evolution.

FlatGeoBuf community module

Are you using GML or GeoJSON to fetch data client side, and you’re not happy with the data transfer performance? You need to actually use the geometries client side, for editing, analysis and topological operations, and would like to avoid the clipping done in vector tiles?

Then you are the perfect candidate to try out our new FlatGeoBuf output format community module. FlatGeoBuf is “a performant binary encoding for geographic data based on flatbuffers that can hold a collection of Simple Features including circular interpolations as defined by SQL-MM Part 3.” While new, it’s making its way in several open source projects, it’s supported by the latest versions of GDAL/OGR and easy to embed in both OpenLayers and Leaflet. The format can also be streamed out, and rendered progressively client side, like in this OpenLayers demo.

This is just a screenshot, please follow the link to play with it live!

And more!

There are several other new features and improvements, including:

  • Curved geometries are now supported in SQL Server too, in addition to the existing support for PostGIS and Oracle.
  • Support for workspace specific stored queries.
  • java.util.Math has been exposed in Freemarker templates.
  • It’s now possible to contribute an extension without signing an OSGeo CLA, as long as it’s self-contained and has a license compatible with GeoServer own.
  • The ncWMS compatibility community module has been improved, allowing to query a time list or a time range in GetTimeSeries, as well as ignoring NODATA pixels.
  • When renaming the layers, the pertinent authorization rules will be updated to match.
  • GeoTools has a new “ElasticGeo” community module, which allows to read data from ElasticSearch geo extensions. It still needs a nightly build packaging in Geoserver, volunteers welcomed.
  • GeoPackage can now be used with WMS and WFS time support.
  • Stand alone GeoWebCache has a new Swift blob store module, the integration with GeoServer would require custom packaging for it, volunteers welcomed.

Find out more in the release notes.

About GeoServer 2.17

Additional information on GeoServer 2.17 series:

Read More

 Announcements

 Tutorials

 Vulnerability

 Behind The Scenes

 Developer notes