Archive for the ‘Software’ Category

Street Name Rendering in MoNav

Wednesday, November 23rd, 2011
MoNav Street Name Rendering in Kandel

MoNav Street Name Rendering in Kandel

Thanks to the work of James Hollingshead, MoNav now provides street name rendering at high zoom levels. This required a change in the map file format, though, so the currently available maps (which admittedly are rather dated) won’t work with binaries built from the current tip of revision control.

The new code is already available for two months now, but I hadn’t had the time to check it out. Today I got the client to compile on Max OS X 10.7.2 (aka Lion). I did not get the map preprocessor compiled, neither on Lion nor on the server, due to missing mapnik dependencies, but I got it compiled on my local Linux box.

The above screenshot shows the inner city of Kandel in Rhineland-Palatinate. I usually use this state for test runs for creating maps, as its file size is acceptable for my desktop machine.

I’m quite grateful that James did the work of creating the first vector renderer for MoNav, and that he now also added street name rendering. The next step is to get the preprocessor compiled on the server, though this might take a little while as the map processing script needs adjustments too. For Maemo on the N900, an updated binary is already available via the repo. Before you install it, ensure you have updated map data available. Otherwise you will end with an updated binary which cannot load the map data present on the device – a rather useless constellation from a user’s point of view.

Thanks a bunch, James.

Porting a mail archive from KMail to Thunderbird

Monday, November 21st, 2011
Mail Icon, Tango Project

Mail Icon, Tango Project

I used KMail from its early days, and was always more than pleased with it. With the switch from KDE 3 to KDE 4.3, performance issues have been introduced so managing mailing lists became inconvenient. Since the switch to KDE 4.7, things got worse, so I decided to use another mail user agent.

Apple Mail had difficulties to read some of the mbox files for no obvious reason, as the file contents appeared to be OK.

During analysis, I noticed KMail had also created a mixture of mbox and maildir files in my archive. This means I spent a couple of hours to put things right before I got everything imported into Thunderbird. Meanwhile I think I should have abused Dovecot to migrate the messages between both clients.

Here are a couple of hints concerning the migration from a (rather huge) archive containing mixed mbox and maildir messages:

  • KMail uses hidden directories to save the messages. To make them visible on Mac OS 10.7 (aka Lion), use the following Terminal command line. Replace TRUE by FALSE to undo this setting after you are done: defaults write com.apple.finder AppleShowAllFiles TRUE && killall Finder
  • Kaosmos provides a very useful Thunderbird extension which allows to import mbox files.
  • Charalampos ‘DiAvOl’ Pournaris provides a PHP script which converts a maildir to the mbox format.
  • In case your KMail archive only contains maildir mailboxes, Bruno Cornec’s Perl script might be useful for you.

Thanks for the code, guys!

iCal events read only after import

Monday, November 21st, 2011

Today I imported an ics calendar file from my Linux box into iCal. After the import, the entries weren’t editable. Fortunately the ics format is a simple, human readable text based format which can be read in a text editor. The file contained a couple of suspicious entries which read as

ORGANIZER:MAILTO:user@foo.bar

Since I do not use Apple Mail (and the mail address in the file was deprecated anyway) I assumed that iCal does not know this email address and interprets those events as organized by another person, setting them to read only as a consequence. It’s easy to fix this by completely removing those entries. In case you dislike command line applications, you may want to leave and file a feature request right now :) .

  • Remove the imported, read only calendar from iCal and quit it.
  • Go to the Applications folder, open the Utilities folder and launch Terminal.
  • Ensure to execute the following commands by pressing enter after entering each command.
  • Type cd Desktop to make your Desktop the current working directory.
  • Type mkdir calconversion && cd calconversion – this will create a folder on your Desktop and make it the current working directory.
  • Copy your ics file to this directory, named yourfile.ics
  • Type the following command to create a second file with the ORGANIZER lines filtered out: cat yourfile.ics | grep -vi organizer > yourfile-purged.ics
  • Start iCal and import the file yourfile-purged.ics. All entries now should be editable.
  • Remove the folder containing the two temporary files from your Desktop.

That’s it.

Replacing a Mac Mini by a Mac Mini

Sunday, November 20th, 2011

After Apple switched to Intel CPU based machines a couple of years ago, I bought the smallest model of the Minis available:

I didn’t use it much. It mainly served me to create binaries of some cross platform applications I was working on. However, it’s CPU speed and amount of RAM are a bit limited for nowadays requirements. Additionally some contemporary applications denied to run on Tiger, and updating the OS on the feeble machine was not an option. Thus I bought a more recent machine powered by Lion s/h:

Its base size is more than the one of its predecessor:

I’m glad that Apple dropped the optical drive – I didn’t use one for years, and even if, only to convert some of my audio discs to ogg files. As a consequence, the new Mini is a bit thinner than the older model. Here’s its connectivity:

The user can easily access the RAM slots just by turning and removing the bottom of the device:

The overall operation feels much smoother now, and it operates quite well on the recently purchased Dell display. I already ported all of my data from my Dell Notebook to the Mini, as it will serve me as my primary desktop machine. I’m pretty curious whether I will find a replacement for any application I was used to on the Linux notebook. Of course I will :) .

Struggling with Kontact and e-Mail

Sunday, October 30th, 2011

I’m using and contributing code to Linux on the desktop for more than a decade now. I still prefer to use KDE as a desktop environment, and its mail user agent is one of the best I ever used.

Recently I upgraded my operating system to Ubuntu 11.10 aka Oneiric Ozelot. The migration of my PIM data went fine, except for my mail archive. I used some command line magic to port my data, and I also wiped all index related files in my mail directory. I’m still experiencing some glitches, though.

File indexing always was an issue on my system. While I like the idea, I always had to struggle with it, and I still do:

A MySQL database server now is required for kmail and akonadi, which often causes the fan of my notebook to operate at its maximum speed:

Incoming mails often cannot be moved to subfolders by the rules I use for filtering messages (e.g. from mailing lists):

I’ve also seen some empty mails where I do not know whether they contained important content. Some thread tends to crash every now and then, which I assume is related to the empty mails:

I tried to solve the issue by updating folders via the context menu from within the mail application. Since the progress is not visible for the user, I accidentally created some conflicts:

Sent mails sometimes appear twice, one copy in the outbox, one in the sent mail directory. This way I can not really judge whether mails have been sent or not.

I’m pretty sure this all is caused by my rather huge mail archive or some rather barbed settings file. But due to the sheer amount of issues, I wonder whether I should try to find the cause. In case someone could provide a hint, it would be great.

As open source software developers we often do not gain acknowledgment for out hard work. Despite the abovementioned issues, I’d like to express my gratitude to all of the developers of the great free software I’m using. Especially KMail served me very well over the years, and it always was a joy using it. Thanks girls and guys!

Lower Saxony (Niedersachsen) available for MoNav

Thursday, May 12th, 2011

Due to a user’s request, I included Lower Saxony (Niedersachsen), germany, into the map processing script for MoNav. The map data is available for immediate download.

MoNav User Interface now available in German Language

Thursday, May 12th, 2011

The last two days I’ve worked on a first translation system for MoNav. Thanks to Qt4 it was just simple, and admittedly I copied over some lines of code from one of my other projects, Gebabbel.

MoNav checks the user’s system for a locale string, searches for a matching translation file, and if available, it gets loaded. Currently, the translation files are included in the binary, so we do not need to care about install paths and the like. As soon we have some translations available, they will be removed from the binary and installed as separate files to save some memory.

This also means we are in desparate need of translators for the upcoming releases. Do you want MoNav to appear in your mother tongue, maybe Russian, Chinese, or Bamanankan? As no programming skills are required to create a translation, do not hesitate to contact us.

Can MoNav do bike routing #17251¹

Sunday, May 8th, 2011

Today my way led from Darmstadt to Aschaffenburg, where I visited some relatives and friends. MoNav did a very good job guiding me. As it chose a route which led along major roads, I set a via point in Messel, and got really great results.

The trip info page I recently introduced was very helpful. Well, it’s like a progress bar on computers. It does neither shorten the remaining distance, nor does it beam you to the destination. But anyway, it’s very useful to have some figures right at your fingertips during the tour, so you know whether you should hurry or you can enjoy a short rest.

The trip was about 50 kilometers which I planned to cope with in 2 hours. Though the terrain is completely flat, some head wind caused an average speed of 20 km/h only – I needed 30 minutes more as I planned.

Once again, I really enjoyed to have MoNav’s excellent offline routing available during the trip. Before I used MoNav, I spent hours in front of my computer to prepare a trip. Today, I just check what MoNav suggests before I leave and help it with some via points – that’s it. An issue of minutes, not hours.

I’d like to thank all Co-Mappers who contributed the data I used during today’s trip. Thanks girls and guys.

¹ According to echo $RANDOM

Trip Info Page for MoNav

Thursday, May 5th, 2011

Though I’m currently rewriting the user interface of MoNav, I’m still missing some features while being on the road. During a trip, I want to see information about the remaining route distance, the distance and time already traveled, and as a cyclist who sometimes crosses hilly regions, I found some altitude information very useful. Obviously some volunteer is needed to write the code to accomplish that. Waiting for someone else is a valid option, but I know it’s much better to get things done™ :) .

I pushed the first code to the central repository a couple of minutes ago. It’s not polished yet, and the user interface requires some more dedication. I’d also like to add a display of the average speed, but this required some redesign of the track logger code first.

Frankly, it’s a great joy and pleasure to contribute to MoNav. I’d like to thank its creator and maintainer, Christian Vetter, for the great work he put into it. The use of Qt for the backend and the frontend code. The uber fast routing engine. The use of OSM data for routing and the fast address search. And last but not least for his openness when it comes to new ideas and changes. Oh, and did I mention MoNav ran on the N900 out of the box from the first day I tried it :) ?

I’d also like to thank James Hollingshead who wrote the first ready to use vector renderer for MoNav. Though it still shows some minor glitches and is missing rendering of street names, it currently serves us very well for displaying offline vector map data.

Enough rant for now. The code is written, and I better should go to bed :) .

MoNav user interface overhaul – the cross platform hassle

Monday, May 2nd, 2011

The recent 0.3 release of MoNav provides a useful interface, which allows to invoke all features directly from its main window. It’s a great, both finger as well as user friendly interface, especially on mobile devices such as the Nokia N900. The downside is that it does not conform to the look and feel of the other applications of a given platform.

(more…)

Debian packages for MoNav available

Wednesday, April 27th, 2011
openclipart.org, public domain

openclipart.org, public domain

Thanks to the work of David Paleino, Debian packages for MoNav 0.3 are now available. monav-data and monav-client also have been successfully tested on Ubuntu. monav.openstreetmap.de has been updated accordingly.

GPS accuracy of osm2go on the N900 while mapping house outlines

Tuesday, April 26th, 2011

A mapper who tried to map houses with osm2go (and who politely offered the above screenshot) asked whether the GPSr’s accuracy of the N900 was poor. The above screenshot suggests it is. For a couple of reasons, I doubt that the result would be (much) different using another device:

  • GPSrs are usually optimized to provide more accurate positioning data during movement. While moving slowly (e.g. as a pedestrian), you will see worse results regardless of the receiver used.
  • GPS reception is poor near walls. This behaviour also applies to devices like the WBT-201 or Garmin’s GPSMap. If possible, try to use a bike. Ride straight intersecting lines passing several buildings in one go instead of moving around each individual building.
  • Mapping house numbers in cities by foot usually requires some guesswork when entering the data after the trip. The set waypoints usually are offset by several meters.

I’m using the N900 for over a year now, and I’m very content with it, as I was aware of the aforementioned issues. It is a bit inaccurate while hiking, but on the bicycle it’s almost perfect.

Can MoNav do bike routing between the Tauber and the Main valley?

Tuesday, April 26th, 2011

On sunday (easter 2011) I got up early for a trip I was planning for some time now. I left cloudy Karlsruhe before 6AM, passing rainy Heilbronn and reaching sunny Lauda at 9AM. A nice trip along the lovely valley of the Tauber river began.

(more…)

MoNav 0.3 Released

Saturday, April 23rd, 2011
MoNav performing bicycle routing

MoNav performing bicycle routing

Christian Vetter, the inventor and maintainer of MoNav, just announced the release of MoNav 0.3. Finally the improvements and new features developed during the last weeks and months are available as precompiled installers. Here’s a copy of the original posting:

Hello everyone,

I am pleased to announce the release of the 0.3 version of MoNav
[1][2][3] just in time for your favorite Easter holiday trip.

The highlights of this release are:

  • UI Overhaul, take a look at the screenshots[4]
  • Offline vector renderer: QTileRenderer[5]
  • Better handling of map data and map modules: It is now very easy to switch between routing ( motorcar, bicycle, pedestrian ) and rendering modes ( online, offline vector… ).
  • Full Maemo support
  • Track logging
  • PBF[6] support: 10 times faster OpenStreetMap data parsing!
  • Console version of the preprocessor
  • Improved import of OpenStreetMap data: surface, smoothness, barriers, …
  • And many more

Of course MoNav still delivers blazingly fast routing, even for huge
graphs on mobile devices.

Downloads available[3]:

  • Client binaries for Windows32, Ubuntu 32/64 and Maemo
  • Map packages for most countries: pedestrian, motorcar and bicycle routing; online and offline vector rendering.

We are still looking for contributors in the following areas:

  • GUI design
  • Address Lookup ( Karlsruhe Schema, novel approaches … )
  • Binary package maintenance for various systems / distributions
  • Usability tests and improvements
  • New features
  • Of course other contributions are always welcome If you believe you can contribute and are interested in joining the development team please let us know.

Feel free to contact us on our mailing lists[7][8] or to post bugs to our bug tracker[9]

Disclaimer:
Please note that this project is under active development and while
considered stable may still contain serious bugs.
Comments, bug reports and suggestions are welcome and can be filed under [9]

Happy routing!
Christian Vetter

[1] MoNav Homepage: http://code.google.com/p/monav/
[2] MoNav at OpenStreetMap Wiki: http://wiki.openstreetmap.org/wiki/MoNav
[3] MoNav Downloads: http://monav.openstreetmap.de/
[4] MoNav Screenshots: http://code.google.com/p/monav/#Screenshots
[5] QTile Renderer: http://code.google.com/p/monav/wiki/QTileRenderer
[6] PBF at OpenStreetMap wiki: http://wiki.openstreetmap.org/wiki/PBF_Format
[7] MoNav mailing list: http://groups.google.com/group/monav-discuss
[8] MoNav developer mailing list: http://groups.google.com/group/monav-dev
[9] MoNav bug tracker: http://code.google.com/p/monav/issues/list

MoNav Mapsets updated

Friday, April 22nd, 2011
Graphic stolen from openclipart.org, public domain

Graphic stolen from openclipart.org, public domain

Due to a nasty bug in the preprocessor, all mapsets for MoNav have been updated. If you tried maps which are west of 0° longitude, the updated maps are for you.

Can MoNav do bike routing from Karlsruhe to Strasbourg?

Monday, April 18th, 2011
The minster of Strasbourg, with its unfinished right tower

The minster of Strasbourg, with its unfinished right tower

What a great april, at least concerning the weather! I decided to visit Strasbourg, the great medieval city where I haven’t been for over a year or so.

(more…)

When bollards baffle bicycle routing

Wednesday, April 13th, 2011
MoNav bike routing 1 (map data by openstreetmap and its contributors, CC-by-SA)

MoNav bike routing 1 (map data by openstreetmap and its contributors, CC-by-SA)

My last black forest trip by bike led me through Baden-Baden, and MoNav created an interesting route, avoiding the best one. At home, I figured out that bollards caused the weird behaviour. Actually MoNav didn’t route across nodes with any barrier tag applied.

I checked the code of the preprocessor, and allowing bikes to cross bollards was just simple. However, the preprocessed bicycle maps available for download all were of less use.

Some script currently recomputes all maps. For each region provided, you’ll only find one zip package instead of three. The zip file contains the following data:

  • Address search.
  • Online tiles (Mapnik style, internet connection required).
  • Fast offline vector rendering (due to early code, no streetnames rendered still).
  • Car routing.
  • Bicycle routing.
  • Pedestrian routing.

In case you do not need all of the routing data, just remove the folder you do not need after extraction. I hope these data sets will serve cyclists and pedestrians better than the previous ones.

MoNav bike routing 2 (map data by openstreetmap and its contributors, CC-by-SA)

MoNav bike routing 2 (map data by openstreetmap and its contributors, CC-by-SA)

1st Black Forest bicycle trip 2011

Saturday, April 9th, 2011
Goats

Goats

Due to the early summer days I did a trip to Rote Lache, a mountain pass between Forbach (Murg valley) and Baden-Baden. I arrived at the biergarten right at noon and ordered boiled beef with horseradish, a traditional meal which reminds me of my grand mother:

(more…)

First Windows installer for MoNav available – Help wanted

Wednesday, April 6th, 2011

Christian was able to fix a nasty bug which caused MoNav to crash during startup on Windows. I used the occasion to create an early NSIS Windows installer.

The installer contains experiental software, as I applied some quick and dirty hacks to get it compiled. It is thus not intended to be used by end users. As I’m rarely booting into Redmond OS, some developer who is savvy enough to maintain the NSIS installer is required to update the package every now and then. Contributors are always welcome!

MoNav@FOSSGIS 2011 fair, Heidelberg, Germany

Sunday, April 3rd, 2011

FOSSGIS is a non profit organisation and represents both the local chapter of OSGeo and the german OSM community. This year’s conference takes place in Heidelberg, Germany.

Besides other talks, Christian Vetter and Dennis Luxen, the propellerheads behind MoNav and OSRM respectively, offer a talk about their products.