Worldwide routable Garmin maps: URL REMOVED

Is it possible for you then to create a Garmin map of the whole world, which can be downloaded separately?

In gmapsupp.img format or for MapSource/RoadTrip? Are Garmin GPS devices capable of loading the whole world anyway?

A more relevant question would be: “Why would you really need the whole world?”

I don’t know why someone would need the whole world… but apparently there are people who need it. So, I would suggest to create all files for the whole world, this decreases the server load because it isn’t needed to create a new mapset every time. If people request too much tiles then, it is possible to send them to the file of the whole world.

There already was such a simple ‘catchall’ where every request with more then 70% of the tiles would request all the tiles automatically (thus those requests could be cached). But all of Europe, Asia, Africa and Oceania is only 1/3 of all available tiles (maybe even less) and there are many variants in requesting all those tiles (one tile more or less is a different request) so such a simple optimization is not working for those requests.

An alternative could be to prepare precombined maps of e.g. the continents which I can perfectly do ofcourse, but Rullzer’s question intrigues me as well: why do people want such large areas and do I need to cater for those needs?

Another alternative would be to provide a Java webstart application that generates and compiles the Garmin maps on the user’ computer instead of the server. The server would only need to host the source osm files and the latest version of the Java application.

Lambertus, the main cause is the huge amount of data and the high update rate. As you offer a whole new world every week, it is very tempting to download it especially for those people with a high bandwidth. What’s the size of the world? I’d guess it’s around 4GB – that’s nothing for a fast DSL connection and a flat rate.

As rullzer said correctly, nobody really needs the whole world. Maybe we see something that goes back to the “good old” Navteq days where new maps were emitted just once a year. “Back then” it perfectly made sense to put all the data onto the satnav and wait until the next update. Garmin now offers new maps every three months – I wonder how long it takes until people get annoyed because each new map is virtually the same as the previous one.

What can be done about all this? First of all I strongly suggest that you change your update policy from weekly to monthly. The OSM maps are only useful when a region already is mapped quite well, which in turn implies that there aren’t too many changes/updates.

Second, I wonder how your script is really working because you suggest a client side map creation that involves downloading osm files. mkgmap can combine several img files to a gmapsupp.img, so you just need precompiled images on the server. The question is, however, whether your server is short on CPU power or on network bandwidth.

Third, the theoretically best approach would be a revision control like that from CVS or subversion. You only have to download tiles that have changed since the last access. I am not sure if this would really be feasible because a single edit (such as a POI) would mark the complete tile as changed.

Last, the most practical solution could be to divide the world into some useful areas like Europe or North America and provide precompiled individual MapSource maps for these. This, along with a limit on the update rate, could reduce both CPU and bandwidth requirements on the server. At the same time, users could still compile one gmapsupp.img from all the continents using MapSource.

I was wondering if people want to publish a mirror list for each region to ease the bandwidth for your server
eg is you have common requests for updates based on regions they could download weekly and then people would be directed to local mirror

Yeah, that’s quite possible.

Being able to produce weekly updates for mappers who use the maps to survey their area is one of the strongpoints of this service imho. To me a higher update rate is a big plus. Also there is the competition factor with e.g. Garmin where OSM can say: hey we update our maps every week! :stuck_out_tongue:

Tthe server uses precompiled tiles as you describe. The remark about downloading source osm data was just a possible scenario.

CPU power is the problem currently. The server has more tasks to do other then combining and zipping Garmin maps. My hosting sponsor hasn’t complained yet about bandwidth usage, but I expect them to do so now that I’m approaching 500GB/month and I want to prevent that if it’s not necessary. I must say that Oxilon has been a wonderful sponsor and I wouldn’t like to become a burden to them!

Yes, if the tiles would be managed by some client side application then this would be an option. But the tiles are so big that there is not much chance of significant amounts of tiles that don’t change between updates.

That eliminates the uses where only a few tiles are requested (which is the bulk of the requests) and does not profit from the bandwidth savings of such requests. It also eliminates the uniqueness of this service, there are already many other providers of precombined mapsets.

With the current tile limit the CPU usage is back to acceptable levels, requests are handled within an hour instead of day(s), disk usage takes a nose dive and, no doubt, bandwidth usage is much lower. I’m very happy with this. Users that really want a complete copy of (half) the world have to make their own.

Well, maps of countries are already available from other map providers. It’s the uniqueness of each personal request that makes this service stand out and makes mirroring difficult or ineffective at least.

It would be useful if the website could show the file size of the selected tiles, and the total size of them.
Some people are using Garmins with limited memory, so want to know whether the map will fit. And some have slow internet connections, so don’t want huge downloads.
It might also discourage people from downloading half of the world at once.

That would be useful indeed, thanks for the suggestion.

Afaik, Garmins without SD-card do not support routing so they won’t profit from this service. Also the tiles are optimized for maximum size and therefore not very suitable for Garmins with limited memory.

True, but those who have a slow connection can see the size of the downloads when they are ready for download and the user can at that point decide not to download the map but request a smaller one instead. Those people with high bandwidth connections don’t mind downloading two GB so they won’t be discouraged anyway.

Hi Lamerturs,
many thanks für your routable osm-maps for garmin-devices. I am very pleased! It seems to me that the dataset comes without any typefile. I tried to implement some different typfiles using IMG2MS or MapsetToolKit. But always the whole mapsource-Database was corrupted und I had to remove the choosen typfiles to make it workable again.
How can a suitable typefile implemented and/or can I find such suitable typefile?

Best regards

  • horst -

In the Consumentengids of May 2009 I found a letter to the editor (translated):

Your article about GPS in the March edition doesn’t mention the free map of the Netherlands for bikes and cars on http://garmin.na1400.info/index.html. This map is based upon OpenStreetMap. After a bit of searching, you can find maps of the United States and countries in Western Europe. This initiative is growing rapidly and the maps are updated weekly.

More publicity! :smiley:

I don’t know how to install a TYP file after the gmapsupp.img has been created, however I do know that the TYP file must have the same id (Family, Product, Series?) as the map it comes with.

I’m working on an updated website where you can select a predefined TYP file (and maybe even upload your own TYP) to be included with the combined maps.

Cool, is that a reader comment printed in the Consumentengids as a reaction on an earlier edition or an online comment?

BTW, for foreign readers, the Consumentengids is a monthly (?) glossy from the consumer interest organisation in the Netherlands. It contains product reviews, comparative tests, articles about specific laws etc.

I am a relatively new gps user but I ran across your service and think it is great. I use the North America maps and have found your site the only one that provides open source routable maps for North America. I have access to a server with significant bandwidth and may be able set up a mirror site. I would be particularly interested in hosting an area file for all of North America. Would you be at all interested in setting something up?

Thank you for your offer. There are some technical things we need to discuss before you and I say: let’s go for it. I think it’s best to work this out via private email so you’ll be hearing from me.

“I’m really sorry I had to do this but there are simply too many people who are apparently going on a journey around the world.”

Hi Lambertus!

In fact, I AM starting a round the world journey in 4 weeks, so I would have to request a lot of tiles. Should I do this in small bites or would you prefer I shove off from your server entirely? I’m concerned that even if I request a lot of small sections (and put them together with one of the Map Tool apps) it will still cause you server problems.

What is your advice?

Thanks!

I don’t mind if you request more than one combined map from the server. You can also just download the tiles from the server without performing a combine request. Just downloading does not stress the server.

One way of doing is this is to select all the tiles that you need for your journey and copy the list of tilenumbers into a text editor. Examine the url of one of those tiles and copy it in front of the list of tilenumbers. Then batch download the tiles using a tool like wget.
Example of tile list:

http://planetosm.oxilion.nl/~lambertus/garmin/routable/16-04-2009/63240001.img
http://planetosm.oxilion.nl/~lambertus/garmin/routable/16-04-2009/63240002.img
http://planetosm.oxilion.nl/~lambertus/garmin/routable/16-04-2009/63240003.img
http://planetosm.oxilion.nl/~lambertus/garmin/routable/16-04-2009/63240004.img
http://planetosm.oxilion.nl/~lambertus/garmin/routable/16-04-2009/63240005.img
etc

Hi - I’m brand new to owning a Garmin GPS and discovered the freely available maps on OpenStreetMap and your site - THANKS!!!

Unfortunately, I’m having a little problem. I select a set of tiles in Canada (Eastern Ontario), just north of the Great Lakes. But when I run the .exe file to install the mapset on my PC, all I see in Mapsource are a set of Points of Interest. A couple of times I’ve seens some roads that are in the US (Just south of the lakes), but nothing from Canada - And nothing in the way of shores, rivers, etc.

Has anyone else seen this, or am I just simply not doing something right. I’m running the latest version of MapSource from Garmin’s site.

Any help appreciated.

Thanks

Is there data available on the map on this site for the area that you’re interested in?

The Garmin maps are based upon OpenStreetMap data and our coverage is not everywhere as good as we would like (but you can help us gaining that coverage ofcourse!).

Yes. I can see all the roads in the Ottawa area on openstreetmaps.com. But they don’t show up in mapsource, when I run the downloaded routable .exe file.