Depends on how much data it will be in the end. At first I have to download all the sources, most of them are still not in my cache. Then it depends on the number of nodes. If it are more than the tilesplitter can handle, it will become pretty complicated.
The script to collect all the data is already running. I think beginning of next week I can say more. Let’s see.
Thorsten
I’m looking forward to see the results! 
Ok, with the europe.poly from geofabrik the map is 5.1GB, that’s too much 
Looks like I have to split the map into two parts.
Does somebody know a better poly file for europe? The one from geofabrik has far too much outside.
Thorsten
5,1 Gb in osm xml format? Or img?
Maybe you can use the cloudmade europe.poly?
http://downloads.cloudmade.com/europe/europe.poly
5.1 GB for the img. I created my own poly file yesterday and now the input data is only 4GB, so I’m optimistic that I will have something working this evening.
Thorsten
Ok, the resulting gmapsupp.img is again over 4GB. Have too look at it tonight to see how I can splitt it into two parts.
Maybe you can just zip it as folder with individual img’s with an installer exe / tdb file / overview map img to install it under Windows?
Mac users can install this zip file to gmap format with the Javawa Mapinstaller.
Hi,
ok, a first version of a SRTM map for Europe can be found here: TK-Europe-SRTM.7z
It contains an installer for Windows and a gmapsupp.img you can copy directly onto the device. Yes, I was able to get the img smaller than 4GB :).
Haven’t tested it yet on my device yet, but in MapSource it looks good.
Thorsten
cool, I’ll try it out on my next Europe update. Can I have your permission to recycle those tiles? 
Yes, you can.
Thorsten
Thanks!
It looks good (I had to remove one of you other mapsets (Benelux srtm) first because of conflicting Family ID numbers, but now I can see the map in Mapsource). Can’t load it in Basecamp as image file on my virtual disk drive, probably it is too large… Havent tried it on the GPS yet.
Ok, the family ID of the Benelux srtm was wrong Fixed now the database, so that the next build should have a correct one.
The custom map server is moving to another server due to problems with the network load. This might take about two days starting April 4th, so please be patient.
A note: the new server has much inferior CPU performance compared to the old server so I expect longer queues now and then. I hope this can be lessened a bit by more clever programming on my part so please pray/twist thumbs I can unleash some clever php-fu on the scripts. Don’t expect too much though… Maybe I’ll start using some of the advanced stuff Ligfietser has used to reduce the amount of compressing for his cycle maps.
I hope this server switch eliminates the frequent server crashes we had during the last year or so.
Does this mean you will implement the SRTM map in the next Europe Update?
Yes, very soon I will put it online, the first results are looking very good (thanks to Thorsten for his help compiling them). Maybe I’ll put them also as separate map so you can combine them as well with Lambertus map on the GPS.
Looking indeed very good! Allready combined the map for test and i was also impressed by the result.
Just another brief question:
By creating a route in Mapsource, i noticed it uses the default “Knooppunten” by creating a route. Is it possible to avoid this?
The new server is configured and up and running.
A few changes have been made to the scripts because I’m expecting that this server is a bit slower:
Please use this topic concerning the Openfietsmap (otherwise Lambertus will kick me ;))
Edit by Lambertus: Haha 
Do worldwide routable downloads now incorporate OSM license changes?
Sorry Ligfietser I missed this question
I’m interested in trying to host the SRTM tiles for Garmin map purposes for the whole world (I hope my sponsor won’t mind the significant extra bandwidth usage that most probably comes with it), preferably already splitted into usable tile sizes. One of the servers has a partition with 380 GB free diskspace. I hope that all the SRTM data in OSM PBF or OSM XML.7z format will be small enough to fit.
As I understand, from the discussion between you and Kukuk above, the creation of the ready-to-use tiles is a bit tricky. I’m thinking of using Phyghtmap for downloading the data in large PBF chunks, merge the osm files with Osmosis into a planet and then use Splitter to create suitably sized tiles. Can you or Kukuk tell me if this could work? What are the pitfalls?
A few specific questions: