I’ve just uploaded a new GeoJSON plug-in for GeoServer, enabling JSON output for any WFS request.  The plug-in is definitely compatible with all versions of GeoServer 1.5.x, and will likely work with 1.4.x as well.  This was a breeze to write, which is a testament to the nice design of GeoServer and to the strength of the Java open source world.  I made use of json-lib, and extended the JSONBuilder to handle geometries.  Then hooked that up as an output format plugin for WFS, and we can now plug it in to existing GeoServer installations.  Please give us feedback on how it’s working, and if we get a positive response we’ll likely include it in the default release.

The plug-in can be downloaded from sourceforge, and there’s a bit of a write-up in the GeoServer documentation.  For more information on GeoJSON, see http://geojson.org.  The spec is not yet finalized as 1.0, but is a first release candidate.  So hopefully it will hold up, but if not we’ll definitely stay up to date with the latest versions.

The long awaited first beta release of the 1.6.x series has just been uploaded to SourceForge, go to the download page to grab your copy. The main thrust of this release is full support for WFS 1.1, completed as part of the CITE thread in OGC’s OWS-4 testbed. A number of other cutting edge features are also landing on the 1.6.x series, many getting backported to 1.5.x, but a number only available in this release. The one’s that will make it on to 1.5.2 include many small improvements to our KML support, along with GeoRSS output. Both also make use of our new templating system to customize output of the pop-ups. We’ve also got a new Google Maps demo, some nice syntax highlighting for SLD editing, and some improvements on the sample request screen (thanks to Jubal Harpster for the suggestion).

As for features that will not make it back to 1.5.2, the big one is our first beta release of the Versioning WFS we’ve been working on. It adds three new operations to the WFS – GetLog, GetDiff, and Rollback – to allow wiki type editing of maps. This deserves its own post, so soon we’ll get something up about our progress and how to try it out. The other big improvement is we’ve now got a really nice security sub-system called Acegi, fully integrated. We’re not really using it a whole lot yet, as we don’t have a good UI to add users and the like. Our first initial goal is to be able to authenticate any user who edits a versioned map, so we can store who did what in the database, allowing rollbacks on particular users. But it provides a framework to allow fine grained control over who can view and edit which featureTypes, and eventually even particular areas of the map. If anyone has funding available to advance this that would be great. The one place you can see the new security system in action already is when you log in to the web admin tool. There is now a check box to ‘remember me’, which adds a cookie so you never have to log in again, even after system restarts. This may actually be my favorite new feature, since I used to spend so much time typing in the passwords when debugging.

The final major improvement is increased performance of shapefiles, thanks to the Shapefile Renderer developed by Refractions for use in uDig. This is a great example of the virtuous circle of open source, where we can take advantage of their improvements. So shapefiles should be a bit faster in this release. So please download the release, try it out, and tell us what you think. We love getting feedback on where the pain points are, and hearing your ideas on how to make it better.

Mike Frumin, who has been actively working with GeoServer and OpenLayers the past few months, has just released the culmination of his work for the Regional Planning Association. In his write up on his blog he includes a number of pictures that were generated by GeoServer, and links to a really nice OpenLayers application, as well as the same information in Google Earth. Both made extensive use of GeoServer, with some custom processing for a couple things that were pushing the envelope (that we hope to completely support in GeoServer eventually), including KML customization and SLD extensions. Read his post, it’s a great demonstration of using maps to tell a story, and we’re excited that they’re powered by GeoServer.

Another hint for those wanting the latest and greatest versions of GeoServer.  We’ve now got a nightly build server going, making snapshots of the latest code for the 1.5.x branch and trunk, at http://geo.openplans.org/nightly/.  We do our best to fix a raft of bugs for each new release, and downloading a nightly build will get you access to those without having to figure out subversion and maven and all our other build tools.  If you see that a bug you’re interested in was recently fixed you can download the next nightly, test it out and give us feedback.  That helps the GeoServer developers immensely, so we can be sure that our actual releases are as close to bug free as possible.  If you’ve got your ‘data directory’ set up properly with GeoServer than upgrading to a nightly should be a cinch, allowing you to test out the latest improvements with your already configured data.

The GeoServer team has been hard at work fixing bugs for the upcoming 1.5.2 release. However its not all bug fixes. One very exciting new feature is the addition of GeoRSS as an output format.

The addition of GeoRSS makes the process of creating your own map mashup with GeoServer as simple as ever. Simply point Google Maps, Yahoo! Maps, or Microsoft Virtual Earth at a GeoServer GeoRSS overlay and observe as your data is visualized.

Here is a sample screen shot. More screen shots and information are available here.