OpenGeo

Paul Ramsey, OpenGeo’s spatial database wizard and frequent poster to this blog, was recently interviewed by Matt Ball for V1 magazine. It’s a good read, and we think you’ll enjoy it.

While the interview covers a wide range of topics, here’s a quote that encapsulates OpenGeo’s software to me probably better than any white paper or business plan could:

Building a web map app is something that a technically inclined forester should be able to do, it shouldn’t require someone from the computer science department. The Web is evolving to be a place where people can put a basic set of development tools, JavaScript and HTML, to a lot of different uses. Not inventing their own language…We’re just providing some geo flavor on top.

Read the entire interview…

On Thursday, the latest major release of PostGIS came out: version 1.5.  This release adds a long-wished-for feature to the open source spatial database—direct support for “geodetic” coordinates.

Geodetics are more commonly known as “lat/lon” coordinates. While you could load and work with lat/lon coordinates in earlier versions of PostGIS, the indexing and calculation code did not make any allowance for the fact that the coordinates were angular units, not cartesian units. As a result, objects that crossed the poles or datelines would not index properly, and calculations of areas, lengths and distances returned strange looking answers in “degrees” rather than meters.

With PostGIS 1.5, the new “geography” type is a 100% sphere-aware type, which can be indexed globally and returns answers in meters, using calculations on the spheroid for maximum correctness. It is built on top of a new disk storage and index format, which the existing “geometry” type will also transition to in version 2.0.

The development of the “geography” type was funded as a PostGIS core development task, by a company that chooses to remain anonymous.  Since the main geography development is complete the old task has been updated to a new version, outlining extra functions and performance additions that could be added to geography support.

We expect that the geography type will make it easier for new users to store their data in PostGIS (without having to learn about projections and coordinate systems before starting) and also allow global data managers to store and query international data sets for effectively.

What gets us up in the morning and into the office? Is it building an open source geospatial software empire, and eventually rolling around in a room full of money? No, that’s not the point.

Making money is a second-order concern for our organization that enables our first-order concern: putting useful tools in the hands of governments and NGOs. The revenue from professional services and support enables the continued development of the open source software, which we want to see as widely used as possible.

So, when we learn that the Amazonian Protection System is using PostGIS and Geoserver in their applications to manage and protect the rain forest, that makes us very happy.

And hearing how scientists and conservation groups have used Geoserver, PostGIS, and OpenLayers in building a decision support system for studying marine protected areas makes us sort of giddy.

And learning that the Great Lakes Commission is using Geoserver, PostGIS and OpenLayers in monitoring the environmental conditions of the Lakes make us quiver a little bit uncontrollably.

And then we have to sit down for a moment.

These are all folks who have used the tools that our team members build and maintain, to do good in the world. They don’t have to ask permission, and they don’t have to pay us, and the world is a little more understandable after they are finished than it was before. And that’s the point.

The US National Weather Service has a lot of weather to watch! They have sensors all over the continent, and in space, ranging from simple thermometers to orbiting satellites. When weather happens (and let’s be honest, weather is always happening, it’s happening on me right now) it happens fast — how does the NWS take in the whole situation at a glance and make decisions? On a map, of course.

The NWS Central Region Headquarters has built a test-bed for putting their situational information onto web maps, and the toolset they used is the OpenGeo suite of applications: PostGIS, Geoserver, OpenLayers. They also used raster-data standby GDAL for handling gridded data conversions.

A paper on their work (”Development of Web-based GIS Applications for Decision Support and Situational Awareness“) was presented by Brian Walawender at the  American Meteorological Association Annual Meeting this week.

This week, OpenGeo released version 1.0 of our OpenGeo Suite.

When we initially announced the OpenGeo Suite, it was a notion — a collection of individual software pieces we would professionally support as a whole. Now, it’s a product in the conventional sense — one download that provides all the pieces in a simple installer for Windows, Mac, or Linux:

• GeoServer — a geospatial data and map server;
• GeoWebCache — a map accelerator;
• OpenLayers/GeoExt — user interface libraries for building map applications;
• (New!) GeoExplorer — a browser-based map composer and publisher;
• (New!) Styler — a WYSIWIG editor for map styles (SLD);
• (New!) Recipe Book — code samples and documentation for building your own map applications;
• Full documentation for all components; and
• (New!) Dashboard — a unified administration panel for starting and managing the components of the OpenGeo Suite.

Up to this point, we have concentrated on clients already adept at downloading, integrating, and using the pieces of the Suite. With version 1.0, anybody can start publishing their data and building applications right out of the box.

This ease of entry aligns with the OpenGeo mission.  As an organization, we want to democratize mapping. That means offering tools available under non-discriminatory legal terms, like open source. It also means lowering barriers so that more people can use, build, and grow these tools.

Both novice and expert benefit from the seamless integration of the OpenGeo Suite.  By placing everything together in one place — software, documentation, examples, administration — the Suite offers a central resource to navigate, configure, and support the various pieces of your mapping application.

At a decision making level, we provide a corporate entity tightly bound to the software, providing support, expertise and training services to the community of users and administrators.

Version 1.0 is the first step in a long journey, but we know where we are going. Every day we ask ourselves: can we make our product easier to use? can we make it easier to learn? can we make it easier to try? We would love your feedback, so download the free 30 day trial and let us know what you think!

We’re looking forward to an exciting 2010, meeting those goals and growing our community.

We are pleased to announce the launch of GeoNode.org, the official website of the GeoNode project.

The GeoNode project is a partnership between the World Bank’s CAPRA initiative, OpenGeo, and other organizations from around the world.  Our aim is to take the principles and practices of openness which have empowered the modern web, and use them to build a spatial data infrastructure solution appropriate for large NGO’s and government agencies.

The GeoNode is both an organizational partnership and an open source software project, built on the familiar projects of our OpenGeo Stack (GeoServer, OpenLayers, GeoExt, etc.) as well as Django and GeoNetwork.  After several months of incubation and prototyping, GeoNode.org is the kick off to our new focus on the GeoNode community.  Look there for the latest news on GeoNode technology, partnerships, and community resources.

GEOS, the geometry engine underneath the PostGIS spatial database (part of the OpenGeo Suite), has achieved a version 3.2.0 release! The latest release includes performance improvements in buffering, general C++ performance improvements, and an implementation of single-sided buffering. PostGIS users who upgrade their GEOS will get all the performance improvements automatically. The upcoming release of PostGIS 1.5 (about which we are very excited) will also tie in support for the new single-sided buffers.

It’s not just stand-up comedians wondering that anymore! In the brave new world of “serverizing” (nee Geoweb (nee SDI)) being promoted by ESRI’s Jack Dangermond (and us, and many others) the health of your server could directly impact the health of real live people.

When you stand up a public server with useful services, people will start using that server, and eventually will expect it to be there when they need it. And the better you are at keeping your server up, the stronger that assumption of reliability will become! At the highest levels of expected reliability, outages become newsworthy events in and of themselves.

So, to run a good service, choose good, reliable software — and then don’t trust it! The FGDC has recognized that monitoring is a key to providing reliable SDI services, and has stood up a public system for checking the health of spatial services, the Service Status Checker. As an added bonus, it’s not just for feds, anyone can use it, so give it a try!

If you missed attending FOSS4G, you can now experience a part of the conference via videos! Here are the talks that we gave that were captured by the video team from FOSSLC:

• Geoserver: Past, Present and Future [0, 1]
• The State of PostGIS
• Styling with SLD
• Geoserver In Production
• WMS Performance Shootout
• OpenLayers Vector Mayhem
• Beyond Nerds Bearing Gifts [1, 2, 3]

Happy viewing!

One of the items we launched with our new web site this spring was what we have been internally calling “the menu”, and ended up calling “core development“. The premise is that a generation of proprietary software experiences have broken customers of the idea that they can directly pay a vendor for a new feature — as customers we’ve been trained to just wait until the next version and hope.  But in an open source world, developers (us) are happy to work on new features directly for customers. So in our core development “menu” we try to provide customers with some guidance about what is possible, writing up some descriptions of larger development pieces and enumerating the functionality they would provide.

One of the items I put in my PostGIS menu last spring was “geodetic types“, native support for latitude/longitude coordinates that allows for indexing of features that cross the poles or dateline, provides direct calculation of distances and areas on the spheroid, and integrates with the other functions in PostGIS.  And a few months ago, that menu item was funded by a client!  We are currently approaching the final delivery date, the code is committed to the PostGIS SVN repository, and I’m spending the rest of the week testing and polishing.

Amazingly, the open source development started paying off almost immediately — I was getting testing and bug reports from third parties very early in the process, which means the final delivery will be that much stronger for the client. I’ve also added a large number of functions above and beyond those itemized in the contract terms, since this code is going to be in wide use as soon as it is released.

To get a feel for the functions that have been added, check out the documentation for the upcoming PostGIS release. For more technical details on using the new type, see this post.