Archive for the ‘Business’ Category

Howdy Partner!

In June, OpenGeo announced our initial partnership with Spatialytics in Canada. Today, we are launching the official OpenGeo Partner Program, our new, international network of service providers. We are aiming to bring more people into the open source ecosystem by aligning the financial incentives of consultants and solution providers with those of core software developers. Through our partner network, OpenGeo will offer OpenGeo Suite clients a wealth of proven technology solutions that solve real-world challenges.

There has been great interest in the OpenGeo Suite from around the world since its launch almost a year ago, from end users and solutions providers alike. We feel that the best way to foster greater access to the OpenGeo Suite is in collaboration with organizations that share our values and offer outstanding solutions expertise to end users. Our Partner Program will expand the capabilities of these solutions providers by giving them a complete, certified, and fully supported open source geospatial stack backed by core experts on PostGIS, GeoServer, GeoWebCache, OpenLayers and GeoExt.

Read more about our Partner Program.

OpenGeo managers and technical staff will be in attendance at FOSS4G, the leading conference for open source geospatial software, in Barcelona, Spain, September 6 – 9, 2010. Stop by booth #15 if you are interested in discussing partnerships and plans for the OpenGeo Suite.

Unlimited bug fixes: The shocking truth

In conversations with our OpenGeo Suite Enterprise Edition clients, we have more than once heard the following lament:

It’s too bad that we don’t have any hours in our contract, because we’d really like this particular bug fixed.

Luckily for them, this is a simple misunderstanding between core service (”implementation”) hours, and bug fixing hours.

Core service hours are billed time towards strategically improving the capabilities of the OpenGeo Suite in the direction you desire. This includes, but isn’t limited to, items on our roadmap (such as WMS 1.3 required for INSPIRE compliance, extra dimensionality in PostGIS, and offline editing in OpenLayers). When you sign up for an Enterprise Strategic package, this comes with 350 implementation hours that you can use as you please. Currently, this is the only package that comes with implementation hours.

Bug fixes are a different matter, however. We realize that bugs happen, so bug fixes are in everyone’s best interest. That is why we offer unlimited bug fixes on every one of our Enterprise Edition packages. Unlimited. We mean it. If you’re an Enterprise Edition client and you find a bug in our software, let us know and we’ll fix it, no questions asked (well, except for maybe a log file and the steps required to reproduce the bug).

So if you’re wondering why you should become an OpenGeo Suite Enterprise Edition client, you can add the peace of mind that comes with constantly improving software. And now you are free to lament about other things.

Tulips, Pancakes and Open Source Mapping

Dutch Flag“What are the Netherlands known for, Alex?”

OK, maybe football too (I guess we’ll find out on Sunday). In the meanwhile, take a look at these recommendations for the Netherlands’ national SDI (PDOK, which is “Publieke Dienstverlening op de Kaart”, or “Mapping Services for the Public” in English).

On the policy side, in Section 2, the document notes “Dutch public administrations need to provide explanations if they do not use open standards and if they decide against using open source software when making procurement decisions”, but then goes on to provide two direct operational reasons for going with open source:

1. PDOK is foreseen to become a relatively large system. It has to support hundreds of data services some of which may experience very high demands. In order to address these high performance demands a great number of servers may be needed (with a load balancing mechanism). Proprietary software is often licensed by number of cores/cpu’s which are used by the software simultaneously. A highly scalable system may therefore be confronted with high license costs.

2. Open source software components will not provide all functionality which is required by PDOK, but this will also be the case with proprietary software. In case of open source there are more means to exert influence on the directions of future developments. PDOK may also contribute to the development of open source components. These developments will then directly be beneficial to PDOK and its partners but also to the entire (international) community which makes a good case for spending public funds.

Lots of foresight there. The unit cost of any enhancements that open source components require to meet the functional needs of the system will be spread out over every server deployed in every country in Europe that follows a similar architecture.

In Section 4, we get to software recommendations.

Geoservices system components

First, a nice familiar decomposition of the web mapping architecture, which provides lots of flexibility in choosing components. And what components do they recommend for PDOK? I’m glad you asked!

From the point of view of an enterprise GIS system, GeoServer seems to be the most promising solution.

GeoServer includes a version of GeoWebCache. This is a proxy server between a map client and a map server.

A PostgreSQL database requires limited resources and can easily be implemented in a virtual environment. The advantage of this is that the virtualisation platform can be used to scale the database … For that reason, PostgreSQL is the database for PDOK; it is open source and it integrates very well with GeoServer

OpenLayers (http://openlayers.org/) seems to be the most suitable library for client-side webmapping for the requirements. OpenLayers is an open source web mapping client library and has many required features out of the box, supporting the required formats and much more.

The GeoExt project combines ExtJS with OpenLayers already, which may be useful depending on the extra client-functionality needed.

We have been working hard over the past couple years to make sure all these components of the geospatial stack play will together, and more recently selling a bundled package of components, but it’s great to get the external validation of a big organization looking at all the parts and saying “these work great together, we should use them”.

I can’t wait to open up the Amsterdam office!

Social goals are (more) motivating

I work for a purpose-driven organization, the social purpose of the organization aligns with my own social purposes, and the work is challenging and sophisticated.

Open source fits the profile of an intrinsically motivating pursuit (for folks of the right technical bent) exceedingly well. A great talk and visual presentation.

Our First Reseller

Not as exciting as our first kiss, but still pretty exciting: our first OpenGeo re-seller is Spatialytics in Quebec. That means that users of the OpenGeo Suite in Quebec will be able to receive front-line support from local staff who (importantly) speak French (with the right accent)!

We expect resellers to form the backbone of the ecosystem around the OpenGeo Suite. In a world with 40 time zones and hundreds of languages there is no way one organization can be everywhere. We want to focus as much of our internal effort as possible on improving the Suite, the core Suite projects, and the learning materials that go with them. Partners will be the bridge between our core team and customers around the world.

Welcome Spatialytics, to the OpenGeo family!

(Want to explore becoming a re-seller? Drop us a line, inquiry at opengeo dot org.)

OpenGeo Suite 1.9.1 Community Edition

We are excited to announce the OpenGeo Suite 1.9.1 Community Edition, the latest maintenance release of our leading geospatial platform.

The 1.9.1 Edition adds stability to our previous community release, featuring:

  • PostGIS is now integrated into the OpenGeo Suite install experience! You now get a complete spatial mapping stack: database, map server, tile cache, web interface.
  • pgShapeLoader, a graphical interface for loading shapefiles into your PostGIS database.
  • pgAdmin, a graphical interface for database administration.
  • GeoEditor, a web application. GeoEditor allows for web based editing of data, regardless of the underlying data format (shapefiles, PostGIS, ArcSDE, Oracle Spatial, DB2, etc.).

The integrated installer is now available for Linux (32 bit only), as well as Mac OS X (v10.5 or later) and Windows XP/Vista/7. The Linux installer does not yet include PostGIS.

The OpenGeo Suite Community Editions are previews of future enterprise packages. Please download, contribute issues, and participate in driving the Suite’s future on our OpenGeo Suite Community Forum. And stay tuned for the Enterprise 2.0 release of the OpenGeo Suite this month.

Download OpenGeo Suite 1.9.1 Community Edition

(Where are the) open source vertical applications

One of the interesting mysteries of the open source ecosystem, for me, has been the relative paucity of open source “vertical applications“. A “vertical application” is a system tailored to a fairly particular use case, usually requiring multiple software components tied together: an example might be a dental records management system, or a library management system.

Open source has thrived in the IT infrastructure space, churning out general purpose software like databases and operating systems and programming tools while rarely meeting very specific user needs.

(Some exceptions that I know of: the Mamook system for managing co-op students; the Koha open source library system; and Specify natural history collection system.)

The lack of vertical applications is even stranger when you note that, in terms of unit costs, vertical applications are often carry some of the highest price tags in the software world! A dentist might spend hundreds of dollars on Microsoft Office, a rigorously engineered highly polished piece of desktop software, but thousands of dollars on a fairly slipshod dental office management system.

Given all the money floating around vertical applications, open source efficiencies could make the market a lot more competitive.  We know it! All too frequently, a group of programmers sits in the pub, sipping beer, calculating that “if just 25 dentists spent their money on an open source application, then every dentist could use it for free”.

But somehow that never happens.

First, building a vertical application requires domain knowledge. The reason there are so many good open source programming tools is that programmers already have the domain knowledge necessary to build good programming tools. Open source dental tools require a dentist (or several) to invest a fair amount of time guiding the development of the tools. Those that have such entrepreneurial and technological bents generally set up side businesses selling software to other dentists.

The vertical application problem is even more keen for governments, whose vertical applications are traditionally built or bought at costs in the seven-figures-and-up range. Ask a government why they don’t spend a little extra money to make their system modular or reusable in other jurisdictions, and they will (rightly) point out that they are not a software company. Their job is providing a public service (like running the jail, or driving the busses) not providing a meta-service of software development. Software is the means, not the ends.

To break out of the logjam, an outside entity needs to fill the role that is usually held by the software company:

  • inform the customers of what can be done;
  • aggregate development funds to make a large product from many smaller contributions;
  • communicate and understand the technical issues of software development;
  • manage the process of finding the “least common denominator” of necessary and collectively useful features or standards.

In addition, this entity should have organizational goals that are aligned with the project participants: public service; improved access; and better community value.

This entity looks a lot like our parent organization, OpenPlans.

Over the past year OpenPlans has increasingly taken on this role in important vertical application developments. The Open311 project and the Open Trip Planner are both niche vertical applications where having a non-profit entity work to coordinate efforts, provide communication, and aggregate development funds is a big help.

And (lest I hide our light under a bushel) OpenGeo is doing similar work with the GeoNode project by providing the technical core in a collaboration that includes the World Bank and other international development and emergency preparedness organizations.

Everyone knows what needs to be done in order to build these new open source vertical systems.  The difficulty is taking the first step and saying “let’s work together, let’s get this done together.” I think there is a place for the “IT nonprofit” organizational model to help make some of these dreams a reality.

Market Sandwich

Mmmmmmm, market sandwich...

Mmmmmmm, market sandwich...

When describing the OpenGeo Suite, I am often asked one of two questions (depending on who I am talking to): “why not just use ESRI” or “why not just use Google”.

The answer to the first question depends on the person asking, ranging from the “ability to economically scale out to larger user loads” to more managerial things like “having multi-vendor options and flexibility in tool choice”.

The answer to the second question is was the subject of a recent article in Ovum, which notes:

The key exposures for agencies using the free map platforms relate to some natural consequences of the services being provided for free. These include:

  • lack of assurances regarding the continuous provision or reliability of the service or that it will remain available for free in the future
  • lack of control over the content displayed by the vendors on the platform – particularly advertisements
  • lack of control over how the vendors use data that is provided by agencies
  • the requirement to indemnify the vendors from any claims arising from the agency’s use of the service.

The market runs from the cloud-based web services (Google, Bing) through to self-managed proprietary (ESRI), and there is a gap in the middle where customers need the flexibility and scalability of the consumer services married with the feature richness and control of self-managed software.

And that gap, in the middle of the “market sandwich”, is where we plant our flag.

A Time to Sell

OpenGeo is in the market for people who know the market… specifically a Director of Marketing and a Sales Executive.  Over the past year we have thought a lot about what it means to build a business on open source, and created a product which we think is a useful addition to the geospatial world.

But we don’t want to throw a party and have nobody show up! So we need to get the word out, beyond the fairly small population of people who might read a blog post like this one, out to the many developers and organizations who are building geospatial applications.  The Director of Marketing will be focused on generating leads and building a system for qualifying those leads as efficiently as possible. The Sales Executive will help to turn those leads into sales, hunt for new leads, and assist us in fielding our current opportunities more efficiently.

If you know someone, or are someone, who wants to be a part of a social enterprise devoted to making open source geospatial tools widely available and used, we hope to talk to you soon!

OpenGeo offers geospatial training

One of our missions at OpenGeo is to create an ecosystem where we can develop the best possible software while growing and investing in the community. We see this as a self-reinforcing cycle; as more people use our software, the more we are able to grow our business and devote more energy into improving the software, thus making it more appealing to a wider audience.

But software is only successful if users understand and use its features. And while one of our aims is to make software easy to use, sometimes you have questions that just can’t be answered by a documentation page. Even in this day of everything-over-the-web, there is still a need for answers from a real person, in a real-life classroom setting.

So, OpenGeo is now offering full-day training courses on the components of the OpenGeo Suite. First and foremost, we offer an Introduction to the OpenGeo Suite, which gives a full overview of PostGIS, GeoServer, GeoWebCache, OpenLayers, GeoExt, along with the applications GeoExplorer and Styler. We also have more in-depth full-day introductory courses on GeoServer, PostGIS, and OpenLayers.

These courses are open to all, and are designed to be accessible to a wide audience. Also, if you are one of our OpenGeo Suite Enterprise clients (Professional, Platform, or Strategic Editions), training days are already included in your package.

Below is our schedule for the next few months. All courses are held in our office in New York City, although we do offer on-site training as well.

We will be adding new and more advanced courses as demand dictates. We hope that our courses will be a valuable tool for any and all, whether you are a GIS professional, an enthusiast, a software developer, or a CEO.