Just wanted to say thank you. I used your routable maps for south india and it works. I cannot type the address, but i can use the cities.
Great to hear!
PS. The ‘gaps in the map’ problem was indeed caused by missing tiles on the servers. Apparently something went wrong during upload with scp (I suspect overloading my server at home with other jobs :p).
I’ve tried to explain the options a bit more clearly. Has it been for the better?
I have updated the Typ file according to the latest version of mkgmap (1946) as far as the lines and polygons are concerned. I didnt check all the pois, maybe somebody else can do this?
Here you can download it: http://mijndev.openstreetmap.nl/~ligfietser/diverse/mapnik.typ_r1946.zip
Cool, so instead of focussing on getting the third server functional, I will now focus on getting this integrated on the country server as that one has the space to host (at least) two different maps for each country.
I dont think you need a different map for the typ file. If you don’t want it, just rename it and it is turned off…
Ok, I’m not really familiar with TYP files (ok, I’ll be honest: I have no experience with them whatsoever :D), but can you simply rename the TYP file with a gmapsupp.img as well? Isn’t the TYP file supposed to be included in the gmapsupp.img? I’m really starting to wonder why someone should provide the TYP file to the Mkgmap commandine if it’s just an external file which you can remove without impact…
Background info:
Currently I have added the name of the TYP file to the MD5SUM algorithm which will ensure that country A without TYP file will have a different md5sum then country A with TYP file Z will have a different md5sum then country A with TYP file Y.
The md5sum is used for the directory name. Example, the last section of this URL is the md5sum: /~lambertus/garmin/routable/13-05-2011/a824693f08b662ee8ab3e90d08c2ff2f
The md5sum is created from a source string which represents each unique map, i.e. an source string could be: “13-05-2011;Mapnik;63240004;63240354;63240067”
Edit: Oh, and is the typ file compiled for the family ID of garmin.openstreetmap.nl?
Oops, forgot to change the FID, it was FID=2000 PID=3 right?
Well, just renaming is not really working. But with a small batch file which turns it on or off in the windows register it could be done*). To install the TYP file in Mapsource, it has to be added in the windows registery. The gmapsupp it’s a different thing, you cannot edit the gmapsupp easily without software like gmaptool. So you either have to deliver gmtl.exe with the gmapsupp (plus a batch file so that someone can change it) or… provide two gmapsupp’s 
Edit:
*) Another trick is to supply two typ files. One with the mapnik styles, and one empty.typ. The mapnik.typ file will be registered by default during the installation. If someone doesnt want a typ file he can rename the emtpy one mapnik.typ after renaming the mapnik.typ mapnik.bak or so. Or more sophisticated, you can give the user the choice during the installation which one to choose, this could be implemented in the nsis installer.
Yep, that’s it.
Well, you’re too late 
The website is already working and suitable for more TYP files to boot 
So if you update the TYP file then this can go live this evening.
It’s updated.
You can test the empty.typ as well to see if it’s working: http://mijndev.openstreetmap.nl/~ligfietser/diverse/empty.typ
And here is the command to change a typ file in a gmapsupp.img:
Thanks, ligfietser.
So I think the website and map generation scripts work well enough for people to test the functionality and see if it works for them. So, i’ll put the new website online. Feedback is appreciated…
I’m curious if this functionality will drive other people to create suitable TYP files for different target usergroups which could be added to that drop-down box as well. Yes, this is a call for other TYP files
Note to users: uninstall the previously installed OSM world routable Garmin maps from this site and remove the osm_world_routable directory from c:/garmin/maps (or where you installed the maps previously). Otherwise the typ file will not be loaded.
Tried ctrl+g twice and still nothing.
I posted the problem on another forum. ADVrider.com and someone on there said “Garmin has changed their map rendering and these map sets may not have been updated in a while on Lambertus’ site. Or, they need to update their compilers. I have pulled other maps recently and they work fine so I expect it is the NZ maps that are the issue.”
Yes, they do that with about every update for MapSource. Personally I’m still using 6.13.7 and I don’t test against every version of MapSource or various GPS devices, just following the “release early and often” rule.
Nope, these maps are more up to date then most other (non-OSM) map providers.
Possibly, but I don’t recall reading about any changes made to fix MapSource handling on the Mkgmap mailinglist. I’m using a very recent Mkgmap compiler, so if the problem is Mkgmap then there is nothing I can do.
I think this shows the crux of the problem, but I don’t know how to find out what’s wrong.
One thing I have noticed is that the default directory has changed. This was something like osm world routable and now the default dir is “C:\Garmin\Maps\OSM map”. It has to do with the changes in the nsis scripting of mkgmap. I havent updated the map since a few months and now I see that the mapsource installer didn’t uninstall the previous one because of the changes in the installer.
So maybe in the NZ case there are some leftovers of the old version which needs to be uninstalled first?
Yes, I was just about to comment on this. The NSIS install script from the latest Mkgmap does not use the parameters provided to Mkgmap and thus NSIS always uses “OSM Map” as map name (which I think is a bug). It is therefore more important then ever to remove old maps first before installing the new one and make sure the the registry key “HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\MapSource\Families\OSM world routable” is also removed.
OSM Map is the standard name if you dont specify one in your settings. It comes from the Family name (in the older installer series-name was used). If you tweek the nsis installer you can also let the installer remove osm world routable if it is already installed.
Edit: maybe you should check this and use your old ‘osm world routable’ dir name, because if someone makes a mkgmap custom map, it will be installed in the same directory ‘osm map’ and this can lead to map conflicts too
Thanks for explaining this. To be frank I think its weird…
Imagine you have a range of maps in your portfolio:
Lambertus
– world routable
– world topo
– world seamap
– Netherlands small tiles
Then “lambertus” would be the family name right? And the usual way to differentiate between the range of maps is to use different product id’s right? Or should every map have it’s own family id/name and each new version of that map a different product id?
Edit: oh, hmm, there’s also the series name…
The way Garmin organises its maps is not so logical as we would like :-/
If you give every new update another PID it will be a mess in the windows register and on your disk with old map remains. Better leave it with the default 2000/3 combination.
Yes with the series-name you can add the datestamp of the maps now. This will only show up in Mapsource and not in the register or in the default dir name (thats the family-name if I’m correct?). Maybe you could also add the country extract name to the series-name?