August 4, 2008 9:37 pm
Last week I attended the OpenLayers sprint hosted by MetaCarta in Cambridge, Massachussetts. It is likely that you’ve never heard of OpenLayers. Here’s how the website describes it:
OpenLayers is a pure JavaScript library for displaying map data in most modern web browsers, with no server-side dependencies. OpenLayers implements a (still-developing) JavaScript API for building rich web-based geographic applications, similar to the Google Maps and MSN Virtual Earth APIs, with one important difference — OpenLayers is Free Software, developed for and by the Open Source software community.
OpenLayers is a flexible, powerful library that can read, display, and write geospatial data (or “maps,” as they call them on the streets) in a number of formats. You can load it to a web page in a compressed, single file version, or look at the whole, unobfuscated library and tweak things to your liking.
What’s strange, then, is why in a world where for web development “mashup” has become synonymous with a Google Maps application, OpenLayers–which has in many cases identical functionality–has so few users. Even at The Open Planning Project, where several of us work on OpenLayers development, most of my colleagues turn to Google Maps for their web mapping needs instead.
While at the sprint, I had several of fruitful conversations with the other developers about why this is the case. Here are the explanations that those conversations brought up.
What do these three things have in common? They are outside the realm of the normal activity of its development community, which is made up primarily of engineers from places like TOPP, MetaCarta, and Camp-to-Camp. Data, documentation, and design are not our forte. Many would argue that accumulating, styling, and hosting free data is completely out of OpenLayers’ scope. But nevertheless, these issues are exactly what’s holding OpenLayers back from being a widely used tool across the web. Its ultimate success depends on the community’s finding a way to overcome them.
Posted by Sebastian Benthall
Categories: open source software
Tags: for:openplansdev, google maps, openlayers
Mobile Site | Full Site
Get a free blog at WordPress.com Theme: WordPress Mobile Edition by Alex King.
For what it’s worth, TOPP already hosts street-level data for the US at sigma.openplans.org. I think we could do pretty well by augmenting this with an easy-to-setup caching proxy so people can host the same tiles themselves if they find the speed is lame (yay distributed tasks). I wonder whether our server would explode if openlayers started shipping with that layer turned on by default.
By dwins on August 4, 2008 at 10:00 pm