Bookmark this page:
If you were Registered and logged in, you could reply and use other advanced thread options
Does this have to happen every time if there is no change to the maps, is it
simply the only way it can work or is there a setting I need to change?
Thanks.
Pete
Pete D wrote:
There is a dedicated Oziexplorer CE group for this, but here goes anyway.
My guess is that your maps are stored on an external SD or CF card, and it
is accessed overly slowly.
If Ozi thinks maps have changed, been removed, or some added, it will
attempt to re-index them to get a new updated index. It checks one time at
startup, but shouldn't re-index if things haven't changed.
If it does this every time anyway, it's likely that the slow access time
appears like maps are missing, thus forcing a re-index every time.
This issue *should* have been addressed some time back (with an early v1.x
version), and I've seen this with my old hardware, but not since this was
addressed. If you're using the latest of the v1.x series, or any of the v2.x
series, you shouldn't be seeing this problem.
What version are you using? If it's a late version, you can contact the
author (email in on the Ozi web site).
If the version is early, it's about time you upgraded... :-)
--
Linux Registered User # 302622
<http://counter.li.org>
> Pete D wrote:
>> Does this have to happen every time if there is no change to the maps, is
>> it simply the only way it can work or is there a setting I need to
>> change?
>> it simply the only way it can work or is there a setting I need to
>> change?
> There is a dedicated Oziexplorer CE group for this, but here goes anyway.
> My guess is that your maps are stored on an external SD or CF card, and
> it is accessed overly slowly.
> If Ozi thinks maps have changed, been removed, or some added, it will
> attempt to re-index them to get a new updated index. It checks one time
> at startup, but shouldn't re-index if things haven't changed.
> If it does this every time anyway, it's likely that the slow access time
> appears like maps are missing, thus forcing a re-index every time.
> This issue *should* have been addressed some time back (with an early
> v1.x version), and I've seen this with my old hardware, but not since this
> was addressed. If you're using the latest of the v1.x series, or any of
> the v2.x series, you shouldn't be seeing this problem.
> What version are you using? If it's a late version, you can contact the
> author (email in on the Ozi web site).
> If the version is early, it's about time you upgraded... :-)
> --
> Linux Registered User # 302622
> My guess is that your maps are stored on an external SD or CF card, and
> it is accessed overly slowly.
> If Ozi thinks maps have changed, been removed, or some added, it will
> attempt to re-index them to get a new updated index. It checks one time
> at startup, but shouldn't re-index if things haven't changed.
> If it does this every time anyway, it's likely that the slow access time
> appears like maps are missing, thus forcing a re-index every time.
> This issue *should* have been addressed some time back (with an early
> v1.x version), and I've seen this with my old hardware, but not since this
> was addressed. If you're using the latest of the v1.x series, or any of
> the v2.x series, you shouldn't be seeing this problem.
> What version are you using? If it's a late version, you can contact the
> author (email in on the Ozi web site).
> If the version is early, it's about time you upgraded... :-)
> --
> Linux Registered User # 302622
Thanks.
I have around 9Gb of maps on a 16Gb SDHC card and have them set up in
subdirectories and even when I only choose one subdirectory there is still a
lot of maps for each one, maybe I will have to join a few together.
I was running version 2.12 and upgraded yesterday to version 2.18 and still
the same. I guess if I limited the number of maps for it to look at it would
be quicker but I would rather not do that.
Cheers.
Pete
Pete D wrote:
> I have around 9Gb of maps on a 16Gb SDHC card and have them set up in
> subdirectories and even when I only choose one subdirectory there is still a
> lot of maps for each one, maybe I will have to join a few together.
>
> I was running version 2.12 and upgraded yesterday to version 2.18 and still
> the same. I guess if I limited the number of maps for it to look at it would
> be quicker but I would rather not do that.
> subdirectories and even when I only choose one subdirectory there is still a
> lot of maps for each one, maybe I will have to join a few together.
>
> I was running version 2.12 and upgraded yesterday to version 2.18 and still
> the same. I guess if I limited the number of maps for it to look at it would
> be quicker but I would rather not do that.
I don't recall this being issue mentioned on the official group for a while
now, and certainly not for the new v2 series.
Try emailing Des (email addy on the main page of the Ozi web site), with all
your details, hardware, version, how you have things installed, and steps
needed to reproduce the fault.
Don't be afraid to be detailed, if he can't reproduce your fault from "it
just doesn't work" there is going go be much more emailing back and forth...
--
Linux Registered User # 302622
<http://counter.li.org>
> simply the only way it can work or is there a setting I need to change?