[mkgmap-dev] mkgmap and "memory-full-error"
From Henning Scholland osm at aighes.de on Thu May 30 14:06:14 BST 2013
Hi Thorsten, if you say, that changing the version which every update prevents the problem, then maybe --product-version should be set by default to yyyymmdd (date of generation) and not to 1. Henning Am 30.05.2013 12:59, schrieb Thorsten Kukuk: > On Thu, May 30, Bernd Weigelt wrote: > >> Am 29.05.2013 23:41, schrieb GerdP: >> >> >> Hello >> >> no, Gerd, this is a problem with some maps build with mkgmap, but it is >> not seen on every Oregon. It also happened, if the maps are installed on >> the SD-card. > Wild guess by me: Oregons like the 62 have, beside the internal, > accessible memory, another, hidden internal memory, where it seems > they store index and other informations about the installed maps and > gpx files. > Garmin maps seems to have a version number, which you can set with > mkgmap, too, but most map developer don't do and increase this. > So the firmware sometimes get confused if you update the map, but the > version number stays identical. > The 62 has the same problem with gpx files, too, if the content changes, > but not the name: for some people the devices crashes regular in this case, > while other have no problem. > Every time I have the feeling with my 62, that the internal cache is > out of sync (for the maps I see this if POI searches suddenly take > much longer then before), I save my profile, do a hard reset, restore > the profile. And everything is back to normal. > > Thorsten > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20130530/665ebd11/attachment.html
- Previous message: [mkgmap-dev] mkgmap and "memory-full-error"
- Next message: [mkgmap-dev] mkgmap and "memory-full-error"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list