I’ve added a rewrite rule to the .htaccess file to automatically remove the trailing ‘>’ character from the download URL. This fixes a lot of problems for people who are using non-standard-compliant email clients.
RewriteRule ^(.+)>$ http://planetosm.oxilion.nl/~lambertus/garmin/$1 [R=301,L]
I’ve tried to request some tiles using 3 different email accounts but I haven’t received the email confirmation for none of them. Do you think it has anything to do with the recent change?
Thanks for your work!
I think the service has been mentioned in some newsitem or large forum in Italy as there are loads and loads of Italians requesting maps. The server is working as hard as it can to produce them but there is a backlog of about 100 requests. I see your username in a few of them so please be patient, it all takes a bit longer then usual at the moment.
All,
Not strange that the Italians are requesting maps: they have organised a major mapping party in the Dolomites. 
I can’t go but else I would have requested one my self, Hugo
Ah, that explaines. Well, if they’d all requested the same area then that wouldn’t be a problem as the service would immediately send the email with an already cached combined map.
Unfortunately this night the harddisk got full again, so some requests have failed. If you get a 404 error when trying to get your map from the server then you need to request the map again. Sorry.
Lambertus, Thanks for all your work, it’s really a great site!
Since the last to map updates I noticed the nice icons on highway: motorway to secondary. In NL they include the road category and number, unfortunately in Germany only the starting letter is shown in this sign and the number is displayed bellow. I guess this is related to the space between letter an road number?
Thanks,
Thanks.
Yes, this is because of ‘the space’. This is solved in a newer version of Mkgmap, so when I update it the roadnumbers will be correctly displayed in Germany as well.
Today I requested a map. But there is no mapsource installer included (not even an empty .exe file).
This is not only a problem with your request, but a generic toolchain problem. The harddisk full problems earlier this week caused the toolchain to be broken. I hope it’s fixed again.
Lambertus, thank you once again for this service. It is fantastic. I use it in Australia and find it as good if not better than the commercial products.
The ability to correct errors on OSM and see them rectified a day or two later is fantastic.
One issue I have found with the maps is that they render a particular (unique) setting as a thick purple line. This makes the map confusing to read. It is a set of lines used to define the boundaries for suburbs as defined by the Australian Bureau of Statistics. They include the following attributes:
Is it possible to adjust your settings so that lines are either thin light grey or invisible?
FYI - screen shot below. Purple lines appear light grey in this image. You’ll also notice they show up as St/Prv Border.
hello, thank you for this service. the problem is that streetnames contains some badly translated (national) characters. is this a problem of mkgmap or it can be fixed in your scripts? thank you, jose
Garmin uses different kinds of character encoding in different products. Afaik there is no solution to build one map that suits all those devices and applications. I choose to use the international name first, followed by the English name etc. in an attempt to keep the map readable for as many as possible.
Perhaps one day it will be possible to generate maps for specific devices and languages, but not shortly.
i have not transferred the map to a garmin device yet, just opened it up in MapSource. is there something i could do in order to improve the national character support? thanks, jozef
UPDATE: and it’s the same when i open the map in QLandKarte GT
Can you provide some examples? E.g. on the OSM map…? It could also be an mapping error.
will do tomorrow. in the meanwhile is there a chance to see exact commands that are being run on the server? you can send me a pm if it’s not for everyone’s eyes. thanks, joe
ok, changed my mind - i’ll explain today. please compare generated map opened in mapsource: http://img229.imageshack.us/img229/9653/mapsource.png or qlandkarte gt http://img259.imageshack.us/img259/6805/qlandkartegt.png (problems red underlined) with the actual situation on osm http://osm.org/go/0Lklwk–?layers=0B00FTF
the export will be available at http://planetosm.oxilion.nl/~lambertus/garmin/routable/23-07-2009/f8c62c9d2bbcddbf03e8d2e235e9e9ed/ until it’s deleted.
cheers, joe
How I generate the Garmin img files is no secret (I’ve posted it to the Mkgmap dev mailinglist a while ago too):
The gmapsupp and overview TDB+IMG file are produced when a user requests them:
This is a generic problem with making Garmin images, others have difficulties with code pages as well.
Hi Lambertus,
first of all I’ve to thank you for this great service, I really appreciate it.
I just requested a map of parts of Europe (unfortunately some tiles are markes red) and reveived email with download-link(s).
As a Mac-user I only need gmapsupp.img for my GPSmap 60 CSx and RoadTrip .gmapi.
This time the RoadTrip file is only about 1/20th of the Garmin-Installer and 1/30th of the gmapsupp.img.
Is there something broken or is it because of missing (red) tiles?
I think the RoadTrip script is prone to failure when trying to build the installer with missing tiles, so its probably better not select those red tiles.
*Even better would be to handle missing tiles in the RoadTrip script properly 
*
hi lambertus, thank you for the scripts. when i remove --utf8 and change code-page from 1252 to 1250 i can see correct characters both in qlandkarte and mapsource. i will hopefully have a chance to test it with etrex next week. is there a chance that you could create a selector for codepage and charset so user could modify the output?
kind regards,
joe
