Worldwide routable Garmin maps: URL REMOVED

popej · 2014-09-10T12:06:00.000Z

Zian Choy:

4627 Carmel Mountain Road
San Diego, CA

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

Mafketel · 2014-09-16T19:30:58.000Z

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

Sorry for the big download… some serious driving on a still to be bought moto to be done soon 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
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)

Lambertus · 2014-09-17T13:46:15.000Z

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”?

AmZaf · 2014-10-20T19:00:00.000Z

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?

ligfietser · 2014-10-25T21:17:08.000Z

@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?

uougaard · 2014-11-13T21:44:23.000Z

Thank you for this fantastic service

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?

ligfietser · 2014-11-14T09:16:59.000Z

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)?

emmexx · 2014-12-04T14:30:44.000Z

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

ligfietser · 2014-12-04T15:47:04.000Z

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”.

Skippern · 2014-12-04T16:18:16.000Z

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.

ligfietser · 2014-12-04T17:31:16.000Z

Skippern:

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?

Beddhist · 2014-12-04T18:23:21.000Z

ligfietser:

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”.

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.

muralito · 2014-12-04T18:25:25.000Z

ligfietser:

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”.

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)

emmexx · 2014-12-04T20:36:02.000Z

Beddhist:

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.

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.

Beddhist:

I believe the problem is with Garmin only searching from the beginning of the name string.

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.

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

emmexx · 2014-12-04T21:12:19.000Z

muralito:

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)

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

bye
maxx

ligfietser · 2014-12-05T10:41:53.000Z

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

Sieds_Tamara · 2014-12-05T15:35:52.000Z

Hi,

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

Cheers,

Sieds

Lambertus · 2014-12-05T19:07:56.000Z

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.

Sieds_Tamara · 2014-12-06T09:51:41.000Z

Thanx for the good work!!

Skippern · 2014-12-07T12:12:00.000Z

ligfietser:

Skippern:

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?

I wasn’t able to post the question due to unstable internet connection and obscure links