Yes I suppose it could be cgsmapper - I installed the freeware version of that, to try to make Mapsource readable files from a GMAPSUPP.IMG (for all of UK) supplied by another member of yacf forum. I could not get it to work. I don’t know why it should (in the background) create something readable for just a corner of UK.
I had a look at Mkgmap - but I decided my command line days are too long ago. I will wait for the GUI on that. In the meantime the Routable map is OK without the Find places because one can use other resources like Multimap to find locations then put a waypoint on the routable map.
I will watch with great interest all the developments.
I’ve been on a holiday in Switzerland, and because we had no topo maps there I used your OSM Garmin maps. It worked perfect!
But there is one problem: if I show your maps on the device, most areas are not shown. Some examples: landuse=residential, building=yes, natural=wood. Strange is that they do show up when loaded in MapSource. Another thing: highway=motorway is blue in MapSource and red on the device. And highway=track and highway=cycleway are different in MapSource, but there is no difference between them on the device. Are the MapSource application and the device using different styles?
Another thing: I think that POI’s are displayed too early when zooming in. They should show up at 500m zoom level or something. Now, they show up at 3km.
I’m using the default Mkgmap style and have noticed the things you describe too (e.g. tracks, paths, footways and cycleways all having the same look on the GPS). Perhaps this needs fixing in the default Mkgmap style or we need to use a TYP file to control this, though from the openmtb map I understand this is a problem with the default Mkgmap style.
I an reluctant to develop my own style because of the time it takes and because other map makers possibly do not profit from it. So I think it would be best to somehow organize a significant effort to improve the default Mkgmap style.
I think I’ve been finally beaten by trying to get OSM to work on my Garmin 60CX. I am still hoping to be able to add to the OSM knowledge while on my Around the World tour starting in 3 weeks.
I have created a map of Eastern US, dowloaded tiles individualy (to compile myself thus spare your server time). I compiled the tiles using GMapTool. I have finally loaded the map onto the GPS, and it works! Except once I get to 30k viewing distance, everything disappears… I don’t know why this is and I have worked on compiling these maps and getting them on the GPS for weeks. Learning about GPS, learning about OSM, learning about MapSource, cgmapper, GmapTool, etc. Can anybody on this forum think what I might be doing wrong that the map should not work outside of 30k? Is my gpmapsupp.img file too large at 1.3GB?
Anyhoo, on the upside the compilation for South America works, and I can use it on my GPS: Hooray for me! Maybe I should just skip the states?
I’ve never used GmapTool, only Mkgmap. I cant remember setting my zoomlevel to 30k on my Garmin so I don’t know if it works in Mkgmap, but I wonder what’s the benefit of zooming out that far…
South America is an infinitely little amount of data compared to North America, that might explain why that works.
It’s the zooming IN part that isn’t effective, otherwise I wouldn’t have a problem. Any closer than 30k and all the data disappears, until I get to about 3k then I only see town labels. Can’t figure out what I’m doing wrong.
I will try once more and make the Eastern US map compilation half the size. If I can’t figure it out I’ll move on.
@Lambertus: Found your site and thought it would be best solution for my map problem in connection with the etrex Vista HcX to download a map with installer form your site. I requested two maps: One of the complete area of Germany and one only showing a small part of West-Germany. I Received the download link for both maps last night. However, when I try to download, I am just directed to a page with error “404 not found”.
The message was as follows: Not Found
The requested URL /~lambertus/garmin/routable/30-04-2009/cf9a5ae6a636ecc5e8e86ea39a7319f7> was not found on this server.
Apache/2.2.3 (CentOS) Server at planetosm.oxilion.nl Port 80
Is this only a temporary problem or are my files really missing?
Thanks for any help in advance! I would really like to use your service!
I added ‘<’ in front and ‘>’ at the back of the URL to prevent mail clients to break the URL in two sections (wrap) which works perfectly in Mozilla Thunderbird, but I guess some other mail clients parse messages differently. Perhaps I should resolve it differently. Does anyone else have a generic method of displaying long URL’s without breaking up in email clients?
Lamberus,
Thanks for the info (that there may be some build problems with the Canadian Maps, and that you’ll look into it). To help, I’m requesting the following tiles: 73240253.img, 73240255.img, 73240259.img, 73240260.img, 73240292.img, 73240293.img
It seems that only 73240253.img, 73240255.img have any real data in them (9Meg and 8M in size, respectively). All the others seem to be down around 100K->400K (some POIs, but nothing else).
@Lambertus: I have another question. Hope, you can help me. Your OSM Map works well with mapsource. However, I cannot search for anything. Is this a problem in connection with your map or is it my mistake? Please advise.
I think this is something that is controlled in the Mkgmap style sheet which could use some extra work.
Also I read the following on the Mkgmap mailinglist
Which might explain why long cycle and foot routes work so badly, although I don’t exactly understand why the standard style file cannot provide adequate routing for all transport types.
I’m in the process of moving to my new house. I have to regrettably report here that I won’t have much time for the next two months to work on the new version of the website or track down and fix bugs in the building process. This influenced work on the Garmin maps for some time already, but real life has really caught up now. I will try to keep the weekly updates going.
Lambertus, best wishes for your new house. I appreciate your work with the routable OSM maps. Hopefully you later find the necessary time to update the Mkgmap style sheet. Your
page is worth being maintained for further enhancements.
There is some misunderstanding here. I have never done any updates to the Mkgmap stylesheet nor do I plan to, to be honest. I made a promise that mapping, the forum, yournavigation.org and the Garmin map generation is enough contribution to OSM (before it completely takes over my life). I leave Mkgmap development to others.
Oh, then I really misunderstood something. I thought itÂ’s you who provides a style sheet to Mkgmap while generating the map via Mkgmap. What I wonder now is, who will care about the problem as described?
Could you imagine, that I was able to contribute to enhance the mapgeneration - though I’m quite infamiliar with Mkgmap ?
Normal style-file can’t provide good pedestrian routing, because the “pedestrian” setting on Garmin GPS is simply not working like people expect it to work. What it does is simply allowing more ways (like footways) to be taken into the routing, and not respecting oneway streets or turn-restrictions. It does not change the priority - meaning speed and road class of ways however (or incorrectly). Therefore a highway will still be prefered over a footway if they run side by side even though you switched to pedestrian routing in the menu setting.
To get proper pedestrian (or also bicylce, mountainbiking, hiking) routing you have to change roadclass and speedclass so that it fits the user class and use the GPS in Car/Motorcycle setting cause that’s the only one that works correctly. (maybe emergency does work nicely too, I’m playing around with it). You therefore have to exclude any motorways or trunk roads from the routable types.
Difficult solution for a problem that seems simple. But as Garmin didn’t think alot (because they don’t offer any maps that provide pedestrian routing - the routable topos produce crap routing) when designing firmware of units and maps we have to go this way. This also means I switch maps when I change from mountainbike/hiking to my car to get back. Because a map suitable for hiking can’t work for caruse. I’m trying to get my maps working good for bycicling too - but that’s not easy.
Wow, that explains a lot of my and others experiences with the routable maps. Thank you for sharing this with us. What do you think of teaming up (after I’ve moved and settled ofcourse) to provide maps for foot, bike and car specific routing? It looks like you have the routing stuff well figured out and I have the flexible map combining and worldwide coverage… combined that could give amazing results!
To make the first step: I’m willing to get the website and map making toolchain into SVN
On your site it says ‘Note: Map update in process.’. I assume that’s why the USA is not showing at the moment. How long to the updates normally take as I’m off to the US soon and was hoping to take some of the maps for my Garmin with me.
Indeed: America’s tiles are being rendered right now. Should be ready in a few hours.
Update: no I’m mistaken, something is wrong with the resulting files from splitter. Gunzip complains about: “73240286.osm.gz: unexpected end of file” and it appears to do that with every file. I’m afraid I won’t have new tiles for the America’s within the next day(s).
