Blog

OpenStreetMap WMS servers are hard to come by - because they are hard to operate. Running a WMS server always means a trade-off. You can have it render from vector data which makes it slow, or render from pre-computed raster tiles which makes intermediate zoom levels and reprojection ugly. You can use clever preprocessing but then you’re unlikely to be able to trace OSM updates quickly, or you opt for high-frequency updates but that again causes more load on your server. You can use Mapnik but the available WMS servers for that are not so good, or you can use the established UMN Map Server or Geoserver which have excellent WMS support but don’t achieve what has become the “standard” look and feel for OSM maps.

Geofabrik WMS displayed in Quantum GIS.

We think we have struck a nice balance between all these goals with our WMS server, which is available to customers immediately starting from EUR 35 per month. (We regret that we cannot make this available for free due to the cost involved for us, but will consider granting free access for OSM community projects.) The server runs from a continuously updated OSM database covering the whole world, and offers a clean Mapnik vector-based rendering in all projections and sizes. More on our product page.

At the same time, we’re making the software that runs our WMS - a special module for the Apache web server that talks directly to Mapnik - available as Open Source under the GPL license, which should allow anyone to install and run their own WMS server. There’s more on the OSM wiki.

Wir sind zurück von der State of the Map 2010, der internationalen OpenStreetMap-Konferenz, die dieses Jahr in Girona in Spanien stattfand.

Insgesamt lässt sich beobachten, dass das Interesse von Unternehmen an der Konferenz wächst; es wurden dieses Mal grob doppelt so viel Sponsorengelder eingesammelt wie letztes Mal (verbunden allerdings auch mit grob doppelt so hohen Kosten für die Konferenz), und viele “beruflich” OSM-Interessierte waren auch das ganze Wochenende da.

Dennoch schien ein großer Teil der Anwesenden eher technisch interessiert - kaum jemand im Publikum, der sich nicht schon einmal wenigstens in irgendeinen Aspekt von OSM tiefer eingearbeitet oder sogar Software geschrieben hatte. So war dann auch das Vortragsprogramm fast weniger spannend als die zahlreichen Gespräche mit Bastlern aus der ganzen Welt, die in den (spanientypisch sehr ausgedehnten) Kaffee- und Mittagspausen oder auch im Foyer vor den Vortagssälen geführt wurden.

Auf besonderes Interesse stiessen am “Business Day”, dem Freitag, die Ankündigungen von Microsoft (bing maps soll bald einen wählbaren OSM-Layer bekommen) und Aol (Mapquest will vollständig auf OSM umstellen, für Karten und Routing, und im kommenden Jahr eine Million US-Dollar bereitstellen, um das Projekt vorallem in den USA voranzubringen).

Von der Geofabrik gab es einen Vortrag über Geschwindigkeitsoptimierung bei osm2pgsql/Mapnik-basiertem Tile-Rendering (Folien hier) sowie Kurzvorstellungen der Tirex-Software und der zum Wochenende von Dennis Luxen am KIT (Karlsruher Institut für Technologie, ehemals Universität Karlsruhe) veröffentlichten schnellen Routing-Engine für OSM-Daten (Demo-Seite bei der Geofabrik, Ankündigung auf der Mailingliste.)

Als Mitglied der “Data Working Group” bei OpenStreetMap stellte Frederik ausserdem kurz die Arbeit in diesem Gremium vor, das sich mit der Bekämpfung von Vandalismus und Urheberrechtsverletzungen bei OpenStreetMap beschäftigt.

Am Freitag abend gewann die Geofabrik überraschend einen kleinen Preis für den “Best Elevator Pitch” - fünf kleinere OSM-Firmen waren aufgefordert, in einer Minute ihr Geschäftsmodell zu umreißen und zu erklären, was man macht, wer die Kunden sind, was man diesen Kunden bietet und warum sie zu einem kommen sollen. Frederik sagte für die Geofabrik in etwa folgendes:

“Unser Geschäftsmodell ist einfach, altmodisch, und langweilig: Sie zahlen uns Geld, und dafür arbeiten wir für Sie. Wir verkaufen unseren Kunden keine Software oder Leistungen, die sie nicht auch selber mit freier Software und anhand von Wiki-Anleitungen hinbekommen - wir verkaufen einfach Zeitersparnis. Die Kunden beauftragen uns, wenn sie ein Problem lieber von erfahrenen Experten lösen lassen möchten, anstatt selbst ein mehrfaches der Zeit zu investieren. Wir verwenden die Hälfte unserer Zeit darauf, mit der und für die OSM-Community zu arbeiten - dadurch weiss die Community auch, was wir können, und schickt potentielle Kunden in unsere Richtung.”

Das Publikum fand diese Beschreibung erfrischend einfach, und die Geofabrik gewann mit Abstand (”by a country mile”, wie Steven Feldman, Moderator des Wettbewerbs, sagte).

Den Abschluss der Veranstaltung bildete am Sonntag wieder, wie letztes Jahr in Amsterdam, eine langwierige Versteigerung sämtlicher übriggebliebenen Veranstaltungsgegenstände - Poster, Banner, Taschen, sogar einige Hardware und Weinflaschen wurden an den Mann oder an die Frau gebracht.

Wir hatten vier Vorab-Exemplare unseres demnächst auf englisch erscheinenden OSM-Buches dabei, die uns förmlich aus der Hand gerissen wurden (”wann kann man das kaufen? wo?…”) - nun wird es höchste Zeit, das endlich in den Handel zu bringen!

One of the work horses behind any OpenStreetMap web map is the tile server - people either use the existing openstreetmap.org server or set up their own. The software used to run the openstreetmap.org tile server is open source, but it proved insufficient for a sophisticated tile server installation we recently did for one of our clients. This led to the development of an advanced queuing and tile rendering system we named Tirex.

The client for whom we developed Tirex, Enaikoon GmbH in Berlin, is in the telematics business. They are OSM and Open Source friendly and allowed us to bundle the whole thing into a GPL release that is likely to benefit other users of OSM data. We have uploaded the full source code and documentation to the OpenStreetMap SVN. Details can be found on the OpenStreetMap Wiki.

After the recent earthquake in Haiti, OpenStreetMap contributors around the world started to do what they could to improve mapping there, tracing over satellite imagery made available by GeoEye and others. Geofabrik takes part in this effort by providing a special download server that has OSM data extracts, shape files, and Garmin maps created from OSM data, all updated every five minutes in order to put mappers’ work to maximum use. We also have very large PNG files rendered every hour, and a collection of PNG map snapshots that document how mapping has progressed:

 
Left, OpenStreetMap map of Port-au-Prince, 1st January, 2010. Right, same map, 17th January.

Read more about the work and results of the Humanitarian OpenStreetMap Team for Haiti.

Tell us if there is something else we can do.

European OSM power users are already well aware of the various error checking and data analysis tools we have bundled into our OSM Inspector web application – among others, a geometry view that shows self-intersecting ways, very long ways, or very long distances between nodes in a way, and a tagging view that highlights all sorts of strange, or potentially misspelled, tags as well as anything tagged FIXME.

There’s now an additional places view showing a hierarchy of settlements and their population values.

We have been very busy improving our OSM data processing capabilities, and implementing an architecture that provides us with nightly builds of all sorts of full-planet OSM derivates. Consequently, as of today, the views mentioned above are available world-wide, and updated daily. (The remaining Europe-only layers will also be expanded to cover the whole planet – time permitting –, plus we’re working on a super cool additional multipolygon debug view to be launched RSN.)

All OSM Inspector layers have true vector data (for example, if there is a problem on a way, they will draw the whole way and pinpoint the problem). They can generate lists in addition to the map display. Direct links to JOSM and Potlatch are provided, and anyone can extract data from the WMS or WFS service to display or process in their own applications.

We have also improved the speed and usability of some of the layers, provided enhanced documentation on the OSM Inspector wiki page, (including sections detailing how you can use the OSMI layers to fix problems), and fixed some bugs.

On request of the Netherlands community, we have added a special layer for the Netherlands only that shows where work has been done since the AND import, and where things have not been touched since then.

Try it out, and tell us what you think! (Oh, and do fix some OSM bugs along the way!)