Worldwide routable Garmin maps: URL REMOVED

Ok, the source of this ‘problem’ is found: According to the state.txt file Osmosis updated the planet to May 20th only.

I probably need to run Osmosis a number of times to get a fully updated planet again, to catch up.

Confirmed. This is the result of the next update.

Edit: After running the update process a few times, the local planet copy now appears to be fully up to date. A new map update is started and will finish in about 1 to 2 days.

Which source did you use?

Csdf I used yours i downloaded your latest map. but noticed that some of my uae uploads are not in the map. as far a I can tell it looks like the map has my updates to about mid may but nothing later. for example I added te carpark area at dune morip in the first week of june but its not in the img file

C

Downloaded 17/18 Jun 2012 from http://garmin.openstreetmap.nl/index_new.php France with the hole in Paris area that appears to overlap several tiles and not just two. Also intriguingly France includes 63241924 Milwaukee and 63242648 Macas Ecuador / Chimbote Peru tiles.

Yes, this is known:

I suppose this happened because of my multithreaded (or rather: parallel processing) rendering where both threads are ‘fighting’ for the next free tilenumber when the current tile needs subsplitting. Determining the next free tilenumber is supposed to be atomic using a lock file but I guess this is not entirely atomic.

The current PHP code is (unsafe locking):

while (file_exists("splitter.lock")) {
    sleep(1);
}
// Create the split lock so we don't get inter-threading problems with double tile id's
touch("splitter.lock");

[[Do the subsplitting here]]

// Release the split lock
unlink("splitter.lock");

Instead of using file_exists/touch/unlink code, I think I need to use the PHP flock function which would translate into something like this (safe locking):

$fp = fopen("splitter.lock", "r+");

// Lock the file exclusively
flock($fp, LOCK_EX);

[[Do the subsplitting here]]

// Release the lock
flock($fp, LOCK_UN);

// Close the lock file
fclose($fp);

A US contact wrote that he was routed over this trail with a motorcycle.
the tags are:
foot = designated
highway = path
name = Jewell Trail
sac_scale = mountain_hiking

Jewell trail
http://www.openstreetmap.org/?lat=44.27554&lon=-71.32693&zoom=15&layers=M

Jewell trail
http://www.openstreetmap.org/browse/way/118667346
Jewell trail say nothing about motorcycle or motor_vehicle, it is a path.
**foot=**designated
http://wiki.openstreetmap.org/wiki/Tag:access%3Ddesignated

is this a solution or give that problems in other part of the world.
in the line style
highway=path & foot=designated {add motor_vehicle = no}

I see there signs and only mentioned what is allowed here foot.
so mostly there designated.

By us (NL) is it more signs for what not allowed so *=no

Two ways how to regulate a area or way.

Can this be the problem

The contact have a Montana 650

In the default mkgmap settings paths are already blocked for motor vehicles:

highway=footway|highway=path|highway=steps {add access = no; add foot = yes}

The problem is that the newer Garmin units with the latest firmware (and Basecamp v 3.3) don’t observe the access = no mkgmap settings anymore.
A workaround is to select the avoidance of carpool lanes, this will block all roads with access = no (but unfortunately, even if they have motorcycle=yes :/)

Thanks, I thought so but the style could be different.

Solution do not buy a new Garmin.

Solution may be to use older software. Last time I checked MapSource still supported bicycle restrictions.

I’ve noticed that problem on my Garmin Montana (and Basecamp) as well, got routed over a hiking trail in automobile mode. I presume this is simply a bug, because it’s happening on their official topo maps, too. Oddly, in one situation where there’s both a road and a trail going from one destination to another, if I select Automotive, it routes me along the trail, while if I select Hiking, it routes me along the road. This happens exactly the same whether it’s Garmin’s map or Lambertus’.

If you are sure its a bug and it’s happening on their official maps, please report it on the official Garmin forum: https://forums.garmin.com
They won’t listen if it is concerning OSM maps but if it is concerning their own products they might solve this issue.

I am fairly new to OSM but this site is the only one that I can get to work for exporting OSM data to my Garmin 276C. Thanks for putting all this work in to this. I added a bunch of map information and wanted to get it into my Garmin, but none of all those different command line options works for me. I always though I was fairly computer savvy, but this undecipherable error message shit I get is more then what i can handle. This website works every time. I will have to just wait for the new OSM data to be added, hopefully before I go out on my M/C trip to Tajik/Kyrg.

KP

Thanks KPost. Have a look at the beta site, it has the latest OSM data.

Hey Lambertus,

If i download from the beta site http://garmin.openstreetmap.nl/index_new.php i get tiles.txt and generic_tiles.zip , but not the gmapsupp.img and not the excecutable for mapsource. Is this because i download from the betasite and is it going to change on the final site? Or did something went wrong?

EDIT: The problem already shows in a quick download of 1 country, see for example for the Netherlands: http://osm.pleiades.uni-wuppertal.de/garmin/generic/20-06-2012/542e0725a3bcefb7e1ebbd78ba447969/

Hoi,

I had the same experience. Only the “tiles”. No possibility for getting the map into mapsource with the windowinstaller.

I also tried “the Netherlands”.

Eggie

Thug, eggie, the error log shows a problem with the script. I’m looking into this.

Edit: fixed. Affected maps deleted, please request your map again if your map appears to be missing on the server.

Hi to All,
I’ve downloaded the “checked” “Russian Federation” tiles, and then downloaded the compiled file from the index page (via email announcement), “osm_routable_mapsource.exe”, 93.7MB and installed it, with no probs.
Then I downloaded “Germany”, with the same email announcement procedure, however, with the same name, of the first one: “osm_routable_mapsource.exe”, 888 MB.
When I tried to install the second “German” Map, it said, the “osm_world _routable_Map” is already installed, and if I want to reinstall again, click etc, etc…At the end, the Russian Map was disappeared, instead the “German” map was installed. (so obviously one map only was allowed?!?)
Now I changed the 1. original exe file name with an index" _Russia", but by installing, it did NOT work with to different OSM maps!!
Question: How can I install on Mapsource, several country maps , without the “NameConfliction”, (although they all named same in my case:" osm_routable_mapsource.exe"). What do I have to do to avoide this, or how can I change the name on Mapsource “OSM World Routable” map regarding of the different countries, any ideas or suggestions are greatly appreciated, thanks.
Galip

P.S.: I hope I am at the right place here (thread).

Hi Galip,

You may use JaVaWa GMTK (Google)
http://www.javawa.nl/gmtk.html

The ID is the same so you have to change this ID and that is the reason it does’nt work. Javawa GMTK is the tool to do this.

Succes,

Eggie

The FAQ may also be useful.