Worldwide routable Garmin maps: URL REMOVED

Beddhist · 2014-07-19T10:09:21.000Z

Thank you again for providing this invaluable service. It keeps getting better all the time.

Regards,
Peter.

ligfietser · 2014-07-19T12:35:42.000Z

Lambertus, if you are short of disk space, does a mirror server like the NLUUG server for the Openfietsmap help?
They asked me if we need more disk space.

Lambertus · 2014-07-19T19:54:02.000Z

The new server is live. At first all new custom requests will be routed to the new server and the original custom server is enabled again when it has caught up.

I’m aware of one last problem on the new server: fancy directory listing isn’t working yet.

Edit: fixed. Needed to change AllowOverrides None → all

ligfietser:

Lambertus, if you are short of disk space, does a mirror server like the NLUUG server for the Openfietsmap help?
They asked me if we need more disk space.

This is difficult. As it stands now, disk space alone has little value to this service, especially the custom maps need disk space AND cpu power. The country maps could be hosted offsite but there is no need for that at this moment.

DaveEMan · 2014-07-19T21:17:08.000Z

How often are the predefined maps updated?

Lambertus · 2014-07-20T07:42:13.000Z

DaveEMan:

How often are the predefined maps updated?

Approximately once a week.

Lambertus · 2014-07-20T18:31:01.000Z

Whoops! 600 GB of custom maps in ~half a day: disk full. Map generation is idling now …

Edit: We’re updating and rebooting osm2 now and will bring it back up asap. Warning: This will kill ongoing downloads!

After updating two custom map servers will be available (but both very very busy).

Edit: I’m told that a lot of emails got stuck at another other mail server because we’re using a temporary domain. Many people will receive their ‘Map ready’ mail much later then necessary.

Lambertus · 2014-07-21T12:24:22.000Z

Now that there are two custom mapserver I needed to implement some kind of load sharing. The first version was simply based on a random selection. But it was pretty soon clear that this is not enough, so I added adaptive load balancing: if one custom map server is full then all requests go to the other.

Small steps…

Lambertus · 2014-07-23T11:04:30.000Z

Still tweaking the old and new servers. The old one is a bit faster now and the new one should become a bit less stop-and-go as it did the past few days.

Rinoskovich · 2014-07-25T06:59:38.000Z

Hi there. Thanks for the great service… However, I received a map-ready email but following the links I get to a download location which contains only the _tiles.zip, licence.txt and the typ file. In the mail it says that it should also contain:

_windows.exe = Installer for Garmin BaseCamp/MapSource (Windows).
_macosx.zip = Installer for Garmin BaseCamp/RoadTrip (Mac OSX)
_gmapsupp.zip = Combined image for direct manual placement on the GPS device (gmapsupp.img)

Something went wrong?

Regards
Rein

Lambertus · 2014-07-25T07:21:31.000Z

Please post the download link from the email too.

Rinoskovich · 2014-07-25T08:01:25.000Z

Lambertus:

Please post the download link from the email too.

Sure. Sorry for that.
http://osm2.pleiades.uni-wuppertal.de/garmin/openfietsmap_lite/17-07-2014/5305df984533df6144e2dc7baa514998/

Lambertus · 2014-07-25T08:23:44.000Z

No idea what happened. The tiles are missing and I don’t know why but it does not appear to be symptomatic. I’ve added some extra logging so hopefully next time I know more.

I see that you requested a newer map, did that go alright?

Rinoskovich · 2014-07-25T08:26:39.000Z

Yesterday I requested two maps:
http://osm2.pleiades.uni-wuppertal.de/garmin/openfietsmap_lite/17-07-2014/5305df984533df6144e2dc7baa514998
and
http://osm2.pleiades.uni-wuppertal.de/garmin/openfietsmap_lite/17-07-2014/1ade0af0b48ee8c263c674135a37a8f3

Both have the same issues…

This morning I retried one of the requests, it is still in the queue:
http://osm2.pleiades.uni-wuppertal.de/garmin/status.php?id=5df6dcebababc8e9dff6994db8a71205

Regards.

Lambertus · 2014-07-25T08:35:55.000Z

hmm, investigating further I notice that your request contains tiles that are non-existent:

63241424.img;63241428.img;63241429.img;63241430.img**;6324**1431.img;63241433.img;63241434.img

While OFM_lite maps contain only tiles that start with: 6344

Your latest request uses the correct tile numbers. How did you select the tiles? Do you use a permalink or some such?

Rinoskovich · 2014-07-25T08:38:39.000Z

Lambertus:

hmm, investigating further I notice that your request contains tiles that are non-existent:

63241424.img;63241428.img;63241429.img;63241430.img**;6324**1431.img;63241433.img;63241434.img

While OFM_lite maps contain only tiles that start with: 6344

How did you select the tiles? Do you use a permalink or some such?

I just clicked the tiles after selecting:
http://garmin.openstreetmap.nl/
Routable Bicycle (Openfietsmap Lite)
Enable manual tile selection: checked
and selected the tiles in the map presented.
Then entered my mailadres and clicked: build my map…

The latest request has been placed in the same way.

Latest request is through the queue and looks ok!

Lambertus · 2014-07-25T10:14:27.000Z

Ok, glad to hear all is well this time. Still no idea why the tile-id’s were wrong during the previous requests. Other people didn’t seem to suffer the same problem.

On another note:
Improved the load balancing a bit more yesterday evening: the server is now chosen based on disk space AND queue length. If disk space is available then the server with the shortest queue gets the request.

kbroderick · 2014-07-26T02:42:52.000Z

I’ve got a question / concern about rendering with the Mapnik and new-style maps…minor roads in forests are very difficult to see against the landcover on my Montana 650. E.g. http://www.openstreetmap.org/way/19729384 where it passes through natural=wood. I’ve tried setting the landcover zoom level on the device to “none”, which has worked with some other maps but doesn’t appear to have any effect. My use case is operating a dual-sport motorcycle and looking for roads and tracks through the woods, particularly when trying to find a way through an area with lots of dead ends—it’s very tough to tell, especially at a glance, if ways are mapped as going through or not.

Here’s a partial shot of the map as displayed on the Garmin, which makes the road look more obvious than it does when viewing the GPS directly:

(ignore the yellow dots, those are an overlay map I built from Vermont AOT data and indicate private roads)

ligfietser · 2014-07-26T09:10:36.000Z

Lack of contrast varies from unit to unit. In the typ file those roads are not defined, so it makes use of the internal Garmin rendering type (which makes it a Garmin problem). The only thing that you could do is adjusting the TYP file with a typ file editor and give it your own colours.
The forests are polygon type 0x15, residental roads poly lines 0x06. A good editor is TYP viewer, https://sites.google.com/site/sherco40/home

bronger · 2014-07-28T06:25:11.000Z

The map (generic routable, new style) of Belgium had a large void area (i.e. no map data) in the west of Belgium. I downloaded it on friday.

ligfietser · 2014-07-28T07:03:10.000Z

This is probably caused by an old version in the history cache of Basecamp. Try ctrl-G (2x) to clear it?