It’s been a long time coming, but after nine months, hundreds of hours of development and testing work, two betas and five release candidates, the GeoServer team is happy to announce the release of GeoServer 2.1.0!
The release of a new major version update is a big deal (the last one was 18 months ago), and while we’ve talked about all of the new features that have been incrementally showing up, let’s put them all together here in one place:
Something many users have asked for since the very addition of WMS support is cascading, the ability of GeoServer to proxy for another remote WMS server (be it GeoServer, MapServer, or ArcGIS). This feature has many uses, such as pulling in a remote base layer and overlaying local vector data onto it or securing a locally unsecured map server. Special thanks to the University of Perugia for sponsoring this feature.
Anyone who has published a large number of layers or feature types with GeoServer has probably at some point been annoyed by the fact that every single layer is published by a single global service. WMS has the ability to group and nest layers but WFS and WCS have no such equivalent. Thanks to virtual services, one can create multiple service endpoints within a single GeoServer instance. Special thanks to Landgate for funding this work.
GeoServer has always been good at publishing a flat database table but users often need to do more—such as pre-filter the data in a table, join two tables together, or generate column values on the fly with a function. Before this feature, the recommendation was to create a view, yet views can be a maintenance burden and are at times problematic.
Now one can create a layer directly from an SQL query and query definitions can be parameterized to create dynamic queries on the fly. These parameters can be restricted with regular expressions to prevent an SQL injection security hole.
Special thanks to Andrea Aime for spending much of his personal time on this one and to OBIS for providing the funding for the parametric component of the work.
Web Processing Service (WPS)
With 2.1 and the arrival of WPS we welcome a new OGC service into GeoServer. The Web Processing Service is an OGC service for performing geospatial analysis functions over the web. The specification is extensible in nature and allows for simple processes ranging from buffering a geometry to more complex processes such as image processing.
Historically, GeoServer has been focused on data delivery and did not provide tools for performing analysis on spatial data. WPS fills that gap, making GeoServer a more compete solution for geospatial web services.
Thanks to Refractions Research for the initial contribution of the WPS module and to Andrea once again for taking personal time to bring WPS support to its current state.
Support for units in SLD allows one to specify values in measurements other than pixels such as feet or meters. This adds a very powerful capability to SLD that may alleviate the need for multiple scale-dependent rendering rules and may greatly simplify complex SLD documents.
Special thanks to Milton Jonathan and Tecgraf/PUC-Rio for the initial GeoTools work to make unit of measure support possible and to Andrea for working with Milton to improve the initial patch. Note that this feature has also been backported to the stable 2.0.x branch thanks to support from SWECO and Malmö City of Sweden.
GeoServer renders images at a resolution of 90 DPI by default. While this is acceptable for most standard screen resolutions, it is unacceptable for higher-resolution printed materials. Now it is possible to supply a format option to a WMS request to control the DPI setting on the fly.
Ever found it difficult to remember the full path when loading a shapefile or GeoTIFF? This new improvement brings an easy graphical file and directory selection tool for browsing the file system on which GeoServer resides. This is definitely a great enhancement to make GeoServer even easier to configure.
GeoServer’s core catalog interfaces received some tweaks to more easily support different backend storage formats. The current in-memory implementation has a number of drawbacks—the most notable being that it is memory-bound, meaning it cannot scale to accomodate large numbers of layers. Support for specific new storage formats is still only available as a community module but these core improvements make it possible to more easily swap between different backends.
Adding new fonts to maps should now be much easier, as one can drop font files directly into the GeoServer data directory and have them be recognized by GeoServer. The admin interface will list all fonts that are currently available, including those made available by the Java Virtual Machine.
GeoServer has always had Acegi Security at its core but since that library was absorbed by the Spring community it has been improved and upgraded into Spring Security, the official security module of the Spring portfolio. This brings a number of new security protocols to GeoServer, including OpenID and Windows NTLM. With even more powerful options, it should now be easier to customize the security setup.
While WFS and WMS have both had the ability to limit what a user can request, now similar controls are in place for WCS calls as well. Thanks to MassGIS for funding this improvement.
WMS 1.3.0 is the newest version of the Web Map Service protocol. Special thanks to Ordnance Survey, Britain’s national mapping agency, for providing OpenGeo with funding to complete its implementation in GeoServer. With WMS 1.3 mandated by the INSPIRE Initiative, Ordnance Survey opted to fund the GeoServer project so that other organizations in the UK and the rest of Europe could meet their INSPIRE requirements and everyone across the globe could benefit.
SLD 1.1 / SE 1.1 enhancements
Though not every new option is fully-supported, it is now possible to use most SE 1.1 documents in GeoServer. User feedback on which new options should be supported first is greatly appreciated. Also funded by Ordnance Survey is a community module to implement the WMS extensions for INSPIRE View Service compliance—namely the language parameter and several extended capabilities fields.
GeoWebCache integration allows clients to enjoy the benefits of tile caching through the regular GeoServer WMS endpoint. This enables GeoWebCache to transparently proxy for the GeoServer WMS without the need for a separate service endpoint. Taking advantage of the recently-added disk quota functionality, GeoWebCache now provides the ability to set limits on the amount of disk space used for storing tiles, allowing users to control and limit the size of the tile cache on disk. Big thanks to Gabriel Roldán of OpenGeo for the great GeoWebCache improvements.
Improvements to RESTConfig
This release also brings some improvements to RESTConfig, which is now shipped with GeoServer by default. Improvements to the API include a file upload operation that now allows for uploading files into an existing data store. This addition allows users to upload a shapefile and have it automatically converted into a PostGIS database and published as a PostGIS layer rather than as a Shapefile layer. The API also supports recursive DELETE operations, making it more convenient to remove resources that contain other resources such as stores or workspaces. Thanks to David Winslow and Justin Deoliveira of OpenGeo for these improvements.
Thanks to some great work from GeoSolutions, raster reprojection performance has been significantly improved by using linear appoximations of transformation functions.
WCS Request Builder
Thanks to Andrea Aime, there is now a Web Coverage Service request builder for graphically building WCS requests to test a coverage service. As clients for WCS have always been sparse, this tool goes a long way towards making the service more usable.
Run multiple GeoServer instances from a single data directory
There now exists a new parameter that will once again allow multiple GeoServer instances to run from a single data directory. This parameter, named “GWC_DISKQUOTA_DISABLED”, will disable the GeoWebCache disk quota module and prevent it from maintaining a lock on the data directory.
Tons of bug fixes
A new release wouldn’t be complete without bug fixes. Here is the full list of issues fixed.
Everyone who uses GeoServer should have at least one or two items in the above list to be excited about. Download GeoServer 2.1.0, try it out, and please provide feedback and report any issues on the GeoServer mailing list.
Be sure to backup your data directory before upgrading, as with all GeoServer major version upgrades there will be changes to the data directory that will make it incompatible with 2.0.x. If using the aforementioned database-backed catalog, this should be easier than ever.
Thanks for using GeoServer!
The GeoServer team is happy to announce the fifth release candidate for 2.1, now available for download.
This release brings some bug fixes and addresses a few residual regressions compared to the old 2.0.x series. In no particular order:
While GeoServer 2.1 uses extended CQL (ECQL) for all the CQL related activities, it now also preserve backwards compatibility with the old CQL language (in particular, new keywords in ECQL might have conflicted with valid CQL statements).
The compatibility towards Google Earth 6 was improved too, making Google Earth 6 properly display KMZ files with embedded images.
The querylayer module, allowing for cross layer filtering, was promoted from community to extension module and is thus available as an official extension in the release.
Finally, GeoServer 2.1-RC5 avoids HTTP session creation on all OGC service paths, even when using basic authentication, providing better overall scalability.
Check out the change log for the full list.
Thanks to everyone who tested RC4 and helped us flush out these last few issues. You can continue to help us get to the official 2.1 release by downloading and trying out RC5. Be sure to report any issues in the bug tracker or on the mailing list. Unless new regressions or serious bugs are found RC5 will be re-released as 2.1.0 final.
Thanks for using GeoServer!
The GeoServer team is happy to announce the fourth release candidate for 2.1, now available for download.
This release brings some important bug fixes and addresses a few regressions discovered in RC3. This includes a new parameter that will once again allow multiple GeoServer instances to run from a single data directory. This parameter, named “GWC_DISKQUOTA_DISABLED”, will disable the GeoWebCache disk quota module preventing it from maintaining a lock in the data directory.
Other key fixes include an issue with the alternate and more performant method of raster reprojection that comes with the GeoServer 2.1 series, as well as some fixes for WMS 1.3 support surrounding axis ordering issues. Check out the change log for the full list.
Thanks to everyone who tested RC3 and helped us flush out these last few issues. You can continue to help us get to the official 2.1 release by downloading and trying out RC4. Be sure to report any issues in the bug tracker or on the mailing list.
Thanks for using GeoServer!
GeoServer 2.0.3 is a maintenance release for the 2.0.x branch and contains over 60 fixes and a few small new features. For those who have already upgraded to 2.1 there is nothing new but those still on 2.0.2 will find:
Ability to limit the amount of raster data read and delivered in each WCS request
A host of stabilization improvements in the WFS department, allowing GeoServer to widthstand higher WFS workloads
The new control flow extension allowing administrators to exert finer control over the number of parallel requests a GeoServer will handle, to ensure the server cannot be overloaded by malicious users or by a spike in traffic
Ability to read the GeoServer log file directly from the user interface, without the need to hunt it down in the data directory
Improvements to the ogr2ogr extension, allowing for the use of the famous ogr2ogr utility to extend the number of GeoServer WFS output formats
Finer control over shapefiles returned by the SHAPE-ZIP output format
This release is likely the last of the 2.0.x series as the 2.1.0 release nears completion.
The third release candidate of GeoServer 2.1 also brings a number of bug fixes and improvements including:
The querylayer module which is a powerful extension that allows for cross layer filtering
Support for GML3 encoding in Atom/RSS output formats
Raster to vector conversion processes for WPS
Inclusion of WMS decorations in PDF output
And more. Check out the entire change log for more information.
Thanks to everyone who have worked hard over the past few months adding features and fixing bugs, in order to make this release happen. As usual, we encourage you to download, try it out, and provide feedback on the users mailing list.
AuScope is running a three-day Spatial Information Services Stack Workshop in Canberra on 22-24 March 2011.
The Spatial Information Services Stack - an Australian Interoperable SDI http://auscope.org/res/file/downloads/grid/SISS_Program-form.pdf
22-24 March 2011 Geoscience Australia Cnr Jerrabomberra Ave and Hindmarsh Drive Symonston ACT 2609
The Spatial Information Services Stack (SISS) is a suite of tools for spatial data interoperability. SISS uses OGC standards, GML application schema, modelling tools, vocabulary support services and registries. AuScope is deploying the SISS in multiple Australian Government agencies and research organisations. AuScope has developed a Web portal to demonstrate the infrastructure, and to encourage the development of other third party client tools. As SISS is built on open source technologies others are encouraged to use the stack and assist in its development.
SISS builds on existing technologies including GeoServer, FullMoon and GeoNetwork. AuScope has made enhancements to support complex application schemas like GeoSciML and WaterML, and quality improvements to raise the quality of service level and ensure stack completeness. For example, the AuScope portal uses GeoNetwork to discover services, and the application schemas supported by GeoServer are developed and tested with FullMoon. SISS provides a complete solution to develop, establish and maintain OGC standards compliant infrastructures.The development of SISS was funded by NCRIS through the NeAT initiative.
**Workshop goal **
The goal of the workshop is to show how communities can use SISS to provide transparent interoperable access to spatial data and knowledge about Australia.
Full programme and registration form: http://auscope.org/res/file/downloads/grid/SISS_Program-form.pdf
Space is limited so places will be allocated to ensure representation from the greatest number of organisations in each session.
- GeoServer repository transition to main branch
- FOSS4G 2018 GeoServer Developers Workshop
- GeoServer at FOSS4G 2017 Boston
- REST API Code Sprint Prep
- Nov 18th Bug Stomp
- Online GeoServer Bug Stomp - July 2016 Results
- Online GeoServer Bug Stomp
- GeoServer Explorer Plugin for QGIS
- New repository and release delay
- GeoServer FOSS4G 2015 Activities