55 odpovědí na toto téma

[rumcajs_tr]

Ahoj, chvili jsem hledal na foru ale nenasel... takze se ptam - da se vubec jeste pri dnesnim poctu kesi v CR nejak "automatizovane" udrzovat databaze kesi cele ceske republiky pomoci pocker query pro premium memebers? Pri omezeni 5 PQ na den a sedmi dnech muzu teoreticky tocit maximalne 35 PQ a pri poctu 1000kesek na PQ (500pri odesilani mailem) je to 35000 respektive 17500 pri posilani mailem... to uz je myslim v CR kesi vice... existuje tedy nejaky zpusob jak si v Geoget nebo nekde jinde udrzovat aktuali databazi kesek v CR? Diky za odpovedi.

[plavcik]

Myslím, že tohle je jediný způsob, těch PQ je zatím 34 (koukals vlevo do menu "Rozložení PQ?) a zatím se tedy do týdne vejdou.

[tarmara]

Ja to delam nasledovne:
- pouzivam GeoGet
- jednou jsem si stahnul vsechny kese (za pomoci http://www.geocaching.cz/pq.php
- mam jen jednu PQ k tomuto ucelu - Jednou tydne mi posle nove kesky od urciteho datumu, takze musim hlidat aby mi jeji obsah neprelezl pres 1000
- V Geogetu obcas pomoci sloupce Aktualizace (nebo jak se to jmenuje) vyberu dlouho neaktualizovane kesky a necham je pres API zaktualizovat (6000 kousku denne)
- pokud nekam jedu, tak si stejne delam "mistni" PQ
- pokud se stranka na wiki zaktualizuje, tak si natahnu i archivy z http://wiki.geocachi...vané_cache_v_ČR

Kdybyste nekdo prisel na dirku v tomhle systemu, tak sem s ni.

[HaLuMa]

dirka je v tom, ze se obcas publikuje keska s tak starym datumem, ze se ti do tech 1000 nejnovejsich nevejde.

[rumcajs_tr]

ok, dik za info.

[rumcajs_tr]

omlouvám se, ještě dotaz - nějak mi nesedí ty počty z http://www.geocaching.cz/pq.php, pokud dodržím ty datumy, tak mi to vrací jiné počty keší, když tvořím PQ. Podle pq.php má mít PQ např 995ks a mě už to píše přes 1000... takhle se to začne "rozjíždět hned od začátku)... jak přesně nastavujete PocketQuery? Co za pole vyplňujete?
Děkuji

[dr.vota]

rumcajs_tr napsal/a:
omlouvám se, ještě dotaz - nějak mi nesedí ty počty z http://www.geocaching.cz/pq.php, pokud dodržím ty datumy, tak mi to vrací jiné počty keší, když tvořím PQ. Podle pq.php má mít PQ např 995ks a mě už to píše přes 1000... takhle se to začne "rozjíždět hned od začátku)... jak přesně nastavujete PocketQuery? Co za pole vyplňujete?
Děkuji

za prvé nepíšeš, které PQ konkrétně...
a za druhé, je tam napsáno:

testovací provoz, za výsledky nenesu žádnou zodpovědnost :-) Údaje jsou platné k poslední aktualizaci dat, která bývá v pondělí večer

[rumcajs_tr]

Ahoj, omlouvám, se, zkusím to líp popsat.

Takže například toto:
spustím si http://www.geocaching.cz/pq.php a nastavím parametr 995 kešek, konkrétně dotaz vypadá takto:
http://www.geocachin...00000&limit=995
tj. střed nenastavuji a vzdálenost nechám výchozí. Zadal jsem jen počet kešek.
Výsledek začíná takto:

Pořadí	Datum od	Počet
1	2001-06-01	995
2	2006-05-07	987
3	2006-11-12	987
4	2007-05-13	993
...atd...

Jdu na geocaching.com a dám vytvořit novou PQ a vyplním pouze:

- query name ... název
- caches total ... 1000
- zaškrtnu within - countries - Czech Republic
- zadám within a radius of ... 750 km
- placed during ... between June/01/2001 - May/06/2006

všechna ostatní nastavení ponechávám původní.

Výsledek je že je to 1000 caches, podle PQ kalkulátoru by to mělo být 995.
Musím jít zpět až na May/01/2006 abych dostal výsledek 994 caches. May/02/2006 už vrací 998 caches.

Tím jsem získal "skluz" nějakých 5 dní, o který už se zase posune další interval, takže v období 2006-05-07 až 2006-11-12 by podle kalkulátoru mělo být 987 keší, ale ve skutečnosti musím zadat období May/03/2006 až November/10/2006 abych dostal 995 keší. Tady se zase "skluz" trochu zmenšil.

Když chci pak vytvořit PQ někde uprostřed té časové řady, řekněme podle pq generátoru třeba mezi 2010-07-20 a 2010-09-03 by mělo být 993 keší, ale podle PQ na geocaching com pokud výchozí datum je July/20/2010, tak konec musí být September/20/2010, o den více už dává přes 1000 caches.

Ono se zdá, že jsou to jednotky dní, ale za celou PQ české republiky se mi ten skluz měnil průběžně od dvou dnů do cca dvou měsíců - někdy se zvětšoval, pak zase zmenšoval...

Jediné co mě napadlo je, že mám ještě v PQ nastavit nějaké jiné omezení, se kterým generátor počítá, ale nevím jaké?

Samozřejmě PQ ČR už mám po včerejšku hotové, prostě jsem metodou pokus-omyl našel vždy takové datum, aby počet keší byl <995, ale zajímá mě, proč se to tak hodně liší od toho generátoru...

Poradí někdo?
Díky

[honza.h]

Proc se to lisi,nevim. Nastavoval jsem to metodou pokus-omyl. Ono se ty pocty kesi v jednotlivych PQ v prubehu casu stejne meni. Staci,aby byla publikovana keska se starsim datem (jako treba nedavno v mym rajonu vysla keska s hidden datem 07/12!)... Ja uz mam vsech 35 PQ plnych. Zatim jsem ale neprisel na zpusob, jak udrzet databazi cele CR aktualni (resp s max tydennim zpozdenim). Zatim to delam tak, ze PQ normalne stahuju dal a k tomu jeste pres GC live okoli 50 km od svych HC. Co je vsak dal a zaroven novejsi, ze se uz nevleze do PQ, do Geogetu timto zpusobem nedostanu. Skoda, ze pres GC live nebo Geojarry nelze (nebo jsem jen neprisel na to jak?) stahovat kesky v urcitem casovem obdobi. Kdyz stahuju Waymarky, normalne to tak jde delat. To by pak uz slo si treba jednou za tyden stahnout kesky z posledniho tydne. Ale zrejme to zase narazi na rozpor mezi daty schovani a datem publikace.

[kolombo]

Generoval jsem si ty rozestupy datumů ručně a začíná mí to takhle.

1. 2001-06-01 2006-04-30 989 CZ_1.date_T 15.5.13
2. 2006-05-01 2006-11-03 996 CZ_2.date_T 15.5.13
3. 2006-11-04 2007-05-07 995 CZ_3.date_T 15.5.13
4. 2007-05-08 2007-09-12 996 CZ_4.date_T 15.5.13
5. 2007-09-13 2008-02-22 986 CZ_5.date_T 15.5.13
6. 2008-02-23 2008-05-17 991 CZ_6.date_T 15.5.13
7. 2008-05-18 2008-08-18 997 CZ_7.date_T 15.5.13
8. 2008-08-19 2008-11-11 996 CZ_8.date_T 15.5.13
9. 2008-11-12 2009-03-23 997 CZ_9.date_T 15.5.13
10. 2009-03-24 2009-05-30 998 CZ_A.date_T 15.5.13
11. 2009-05-31 2009-08-11 987 CZ_B.date_T 15.5.13

Problém je ale v tom, že se počty trochu mění, třeba 1. má dnes 982 keší a ne 989, jako měla 15.5.2013.

Zkusil jsme ten algoritmus z http://project-gc.co...itbutton=Filter
, ale taky to nesedělo a tak to raději jednou za čas ručně doupravím a dál jsem to neřešil.

Momentálně mám 35 PQ po cca 1000 keších.

[honza.h]

Ony se ty PQ dají jednou za čas "zeštěrchat", ale stejně to do budoucna neřeší problém, že 35 PQ jednoho krásnýho dne bude plných...

[dr.vota]

Já si nechávám generovat jen nenalezené, tím se to trochu zkrátí.

[rumcajs_tr]

No podle mě jediný způsob jak to jakž takž udržet po vyčerpání 35 PQ je ten výše popsaný uživatelem "tarmara":
- jednou stáhnout přes PQ celou ČR
- pak udělat PQ na všechny keše s příznakem "Placed during" a dejme tomu "the last month" - tohle snad nepřeleze 1000ks
- tuto PQ pak pouštět jedenkrát týdně a aktualizovat ji do geogetu

Problém je, pokud se publikuje keška se starším datem umístění, než je jeden měsíc... což se stává :-( Tak pak z tohoto systému vypadne...

Ještě jsem přemýšlel jestli by se nedal využít parametr "updated in the last 7 days" - ale nevím co to znamená - nezmění se třeba něco na keši při její publikaci? Pak by to totiž mohlo nahradit to, že se PQ nedá udělat podle data publikace, ale jen podle data umístění...

EDIT:
hmmm, tak updated in the last 7 days vrací i keše, u kterých byl zapsán log v posledních sedmi dnech, což je nepoužitelné.

[dr.vota]

rumcajs_tr napsal/a:
- pak udělat PQ na všechny keše s příznakem "Placed during" a dejme tomu "the last month" - tohle snad nepřeleze 1000ks
...

přeleze :|

[rumcajs_tr]

teď jsem zkoušel v ČR jediný filtr "placed during last month" vrací 407 keší. A asije to "klouzavý měsíc", protože při nastavení 15.6.-.15.7 to vrací přibližně stejný počet - 339 keší (ne stejný, divné?). Safra, to fakt není cesta, jak udržet DB v GeoGet aktuální? V okamžiku kdy to přeleze 35PQ jsme skončili :-(

[LudekV]

Cesta je. Musíš mít kamaráda a dohromady dáte 70 PQ.

[kolombo]

rumcajs_tr napsal/a:
......
EDIT:
hmmm, tak updated in the last 7 days vrací i keše, u kterých byl zapsán log v posledních sedmi dnech, což je nepoužitelné.

To právě není tak nepoužitelné. Pokryje Ti to pohyb na logovaných keších, což jsou dost často i ty nové. A FTF podle PQ nikdo neloví, o čas tu nejde. Mám tam last month a vrací to Your pocket query has been modified and currently results in 406 caches. .

V kombinaci s posledním datumovým PQ to vrací většinu keší.

Ale pokud jedu do nějaké vzdálenější lokality, vždy si aktualizuji oblast samostatným PQ. A taky důsledně kontroluji, jestli se mi keše v databázi opravdu aktualizují, protože pokud se neaktualizují, tak jsou někde mimo rozsah a nebo v archivu.

[petegeo]

Nejlepsi cesta je ovsem vykaslat se na ty PQ cele republiky. Zkus se zamyslet nad timto postupem. 1. Jednou opravdu "pomalu" nacist celou CR temi PQ do programu ktery umi API- tzn. napr. GSAKu (asi to umi i jine sw -geoget, ...- ale ty nepouzivam, tak detailne nevim) 2. Staci ti jedno PQ nastavene na nove kese v CR. To chodi denne a posunuj v nem jen jednou za 2 mesice datum. 3. Prez API (aktualizace dat kesi) mas pristup -denně- k aktualizaci 6000 kesi v plnem rozsahu a k 10 000 kesim ve zkracenem rozsahu (napr. stav kese) Takze pak podle kraju, nebo oblasti kam jedes, nebo tech co te zajimaji (tzn. jen zvoleneho filtru) si bez slozitych PQ rychle zaktualizujes stav kesi v oblasti jednim kliknutim. Pripadne behem 2-3 dni celou CR. Ale prez API oblasti mas fakt posledni stav, treba 15 minut pred odjezdem. :-) To se ti tydeními PQ nikdy nepodari... EDIT: to API se vola z toho programu (GSAK, apod. ...)

[rumcajs_tr]

Ahoj,
API už umí i GeoGet.
Chtěl jsempostupovat přesně jak navrhuješ Ty - tj. jednou důkladně stáhnout celou ČR a pak už využívat jen ty update (6000/10000 denně přes API je dostatečné).
Problém ale ale právě v tomhle:

petegeo napsal/a:
2. Staci ti jedno PQ nastavene na nove kese v CR. To chodi denne a posunuj v nem jen jednou za 2 mesice datum.

Bohužel neexistuje kriterium, podle kterého bys vyfiltroval nové keše v ČR například za poslední dva měsíce...
Bavíme se o tom výše - jediné, čeho se dá chytnout je datum umístění, které ale může být i 3-4 měsíce zpět a taková keš se Ti nestáhne.
Jinak ten systém nemá chybu - až na to "doplňování" nových publikací... to prostě přes PQ bezchybně nejde - vždycky je riziko, že něco vypadne...

[dr.vota]

rumcajs_tr napsal/a:
teď jsem zkoušel v ČR jediný filtr "placed during last month" vrací 407 keší.
A asije to "klouzavý měsíc", protože při nastavení 15.6.-.15.7 to vrací přibližně stejný počet - 339 keší (ne stejný, divné?)...

Není. "last month" ve skutečnosti znamená "ne starší než jeden měsíc"...tudíž tam jsou i eventy z budoucnosti