Worldwide routable Garmin maps: URL REMOVED

Answer:

I don’t know if all you requests can be implemented (by me at least). Things like diving spots are something that needs to be implemented in Mkgmap.

Hi Lambertus, I love the routable feature very much!

Today I noticed that phone cells are visible in a quite low resolution on my Garmin Oregon in which I don’t expect POIs to be displayed. I think that’s a mistake? Can you please check this?

And one more: Roundabouts are rendered with a higher level than usual streets, e.g. the roundabout and connected streets are highway=unclassified. The streets are rendered grey whereas the roundabout is orange.

Thanks!!

Are the roadtrip versions working for everybody? I submitted a request yesterday, the MapSource and gmapsupp versions are approx. 280 MB, and the Roadtrip version is only 87 MB. It seems to contain only one of the tiles…

Good job Lambertus, it’s a very nice initiative and great alternative for maps!!!

I’ve been reading a lot of posts and I also tested some maps from http://garmin.na1400.info/routable.php during the last few weeks. I red that the routable maps are working now and that the feature of searching by address is supposed to work also. I tested that on my Nuvi 650 and the map is displayed on my unit very well.

The problem is that it’s impossible to search by address, although I can search by city. I have a North American Nuvi (US+Canada) and I have tried with the map tile from Rome, Italy. When I try searching an address in Rome, the Nuvi asks me to enter a State (from the US) so it is impossible to start searching.

I did not have that problem with the free maps from Argentina developped with a similar concept as OSM (www.proyectomapear.com.ar). In that case, the Nuvi was asking in what country I was and Argentina appeared as a choice for address search. I don’t know if they included an extra feature in their maps.

Is searching by addresses something that will be developped in the future or is there something I have done wrong? (I did the installation trough MapSource with the .exe file and I also tried to disable my North American maps on the unit but wihout success)

Let me know if you have a solution for that, on my part I will try other options and let you know if I find a way to make it work.

Thanks and keep the good work!

Both items are really things that should be fixed in the stylesheet of Mkgmap.

They should be functional and mostly the size of the RoadTrip installer is about equal to the other files.

One reason why yours doesn’t might be because the server disk was temporary full. It’s a constant struggle to keep enough space available for every service that’s running on it. The Garmin maps are in high demand but require a lot of disk space. A cleanup script is running but might not be able to keep enough space available.

Can you post the download URL so I can check it out?

Have you seen this post and tried the suggested solution in there?

Mkgmap is an OSM specific Garmin map compiler and must learn the find address function. Some parts of the Garmin map format are publicly known, other parts not. I guess the Argentina map makers have found out how the address search works.

As said earlier, the address search is a beta feature. It will become better in the future.

No problem: http://planetosm.oxilion.nl/~lambertus/garmin/routable/02-04-2009/ef27ca071f1ad72b8c7d1a2cb623e403

Well, it looks like the disk wasn’t full at the time your request was processed. It could be that the RoadTrip script is a bit too sensitive to errors like missing tiles (You included some missing tiles in your request) and simply gives up. I’ll look into that.

Yeah, I saw there were missing tiles, but I decided to try it anyway :slight_smile:

-peter

Excellent work, that page!
Already downloaded Germany and put the gmapsupp file on my Vista HCx,
looks fine, the only thing is that the sea has the same color as the land,
only the coastline is blue.

Hi Lambertus,

thank you for your use! Unfortunately, I understand something not.If I download a region, the card is not as current, as shown on the website! Why? Thanks for the information in advance,
Gruß, Stefan

The website is updated on a daily basis while these Garmin maps are updated once a week. In a worst case scenario it is possible that a change in the OSM database will be visible on the Garmin map after two weeks.

Thank you for the quick reply. Hm, I have a file on 12.04.09 and the other loaded today. On the website was linked to two days, the current map, as the downloaded file. So it says in 2 weeks to try again?

If you uploaded the change to the OSM database before last wednesday then the change should be in the Garmin maps that will be released next week. If you uploaded after last tuesday then you will have to wait at least a week before the change is visible in the Garmin map.

But the changes (roads, pathways) are shown on the map on the website already exists. Only in the downloaded map, they are absent. But still I wait 2 weeks. Thank you.

Der Findemechanismus für die Garminkarten funktioniert schon, aber beim errechne der Route stürzt mein Edge 705 und GPSMAP60CX ab.
Da muß es einen Fehler geben.

The Findingmechanism for Adresses seems to work, but my Edge705 und GPSMAP60CX is freezing when it calculates the Route to the Adress.
This should be a Bug

Gruß Sven S.

Concerning the Romanian characters; sorry for the long delay.

What works for me is
–xcode-page=1250 --charset=windows-1250
However, another problem arises: there are some cases where the same letter is represented with two different characters from two different encodings: for instance there is s with cedilla in ISO 8859-2 (latin-2 or codepage 1250) and s with comma underneath in ISO 8859-16 (latin-10). And guess what: they are both present on the OSM maps of Romania. I could find a workaround by replacing in a hex editor latin-10 characters with latin-2 (I used the OSM format), and the result looks well on my nüvi 255. Maybe this replacement could be done directly in mkgmap.

And for the maps on your server, maybe it is better in this case to leave mkgmap make the conversion to ASCII, it is easier to read a map where is written “Manastur” instead of “M?n??tur”. Can your script do this only for the tiles concerned?

All those different charsets, they really give me a headache :frowning: So it appears that the correct charset for each Garmin device/software may vary which would make it really difficult to make maps for.

It is possible to specify different mkgmap parameters for each file, but I’m afraid that there is just no single perfect setting for each tile like you describe. Question as I’m not an expert on charsets; would it be possible to enforce a definitive charset in the OSM database? I assume mkgmap is not the only application encountering this problem…

What could be a workaround is to use the mkgmap option to prioritize the name tag so that the ‘int_name’ value will be chosen over the ‘name’ value so that the maps become internationally usable, e.g.

--name-tag-list=int_name,name:en,name

Offtopic rant:
What’s up with German speaking people’s state of mind in general? Every time a really large request is made (like all of Africa and Europe and Asia or the America’s or even the whole world) and I check the email address it’s bound to be one that ends with .de or .at or .ch. Currently there is even one German requesting the whole world three times but with minor differences. This causes enormous delays for users that also want to download just a few tiles. Are they traveling so often and far to really need all those tiles?

There’s a notice on the top of the website for over a week that asks users to restrain themselves, but if this behavior continues then i’ll have to implement tilecount limits or take the site down because of excessive bandwidth usage. So again, please download only what you really need…

I had to add a limit on the number of tiles unfortunately, it is really needed if this service is to last any longer. There are so many users requesting e.g. all of Europe, Asia, Oceania and Africa combined that storage is a permanent problem and bandwidth usage is excessive.

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.

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?