Worldwide routable Garmin maps: URL REMOVED

General talk
511

Hahaha, I thought that I massively improved the loading time of the tile definitions because I rewrote the OpenLayers section in the webpage scripts that loads the KML file with the tile definitions…

Well think again, it turns out that disabling gzip output in the server side script did the trick all by itself. The strange thing is: the AJAX call is downloading the data immediately and the processing of the zipped data also seems to be immediate (according to a spike in CPU and bandwidth usage), however the result is only shown about 12-13 seconds later… mystery.

Compression is handled by adding the following two lines to the server side PHP scripts:

ob_start("ob_gzhandler");
[my functional code]
ob_flush();

I’ll see if there are other, better, ways of doing compression…

Edit1: When I let the compression be handled by the webserver (controlled through .htaccess) then it works fast as expected. Investigating further…

Edit2: This seems like a browser issue. FF 3.5.5, 3.5.7, 3.6 and IE 8 are slow in displaying the tiles from a zipped source, but webkit is very fast. Thanks to crschmidt for the pointer.

Edit3: Problem solved, the error originated from this side of the monitor ofcourse: The PHP script that returns the gzipped KML content also returned the content-length header set to the size of the source KML file instead of the gzipped size… So as a result the browser is expecting more data and is waiting for it until a timeout occurs. Duh.

Well, the KML output script is fixed now and facilitates browsers that support compressed content as well as those browsers that do not.

512

i am trying to follow flux instructions.
here is what I did:

downloaded mkgmap.
Placed tiles (smal .img files) in mkgmap folder.
When I enter any command in command prompt, i have error : invalid or corrupr jarfile 6324004.img
(which is first tile).
If I remove this file, the error repeats on next tile.

What am I doing wrong? Do I have to use .osm files instead of .img files?
The splitter returns me same error for .gz2 files.

513

Try this if you have some OSM files from splitter (or extracts from Cloudmade or Geofabrik):

java -Xmx1024M -ea -jar mkgmap.jar --overview-mapname=63240000 --road-name-pois --series-name='My first routable map' --latin1 --description='My first routable map' --gmapsupp --route --product-id=53 --tdbfile --gmapsupp *.osm

Or this if you have some images lying around:

java -Xmx1024M -ea -jar mkgmap.jar --overview-mapname=63240000 --road-name-pois --series-name='My first routable map' --latin1 --description='My first routable map' --gmapsupp  --product-id=53 --tdbfile --gmapsupp *.img

And this is also helpful:

java -jar mkgmap.jar --help=options
514

I deleted the sections --series and --descriptions.
Then gmapsupp.img is created from tiles.
But streets are still not visible as pois.
I added --road-name-pois between 63240000 and --latin.

515

I’ve updated my post, thanks. The parameter order doesn’t matter for Mkgmap.

Update:
A new version of the website is up.

New feature: If a country map is already available on the server then a direct download link is provided. For all other situations the process of filling out the email form and wait for the server to create the map for you is still the same.

516

You are missing the first step: Download a countryname.osm.bz2 from Cloudemade → http://downloads.cloudmade.com/ or Geofabrik → http://download.geofabrik.de/osm/ and run

java -Xmx2600M -jar ../splitter-r105/splitter.jar --status-freq=30 --cache=. --max-nodes=800000 countryname.osm.bz2

Replace the path to splitter.jar and insert your version.
I use 2600M for 3 GB RAM, de- or increase this value according to your RAM
You can increase 800000 to 1000000 or 1200000

This will split your countryname.osm.bz2 to single tails which you can use with mkgmap

java -Xmx2600M -jar ../mkgmap-r1543/mkgmap.jar --family-name=DE --area-name=DE --max-jobs=2 --latin1 --description=DE --country-name=DE --country-abbr=DE --route --gmapsupp --draw-priority=1 --add-pois-to-areas --make-all-cycleways --link-pois-to-ways --remove-short-arcs --net --check-roundabouts --check-roundabout-flares --max-flare-length-ratio=5 --series-name=DE --adjust-turn-headings --code-page=1252 --location-autofill=1 --road-name-pois 6324*

Replace the path to mkgmap.jar and insert your version.

The created gmapsupp.img has streetnames as pois.

Just a short instruction, my way to create a useable map for Garmin units.

flux.

517

Always enjoy the service, thanks.

But is there a disk problem again? The maps are coming up empty.
<http://planetosm.oxilion.nl/~lambertus/garmin/routable//0f66fbc75d3733aac5a347d5b0d9793f>

I was hoping to pick up some maps for a trip tomorrow.

Thanks

518

Nope, no disk problems. I think I’ve got that sorted permanently now. But I see there is a new bug somewhere: the directory from which the map tiles are copied is not correct anymore…

Edit 1: I guess you saw this error in the confirmation webpage?

Edit 2: Ok, the problem is fixed. It was a silly copy/paste error. Everyone who has requested a map since yesterday evening CET has been effected unfortunately. I’m removing all erroneous maps. Please request your map again. Sorry for the inconvenience.

519

Yep, that is the error I saw. I wasn’t sure if it was critical or not.

Guess it was.

I’ll try again later.

Thanks

520

Thanks. I did some try on kazakhstan - I have questions marks everywhere.
When I download .img directly from labertus it is OK.
What may be the reason?
Is the paremaeter --latin1 responsible for that?

521

I created a map of Ukraine with the options --latin 1 and --lowercase=yes, the streetnames and cities are shown proberly.

flux.

Edit: The names and streets for Ukraine are shown proberly even I do not use --latin or --lowercase …

Edit2: I found the osm-datas from Kasakhstan and it is working with --latin 1 and --lowercase=yes, I have cities and streetnames.

522

Afaik Mkgmap has limited transliteration capabilities and characters that do not fit into the selected code table will be converted into questionmarks (? characters). Afaik the best support is in the ASCII mode, so you should try without the --latin1 parameter.

My maps are OK because greencaps made a special preprocessor that transliterated names before Mkgmap processes the OSM data.

523

I tried without --latin1.
result is the same - question marks.
There seems to be no way to make serchable map - if I add streets as pois they are not displayed correctly.

Too bad.
I think I wont make it.
But thank all You guys for huge support here I really admire Your job.

524

You can try these two maps of Kasakhstan …

http://mirror.live-modules.org/quax/fluxflux-sl/playground/gmapsupp-latin-lowercase.img → with --latin 1 and --lowercase=yes (no problems with my Vista HCx, I cannot try my Oregon 300 at the moment)

http://mirror.live-modules.org/quax/fluxflux-sl/playground/gmapsupp-without-latin.img → without --latin 1 and without --lowercase=yes

The shown mapname in the GPS unit is not adjusted, it is DE for Germany, but this should not matter.

flux.

525

Both work for me !
Altough, no matter how I compile I have question marks…
Was Your source cloudmade?

Would it be possible for You to take morocco, syria, jordan, russia, turkey and kazakhstan,
compile them adding streets as poi and merge into one gmapsupp ?

I do not have idea what I am doing wrong.

526

I can do it for you, but I must know, if the countries must be routable over the borders or only routable within the single countries!?

And yes, my source was from cloudemade.

flux.

527

Over the boarders if it is no problem.

528

I think it is problematic. To make maps routable over the borders I have to cut the whole area out of the worldfile … especially for Russia, Turkey and Kasakhstan. I have not the CPU power to handle it. Europe is no problem, but there are great parts of Asia …

I can offer you a gmapsupp.img with all mentioned countries (routable within the single country, streetnames as pois), different family-ids, so that you can switch on and off single countries.

flux.

529

That will be OK.

530

May I ask: why go through all the trouble when a new version comes out next weekend using the --road-name-pois Mkgmap parameter?