Máme tu u nás multikeš U obrázku. Protože se během její existence změnil způsob výpočtu i místo uložení finálovky, logoval jsem si "found" dvakrát. Nenapadlo mě, že gc.com to bude počítat jako dva nálezy, ale stalo se. GeoGet mi umožní uložení jen jednoho data nálezu. Tuhle informaci pak samozřejmě převezme i Ggstat a díky tomu se mi o jedničku rozchází údaj o počtu nalezených keší na gc.com a ve statistikách z Ggstat…
Počítáš s tím, že budeš nějak ošetřovat i takovéhle případy?
To by měli ošetřit spíše na gc.com a ne Haluma 
Zrovna v tomhle případě se to dá pochopit - změnilo se umístění i výpočet, tak má dvojí found své opodstatnění.
Zastavam ten extremni nazor, ze pokud se keska zmenila natolik, ze by ji lide meli lovit znova, tak ze v takovem pripade by mela byt stara keska zaarchivovana a zalozena nova. Recyklace kesek mi prijde jako blbost.
Dopada to tak, jak se pak uz nekolikrat stalo, ze nekdo adoptoval kesku, a predelal ji na zcela jinou, jinam a na jine tema. To uz nechapu vubec. 
V pripade jen premisteni kese mne nikdy nenapadlo ji lovit znova. A kdyz uz, logoval bych jen note.
Tolik muj subjektivni pohled na vec.
Ale abych byl vecny… geoget ma nyni informaci o nalezu primo h hlavi tabulce, takze jedna keska muze byt nalezena jen jednou,. Aby tomu tak nebylo, znamena to predelat databazi na relaci 1:n. To pochopitelne mzone je, jen by se soucasne analyzatory statistik musely predelat. A to se mi moc nechce.
No nevím, takouvou kešku jsem zatím našel jednu v Ústí a podruhé jsem logoval Write Note. Prostě se domnívám, jeden waypoint = jeden Found It
Proboha NE. To už by jsi taky mohl ukládat jednotlivé verze listingu apod.
Suhlas, tiez cely cas zastavam nazor - 1 waypoint je 1 nalez.
Ale to by si sa divil, kolko ludi to tak nema
Snad mi budeš věřit, že nemám v povaze honit body tím způsobem, že budu n-krát logovat tutéž keš. Problém je podle mě na straně gc.com. Já jsem jaksi automaticky předpokládal, že si klidně můžu napsat found kolikrát chci a pořád to gc.com bude brát jako jeden nález. To mi připadá jako logické chování. Proč to tak gc.com neudělal, to si vysvětluji tím, co jsem napsal v prvním příspěvku tohohle vlákna.
Na straně gc.com je problémů víc a některé se daří pomocí GG řešit či obcházet, proto jsem tu otázku položil.
tak si ten druhy found smazni, kdyz ti nejde o body, a mas "problem" v GG vyresen. 
Muj nazor je, ze je to typicky "vyšlismus". (Je to tak proto, ze to tak vyslo.) Cely vyvoj serveru geocaching.com postrada nejakou promyslenou koncepci. Primo tomu couha z usi, ze cely projekt je vedeny tim stylem, ze na zacatku vzniklo neco jednoducheho, a postupne se na to nabaluji dalsi a dalsi funkce. A pak se neni cemu divit, ze nekde neco vyjde prinejmensim trosku nelogicky.
Je nekolik moznosti, jak to resit:
- vykaslat se na to (nedelat nic)
- zavest moznost si pamatovat X nalezu (nutna zmena databaze)
- Oblibena varianta ‘brod’, tedy pamatovat si datum a cas jednoho nalezu, ale pridat tam pocitadlo poctu nalezu. (tohle by se do soucasne databaze veslo, ale nemam to jeste promyslene…)
Jsem také zastánce varianty jedinečná keška = jeden log. A že si ji půjdu najít ještě několikrát, to už je jen taková neškodná kratochvíle
Ale tohle by se mi docela líbilo, moci si uložit různé verze listingu.
Některé keše začínaly jako traditionalky, teď jsou to multi, někde se výrazně předělal listing …
Nezaškodila by tahle možnost 
Existuji take kesky, ktere maji jako privazek bonus kes, ktera se loguje poruhe na teze kesce. Napr [cache]GC1AV0K[/cache]. To mi ovsem udela nepatrny rozdil mezi udaji GG a na gc.com. Dosud jsem to neresil - povazuji za nepodstatne. Teoreticky to v GG mohu resit vytvorenim fiktivni kesky a nastavit ji Found it.
Pokud by byl v DB pocet nalezu na jedne kesce, pak by se toto tim vyresilo, ale zase nastane dilema, jak resit milniky: podle celkoveho poctu nalezu (gc.com) nebo podle poctu jedinecnych ID.
Porad bude nejaka nejasnost :), ja bych to nechal ve stavajicim stavu.
Jak prosté - to mě nenapadlo!
Díky, pokud to jde (nkdy jsem to zatím nezkusil), tak mám po problému a tohle vlákno se může zamknout nebo zrušit