882 odpovědí na toto téma

[fotrik]

Nejsem jediny vizionar.

[Colonel74]

Nahrani vsech logu uz ma vyreseno i script GC little helper

[sadmanwholikesblues]

Geocaching.com will be going offline temporarily for a site update on Thursday, October 06, 2011 at approximately 11am PDT Co to zase bude za novoty...

[KRON family]

Vyhledávač kolizí. Akorát prý bude fungovat pouze na tradičky a nechápu jestli to tu na obrázku ve vzdálenosti 180 metrů bere jako kolizní, nebo nikoliv.

[fotrik]

Tak ktera uzitecna ficura na webu pujde do kopru tentokrat? A jakou 3.14covinu zase pridaji?

[sobikovi]

Tiskar94 napsal/a:
Vyhledávač kolizí. Akorát prý bude fungovat pouze na tradičky a nechápu jestli to tu na obrázku ve vzdálenosti 180 metrů bere jako kolizní, nebo nikoliv.

Vzhledem k tomu, že tam nic neřve červeně, že je to špatně, tak bych to vnímal tak, že to vypíše nejbližší keše v okolí a v případě kolize třeba červeně... za určitých okolností by to mohlo přinést malinkou úlevu schvalovačům, že to prostě dál nepustí keš v kolizi s tradičkou.

[Arne1]

Vyhledávač kolizí na tradičky ? A k čemu to má být ? To je pro američany takový problém kouknout na mapu a odpíchout si to podle měřítka ?

[dr.vota]

Arne1 napsal/a:
Vyhledávač kolizí na tradičky ? A k čemu to má být ? To je pro američany takový problém kouknout na mapu a odpíchout si to podle měřítka ?

no, kdyby to vypsalo i fyzické stage od multi, mystery, letterbox...tak by to tak špatné (a k ničemu) nebylo

[zmijovkar]

Jestli nezmrvěj něco jinýho, tak upozornění ma kolizi alespoň ničemu neškodí... Mimochodem jsem zrovna v pondělí posílal na schválení pikslu, která je ve "formální" kolizi s jinou (dokonce mojí) - průměty na teoretickou zemskou plochu jsou od sebe přes 150m, ale ve skutečnosti jsou v prostoru od sebe piksly asi 260m. Tak jsem zvědavej na reakci rev. (a máte tip na předpublikační BF FTF:-)

[mh.mail]

Takovou práci si s tím soudruzi z GS dali a tak zbytečnou funkci vytvořili! Kolizi s tradičkami si každý svéprávný owner dokáže zkontrolovat svépomocí. A přitom to je tak jednoduché: Co napíše reviewer, když je keš v kolizi? Něco na způsob: "Tato keš (konkrétní stage) je v kolizi." Maximálně napíše, kolik metrů, TTR mi kdysi napsal i konkrétní keše. Takže by stačilo, aby ta slavná kontrola vypsala: "Stage ... je v kolizi" nebo "Všechny stage jsou v pořádku". Nic víc, nic míň. Tedy jenom to, co ownerovi napíše reviewer. Myslím, že tohle by reviewerům hodně usnadnilo práci, neboť zodpovědní owneři by neposlali ke schválení keš, která by byla v nějaké kolizi. Ale, jak už říkal Felix Holzmann: Pláčeme sice dobře, ale na špatném hrobě.

[fremen.cz]

zmijovkar napsal/a:
průměty na teoretickou zemskou plochu jsou od sebe přes 150m, ale ve skutečnosti jsou v prostoru od sebe piksly asi 260m.

výška se oficiálně nepočítá

[zmijovkar]

Teoreticky by to sice mohli rozšířit i na fyzické stage od vlastní připravované multiny, ale vždy to může být pouze ve vztahu k cizí tradičce.

[PaWcz]

Tak se zobrazením všech logů nebo s vyhledáváním logu konkrétního kačera na nás udělali tak akorát dlouhý nos :@

[zmijovkar]

fremen.cz napsal/a:

zmijovkar napsal/a:
průměty na teoretickou zemskou plochu jsou od sebe přes 150m, ale ve skutečnosti jsou v prostoru od sebe piksly asi 260m.

výška se oficiálně nepočítá :D

Já vím, že ne. Ale udělují se vyjímky v případě přírodní či urbanistické překážky (taky na základě "pěší" spojnice, což je v mém případě cca 400m). Tak uvidím.
(jinak bych tu první musel jet zastrčit hlouběji do úkrytu:-)

[zmijovkar]

PaWcz napsal/a:
Tak se zobrazením všech logů nebo s vyhledáváním logu konkrétního kačera na nás udělali tak akorát dlouhý nos :@

Je to vůbec pravda, co píšou?
(problematice nerozumím)

Jednalo se o situaci zobrazení všech logů:
- postaru jeden klik = jeden požadavek na jejich server
- teď:
a)rolování, kdy se načítají znova a znova další logy až na konec = opakované požadavky na server (?)
nebo b) použití několika listů logů = několik požadavků na server.

Je to tak?

[HaLuMa]

zmijovkar napsal/a:
Je to vůbec pravda, co píšou?
(problematice nerozumím)

Neznam databazi, kterou zreovna oni pouzivaji. Ale par jinych databazi znam. Obecne se to deli na dva problemy. Nejaky vykon ti sezere najiti zaznamu v databazi, a jiny vykon ti sezere, ze ten zaznam musis precist a poslat aplikaci, ktera si jej vyzadala.

Soucasny system usetri tu druhou polovinu - cteni dat a poslani ven, ale pribude pocet pozadavku na nalezeni dat.

Takze teoreticky to spise praci pridela, ale prakticky v tomto pripade mozna usetri, protoze malokdo vydrzi prochazet jednotlive stranky se vsemi logy. (Nebo rolovat donekonecna strankou s listingem.)

[DarkLord Reviewer]

mh.mail napsal/a:
Takovou práci si s tím soudruzi z GS dali a tak zbytečnou funkci vytvořili! Kolizi s tradičkami si každý svéprávný owner dokáže zkontrolovat svépomocí.

Kéž bys měl pravdu...
Naopak, kolizí tradiček s tradičkami je více, než dost, takže ta funkce je velice užitečná a snad nám i usnadní práci. Protože mnoho autorů v žádném případě nekontroluje, zda blízko jejich keše není nějaká jiná, prostě se jim líbí to místo a tečka a ať si s tím pak reviewer poradí.
Co vím, tak časem by měla přibýt i kontrola fyzických stagí a finálek, ale to nevím, zda není kontraproduktivní, jelikož mnoho kolizí, které systém vyhazuje, je falešných a revieweři je musí jednu po druhé posoudit, což však owner svými prostředky nedokáže, takže bude spíše zmaten tím, že mu systém vyhazuje kolize tam, kde ve skutečnosti žádné nejsou.

[mh.mail]

zmijovkar napsal/a:
Je to vůbec pravda, co píšou?
(problematice nerozumím)

Podle mě to je pravda (problematice trochu rozumím). Problém není jenom v počtu dotazů, ale taky v množství dat, které se musí jako výsledek toho dotazu přenést z jejich serveru na počítač dotazovatele. A je jasné, že při staré verzi "Show all logs" se přenášely VŠECHNY logy, tj. kompletní objem všech logů najednou.
Stránkování (ať už je řešeno jako záložky anebo postupné načítání javascriptem po dosažení konce stránky) má právě tu výhodu, že přenáší najednou pouze objem několika (10) logů, což je obzvláště u hodně navštěvovaných keší řádově méně.
Uvědomte si, že oni neřeší problémy, které to může způsobit nějakým programům, které porušují ToU. Oni řeší problémy, které to způsobuje jim samotným. Pochopitelně.

Na druhou stranu se mi nezdá poznámka ohledně vyhledávání logu podle jména. Tam právě výsledkem bude typicky 0, 1 nebo několik málo logů (u ownerů nebo těch, kdo keš navštívili opakovaně), takže přenosový objem dat bude minimální. A zpracování dotazu (tj. vyhledání těch logů) by mělo zatížit server nula nula prd.

[PaWcz]

DarkLord Reviewer napsal/a:
(...)mnoho kolizí, které systém vyhazuje, je falešných a revieweři je musí jednu po druhé posoudit, což však owner svými prostředky nedokáže(...)

Zajímavé, mohl bys to pro zvědavce trochu rozvést?
Systém vyhodnotí jako kolize i waypointy, které nejsou fyzickými stagemi?
Nebo mu jdou šejdrem vzdálenosti.
A nebo nejhorší možnost - vymýšlí si to úplné pytloviny?

[zmijovkar]

HaLuMa napsal/a:

zmijovkar napsal/a:
Je to vůbec pravda, co píšou?
(problematice nerozumím)

... malokdo vydrzi prochazet jednotlive stranky se vsemi logy. (Nebo rolovat donekonecna strankou s listingem.)

Jo, jasně, celkově tenhle typ provozu může ušetřit, protože pro dost lidí třeba nestačilo posledních 5 logů, klikli na "vše", ale přečetli si jen dalších pár a zbytečně se otevíraly všechny.

Ten návrh na feedback fóru ale zněl na požadavek zobrazení všech logů (když např. hledám něčí log), takže ta argumentace by se pak měla týkat této situace, což je podle Tvého vysvětlení přinejmenším sporné (něco jiného by bylo, kdyby argumentovali, že to šetří zátěž celkově, tak tomu tuhle jednuduchou dřívější možnost obětovali).

No, stejně s tím asi nic nenaděláme (já osobně budu rolovat, mám vypnutý avatary a jde to rychle).