Worldwide routable Garmin maps: URL REMOVED

not mapped as an address
Would you mind elaborating? I’m not sure what you mean for something to be mapped “as an address”.

mapped onto roads and ranges
Ah, that explains a lot such as how the GPS can seem to know where buildings go that didn’t exist back when the device was purchased.

road names don’t match
Good point; unfortunately, the problem happens even when the names match. Example:

4627 Carmel Mountain Road
San Diego, CA

I guess Beddhist is probably right that it is basically an experimental feature.

Thank you for the well thought out responses.

On a completely separate note…

Where do I start debugging if it seems a freeway exit is being announced as “Exit to Exit 3B” (number is made up) on Garmin rather than “Exit to Blah Street” or “Exit to Blah Street and Foo Street”? The motorway junction already has an exit_to tag that looks something like “Blah Street; Foo Street”.

This one exist, when compiling a map with default style.

… The new servers ARE REALLY fast, at least the que is gone :wink: and rendering is quick enough. I was expecting to wait for a couple of days but now it is done in 1,5 hour :open_mouth: :smiley:

Sorry for the big download… some serious driving on a still to be bought moto to be done soon :wink: file is here and could be removed.

p.s. I don’t know what storage hardware you are using now and I don’t really have any funds lying around. And I suppose you have considered the options already and don’t need somebody else questions :wink:
But considering the oeps 600gb remark, only local storage needed, only transient data(not really critical only kept 48hours anyway) and the fact I do have some experience in hardware(both enterprise and budget), is there something I can do?
More then:
sometimes wonder if I am doing something wrong.
Or that I am really happy with the improvements.

(pm or email is fine, but I read here as well)

Yes, there is some overcapacity again which allows me to dream of new functionality (only time is not permitting to implement them at the moment).

Some of the servers use local storage, some use a SAN e.g. MSA2000 (I believe), the servers are previously shutdown hardware and I gladly accepted anything useful that was offered to me. Currently there is no need for any new capacity (and I don’t have the time to configure new servers).

I don’t understand what you mean by “wondering if I am doing something wrong”?

Dear Lambertus,
I downloaded and installed maps for Iran from your site. Unfortunately, your Garmin maps suffer from a major flaw: Place names in non-Latin characters are not rendered properly. This makes the Iran map unusable for the most parts.
To further investigate the problem, I tried to compile the OSM data manually for Garmin. I found that the problem lies in the default code page setting assumed by mkgmap. You just need to instruct the program to default to Unicode encoding by passing the option --code-page=65001. Unicode support seems to have been added in the latest versions of mkgmap. I can confirm that the unicode map displays correctly on GPSMAP 62s (firmware version 2.80).
Could you at least rebuild your maps in Unicode for countries where non-Latin languages are used?

@Lambertus,
Latest map releases are routed through barriers like bollards, gates etc
This is probably caused by a mssing --link-pois-to-ways option in the mkgmap setting.
Can you check this and other options (see my mail)?

@AmZaf, I’m not sure unicode is supported by older devices, can anybody confirm this?

Thank you for this fantastic service :slight_smile:

I am curious about the address search in my Garmin (Oregon 650) device and in Mapsource for Danish Addresses (example: Kvikmarken 16, Gladsaxe Municipality). The addresses have proper house numbers (addr:housenumber) and street names (addr:street) in OSM, but with the Generic Routable map, all addresses on the road are found on the same place (mostly at one end of the road), whereas with the routable Bicycle map the address is found in exactly the right place. Is there any good explanation?

It is caused by a missing setting of --housenumbers in the configuration file. Thanks for noticing this Uougaard!
Lambertus, can you correct this (as well as the other settings like --link-pois-to-ways I mentioned earlier)?

Probably this has already been asked in the past but I couldn’t find an answer.
I downloaded the osm_generic (Generic routable) map of Italy.
The map is good but the address search has a great problem since italian addresses start with the type of the way and not with the name. If in english you write (and type) Main Street in Italy we write Via (Street) Principale (Main). As a result I have to know in advance if the way is a street, a square, an avenue and so on.
Is it possible to create a search database of the map (or whatever it is called) that ignores the more common way type names so that I can write “Main” and get a list of ways that start with Main, apart from the way type name?

Thank you
maxx

Excuse me but I dont understand your question. If the type of the way is on the OSM map, you must enter it in the search too. For instance if you look for Via X on your Garmin you have to type in the search Via X. Searching for simply X does not find the streets in your Garmin. I dont understand what you mean by “Main”.

I don’t know if this is a mkgmap issue, or a stylesheet issue:

I have discovered that several routes in Brazil is broken due to oneway=-1 is treated equal as oneway=true and oneway=yes, while a oneway=-1 should be treated as a oneway in opposite direction. I have tried to relate this problem to mkgmap developers without success.

I can’t find your question on http://www.mail-archive.com/mkgmap-dev@lists.mkgmap.org.uk/info.html
Can you send me the link?

He is using Main St as a hypothetical example. Translated it is Via Principale. In English we have road, avenue, crescent, lane and a few more. This is what he refers to as type. It seems common for Italians to know the name part, but not the type.

I believe the problem is with Garmin only searching from the beginning of the name string. Users of Spanish, Thai and no doubt many other users have the same problem.

It’s a usability problem. The street can only be found if you search for complete name. The problem is that you don’t always know the way qualifier (“St.” “Av.”, …) or how the contributor wrote it in OSM, and in other languages like spanish the qualifier is before the name.

There is some work in progress to solve or avoid the problem in the following South America map. http://www.i-nis.com.ar/osm/garmin (scripts to make the map are GPL)

You are correct.
It’s not only a problem of trying if a way is defined as street, road and so on. In Italy the common name tag value of OSM is of the form: type of the way / name / surname
e.g. Viale Dante Alighieri, Via George Washington, Piazza del Duomo. So in order to match a way you have to know in advance the type of the way (street, avenue…) the name and everything that is in the OSM name tag value in the correct order. That can be a daunting enterprise.

Here you are not correct. In my old Nuvi 205 if I use the Garmin maps I can enter Dante, Alighieri, George, Washington, Duomo and I get a list of results. If I do the same with an OSM map, 99% of the times I get No Matches Found. :frowning:

Isn’t it possible to create all the (reasonable) combinations of the parts of the name and add all of them to the index search?
For Via Dante Alighieri you would add:
Via Dante
Via Alighieri
Via Dante Alighieri
Dante
Alighieri
Dante Alighieri

Thank you
maxx

Thank you, I downloaded the source and will try to adapt it to the italian naming rules.

bye
maxx

Thanks Maxx I understand the problem now. This index search problem is a longer existing mkgmap issue.
Popej just posted a possible fix to deal with this problem on the mkgmap dev list, so maybe this can be solved soon:
http://gis.19327.n5.nabble.com/multi-word-street-search-td5750803.html#a5826288

Hi,

Do you heave any idea when a new version of the map is available?

Cheers,

Sieds

The generic_new map is already updated, the other two are expected to come online in a day.

Edit: no, only the update for OFM lite is still running.

Thanx for the good work!!