Mám PC s W7 x64, Intel CPU, 4GB RAM, systém na jednom SSD a data na druhém SSD v PCIe slotu, takže PC jako takové je vcelku svižné.
1. Docela často se mi na liště mění ikony - buď ikonu GG dostane některý další program (např. Calc z OO 3.4.1, se kterým pracuji spolu s GG, nebo IE, který zobrazuje mapy z GG či poznámkový blok apod.) nebo naopak GG dostane ikonu některého jiného programu (což je méně časté). Podobně jsou na tom i další okna otevíraná z GG a mající vlastní ikonu na liště. Je to do jisté míry drobnost, nicméně pak člověk neví, na kterou ikonu na liště kliknout nebo kam se přepnout pomocí ALT+TAB, když ty ikony nesedí.
2. Pokud pracuji s Calcem z OO a kopíruji přes schránku nějaké údaje (v Calcu si např. řeším mysterky a pak chci překopírovat souřadnice vypočtené finálky), tak se mi zase dost často stává, že se něco někde "zadrhne" a to přepnutí mezi Calc a GG a následné vložení z/do schránky trvá až 10 vteřin (minimum jsou 4 vteřiny) - ale jsou chvíle, kdy to jde zcela normálně a je to okamžitě, což je ale méně častý případ. U jiných programů než GG jsem podobný problém nezaregistroval. A mám dojem, že jsem měl problém i při kopírování mezi GG a poznámkovým blokem nebo PsPadem.
V případě, že je to jen jeden údaj, tak se to dá vydržet, ale před pár dny jsem těch bodů zadával najednou přes 40 a u každého jsem kopíroval 2 údaje, tak to bylo dost nepříjemný.
3. V posledních dnech je pro mě téměř nemožné aktualizovat kešky pomocí GC.live - při stahování plného listingu se mi velmi často objevuje chyba:
Pokud však stahuji "Jen základní informace", tak stahování probíhá téměř bez problémů.Nelze se spojit s Geocaching Live serverem!
HTTP error: 0
Socket error: 10060 Connection timed out
SSL error: 0
Podle mě, je problém na straně GC serveru, neboť je asi přetížený a nestíhá včas odpovědět. Důsledkem toho je, že i když je omezení na 6000 kešek za den, tak se mi jich podaří zaktualizovat třeba jen cca 2800, neboť větší část požadavků sice byla serverem GC přijata (takže se započítala do limitu jako stažená), ale nestačila se odeslat a vypršela na timeoutu, takže se ve skutečnosti nestáhla do GG a GG mi nakonec nahlásí, že mám již limit 6000 kešek vyčerpán, ale zaktualizoval jen 2800 kešek. Navíc je velmi nepříjemné u toho sedět a neustále mačkat tlačítko na opakování stažení, zde bohužel chybí ono automatické odpočítávání a následné pokračování ve stahováni.
Když stahování provedu "ručně" a vyberu maximálně 20 kešek, tak tento problém vzniká již velmi ojediněle (zkusil jsem si na to udělat skript, který mi stahoval po 20-ti vybrané kešky a z těch asi 2500 kešek se mi ten timeout objevil tuším jen 2x). Podobně jako u těch "Jen základních informací" - když jsem to teď zkoušel, tak jednou jsem zaktualizoval všech 10000 možných kešek a na podruhé 9950, neboť jednou se mi tam objevil ten timeout.
Takže jako řešení vidím pokud možno zvednout ten timeout (teď je někde okolo 13 vteřin, když si změřím čas od stisknutí tlačítka na opakování stažení k objevení se další hlášky o vypršení timeoutu) např. na 20 vteřin (možná i 30, když to vezmu v poměru 20 ku 50) a hlavně plný listing nestahovat po 50-ti keškách, ale nejspíš jen po těch 20-ti, kdy mi problémy nevznikaly (pokud ten počet stahovaných kešek v jednom dotazu GG může ovlivnit). A nevím, co je za timeout v geoget.ini (sekce [gclive] CacheTimeout a CacheLiteTimeout), ale ten, když jsem zkusil změnit, tak to nemělo žádný vliv.
Případně by problém mohl být v IP adrese, kterou se mnou sdílí celá řada kladenských kačerů a GC server může požadavky omezovat i podle této IP adresy (což se už jednou projevilo u jedné mysterky, kdy webzdarma, kde byl jistý prográmek, který měl vydat souřadnice, bylo z této IP adresy téměř nedostupné, neboť někdo si napsal robota, který danou stránku bombardoval dotazy, místo aby trochu přemýšlel - tento brute force útok, by musel trvat minimálně týden, než by se k výsledku dostal a bohužel omezil ty, kteří na to šli hlavou a neměli téměř šanci se na stránky dostat a tím získat souřadnice).
Jinak co se týče vlastního připojení k internetu, tak tam určitě u mě problém není - až do bytu mi vede optika a download/upload se pohybuje mezi 10-20 Mb/s a ping do NIXu mám max 2ms zcela stabilní.
4. Kešky, které byly na GC serveru zaarchivovaný, ale v GG zůstávají jako aktivní, neboť při aktualizaci GC server vrací jen aktivní kešky. Myslím si, že po stažení všech kešek by GG mohl udělat výběr kešek z databáze o stejném poloměru jaký byl zadán při stahování z GC serveru, ale výběr by omezil datumem aktualizace, které by bylo starší než dnešní. Tím by se vybraly kešky, které se teď nezaktualizovaly, ale patří do dané kruhové oblasti a provedlo by se dodatečné stažení i pro ně.
Opět jsem si tento postup ověřil, stáhnul jsem kešky o poloměru 36.0 km od zadaného bodu (aby se to bez problémů povedlo, tak "Jen základní informace"), pak jsem si filtrem vybral kešky o poloměru 36.2 km a které nebyly dneska zaktualizovaný a pro všechny, které se mi takto objevily, jsem si nechal ručně stáhnout listing. A výsledek byl, že vše, co bylo ve vzdálenosti do 35.9 km včetně, se změnilo na zaarchivované kešky, a kešky ve vzdálenosti 36.0 km a víc už byly mimo rozsah té prvotní aktualizace a proto většinou zůstaly aktivní. Domnívám se, že by tohle GG mohl při tom stahování kešek dělat sám, aby v GG nezůstávaly zaarchivovaný kešky jako aktivní, neboť když si pak z něj člověk vyexportuje seznam kešek, tak je to včetně již nefunkčních, které pak marně hledá.
Nevím, jak přesně ta komunikace s GC.live serverem funguje, ale pokud je to tak, že nejprve se pošle dotaz s bodem a poloměrem, který vrátí seznam GC kódů kešek a pak se následně posílají dotazy s 50-ti GC kódy, ke kterým se vrátí požadované informace, tak by to šlo zařídit i tak, že tento prvotní seznam by se rovnou rozšířil i o ty kešky z databáze, které na seznamu nejsou, ale jsou v dané kruhové oblasti, takže by se to stáhlo vše najednou. A případně by se to dalo omezit i tím, že se nebudou stahovat kešky, které už dneska byly zaktualizovaný - tím by se šetřil ten limit 6000 kešek v okamžiku, když si před dovolenou chci stáhnout větší oblast a ty kruhy se mi zákonitě musí překrývat, abych získal celou oblast, kde budu, tak ten překryv by se nemusel stahovat 2x za sebou.
5. A s předchozím bodem souvisí i možnost archivace databáze, která dnes umožňuje archivovat kešky jen podle datum, kdy byly naposledy aktualizovány. Takže by bylo vhodné možnost archivace doplnit o archivovat kešky, které jsem si vybral filtrem (např. chci zaarchivovat kešky, které jsou ve stavu archive, ale které jsem nenalezl - své nálezy si chci v GG uchovat, případně podle určitého tagu, např. mám vyřešené zajímavé mysterky a ty si chci taky nechat pro další inspiraci, tak jim dám určitý TAG) - nebo v té archivaci mít možnost nějaké další volby, co se má archivovat nezávisle na tom datumu poslední aktualizace.
6. A možná změnit přednost barev písma ve výpisu kešek - modře jsou ty, které mají poznámku nebo připojené nějaké soubory a červeně jsou ty, které jsou momentálně disable a modrá má přednost před červenou, mám dojem, že by to mělo být naopak, aby disable keše byly snadno identifikovatelný - to mě většinou zajímá víc, než to, že u keše mám nějaké soubory či poznámky
A na závěr bych chtěl poznamenat, že u GeoGetu jsem si všimnul ikony Donate a tak jsem jí i využil - to jen jako inspirace pro další uživatele
GeoGet
URWIGO
CWG
