logo separator

[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 


More information about the mkgmap-dev mailing list