Worldwide routable Garmin maps: URL REMOVED

Nice, but I only see red tiles…

Crap. Why did I only check the directory contents and not the site as well? :roll_eyes:

Another bug, I think I know where. Working on it…

Looks like the bug has infected the Generic Routable too, it is bleeding too :stuck_out_tongue:

Hallo,

wollte mir gerade eine Karte runterladen. Leider sind noch rote Felder dazwischen.
Ich hoffe Ihr könnt den Fehler beheben und weiterhin diesen super Dienst bereitstellen.

Grüße aus Bayern

LaCarpa :slight_smile:

Hello,

I just wanted to download a map. Unfortunately red fields are in between.
I hope you can fix the error and continue to provide this great service.

Greetings from Bavaria

LaCarpa :slight_smile:

I’ve reverted back to the previous version, fixed the bug which caused the ‘red tiles’ (hopefully) and started a new update. Anyone who received a link to an empty map should request their map again. Sorry about that…

Many thanks for the quick repair. I don’t download maps here very often and assumed I’d done something wrong. All of Berlin is now selectable.

Thank you very much for the repair. Everything works perfectly again.

greeting
LaCarpa :slight_smile:

I just got back from a +5000km trip and the OSM data served me quite well yet again. In regards to my Mac problems on the previous page, it seems to work great now that I got the Oct 2 Basecamp update :slight_smile:

I’m applying for a visa to Myanmar, so maybe I should learn how to submit traces to osm just in case :open_mouth:

The OFM tilenames are less than 8 digits now…

You’ve managed to check the new result in the first half-hour since it got online while I was doing all sorts of tests and debug-runs. The previous bug was unfortunately only partially fixed and now completely (I think). A new update is running.

Some seemingly ‘small’ changes have huge impact in nearly every stage of the rendering. I get (and forget) that lesson often in this complex chain of automated multiple maps rendering stages.

Update: Redering still results in some missing tiles. This appears to be a completely different problem, not related with the map id’s.

Arrrrggghhhh :open_mouth:

Edit:
One bug has to do with updating the (un-)available tiles. I’ve done some tests and it seems to work better now (can’t remember what I really changed :roll_eyes:).
Another bug is: the maximum render/subsplit depth is reached prematurely. Should be fixed also.

We’ll see what happens with the next update.

For the first time in a number of updates the OpenFietsmap Lite looks normal without intervention. Pfieuw! :sunglasses:

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.