Ačkoliv to kupodivu nebylo bez problémů, nakonec to zafungovalo.
Díky.
Ve výsledku mě zaujal milník 1, který byl evidentně špatně. První keš si pamatuji, ale ten den jsme jich našli víc a jako milník 1 byla vylosována jiná.
Po přečtení http://geoget.ararat...r:navody:nalezy jsem to vyřešil doplněním fiktivních časů do logů z prvního dne.
Časy neloguji a ani logovat nehodlám (a zejména je nejsem schopen doplnit zpětně). Zato pečlivě loguji v pořadí nálezů.
Zkoušel jsem najít, zda pořadí nálezů nelze odvodit z logů. Podrobně jsem to našel popsané v http://www.geocachin...132#post_215132
Také jsem si všiml, že pokud se na gc.com, zobrazují nalezené keše, je jejich pořadí v rámci dne nepřesné, ale pokud se zobrazují Found it logy, je pořadí správné.medwyn_cz napsal/a:
Tak se trosku snaz a kouzli. Rikal jsi, ze stahujes i vlastni logy na kesich, ne? Tak pravdepodobne touto cestou, rekl bych...
a) http://www.geocachin...y/logs.aspx?s=1 --> klik na Visit log
otevre se napr. http://www.geocachin...2a-3447e8de1be4
c) pokud jsi do geocaching.com zalogovany jako Klama, vidis odkaz upload image:
<a id="ctl00_ContentBody_LogBookPanel1_lnkUpload" title="Upload Image" href="http://www.geocachin...pload.aspx?LID=LogID">Upload Image</a>
Je teda fakt takovy problem pri stahovani logu zobnout i LogID a pak dle nej radit?
A na závěr jsem se podíval do originálního My Finds PQ a ty sekvenční LogId tam jsou! Např.:
<groundspeak:logs> <groundspeak:log id="130653815">Takže navrhuji:
1. Aby GeoGet při řazení dle data nálezu (pokud není rozdíl v časech nálezu) sekundárně řadil dle id nálezového logu.
2. Aby GgStat toto řazení použil pro geneování milníků.
Časy pak budou nutné jen při dodatečném doplnění logu do dne s více nálezy.