Worldwide routable Garmin maps: URL REMOVED

This has been suggested a few times before and I plan to introduce this in the next version of the website (which will take some time).

This is also planned for the next version, that will use the style file from this topic.

Btw, I’ve implemented Ligfietser’s suggestion (without the last two lines) so I hope the flooding in some places and the missing highway problem is solved in the next map update that is running now (due within 2 days I hope).

Drat. The new map version is live and parts of Sidney are still flooded, despite that pre-processing has been eliminated (so Mkgmap should have all the data available).

Perhaps it’s an artifact of the splitting boundaries? I don’t know.

Just had a look and it seems that maps are now being constructed from older OSM data (29/10/2011) than recently when 5/11/2011 data was used.

Aargh!! You are right, I distributed the wrong map version. Can I blame not having had coffee yet?

The latest map version (19-11-2011) has now been distributed between the servers. And guess what… no more flooding in Sidney :smiley:

Thanks for noticing the problem!

Lambertus - you can blame whatever you like. The work you and others do on this project for the rest of us to use is much appreciated by me and I’m sure very many others.

Thanks 32110. Enjoy!

Hi Lambertus,

User error. I had inadvertently turned off all but the base layer. :frowning: would have deleted the post but not an option. I use your map output often and it is very much appreciated.


Cheers,*

So we now have half a page full with user errors :stuck_out_tongue:

Glad you worked it out though.

Hello and thanks again for a great service. I have been travelling in South America for the past few months and I keep updating/adding ways/POIs to OSM - it´s great to know that every month or so I can download the latest map of the country I am in and I will have the latest and greatest! Helps contributors get a valuable sense of progress.

I travel by bicycle and the two things that would be great to have (for my Garmin device) are:

  1. Contour lines (a-la opencyclemap.org)
  2. Different rendering for paved vs unpaved roads. An example of this is http://osm.org/go/MI~egFpOm- which is tagged as paved to the west of the intersection and unpaved to the east, but is rendered as exactly the same on both sides. Is it possible to render these differently on the GPS to make it obvious which ways are unpaved?

Cheers

Alex

I’m not sure about contour lines, but paved vs unpaved roads would be no problem to render. If and when my Openfietsmap will be rendered world wide (Lambertus?) you would see those unpaved roads as track road.

Working on the scripts as I write this…

Contours will be a problem unless there becomes a third server I think. Worldwide contours take a lot of space. A lot!

How much is a lot? If whole Europe is 1,1 gb (Computer Teddy’s website) and Europe is 7% of the worlds landmass, I would guess 15 gb is needed for the whole world? Of course you dont want to put the contours in all your country maps, but maybe a separate mapset of contours only?

Perhaps contour-enabled maps should be a selectable/togglable option?

I expect most users would not need this information (e.g. for motorists) but for walkers/hikers/cyclists elevation profiles are useful to know.

I have loaded OSM Russia with TYP file option onto my Garmin Montana 650. When I do this I can no longer do an effective Address Search on the Garmin City Navigator NA map I also have installed. Even if I Disable the OSM Routable maps, the CNNA Address search process is still being impacted negatively by the OSM maps. I can search the OSM maps with no problems. When I remove the OSM-TYP map my CNNA Address Search works properly. If I use the OSM Map without the TYP file there is no problem. Other non-Garmin maps do not cause this problem.

I assume you are talking about the Mapnik.typ file from garmin.openstreetmap.nl?
Does this error happen as well if you try it with other osm maps from other countries other than osm russia?

Your assumption is correct and it happens with China so I made the assumption (usually a bad thing) that all of Mapnik TYP file compiles were an issue. I can try a few others if need be.

I’m going to try one other test to eliminate one other possible issue. I’ll post later.

Cheers,

Thanks, it would be great if you could also test this gmapsupp.img (small test map from the netherlands with typ file) : http://code.google.com/p/mkgmap-style-sheets/downloads/detail?name=gmapsupp.img It contains a different typ file.

So, it’s not just Russia. All OSM maps when installed using the GMAPI file and then installed on the GPS using Garmin’s MapInstall application produce the same results. That being, the GPS sees the new country map in addition to City Navigator NA. When preforming an Address Search, the first option is to select the Country to search. If one selects the United States (CNNA), only Alaska is searched for the next criteria: City.

If OSM maps are loaded using the gmapsupp.img download direct to the GPS, then the GPS does not recognize the map as another country. So when doing an Address Search, there is no option to select the country to search.

I don’t know if this is an issue with the Garmin Montana or with OSM maps or with the MapInstall application. Garmin doesn’t care about OSM issues. Although they might look at this one if I plead with the Montana Development Team.

Cheers,