The GeoServer community is happy to announce the release of GeoServer 2.5.5, now available for download. This is the last maintenance release for the GeoServer 2.5 series. Check out the change log for more details.

Thanks for using GeoServer!

The GeoServer website has featured GeoServer Beginner’s Guide by Stefano Iacovella and Brian Youngblood for a couple of years now. In addition to being an excellent resource, a portion of each sale goes back to the Open Source Geospatial Foundation.

The publisher, Packt, has extended a 50% off three-pack deal (to introduce two new GeoServer books):

• GeoServer Beginner’s Guide by Stefano Iacovella and Brian Youngblood

• GeoServer Cookbook by Stefano Iacovella

• Mastering GeoServer by Colin Henderson

To use, add all three books to your basket and enter the discount code “ggm50”. The code can only be applied to the basket once (even if you cancel). If you have any trouble pester @PacktPub on twitter or email. The offer is good until the end of March (for ebooks and pdf).

**Update: **If you had trouble with the instructions above a new code has been provided: “gbgcmg50”

The GeoServer team is excited to announce the release of GeoServer 2.7-beta with some great new features. The download page for 2.7-beta provides links for zip, war, dmg and exe bundles. As a development release, 2.7-beta is considered experimental and is provided for testing purposes. This release is not recommended for production (even if you are enthusiastic by the new features).

This release is made in conjunction with GeoTools 13-beta.  Thanks Jody (and Boundless Victoria) for making this release, Kevin for GeoWebCache 1.7-beta, and a big thanks to Andrea for gathering up the contents (and pictures) for this blog post.

A complete change log is available from the issue tracker.

Please Download and Test

The committers have a great release for you to look forward to, we would like to ask you to download and test. By trying GeoServer out on a wide range of platforms and datasets we can all help the next release be great.

_Testing is a key part of the open source [social contract](http://www.how2map.com/2013/09/opensource-and-social-contract.html). This is your best chance to identify issues early while we still have time to do something about it. If you make use [commercial support](http://geoserver.org/support/) ask your vendor about their plans for 2.7-beta testing._

When testing Geoserver 2.7-beta please let us know on the user list how it works for you. We will be sure to thank you in the final release announcement and product presentations.

New Features

Color composition and blending

Color composition and blending are two new extensions to SLD allowing the web map styler to control how overlapping layers in a map are merged together. Beyond the simple stacking and translucency control a wide range of effects are now possible by allowing masking and specific color operations for blending layers together in new ways.

A common well known example is a polygon thematic map on top of a DEM, which tends to provide under-par results using only transparency control, but generates very appealing ones when using the “multiply” blending mode:

Alpha masking also allows for neat cartographic tricks, like the one below, where the polygon fill has been cut at the border of the states generating a “inner line” effect:

Check out the documentation for a list of supported operations and some examples. We would like to thank Cleveland Metroparks for sponsoring this improvement.

WPS Clustering

First of, GSIP 119 added support for asynchronous requests over a cluster of GeoServer instances. In WPS an asynchronous request starts by returning the client a URL that can be polled in order to know about the execution progress, and eventually to retrieve the final results.  Previous to 2.7-beta the status information was kept in memory, thus only the GeoServer instance running the process could meaningfully respond to a poll from the client. With GeoServer 2.7-beta a new extension point allows the programmer to create a process status repository that can be shared among the GeoServer instances.

The first default implementation of the shared repository is a Hazelcast based one, leveraging in-memory, replicated and distributed maps to share the state information, while the results (which can be pretty large) are stored in a shared file system. The community is welcomed to develop other variants that could store the information in other places, for example, a relational database, a nosql one, or in the clould (e.g., S3 storage).

WPS Security

GSIP 121 added the ability to provide fine grained access control to processes based on our usual role based authentication system: each process or group of processes can be associated to a list of roles that can access them, while other users will be disallowed seeing or accessing the same processes.

WPS Limits

Integrating with the security, GSIP 123 added support for process execution limits, bringing WPS up to par with the other OGC services in terms of limiting the resources used by a single request. In the main WPS panel one can now configure how much processing time to give synchronous and asynchronous requests:

Also, in the new process security page one can configure a global limit for the size of complex inputs (see above), it is also possible to configure limits on a process by process basis, in order to restrict the size of inputs, the range of numerical values, and the multiplicity of repeatable inputs, to constrain the effort of a WPS process call. All these limits will be dutifully reflected in the DescribeProcess output.

If you’re not satisfied with the above limits and would like to develop new ones, no worries, the current code is setup on a pluggable WPSInputValidator extesion point that will allow you to create new types of input validators.

WPS Dismiss

The final Finally, GSIP 122 added the ability to dismiss an ongoing process from the client that requested the execution, or as an administrator. The new Dismiss operation comes from the WPS 2.0 specification, which GeoServer does not support yet, so it has to be seen as a vendor extension to WPS 1.0, which leverages the executionId parameter returned in the asynch status links to allow execution cancellation, you can read more about it in the user documentation. The administrator instead gets a new user interface panel showing the currently running operations, allowing selection and forceful dismissal of processes that are running:

The user guide contains more details about its usage. We would like to thank NATO STO CMRE for sponsoring all the above WPS improvements.

Refresh of the CSS module

The initial CSS extension (responsible for using CSS to generate SLD styles) was written in Scala. Although wildly popular, and featured up until GeoServer 2.6, the module has not been maintained to the level expected of a GeoServer extension.

Andrea has taken it unto himself to address this gap, rewriting the functionality in Java and making the result available to the GeoTools library.

The new CSS engine performs the same function as the Scala original and has managed to make a few key improvements. In particular the Java implementation can efficiently handle large CSS files without bogging down with minutes of translation time.

The user interface for the CSS editor has also been revamped a bit, making better usage of available screen space, and sporting syntax highlighting and formatting thanks to CodeMirror. This change addresses a common gripes correctly supporting relative images (the generated SLD preserves the relative path) and polygon with strokes are now translated to a single polygon symbolizer (to the benefit of GetLegendGraphic calls). Finally, you’ll notice that the download size have been significantly trimmed, as we don’t need anymore the Scala runtime.

The new translator has been tested against a few hundreds CSS styles already, but of course it’s new, so it’s of paramount importance that you test your own styles, and let us know if you notice any regression.

We take the occasion to thank David Window for creating the initial CSS module, and Andrea Aime for porting it to java and acting as the new maintainer.

Relative time support in WMS/WCS

As you probably knows GeoServer supports time based filtering in both WMS (aka WMS-T) and WCS (as part of WCS-EO). Up until now you had to specify the desired time either as an absolute value, e.g. &time=2011-05-02, or as an absolute range of values, e.g. &time=2011-05-02/2011-05-05.

The work done in GSIP 124 adds support for a vendor specific extension to the time syntax which allows the specification of relative times, e.g., the last 36 hours, “PT36H/PRESENT”, or the day after Decembre 25 2012, “2010-12-25T00:00:00.0Z/P1D”.

This allows for more compact requests, but more importantly, it allows to generate stable, publishable links to instants or intervals relative to the present server time, e.g., the wheather forecast for tomorrow, two days and three days in the future, or the temperature maps for the last three days, maybe in a KML document generated with animations over time.

Miscellaneous

In addition a wide range of improvements have been made:

• For those into printed-maps, we added a new vendor parameter forcing GeoServer to ignore the WMS simple scale computation algorithm, and run a local and accurate one instead, resulting in better integration between printing requirements and maps with scale dependencies.

• The flow-control module now also supports rate based rules, with the ability to slow down, or simply reject, requests that are incoming from a specific client at an excessive rate.

• For those working at the dateline, you’ll be pleased to know that the WCS 2.0 GetCoverage requests can now handle bounding boxes crossing the dateline, and they will take the two halves of your coverage from the antipodes, merge them together in a single output file that will be returned to you (much like the same support for WMS, introduced in 2.6.0).

• For people playing with configuration in the database, the JDBCConfig module and core modules have seen a number of changes to increase scalability and push down into the database as much filtering as possible in a larger number of commonly used code paths.

• The DDS module, allowing extraction of DEM portions using the WMS protocol in order to feed Nasa Worldwind, has seen a number of fixes and now allows the specification of a texture compression format.

• Finally, the map preview has been switched to OpenLayers 3, although the nostalgic can get back the OL2 based one by adding the “-DENABLE_OL3=false” parameter to the JVM startup options. Thanks to Bart for helping add this to GeoServer.

This concludes the most visible changes, if you are missing some please check the full changelog for details, there is quite a bit more stuff in there.

Community modules

In addition to the core GeoServer and extensions we have an active community area for experiments and new volunteers. This release comes with a number of new community modules that you might find useful.

Clustering modules

The community section now holds two clustering modules allowing a cluster of GeoServer instances to work against a shared vision of the data directory.

The first one, contributed by GeoSolutions, works using J2EE JMS messages to share the state against the various nodes, and allows the usage of the normal file based configuration, either in a shared data dir mode, or data dir per node mode. This is know as the “JMS clustering”, see the documentation for more details. The module is ready for testing as it’s part of the nightly builds.

The second one, contributed by Boundless, works by using Hazelcast distributed messages, and it’s designed to work best against the JDBConfig module. At this time there are no released artifacts or documentation, but the adventurous user will find it pretty easy to figure out.

GeoFence

The GeoFence advanced security subsystem has been donated to the GeoServer project by GeoSolutions earlier this year, this module is the plugin connecting a GeoServer instance to the GeoFence rule engine.

GeoFence allows to setup complex security rules and leverage the full power of the underlying GeoServer security subsystem, for example, it’s possible to establish security rules mixing in the same condition data and service being used, limit attributes available to certain users/operations, filter data so that certain records are not visible to the public, force certain default style to given user roles, and so on. The GeoFence wiki contains documentation on how to use and configure the system.

SOLR data store

The SOLR data store makes GeoServer connect to a SOLR server and publish its spatial document via the OGC protocols, efficiently making maps, serving them via the WFS service, and allowing spatial analysis via WPS. The user interface allows to classify sets of documents as layers, and map the document variable structure into the fixed structure of simple feature types served by GeoServer.

You can read an introduction in this blog post, and delve into details in the user documentation.

New WPS output formats

The gs-gpx and gs-kml modules offer two new PPIO to translate feature collection resulting off WPS processes in the respective formats. The KML one, in particular, also supports limited input parsing, allowing to send KML documents as inputs to the WPS services.

The WPS download process

The wps-download community module forms the basis of an “advanced clip and ship” tool that allows a client to ask for data in a specific area, eventually reprojecting it, estimate the download size, and allow the preparazion of a zip package with the desired data, all via asynchronous calls, providing a good replacement for WFS/WCS when the amount of data to be extracted is too large to be delivered via synchronous HTTP calls.

About GeoServer 2.7

Articles and resources for GeoServer 2.7 series:

• SOLR power shining through GeoServer OGC services

The GeoServer team is happy to announce the release of GeoServer 2.6.2. Download bundles are provided (zip, war, dmg and exe)  along with documentation and extensions.

GeoServer 2.6.2 is the next the stable release of GeoServer and is recommended for production deployment. Thanks to everyone taking part, submitting fixes and new functionality:

• The issue with GZIP encoding breaking CSS download in some browsers has been fixed

• Have the pre-generalized store use again the simplified geometries against the PostGIS store (regressed in 2.6.0)

• Relative paths in SLD using a “file://image.png” syntax are supported again (regressed in 2.6.0)

• Removing also layer groups and styles contained in the workspace when the workspace is deleted

• Make WCS 2.0 / WCS EO more lenient when the workspace is not specified in requests, or when a single mosaic granule is requested in EO requests

• Allow disabling “advanced projection handling” for raster data via a system variable (for the few cases in which it misbehaves, fixes are underway, please do report if you see issues)

• A number of minor fixes to WCS capabilities and GetCoverage handling

• Added icelandic language support in the INSPIRE plugin

• Check the release notes for more details

• This release is made in conjunction with GeoTools 12.2

Thanks to Andrea (GeoSolutions), Jody and Kevin (Boundless) for this release

About GeoServer 2.6

Articles and resources for GeoServer 2.6 series:

• GeoServer at FOSS4G

  • State of GeoServer and GeoTools 2014 (slides)

• Raster Views in GeoServer via the CoverageView concept (GeoSolutions)

• Advanced Raster Projection in GeoServer (GeoSolutions)

• Supporting Wind Barbs In GeoServer and GeoTools (GeoSolutions)

• GeoServer now supports Vector Footprints for ImageMosaic (GeoSolutions)

• 2.6.0 announcement and change log

• 2.6-RC1 announcement and change log

• 2.6-beta announcement and change log

There are a couple of upcoming events that will be fun for all the GeoServer fans out there.

FOSS4G-NA (March 9-12th)

FOSS4G North America is set to be an amazing mix of open source activity. Held in San Francisco over March 9-12, the conference is co-located with EclipseCon and a PostgreSQL day. Co-locating reduces the costs and provides a diverse selection of talks we do not normally get at a FOSS4G.

The schedule is up and a number of GeoServer talks have been selected:

• Creation, Analysis, Sharing, and Visualization of Complex Spatiotemporal Data using Free and Open Source Software at the National Renewable Energy Laboratory

• Flying the Open Source Skies: GIS in Air Traffic Management

• GeoServer, an introduction for beginners (workshop)

• Hudson River Flood Decision Support Tool

• OSGeo and LocationTech Comparison and Incubation

• Status of GeoServer WPS

• Visualizing with Multiple Layer Parameters: Querying Large Datasets with GeoServer, Postgres and Leaflet

Keep in mind:

• There are some discount codes for Committers, OSGeo Sponsors or “Alumni” that have attended FOSS4G in the past.

• The early bird rate is already gone (Dec 31st) but you can still get a reduced rate before Feb 2nd

• If you cannot otherwise afford to attend FOSS4G please apply for a conference grant (between Jan 7th and the 21st)

• If you are feeling lucky, try the weekly-draw contest for an All-Access pass.

The conference is a collaboration of OSGeo and LocationTech. Thanks to both organisations for supporting open source mapping.

OSGeo Code Sprint (Feb 10th-13th)

The OSGeo code sprint is located in Philadelphia this year (alternating between Europe and North America). If you are making plans to attend, please add your name to the wiki page.

If you are interested in attending please add your name to the list (there is a column where you can mark yourself down as “likely” or “booked”).

Thanks to Robert Cheetham for organizing this year and providing a venue.