Testers wanted!

[Steve8x8]

For a couple of months, I've been working on enhancing GeoToad, for my
own purposes in the first place.
After constant testing (which includes daily "new caches" checks, and
maintenance of my own "found" list for GCStatistic) I'd like to
present what might become a GeoToad 3.14.5 release candidate.

I have uploaded the majority of my latest additions and fixes to
GeoToad to my branch.
The following issues are addressed (in addition to what has been
uploaded to trunk recently):

154:
Option -L <number> now limits the number of search pages.
This allows for checking for recently published caches, latest own
finds, caches closest to given location, etc.
Limit applies to each of the query arguments.

162:
For "old" caches, nothing changes. For "new" caches, or approaching
events, the refresh rate of cached information is changed - young
caches tend to change more frequently, and an event may be moved on
short notice.

191:
Option -Z will _never_ overwrite existing cache description files.
In particular this makes sense for myfind* and gc* formats - you don't
want your D/T values be degraded by subsequent changes of the cache
task - and it can save you a lot of bandwidth!

198/205, obsoleting 138:
By logging in early, queries will be performed using a valid
authentication.
This allows you to "-q wid" for Premium Member caches, and will gather
correct found dates for your own achievements.
As a side-effect, no external cookie storage is necessary anymore.

204:
I have tried to revive country and state queries. I'm not sure whether
I'm completely happy with the solution I came up with, but I'd like to
give it a try:
The command line version needs a numeric value, such as "-q country
276" for Palestine, "-q state 34" for North Carolina.
Until you have memorized the numbers, you may use the TUI to find out
about them:
Choose (2) country, then into (3) enter a pattern (as "lest" or even
"al.*ine").
If the pattern is ambiguous, you got to choose from a list.
Same for states; you will have to enter a country/state pattern, like
"states/n.*caro".
If the state name contains special characters, you may easily "mask"
them, like in "swe/sterg" which will directly find Östergötland in
Sweden (which is 379, btw).
Using -L is recommended. Since state/country queries return caches in
reverse placed-date order, you may find out about new caches quickly!
Known issue: Note that country queries will fail if there are states
(known to gc.com). This usually means that the country is too large,
and harbours too many caches, for a query to be useful.

183:
Last not least, this is an attempt to revive early filtering for cache
difficulty/terrain/size which had been made impossible by the
replacement of "readable" D/T/S information by "thumbnail" images. The
distance/direction encoding. unfortunately, is still not understood.
(Any takers?)

Please checkout
svn checkout http://geotoad.googlecode.com/svn/branches/steve8x8
geotoad-test
and try to break it - the earlier a bug is found, the earlier it can
be fixed!
If you find something, please do NOT open an issue, contact me instead
(Steve8x8 at gmail).

Thanks in advance,
Cheers, S

[Steve8x8]

Short update:

Now there's also a fix for issue 210 allowing you to switch to any
language except Korean,
and use your preferred date format.
Caveat: If you switch from or to dd/mm/yyyy format, you *may* have to
clear your cache,
otherwise the date parser may be confused.

Latest rev right now: 889

On Jun 17, 3:49 pm, Steve8x8 <steve...@googlemail.com> wrote:
> Please checkout
>
>   svn checkout http://geotoad.googlecode.com/svn/branches/steve8x8 geotoad-test
>
> and try to break it - the earlier a bug is found, the earlier it can be fixed!
> If you find something, please do NOT open an issue, contact me instead
> (Steve8x8 at gmail).

ah, and before I forget: on my "home page", there's a deb package now
geotoad_3.14.4-1+svn889_all.deb
(svn# subject to change) ...

Cheers, S.