Wishlist: retrieve list of (cache) logs

[GoogleCodeExporter]

After logging in, http://www.geocaching.com/my/logs.aspx?s=1 and 
http://www.geocaching.com/my/logs.aspx?s=2 contain full lists of cache and 
trackable logs, respectively.
This seems to be the most elegant way to get one's hands on the GL*** and TL*** 
entries. GL***, containing the full log texts, could be merged into myfindgpx 
files for further processing by e.g. GCStatistic.

A word of warning: The overhead is rather large so one doesn't want to carry 
this around all the time:
There's > 1KB of _log list_ per cache logged when the LUID= entry is all you 
need, and >50KB per individual log, with a rather steep trend, when you're 
interested in a single line...

It'd be overkill to handle (parse, read, parse, merge) log lists and files from 
within GeoToad though, IMHO.

Anyone interested?

Original issue reported on code.google.com by Steve8x8 on 3 May 2013 at 12:24

[GoogleCodeExporter]

This has been addressed in a series of patches to the branch now. Note that the 
-M option is the only one that has an _optional_ argument - which is treated 
like a number (default is 0, of course). Any non-zero number will result in the 
trackable log list to be downloaded as well (showing up as my/logs.aspx_s_2, 
next to logs.aspx_s_1 which contains the cache logs).

-M should not be used as the last option on the command line (before the query 
argument), obviously...

Original comment by Steve8x8 on 10 Jun 2013 at 11:53

• Changed state: Started

[GoogleCodeExporter]

Only cache log list retrieval made it into trunk for now, and consequently -M 
will be an argument-less option in the next stable release. Not sure whether 
it's so useful to have a trackable log list as well - I haven't seen an 
application for that yet, and you can always get it from the web page itself. 
Opinions?

Original comment by Steve8x8 on 21 Jun 2013 at 12:11

• Changed title: Wishlist: retrieve list of (cache) logs
• Changed state: FixAvail

[GoogleCodeExporter]

I'm feeling a bit sorry for development adopters, but the extended -M option 
very probably won't make it into 3.18 - I'm listeing to your arguments though.

Original comment by Steve8x8 on 27 Jun 2013 at 9:32

• Changed state: Fixed