Archive for the ‘Openstreetmap’ Category

Tour de Murg reloaded

Thursday, August 26th, 2010
Landscape near Baiersbronn, Black Forest

Landscape near Baiersbronn, Black Forest

The »Tour de Murg« is a biking trip from Freudenstadt, Black Forest, to Rastatt. It’s about 70km downhill – a great trip for lazy bikers like me :) . I did this trip four years ago including a lot of initial mapping. What surprised me most was the fact that lots of mapping details still are missing, are not up-to-date or are even totally wrong (see Gausbach).

(more…)

Gudereit LC-R – SCNR

Monday, August 23rd, 2010
Heavy Weather brewing near Wissembourg

Heavy Weather brewing near Wissembourg

Since it was obvious that I need a more reliable bike, I’m looking for the right device. A friend once sent me a PDF of a very attractive gadget. I also considered other options, but the more I was looking for alternatives, the more I wanted exactly this one.

(more…)

Since Openstreetmap ruined my bike…

Sunday, August 22nd, 2010
Bergamont Satelite

Bergamont Satelite

Back in 2006, I bought a Bergamont Satelite 8 bike (about 600€), mainly to get to work. Shortly after that, I detected that biking is fun and bought a Garmin eTrex Venture Cx (about 300€), together with routable City Navigator Europe map data (about 200€). It just took a couple of days until I understood that the map material was made for car routing, not for outdoor activities. A lot of minor roads for biking were missing, and setting the device to do bike routing just did car routing, except that it omitted highway types like motorways. But heck, I wanted to know the shortest possible biking trail from my home to France.

(more…)

Compiling and running MoNav

Sunday, August 15th, 2010
MoNav displaying a route in Karlsruhe

MoNav displaying a route in Karlsruhe

Today was a cold and rainy sunday, so I grabbed the occasion to play with various software which can make use of our collaboratively collected Openstreetmap data. One major gap in the toolchain is the lack of an end user friendly, working navigation software for mobile devices. There are several approaches, but none of them seems to be capable to replace an average user’s Garmin or TomTom device. Most are hard to compile, install, configure and use. And even if you manage to get it up and running, it is likely that you miss some features which you knew on your proprietary devices.

(more…)

Stuffing OSM data into a spatialite database (updated)

Sunday, August 15th, 2010

Spatialite is a GIS extension developed by Alessandro Furieri for Sqlite, the famous file based database system. The upcoming 2.4.0 Release will support the import of OpenStreetMap data. Currently it gets shipped with a dedicated converter called spatialite_osm, which imports the street network from an OSM XML file into a spatialite database. Its usage is simple. Just create an empty database, initialize it and import the OSM data file:


spatialite rlp.sqlite
.read init_spatialite.sql ASCII
spatialite_osm -o rheinland-pfalz.osm -d rlp.sqlite -T roads -m

Spatialite also contains a viewer application. Here’s what the road network looks like while displaying the inner city of Speyer, Germany:

Spatialite GIS showing the inner city of Speyer (data CC-by-SA by openstreetmap and its contributors)

Spatialite GIS showing the inner city of Speyer (data CC-by-SA by openstreetmap and its contributors)

(more…)

World domination — fast

Saturday, August 14th, 2010

When I joined openstreetmap back in 2006, I immediately understood its potential. However, I didn’t believe it would grow as fast as it actually did. Today opentreetmap pervades everyday’s life. Maps rendered from our data can be found in the »Fahrradbuch Karlsruhe« or in a brochure of the local public transport company, showing all public baths of the Karlsruhe region.

This eve, on the way back home, I saw a display at a pharmacy around the corner, alternately showing some ads and the location of the next emergency service. I knew those maps:

Osm on a pharmacy display

Osm on a pharmacy display

You can even see some dismantled railways which have been mapped by some trainspotters. Here’s a screenshot to preserve the rendering:

The area around the Ettlinger Tor, Karlsruhe, including some dismantled railways (data by openstreetmap.org and its contributors, CC-by-SA)

The area around the Ettlinger Tor, Karlsruhe, including some dismantled railways (data by openstreetmap.org and its contributors, CC-by-SA)

I find it very interesting where our data pops up every now and then and am curious where they will surprise me next.

Mäpping Black Forest Trails and the Station in Ottenhöfen

Sunday, August 8th, 2010

Today the weather conditions haven’t been optimal for biking, so I grabbed a car and visited the Black Forest. Fortunately it was open today.

Until last year, I hoped that one day hikers would start to map Black Forest trails. The fun finally started in 2009, when new data popped up frequently. The downside was that you went mapping and noticed that the trip was useless as another mapper was quicker. The more I am surprised that I still find a lot of missing trails nowadays, even tracks of grade 1. I’m not disappointed at all – the opposite is the case :) . That’s the area I’m talking about. Obviously the tracks on the left hand side (west) are almost complete, while on the right hand side (east) a lot of details are still missing. So there’s still room for some occasional weekend trips:

Tracks near Ruhestein (openstreetmap.org and its contributors, CC-by-SA)

Tracks near Ruhestein (openstreetmap.org and its contributors, CC-by-SA)

On my way back I stopped at the Ottenhöfen station. The last time I was there I had no minutes left to map this area. The only data that existed west of the Allerheiligenstraße and south of the Ruhesteinstraße was the railway and the stream. Now it’s a bit more, but still not complete:

Area around the Ottenhöfen Station (openstreetmap.org and its contributors, CC-by-SA)

Area around the Ottenhöfen Station (openstreetmap.org and its contributors, CC-by-SA)

I’m not a trainspotter at all, but here’s an image of the historic Achertalbahn at the Ottenhöfen station (I apologize for the overexposure on the right hand side):

Achertalbahn (copyright Christoph Eckert 2010, all rights reserved)

Achertalbahn (copyright Christoph Eckert 2010, all rights reserved)

A nice sunday afternoon trip, though it was way too cold.

Recently, as I wanted to resolve some OpenStreetBugs

Monday, August 2nd, 2010
Ladybug (openclipart.org, Public Domain)

Ladybug (openclipart.org, Public Domain)

Today I had a couple of minutes left. I downloaded the openstreetbugs of the area nearby as GPX waypoints, imported them as POIs into Mappero (an excellent mapping application for the Nokia N900 BTW), and started editing the data using osm2go. While editing I noticed that a lot of details (schools, kindergartens, parking lots, cycleways, paths) are still missing all over the city.

I admit that I almost immediately stopped mapping Karlsruhe after other mappers finally joined and we had completed the road network back in 2007. I never wanted to map Karlsruhe. I just started the work as there was no data at all back in 2006. What I wanted to do is riding the bike in the country and the woods – and mapping ways and paths between Germany and France. And so I did.

Others have continued the work, e.g. by drawing buildings, railways, cycleways and addresses. But Karlsruhe never reached a similar level of detail that other cities did.

Since I’m contributing to osm, I always heard proud mappers who pointed out the Google maps are that dated and we have that many details. My usual stock answer was that maintaining the data is much more difficult than creating it. Consider a small village which consists of place=village, landuse=residential and a couple of streets. Who will ever notice whether streets are missing, have been renamed or whether the restaurant around the corner still exists?

Navtec, Teleatlas and others know those issues. We still need to learn it. I guess local mappers need to update the areas of their region systematically in certain intervals.

Openstreetmap Booth@GeoKur

Sunday, August 1st, 2010
OSM Booth at GeoKur

OSM Booth at GeoKur

In addition to yesterday’s posting, here’s a picture of today’s OSM booth at the GeoKur event. There were about 800 attendees, and Joachim Kast held a talk about OSM. Many geocachers already heard about OSM or are already using Garmin maps etc., but some people reported that they have been unsuccessful using OSM. Some people report they have been told that OSM maps cannot be used on Garmin devices. I do not know whether Garmin dealers are responsible for this misinformation or whether people just do not manage to download and install our Garmin maps on their devices. According to the event, I guess it’s the latter issue.

Fortunately we have been prepared. At the booth, we had a handout available which describes the process of downloading and installing Garmin maps. As an additional service, we installed maps directly at the booth or gave away micro SD cards to visitors. I hope this helps to “spread the word”.

One further issue was that Geocachers tried but did not manage to contribute to OSM. In my opinion we are still missing an easy to find and use editor, something between openstreetbugs and Potlatch.

Many thanks to Joachim for the organisation of the booth plus the talk and Sven Geggus who once again brought the ready-to-use OSM computer.

Openstreetmap@GeoKur

Friday, July 30th, 2010
Geocachers "logging" a car

Tomorrow a geocaching event called GeoKur will take place at Bad Herrenalb, Black Forest, Germany. At the Kurhaus, the central facility, we will man a booth to provide first hand information about openstreetmap to the 600+ attendees.

This evening, there was a nice barbecue party at the Hirschwinkel shelter near Bad Herrenalb, where we helped the first people to solve problems using osm data.

A rather interesting experience was to observe geocachers “logging” a car by scribing their nicknames into its surface. I always knew there are human beings with strange hobbies, but until a couple of hours before I thought mapping for osm was the most strange :) .

Openstreetmap Routing News

Monday, July 19th, 2010
Beach Trip (openclipart.org, Gerald_G, public domain)

Beach Trip (openclipart.org, Gerald_G, public domain)

Most of you might already have heard about it, but anyway, here are two additions to the open source routing pool.

Vodaphone released most of the code of their discontinued Wayfinder navigation product into the world wild web. It seems the code needs maintenance before it is useful. Let’s see whether some enthusiasts are taking over.

The far more interesting announcement, though, has been posted right at the beginning of this year’s State of the Map conference. The Open Source Routing Machine (OSRM) is a »high-perfomance routing backend«. Check out the demo provided via Geofabrik. It’s just some C code. After compilation, you’ll get a handful of binaries, including the usual tool to convert OSM XML data into some binary file format and a web server which handles the requests and delivers the resulting route.

The speed is just amazing. However, after reading some of the source code, it currently appears to obey the following limitations. What I recall:

  • The result gets shipped in KML format. There’s nothing wrong with that, but I guess a GPX format was more versatile. I’m pretty sure, though, that KML has been chosen with reason.
  • AFAIR there’s only the web server’s output, no file output.
  • The code can only cope with a single tag per element, e.g. using the highway tag. It currently is not possible to select items by multiple tags, e.g. highway=track, tracktype=grade1.
  • Most options are hard coded, so it’s not possible to play with the options by editing a configuration file.

Anyway, it’s the initial release, and it looks very promising. I’m pretty curious how it will be accepted by the community, how it will develop over time and whether there will be collaboration or competition between OSRM and Routino.

Routino Frontend published

Sunday, June 27th, 2010
RoutinoFrontend

RoutinoFrontend

I’ve just released Routino Frontend to the world wild web. The current code needs manual installation. A proper installer will be created only in case I see there’s some interest in this application.

Routino Frontend will start the GPS subsystem and allow you to get the current GPS location as departure or destination. Additionally, up to three via points are accepted.

To get the coordinates for via or destination points, go to Mappero, point the map to the desired location, press the left uppermost on-screen button, choose »Show Position« and copy it to the device’s clipboard.

After a route is calculated, the resulting file will be placed in the documents folder of the device, ready to be loaded into Mappero or Maep.

The code is in its early stages and needs refactoring. Please note that the current frontend will invoke routino in blocking mode. As soon as you process a route, Routino Frontend will not return before it finished. In case you calculate a long route, this means that Routino will eat all your CPU, memory, swap memory and battery power until it has done its job (which means that you probably need to remove the battery to quit it).

If you are more familiar with Python (and especially its subprocess module) as I am and you can help to add a nice cancel button which reliably kills Routino please drop me a line.

First Offline Bike Routing on the N900 using Routino

Monday, June 14th, 2010
Biker pictogram (openclipart.org, public domain)

Biker pictogram (openclipart.org, public domain)

As a long time contributor of the openstreetmap project, I always dreamt about using our collaboratively collected data not only for creating maps, but also for (offline) routing. Actually, several routers exist, but none of them seemed to be really capable of doing offline bike routing.

Appearently I missed one bit. This weekend, I tried Andrew M. Bishop’s Routino. It’s a set of command line tools to convert osm XML files into a binary format and to use this data for routing. Additionally some helper applications are provided.

Surprisingly, the code cross-compiled for Maemo 5 without any further interaction (as advertised), just by typing make. Hmpf. Hmpf. Frankly, I was very exited.

The application is highly configurable via some XML files. Thus it supports routing using configurable profiles as well as shortest and quickest routes while supporting via points. It can output the route in various formats. I’ve converted a small set of osm data and tested the results for bike routes and was quite impressed.

I wrote some experimental code using PyGtk to make using it a bit more convenient on the N900:

Routino Frontend

Routino Frontend

It can get the start position from the location system of the N900. Unfortunately I struggled with DBus and was not successful yet getting the viewport coordinates from Mappero for convenient graphical destination selection, but I hope to get this working during the next days. Currently, the destination can be copied over using the clipboard.

Here’s a route calculated by Routino and loaded into Mappero:

Routino Route loaded into Mappero

Routino Route loaded into Mappero

It’s far from being convenient to use or user friendly. But for me a dream comes true: Offline bike routing on my mobile computer. Thanks Andrew, you made my weekend!

Mapping the woods between Karlsruhe and Rastatt

Sunday, May 23rd, 2010
Back Side of Rastatt Castle

Back Side of Rastatt Castle

Today’s trip led from Karlsruhe to Rastatt, an ancient german town with several baroque buildings. I decided not to make it a grand mapping trip, but to use openrouteservice.org to find the way. This means I expected not to find new ways because the route was calculated based on existing ones.

The way led through the woods and fields between the two towns. Many of the ways originally have been mapped by me several years ago and needed maintenance. Tracktypes for example didn’t exist in those days yet. Surprisingly I found some new ways anyway while others meanwhile have been paved.

Unfortunately my bike caused some trouble again. I’ve been at the shop three times, but they just don’t manage to get their stuff done. I’m already looking for another dealer and a new bike. I wanted to avoid spending the money, but today it broke my neck. It’s just no fun when your vehicle of choice doesn’t do its job.

Mappers heading towards Wissembourg

Sunday, May 23rd, 2010
La Maison du Sel en Wissembourg

La Maison du Sel en Wissembourg

Finally the rainy days are over. The warm and sunny weather conditions allowed for the first mapping trip to Wissembourg by bike – the biking season finally has started.

I mapped a lot of details along the way. Some short breaks every now and then and finally a nice supper at the destination took time. Luckily »Deutsche Bahn« (a german railway company) provided public transport back home.

The location services of the N900 are pretty good, but there are also some weak points:

  • The N900 uses assisted GPS (AGPS) to get its position really quickly. If however no callular net is available, it needs ages (up to twenty minutes) to get a GPS fix. I’ve also seen such a behaviour on one of Garmin’s premium GPSrs, but only every now and then. The N900 does it each time it is outside the network of my provider. I guess the behaviour could by improved by saving an almanac to the device, but appearently the N900 doesn’t do it.
  • The first fixes the GPS subsystem delivers to the requesting application are sometimes really far (and I mean far) away from the actual position. This makes it difficult to check the trip’s length at home. I’ve never seen such a behaviour on the Garmins I used, and I consider this being a software bug.
  • Modern vehicles use screens with a vapour deposited metal layer. This hinders the GPS signals flowing into the vehicle. If the Garmin’s have a fix outside the vehicle, they are usually (but not always) capable to keep the fix after entering the car or train. The N900 today had difficulties, but as the WBT I also used today did not really do much better, I guess there were really bad GPS conditions in the train.
  • The big bug requires a second device which is more reliable for collecting tracklogs. Both Maep as well as Mapper loose their tracks in case you must hard reset the device.

Here’s how the tracklog recorded in the train looks like. Note that it should follow the rails precisely:

The device is an almost perfect gadget anyway. All I want to say is: If you reliably want to collect the tracklogs of your trips, just get an additional logger. The N900 is an exccellent general purpose device. It is not a specialized GPS receiver and logger.

Mapping a watermill hiking trail

Sunday, May 16th, 2010
Ottenhöfen, Black Forest

Ottenhöfen, Black Forest

Around Ottenhöfen, a Black Forest town, some ancient watermills have been restored. A hiking trail connects all of them. Today’s weather was not that great, e.g. too cold for May, and it was a cloudy and windy day. We grabbed the occasion anyway, stuffed eleven people into two cars and entered the black forest, leaving the cars at Ottenhöfen station. Here’s one of the watermills:

Watermill near Ottenhöfen (wikimedia commons, Andreas Frick, public domain)

Watermill near Ottenhöfen (wikimedia commons, Andreas Frick, public domain)

Meanwhile I know why I’ve been elected to book and drive a van of the local car sharing provider. Along the trail, a lot of fountains are sited, and some of them act as a very special selling point (called »Schnapsbrunnen«). The black forest aborigines place bottles of schnapps in the water, add some drinking glasses and an offertory box. Hikers just serve themselves and leave some money. Needless to say that some of us served themselves very well :) .

Of course I used the occasion for some mapping. Most tracks and ways already have been mapped, but not very well. I added some ways, details along them and fixed some broken crossings. I’ve also modelled the water mill trail for appearance in the hiking and bridle map, but it will take some time until it gets rendered.

Finally we had some coffee at a local restaurant, enjoying local cake. This is a typical black forest cherry cake (»Schwarzwälder Kirschtorte«):

Black Forest cherry cake (»Schwarzwälder Kirschtorte«)

Black Forest cherry cake (»Schwarzwälder Kirschtorte«)

A great trip, and it begun raining just as we returned to the cars. An excellent timing :) .

Osmarender rules changed to render forest parcel names

Sunday, May 9th, 2010
Forest parcel name rendered in osmarender, zoom 17

Forest parcel name rendered in osmarender, zoom 17

At crossings of tracks in the woods, you often can find up to four name plates displaying the names of the adjacent wooden parcels. I usually placed a node tagged as place=locality and added the names. Of course this leads to a situation where the names will overlap each other, and after collecting some of those plates, it was desirable to draw the parcels as areas with the name rendered at the center, not as individual nodes at the vertices. I currently add a polygon tagged as landuse=forest.

While Mapnik renders the names of natural and landuse features in zoom levels 14 through 17, Osmarender only rendered them visibly at zoom level 17. It rendered natural names at zoom levels 16 and 15, but subsequently the caption was hidden by the rather huge surrounding wood polygon. landuse was missing in those levels.

I’ve thus adjusted the render rules so the names of natural and landuse features also get displayed at zoom levels 16 and 15. I hope this won’t mess up the map in densely populated areas. If so, please drop me a line and I’ll change the additional k="landuse" v="*" to something like k="landuse" v="forest|wood".

As soon as the changes are slurped by the tiles@home clients, I’ll start to convert the locality-nodes to something like amenity=nameplate or similar to finally clean up the map.

Mapping Hiking Routes

Saturday, May 1st, 2010
Hikingmap Route

Hikingmap Route

While curing some cold, I mapped a hiking route to make it appear on the Hiking and Bridlemap.
(more…)

Traveling along the french-german border

Monday, April 26th, 2010
Lœwenstein Castle

Lœwenstein Castle

As the weather is fine at the moment (and my bike is broken again), it is hiking time. Slowly it becomes difficult to find unmapped terrain, as openstreetmap.org meanwhile does not only attract car drivers but also hikers and (mountain) bikers. In the region where I grew up a lot of medieval castles can be found, and I visited them all. Time to resurrect the hobby of my youth as long there are still trails missing in the woods.

(more…)

Loosing the tracks of a hiking trip #9869

Sunday, April 25th, 2010
Jester (openclipart.org, by Johnny Automatic, public domain)

Jester (openclipart.org, by Johnny Automatic, public domain)

It’s not the first time it happened, but I was surprised anyway. I was hiking along the french-german border. I only ran Mæp and Waypointcatcher. I didn’t use osm2go to save some battery power. Even without Waypointcatcher not running, Mæp caused the device to crash four times. This usually happens when the device’s interface is locked, so you just notice that the device does not respond as soon as you try to unlock it. The only thing that helps is to remove the battery and boot anew. As data roaming is about 7¢ per 10KB of data (sic), I could not use AGPS. Thus the device needs up to twenty minutes to get a GPS fix after a reboot.

Unfortunately Mæp drops the recorded track after such a forced reboot. But hey, no prob, I have the WBT-201 running as a backup.

(more…)