Thanks for the report Chris, will look into that.
Bah, I’m having a streak of bad luck 
First the problems not being able to maintain an up-to-date local OSM planet copy, now somehow the pre-rendering result of a new update has vanished into a black hole while being moved to the public website. No sign of wat went wrong, just that everything is gone, lost, foetsie, disappeared, vaporized etc. No trace of ~8 GB data to be found anywhere.
Don’t worry, this is just a preview of what happens on 21st of december 2012 with the real planet… 
Perhaps. Unlike a possible end of the earth I can simple start a new update of the map, much the same way the Mayans started a new calendar when their old one ended. 
I’ve restarted the update which, if it finishes successfully, will have used the data from the last available planet of May 8th unlike all previous updates since April 1st which used the data from April 1st. After the update is finished I’ll proceed with my quest in trying to maintain a locally updated version of the OSM planet.
Good luck and thanks for all your efforts!
Hi Lambertus,
indeed a very easy way of obtaining great routable maps for Garmin. Thanks for the effort.
One question/remark: What rules are you using for mkgmap? I ask because most towns / villages do not seem to be rendered with a special polygon for residential areas.
Many thanks for the nice work.
KoRoWa
Huh, you really got supernatural powers. How else could you know the exact date of license change 
Hello,
Is this new version of your site stripping out data out of the maps?
I have several trails that I added to the OSM before your last published date (11 june) and they dont show on the map.
Did you accept the license change?
While Lambertus released a new map update June 11, the data is from May 8. So if your edits were after May 8 they won’t show yet.
Thanks for the info Jonathanpatt.
Any idea when more recent maps will be available?
Dear Lambertus,
First of all a well earned ‘Thanks a lot’ and if I read this forum not only from my side.
As the summer holidays are nearing, an update of my GPS maps is on my to do list.
Using the same procedure as always i.e. downloading the tiles (generic_tiles.zip) for some countries and combining them with GMapTool, gives me now a ‘hole’ for Paris.
It seems that for one or another reason tiles FR_Paris (63241924) and FR_Creteil (63242648) are left out, even if I use generic_windows.exe as a test.
Any idea?
Thanks in advance.
Thanks 
A new update is available using an updated planet from June 15th. (the openfietsmap_lite map is still updating but should become available somewhere today)
Yes, I finally managed to tease out which of the Osmosis’ gazillion options I needed to maintain a locally updated planet using the redaction changesets. I also tried the osmupdate tool, but somehow Splitter doesn’t like the resulting planet file.
I just requested the whole of France and will see if I can reproduce the missing tile problem (I guess this is a problem on your side, caching perhaps, and not of the server).
Lambertus - Have just tried to download modified UK map selection from the new update but there does not seem to be a way to request the download. The previous area to enter ones email address seems to be missing. I know you don’t like it, but I’m using IE8 which is slow but normally works.
Ok, this is because I added some console.log statements to the JavaScript code to help in debugging, but IE doesn’t declare a ‘console’ object when the ‘Developer Tools’ aren’t active and thus stops Javascript execution (one of those irritating things about IE), ofcourse Firefox and Chrome don’t have any problems with that…
Anyway, the statements are disabled so now you should see the email box or download link (tested in IE9 which is much quicker in Javascript, so you should consider upgrading IE8 to IE9).
Crap 
The tile numbers and their locations are f*cked up at least for the two missing tiles in Paris. They are matched to a US and Peruvian tile. I don’t know why at the moment.
Edit: there are two tiles named 63242648, one in Peru and one in France. The Peruvian tile overwrote the France tile but the France tile got listed first, so the intermediate cause is known. However, why it is possible to have two tiles with the same number is still a mystery to me.
I have been changing FIDs for some time to install several map sets. However, today JaVaWa GMTK messed up my registry in a minor way: I now have an extra entry called ‘Generic Routable’, not visible in GMTK, but it shows in MapsetToolkit with errors. When I went to install the next map set I was told that ‘Generic’ was already installed and I had to uninstall it. This I did, but it did nothing (the error entry remained).
It all works anyway and I removed the extra entry with MSTK, but it’s a little worrying…
For what it’s worth, I just downloaded Thailand + parts of Germany and it seems that all map tiles are there.
Thank you Lambertus.
Lambertus,
The Mapnik typ file is still not included, is that correct?
I also noticed you switched the PID from 3 to 6 so bear in mind you have to change this in the typ file.
Or you can use .txt typ files instead of .typ then mkgmap will compile a matching typ file from it.
Please use http://mijndev.openstreetmap.nl/~ligfietser/diverse/mapnik.typ(r2160).zip for an updated typ file.
I also noticed that it is still an old map update, none of my recent edits are in there…
Thanks, I still have to look into the stylesheet thing.
Your missing edis are strange, because I’m nearly 100% certain that this update used the updated planet, but I did a lot of things manually for this update so it is remotely possible I somehow used the old planet. Otherwise my updated planet isn’t updated at all…
Already a thank you for looking into it.