Citace
Ted pocitame cas, ne nalezyJá bych počítal nálezy i na archive i disabled keších, jelikož to možné je a takové nálezy se standardně počítají...
Publikováno 29 leden 2009 - 15:02
Citace
Ted pocitame cas, ne nalezyJá bych počítal nálezy i na archive i disabled keších, jelikož to možné je a takové nálezy se standardně počítají...
Publikováno 29 leden 2009 - 15:35
Citace
Tak počítej 2 časy... čistý, tedy dobu kdy byla skutečně keška dostupná a hrubý včetně disable a archive dokud nemá poslední archive.MaFa napsal/a:
Citace
Ted pocitame cas, ne nalezyJá bych počítal nálezy i na archive i disabled keších, jelikož to možné je a takové nálezy se standardně počítají...
Publikováno 29 leden 2009 - 15:36
Citace
Díky.gord napsal/a:
Ze by u me? Snad takhle, nemam GG u sebe, tak si to snad pamatuju dobre.
Publikováno 29 leden 2009 - 20:22
Publikováno 29 leden 2009 - 20:26
Publikováno 29 leden 2009 - 21:42
Publikováno 30 leden 2009 - 7:34
Citace
MaFa napsal/a:
Byly tady nějaké dotazy, jestli je možné podpořit autora. Možné to je, a to zasláním vašeho CWG.
MHD/PID vybranych mest CR jako POI (diskuse)
GeoGet:
- Combine - automatizace opakovanych cinnosti (diskuse, dávky)
- Stator - statistiky y GeoGetu (diskuse)
- Spoiler - uložení spoilerů do GPS jako POI (diskuse)
- Náhrada GJ legálními postupy
Publikováno 30 leden 2009 - 8:18
Citace
Nedalo by se do GG naimplementovat menší uprava, která by brala čas i jako druhou hodnotu ze zápisu např. #165 15:10 jelikož si myslím, že asi hodně lidí zapisuje takto své nálezy...sobikovi napsal/a:
Citace
Souhlas, ale na druhou stranu to každého trkne, že má někde něco špatně.. Vím že se to tuším už řešilo, ale nešlo by ten čas 00:00 přepisovat údajem z MyFinds?HaLuMa napsal/a:
cas 00:00 se bere spise jako nevyplneny cas, a tak je logictejsi je do grafu nezahrnovat, prave proto aby tam nebyl nesmyslny sloupec u pulnoci.
Publikováno 30 leden 2009 - 9:16
Citace
Nedalo by se do GG naimplementovat menší uprava, která by brala čas i jako druhou hodnotu ze zápisu např. #165 15:10 jelikož si myslím, že asi hodně lidí zapisuje takto své nálezy...
Publikováno 30 leden 2009 - 10:31
Publikováno 30 leden 2009 - 11:09
Publikováno 30 leden 2009 - 11:51
Citace
Pedro_kl napsal/a:
Taky mě napadla jedna statistická úchylka.
V tabulce terén/obtížnost počítat koeficient.
Příklad:
20 cache 1/1 = 20 (1*1*20)
20 cache 1/2 = 40 (1*2*20)
20 cache 5/5 = 500 (5*5*20)
a výsledný součet všech okýnek 560.
Ta statistika je fakt asi úchylka;)
Publikováno 30 leden 2009 - 12:04
Publikováno 30 leden 2009 - 13:05
Citace
myslis neco jako je u map? V principu by se to dalo udelat u vsech tabulek/grafu. Zrejme bych pridal prepinac pro ty co by to chteli.Jak je ten matrix obtiznost vs. teren, tak ze by jednotliva policka uvnitr byla ruzne podbarvena, od nejsvetlejsi po nejtmavsi.
Publikováno 30 leden 2009 - 13:21
Publikováno 30 leden 2009 - 13:25
Citace
MaFa napsal/a:
Citace
myslis neco jako je u map? V principu by se to dalo udelat u vsech tabulek/grafu. Zrejme bych pridal prepinac pro ty co by to chteli.Jak je ten matrix obtiznost vs. teren, tak ze by jednotliva policka uvnitr byla ruzne podbarvena, od nejsvetlejsi po nejtmavsi.
Publikováno 30 leden 2009 - 13:49
Citace
HaLuMa napsal/a:
Namet:
Jak je ten matrix obtiznost vs. teren, tak ze by jednotliva policka uvnitr byla ruzne podbarvena, od nejsvetlejsi po nejtmavsi. Nejtmavsi by bylo to policko s nejvyssim cislem, nejsvetlejsi by bylo prazdne policko. A cim vetsi cislo by v nejakem policku bylo, tim vice by policko tmavlo.
Publikováno 30 leden 2009 - 14:12
Publikováno 30 leden 2009 - 21:35
Citace
Pedro_kl napsal/a:
Já to myslel jako koeficient, který by byl závislejší na obtížnosti keše, oproti pouhému počtu nalezených keší. Asi je to blbost, ale přišlo mi nespravedlivé, že ten kdo najde 100 keší 1/1 je na vyšším místě, než ten kdo najde 99 keší 5/5. Ale jak jsem řekl asi to bude blbost.
Publikováno 30 leden 2009 - 22:19
0 uživatelů, 1 návštěvníků 0 anonymních uživatelů