Worldwide routable Garmin maps: URL REMOVED

Well done Lambertus,
But if I look at an already generated set I see only 4 files?

tiles.txt
openfietsmap_lite_tiles.zip
country.txt
20011.typ

Hmm, this only seems to concern the OpenFietsMap lite… investigating.

Update: problem found and solved. It was a very silly thing, best not to say what… :roll_eyes:

I removed all the faulty results and recreated some, so if you get a 404 Not Found error then just request your map again.

Eggie reported the following bug:
http://forum.gps.nl/viewtopic.php?f=20&t=37645&p=322479#p322479
When sending tiles to the GPS Mapsource crashes.

Looks like this only happens with maps generated with mkgmap-r2337 (OFM Lite, France 15/10).
Belgium (15.10) doesn’t crash (generated with r2328)

Edit: r3737 works ok with the Generic map as a few OFM lite tiles from France so the bug is somewhere else.
Maybe there is one or a few tiles in OFM Lite France that are bugging the index, have to investigate more…

Edit 2: 63440190.img is causing the index to crash.
Maybe isolate this img until we find the cause?

Files are here: http://osm.pleiades.uni-wuppertal.de/ofm_bug/

Thanks Lambertus,
I think the bug is somewhere in my Lite styles, if I use a newer version it won’t crash anymore.
I’'ll let you know when I have found the bug. :wink:

The bug is caused by place=locality, 24000 nodes in that problematic tile alone, made the index crash.
So better avoid also the OFM Lite version of Spain until further notice.

More bugs have been found by Egbert:
When selecting a custom OFM Lite mapset, the map is generated without the typ file 2011.typ
Have to check if the custom generic maps with typ file have the same issue (checked, is fine)

The OFM Lite styles are now updated and the index bug hopefully corrected in a next update.

Thanks. I’ll check that later. I don’t have good internet connection this week.

Will do an svn update too when I check on the custom map server.

Lambertus, the OFM lite Version 29/10 has still the old buggy TYP file…

Sorry, I think I updated the wrong path on the server. Updated the styles now and stated a new update. I’ve also cleaned up some old test directories to prevent this confusion in the future.

Ligfietser, with the new style files and Mkgmap version r2337 I get:

Error in style: Error: (polygons:85): Stack size is 2
Could not open style ofm_lite

Probably caused by a “0” in line 84, didn’t know how it got there :roll_eyes:
http://code.google.com/p/mkgmap-style-sheets/source/diff?spec=svn83&r=83&format=side&path=/trunk/styles/Openfietsmap+lite/polygons

It should work now with r83?

Yes, it seems to be working again. Will have to restart the update though…

Don’t worry, it’s not good cycling weather anyway :wink:
Have you fixed the issue of the custom maps without the type file too?

Custom openfietsmap_lite maps now have a type file as well.

Thanks, looks ok now, except the typ file should be updated as well: http://code.google.com/p/mkgmap-style-sheets/source/browse/trunk/typ/Openfietsmap+lite/

Can you perform an auotmatic svn update in your scripts next updates to the typ file too?

I could locally as well as on the other server(s) … if all directories names were consistently named, but that is part of the cleanup effort.

A problem has been reported that, using Chrome/Chromium (and perhaps Internet Explorer, but I did not check that), it was not possible to choose the OpenFietsMap lite map. This has been solved.

I used an onChange event in an HTML form element to detect when a user selected a map (Generic or Openfietsmap lite). This works in Firefox but aparently this event is not implemented in Chrome so now I’m using the onChange event on the individual HTML radiobutton input elements.

Have been using Garmin products since 2000 and contribute to OpenStreetMap and upgraded to Windows 8 10 days ago. Whilst I can download as usual maps tiles and install for MapSource as usual. The system does not like changes being made through Mapset Toolkit 1,77 to the name etc. If it accepts the change the map does not appear in MapSource. I find the only way is to use Mapset Toolkit to install the maps hte long way around then all goes well.

Palm Desktop doesn’t like Windows 8 so I have to use my XP verion to HotSync. Anybody found a solution?

Try JaVaWa’s GMTK tool to check for registry problems and repair installed maps.