Worldwide routable Garmin maps: URL REMOVED

Actually, I don’t think it’s OSM’s task to make the data available in every thinkable convenient format. OSM is about data gathering and making it available in planet form (XML or PBF format). Then third parties (like me) can do what they like with that data. I don’t even think the Mapnik slippy map on the frontpage is something that should concern OSM, but it shows what OSM is capable of, which is important to get new mappers. Anyway, this is what I think

I assume you mean the main OSM website with ‘.com website donate button’? In that case: No. The donatebutton on my website is for me personally. I do intend on share a portion of the funds there with the projects I used for the website, but also to buy my girlfriend a nice dinner to make up a little for all the time I spent on developing this site

Thanks btw!

PS. I’m new to donations and donate buttons etc. Is it customary to send a thanks email to for every donation?

If i understand everything correctly then the OpenStreetMap is just the data and the TYP-file is the layout file. For the moment we only have the TYP-file from Mapnik available, is it possible to add this one (http://www.avdweb.nl/gps/garmin/improved-garmin-map-view-with-typ-files.html) to as an option? As it shows a good difference in colors and stuff… (on http://garmin.openstreetmap.nl/)

I tried the question part: http://help.openstreetmap.org/questions/13844/can-i-make-my-own-garmin-maps-from-osm-data-and-my-own-typ-file

I don’t think that typ file is 100% compatible with the mkgmap styles. You can try to use it yourself by adjusting the Family ID (2000) Product ID (6) with a typ file editor and rename it to mapnik.typ 2000.typ and see how it looks on your map.

Yes, you can redirect the donator after payment to a specific thank you url.

Shouldn’t that be 2000.typ? At least that’s the name of the file on the server…

Thanks for that. Will look into it.

Ah yes, 2000.typ it is

2012/06/28 18:45 here in Asia and all I get on the main page are the “Loading data, please wait” messages with the spinning wheels.
(Chrome and Firefox)

Multiple refreshes and cache emptying does not seem to help. Is the problem on my end, or perhaps yours due to the mad rush for maps?

Thanks for all your work.

When you use JaVaWa GMTK to add or replace a TYP file you don’t have to bother about ID’s and file names; that is taken care of automatically.

When the server is busy you might see some delay, but most times I have to wait it is the OpenLayers server that is slow in serving the OpenLayers JS library. In the statistics I see a dramatic reduction in activity since about 02:00 CET today, before that it was indeed a continuous mad rush for maps. At 02:00 the request queue was empty again and after that the server is only doing sporadic work which is likely to pick-up again this afternoon.

So, you shouldn’t be seeing the spinning wheels for long and at least Firefox should work just fine. Can’t reproduce your problem here, sorry.

Hello Lambertus,

I am trying to get some maps of France from the website. But all I get on the main page are the “Loading data, please wait” messages with the spinning wheels.
(Chrome, IE, Maxthon and Firefox) Is it too busy on the website or the server is overloaded?

At which time it is less crowded? So i can make a connection.

Regards Nico

Same problem here, this is the error:

OpenLayers.loadURL is not a function
http://garmin.openstreetmap.nl/routable.js
Line 162

Nico, user ‘alimamo’ describes the same problem above. But I can’t reproduce it. Each time I open the website the data is loaded (‘spinning wheels’) within a few seconds, this is the case at work and at home (Windows and Linux). I have no clue why the site responds this way for you.

Are you or ‘alimamo’ able to load the following file (you should see a large XML document listing countries/continents/tiles/etc.)? http://osm.pleiades.uni-wuppertal.de/garmin/generic/20-06-2012/countries.xml

If you can’t load this file then please post the result from the following command:
If you use Windows, using a command prompt:
tracert osm.pleiades.uni-wuppertal.de

Or if you use Linux or Mac, using a terminal:
traceroute osm.pleiades.uni-wuppertal.de

Edit: Ah, tune_it seems to be on the problem

Ok, so there seems to be an OpenLayers problem. I’ll check it out. Thanks for reporting this!

This problem is neatly explained if you find that OpenLayers has just released a new version (2.12) that deprecates the OpenLayers.loadURL function

Edit: I replaced the loadURL() with Request.Get() function and now it works again. I guess I didn’t encounter this problem because I probably still had an older version of OpenLayers in my browser cache. This problem probably explains why the server was so relaxed today as well.

Thanks all for reporting!

Here it seems to hang forever at “Checking existing maps…”. Firefox and Opera, cache cleared, tried selecting a whole country and just a single tile.

Yes we are one step further now, here it also keeps spinning on checking for existing maps, can’t download anything.

Chrome error:

Uncaught TypeError: Cannot read property 'Request' of undefined routable.js:493
selectionDone routable.js:493
updateList routable.js:445
onUpdateTiles routable.js:387
(anonymous function)

Firefox error:

OpenLayers.Ajax is undefined
http://garmin.openstreetmap.nl/routable.js
Line 493

new OpenLayers.Ajax.Request('exists.php',

Oops, I was lazy and didn’t check the rest… Thanks for bringing this to my attention, but it will have to wait until tomorrow (bedtime now).

Edit: Added the deprecated.js file to the website so that it at least works for now. Will have to do some cleanup later.

Dear Lambertus,

Unfortunately I have to come back to the ‘hole’ in Paris I have reported earlier. Even in the latest update, it is still there although we now end up in Texas and Portugal. I’ve tried to follow this up on the Forum, but a lot has happened in the meantime and I’m not sure about the status.

Thanks once again.

I hoped this was only a one-time fluke. But now that it happened again I’m going to investigate more deeply. Thanks for reporting the problem.

Lambertus,

Have you considered to create (European) areas, like Benelux, British Isles, Iberian Peninsula, The Alps and Scandinavia. You already have linked the tiles to countries, so creating areas could be a combination of those existing countries. Switzerland and Austria would cover the Alps, Spain and Portugal for the Iberian Peninsula. You’ll get the point

Obviously the next question will be the various regions in the US, like New England and the Midwest, but the locals over there will be able to tell which states form those regions. Once the mechanism is setup correctly adding more areas should not be too difficult.

You can probably see how often manual selections are requested and which tiles that are. That would give an impression of the need for these areas.

I’ve been thinking about some sort of permalink function before. I don’t think that adding more pull-down menu’s with many random cryptic descriptions would be very helpful, so perhaps a wiki page that lists these permalinks with a description and e.g. screenshot would be nice? Users could be providing the content…

Besides permalinks, you are aware that you can now use the mouse-drag method in manual tile selection mode to quickly select regions like the Alps without any effort?

I don’t really have an overview of which tiles or areas are selected most as I don’t keep records of which tile number was associated with which coordinates and, on top of that, the tile-coordinates drift around. Though I know that the usual suspects are the well mapped and holiday countries like Germany, Netherlands, UK, Italy etc.