GeoServer Blog

GeoServer 1.4.0 has arrived!

It’s finally here! Version 1.4.0 is out the door and kicking. This is quite an exciting release for us because it is taking GeoServer in a new, more developer friendly, direction with the Spring framework it is built on. What we gain from this new framework is the ability to modularize GeoServer into separate components and allow for outside developers to create plug-ins easily. It used to be a lot more difficult to add extensions, comparatively to what we have now, and this means that we can look forward to new and interesting additions from the many users out there.

That said, I will point you at the documentation that describes just how to write your own plug-in: http://docs.codehaus.org/display/GEOSDOC/4+Programmers+Guide

Of course there are many bug fixes and improvements in this release. We have also worked on stability a fair amount and are currently testing version 1.4.0 on our demo server: Sigma . So if you have a WMS up and running, feel free to point it at our layers and use our data. The more we can hit the server the easier it will be to find problems.

Hot on the heels of this release is GeoServer 1.5 with Web Coverage Service support. We hope to see the first release candidate in January. So stay tuned!

You can grab the 1.4.0 release here.

Read More

Client applications

These are some of our favorite client applications. There are some others out there and you can refer to the GeoServer client page for more information.

MapBuilder A javascript client that supports OGC WMS and WFS requests, so you can view and edit spatial data through the web browser. GeoServer has MapBuilder built in as its map preview tool.

Open Layers OpenLayers is a javascript tiling web-based client just like Google maps. It supports OGC WMS requests.

MapBender Mapbender is the software and portal site for geodata management of OGC OWS architectures. The software provides web technology for managing spatial data services implemented in PHP, JavaScript and XML. It provides a data model and interfaces for displaying, navigating and querying OGC compliant map services. The Mapbender framework furthermore provides authentication and authorization services, OWS proxy functionality, management interfaces for user, group and service administration in WebGIS projects.

Udig Udig is a desktop client that supports OGC WMS and WFS requests. It is built off of the same library as GeoServer: GeoTools.

GVSig GVSig is a desktop client that supports OGC WMS and WFS requests, similar to Udig.

Google Earth GeoServer can serve up data as KML/KMZ that can then be loaded in Google Earth. There is a tutorial here that you can read to start viewing your in this client.

NASA World Wind World Wind supports WMS requests so you can serve up your data with GeoServer to it. Read this tutorial for how to do this.

Read More

The WFS and WMS Services

OGC Web Services for accessing Geographic Data

The Open Geospatial Consortium has defined several Open Web Services for accessing (usually geographic) data. There are two basic service sets - the Web Feature Services (WFS) and the Web Map Services (WMS). The WFS is concerned with direct access to your data - reading, writing, and updating your features. The WMS is concerned with transforming your data into a map (image).

![](http://udig.refractions.net/confluence/images/icons/emoticons/information.gif) **What is a Feature?** A feature is an Object that is an abstraction of a real world phenomenon. This object has a set of properties associated with each having a name, a type, and a value. An example of a feature might be Road with a Name, Location (line geometry), Width, Speed Limit, and Jurisdiction. Typically these features are stored in a [spatial database](http://udig.refractions.net/confluence/pages/viewpage.action?pageId=5223), shapefile, or other format.
![](http://udig.refractions.net/confluence/images/icons/emoticons/check.gif) **OGC Open Web Services** The OGC Web Services provide access to the features - either directly or as images (maps) - in a standardized way independent of the company who created the server or the actual format the data is stored in.

What to use a the WFS services for

A WFS allows uniform direct access to the features stored on a server. Use a WFS when they want to perform actions such as:

  • query a dataset and retrieve the features

  • find the feature definition (feature’s property names and types)

  • add features to dataset

  • delete feature from a dataset

  • update feature in a dataset

  • lock features to prevent modification

A WMS allows for uniform rendering access to features stored on a server. Use a WMS when you want to perform actions such as:

  • Producing Maps

  • Very simple Querying of data

Read More

Why use open standards?

Why use Open Services

GeoServer is strongly committed to open standards for its geospatial web services. Currently this is strongly centered around the Open Geospatial Consortium’s Open Web Services architecture, as they have the largest consensus among industry and government, and have some very high quality specifications. But GeoServer remains un-ideological about the particular standard, as long as it is fully open and widely supported.

This insistence on open standards is practical, if immense amounts of geospatial information are to be truly accessible it will only be possible through widely used open standards. The GIS industry has always had a myriad of formats, making the combination of data from different sources an exercise in frustration, spending massive amounts of time and money with data conversion, or simply scrapping the conversion and duplicating the work of gathering the data. The Internet and Web Services open up new possibilities for quickly obtaining geographic data, but unless open standards are utilized users will have to decide which geospatial web they want to access, obtaining the appropriate client software for each. Imagine if Netscape and Internet explorer had different Internets - if the browser wars had extended to servers, instead of having an open source standard with Apache - then users today would have to decide which Internet they wanted to get their information from, depending on which browser they were using.

Relying on a non-open standard for exchanging geographic information ensures that it can only be exchanged with others who have bought the same system. The cost to entry to that geospatial web is whatever the server vendor chooses to charge, and the only geographic information available will be by ones who could afford the cost, or who are in the good graces of the company providing the software. An open standard enables competition in an open marketplace for providing geospatial servers. There is no lock-in to the initial choice, as it is easy to switch one vendor’s implementation for another, or even to migrate to an open source solution (and back if the oss solution did not fully meet the needs). Without an open standard such migrations would involve a replacing the whole system, not just the component needing improvement.

Several mainstream technology corporations are jumping into the geospatial game, giving away access to their geographic information, allowing users to add additional information. But without open standards and a variety of implementations users will have to pick which proprietary geospatial web to join, instead of creating an open Geospatial Web where all information about a place is searchable and available.

It is getting easier and easier to roll a mapping application, directly connecting a PostGIS or MySQL database to a simple web mapping front end. Putting standards between the display of the map (WMS), getting the raw data (WFS) or the updating of information (WFS-T) can seem like an extra hassle for implementors. But doing so allows anyone to access the same information that is displayed, and overlay and combine it with other geographic information, providing more context and the potential of generating new information from analysis. With a self built system there is generally only one way to display the information, the one provided. If an open standard is used then it can be used in a desktop GIS, web applications, 3d viewers, or specially built geographic visualization.

(we should have a picture of a client here getting data from a bunch of different WMSes and even a WFS, as a concrete visualization of what is possible with standards - even a before/after picture, of just putting one’s data up on the web, and then one’s data overlaid on lots and lots of context from diverse sources)

Read More

Why use open source?

The subject of Open Source vs. Proprietary software is a huge one, which we will not seek to fully address here. Chris Holmes wrote a paper (link to paper) on the potential of Open Source for implementing Spatial Data Infrastructures (link to glossary), which does a more an in depth treatment of the subject.For now we will focus on the more practical benefits of open source. ### Price While the jury may still be out on the Total Cost of Ownership (TCO) debate, one thing is quite clear, the initial cost of free and open source software (FOSS) is much less. GeoServer is free to download, to try out, and even to install in a production environment. The current argument spread by proprietary vendors is that their products are cheaper over the long run, as the initial purchase price is a small portion of the total cost, based on higher prices for support due to growing demand on FOSS. But such arguments fail to take into account that FOSS support will experience economies of scale, greater supply and decreased prices, as new firms spring up to meet increased demand. ### Try before you buy When purchasing proprietary software oftentimes the decision to buy the software must be based on a list of features, marketing materials, or unrealistic demos. With FOSS one can download exactly the same package that will be installed, and fully tested before committing to it, an option seldom available with proprietary software. ### Commercial Quality support in an open marketplace (no vendor lock-in) With proprietary software the vendor has an exclusive monopoly on high level support of their product. You could hire anyone to do basic level installation and user level support, but for things like fixing bugs, diagnosing deep problems, additional features, and integration with other systems (especially when not based on open standards) the vendor is the only one with access to the source code, and thus the only one who can perform the changes. With GeoServer there are currently three companies that offer commercial level support and consulting on GeoServer, and the market is open for even more, since anyone can access the source code. This means the right company and terms can be found to meet a variety of needs, in an open marketplace for services. And the overall price for support is often cheaper, as there is no rent extracted just to use the software in the first place. Indeed the support for GeoServer is of higher quality than certain proprietary vendors which will often let a bug sit for years before fixing it, due to the disconnect between the support employees and the actual developers who wrote the code. ### Informal support structures A hallmark of good FOSS projects is an incredible community of informal, freely available support centered around email lists, wikis, irc chat channels, open documentation and bug trackers. These may take a bit more digging, a bit more patience, and a bit more respect than demanding (and paying for) commercial level support. But they offer a level of support that is simply not available with proprietary software, an opportunity to interact directly with the people who create the software, and those who have experience with installing and maintaining the software, users who have likely encountered similar problems. ### Customization Open Source opens the door to tailor the software to an organizations particular needs, in a way that is simply not possible with proprietary software. This customization can be performed in house, or flexibly contracted out to the experts who originally wrote the code. This can be additional features, but it can also be a simplification of features. An excellent example of the benefits of this is with UDIG, a desktop GIS, where complex features can be taken out to improve the user interface and ease the hurdles to learning to use the software. ### Localization Many languages are not translated by mainstream GIS software providers, as the market does not make it possible for them to spend the time to do so. With the open access to the source code that FOSS allows, users need not rely on the vendor doing the translations, they can perform it themselves. FOSS often goes to great lengths to design the programs so that translation is easy, as is the case with both UDIG and GeoServer. ### Ever increasing Returns on Investment (ROI) Many times a software package won't meet the needs of an organization, in which case they have to pay for improvements. Proprietary vendors will often advertise features that they have not yet implemented, and go to work on them once they land a big contract. The client will get the improvements, but when more improvements are made to the software they paid for, the company will turn around and charge them more money for the upgrade. With FOSS any improvements made to the project go to all, and often times an improvement needed by one client will make it so the next client can focus on the next feature. But this new feature will then be available at no additional cost to the first. This creates a snowball effect, where any funded improvement to the project lowers the costs that the next funder may need to spend on the improvements they need. A key capability funded in an open source environment can lead to an ever increasing return on that investment as future improvements are built on top of it, while in a proprietary company those improvements remain the property of the company, which they sell for even more money. ### Warm Fuzzies The community around FOSS projects, and the sense of building something good for the world, is what keeps many people coming back. There is no requirement to join the community, one can easily approach FOSS software from strict business requirements, and it will easily compete on those levels. But many people start out as mere users, and become valuable contributors, first figuring things out, then helping out others on the email lists, then writing documentation, helping to spot bugs on new releases, spreading the word about the software, and if they are programmers even becoming core members of the development team. There is a shared passion around the project that is rarely seen in proprietary products, that for many is the most rewarding aspect of FOSS.
Read More