Worldwide routable Garmin maps: URL REMOVED

squawk77 · September 7, 2012, 1:21pm

Tried restarting and opening/closing Base Camp. Read something about red tiles, but I haven’t seen any. Are there any known issues? I have the map on my 60CSx now but I could really use it on Base Camp to plan long routes

So I dl the zip file for Mac, I double click to extract it, open Base Camp and double click a file? Edit: I tried to dl a new map but I’m stuck at the same place. I double click the zip file and Mac extracts it, but I can’t find anything to open after that.

Fod · September 8, 2012, 8:37am

FYI, I located the error and found a workarund:

Apparently, the HTTP request is so large that it is split into multiple packets. This can confuse some HTTP proxies and firewalls performing certain protocol checks:

.Voilá, that worked. If anyone else with a SonicWALL firewall encounters the same problem, this is the workaround:

–
Jakob

Fenriswolfi · September 8, 2012, 9:23am

Hello all,

I tried to create a containing germany, austria, switzerland and some parts of italy. While submitting the request I get the following error:

Request-URI Too Large

The requested URL's length exceeds the capacity limit for this server.
Apache/2.2.22 (Ubuntu) Server at osm2.pleiades.uni-wuppertal.de Port 80

I think this because the request is sent as as HTTP GET request, which is limited by size. Would it be possible to accept the request as a HTTP POST request, which dies not have a limitation of size. Or is this limitation to prevent to large requests?

Thanks for any information about it,
Fenriswolfi

Lambertus · September 8, 2012, 4:51pm

I hope that’s it ligfietser. Although I pretty sure the --index parameter was left out for a reason but, alas, can’t find it anymore.

I’ve started a new update, let’s see what it does. Thanks!

Great, I’m glad you worked it out yourself

Fenriswolfi:

Hello all,

I tried to create a containing germany, austria, switzerland and some parts of italy. While submitting the request I get the following error:
Request-URI Too Large

The requested URL's length exceeds the capacity limit for this server.
Apache/2.2.22 (Ubuntu) Server at osm2.pleiades.uni-wuppertal.de Port 80
I think this because the request is sent as as HTTP GET request, which is limited by size. Would it be possible to accept the request as a HTTP POST request, which dies not have a limitation of size. Or is this limitation to prevent to large requests?

I think I’ll rewrite the submit to use an http post method, that would solve the server (and proxy) limitations. Maximum tilecount checks are also performed in the code and will let you know when you request too many tiles.

Edit: The request has now been rewritten as a POST request (and will now also open in a new browser window/tab).

Fenriswolfi · September 9, 2012, 3:54pm

Thank you very much, Lambertus

Lambertus · September 9, 2012, 8:09pm

Your welcome. It will hopefully also solve the ‘problem’ of receiving the same email multiple times for people who leave the ‘request accepted’ tab open when restarting their browser/computer.

Next development will be permalinks for easy selection of the same areas/points, e.g. the Alps, Benelux, Andes between map updates. These permalinks can then be shared on e.g. a wiki page or stored as a browser bookmark. I’m currently thinking of using the WKT format which is easily readable. This will probably be a long awaited and exciting development for many although the current mousedrag-select feature already comes a long way.

Something like:

http://garmin.openstreetmap.nl/?map=generic&selection=POLYGON ((30 10, 10 20, 20 40, 40 40, 30 10))

Lambertus · September 10, 2012, 8:14am

Looks like adding the --index parameter to the first step did the trick:

I can now also find streets in Apeldoorn which was previously nearly impossible.

Thanks Ligfietser and WanMil for looking into this problem!

ligfietser · September 10, 2012, 6:42pm

I’m glad it all worked out, did you also adjust the Openfietsmap Lite script?

Lambertus · September 10, 2012, 6:55pm

Ofcourse, it’s running now.

ligfietser · September 12, 2012, 10:06am

Works fine now, thanks!

GavinX · September 15, 2012, 1:56am

I have an OSM map already loaded in the computer, downloaded from http://garmin.openstreetmap.nl/.

I used JaWaVa GMTK to change the FID and all the map names.

I have downloaded another OSM map from the same site and using the windows installer have tried to install but get the error message “OSM generic routable already installed…”.

Is it possible to install a second OSM map when one is already installed on the computer?

thanks
Gavin

ligfietser · September 15, 2012, 10:07am

@Gavinx I suppose you could run the uninstaller because it only removes the previous uninstaller (if you renamed the FID and map names I dont think it will delete them)

@Lambertus, running GTMK I see there is a mismatch in the product code of the TYP file (it still uses PID=3 instead of 6). I have changed that in the typ file, you can grab it here. If you are using other PID’s or FID’s you can better use the txt file in your mkgmap parameters, because mkgmap automatically correct them with the internal typ compiler.

GavinX · September 15, 2012, 12:43pm

ligfietser,

I normally extract a map from Lambertus site using the mapnik style map - but could I replace the mapnik TYP file with the TYP file you list on this page - http://code.google.com/p/mkgmap-style-sheets/source/browse/#svn%2Ftrunk%2Ftyp%2Fosm%20generic

From what I can gather this TYP file (and the mapnik one) does not render historic=Ruins?

ligfietser · September 15, 2012, 1:09pm

Gavin,
You can replace it, it should be the same typ file (apart from the product code which was wrong). Make sure you have to adjust the FID/PID codes as well if you’ve changed them (GMTK can do this I suppose).

It does not have a particular symbol for historic=ruins but it should be rendered with a default garmin poi.
See http://www.mkgmap.org.uk/svn/wsvn/mkgmap/resources/styles/default/

points file:
historic=archaeological_site | historic=ruins [0x2c02 resolution 24]

Type 0x2c02 is a “Museum” poi

polygons:
historic=archaeological_site | historic=ruins [0x1e resolution 21]

Type 0x1e is rendered as “Park”

Lambertus · September 25, 2012, 10:00am

I noticed that the current version (23-09-2012) only contains data up to September 12 due to changes in the way OSM distributes incremental updates. This has been fixed so the next update should contain changes up to September 25th.

SheriffWoody · September 27, 2012, 2:33pm

Hello,

at first I want to thank you for this great service!

However I have a problem with installing the maps in MapSource on Windows. The installation works allright, but I have multiple installation files (.exe), e.g. for Germany where I live, and for various countries where I go for holiday (e.g. Italy). Whenever I install one of the exe files, I am told that the “generic routable maps are already installed”, and I have to deinstall e.g. the Germany maps when I want to install the Italy maps.

Is there a way how I can have the maps for multiple countries at the same time, with the possibility to switch between them like it’s possible with different maps purchased from Garmin? Or do I have to download an .exe file e.g. which contains all countries of Europe?

Thanks and kind regards
Stefan

Lambertus · September 27, 2012, 3:05pm

You’re welcome. See the FAQ for an answer to your question.

SheriffWoody · September 27, 2012, 3:19pm

Oh, ok… thanks for the hint. I checked the FAQ before posting, but somehow managed to overlook the answer…

Regards
Stefan

Lambertus · September 27, 2012, 6:42pm

No problem, perhaps I should improve the wording…

ligfietser · September 28, 2012, 7:39am

Lambertus, please update the TYP file 2000.typ (wrong product ID). I also updated the Lite styles, see your e-mail.