47 odpovědí na toto téma

[HaLuMa]

caesar1987 napsal/a:
Myslis ze SearchForGeocaches odrata nejaky limit? ved to je search. To by podla mna nic nemalo znizovat.

Ano, odecita! Ten limit je prave a jen na teto funkci! A navic ani dopredu nevim, kolik tech vysledku bude.

Takze volat hledani, abych se na zaklade vysledku rozhodoval, co chci stanout ci ne, postrada smysl. To to mohu stahnout rovnou, bude mne to stat mene limitu a bude to rychlejsi.

[klama]

Pointa je v tom, ze ked refresujem stav kesiek cez obycajne lite volanie, tak ak zistim, ze doslo k zmene nejakeho udaja v listingu kesky tak ju stiahnem ako full...

[caesar1987]

to SearchForGeocaches odatava limit z full listing alebo z toho pocitadla zakladnych informacii? pocet vysledkov, ak budem hladat podla gckodov je maximalne pocet gckodov ktore som poslal.

[klama]

SearchForGeocaches moze byt aj ako lite ale aj ako full - kredit sa znizuje pre lite a full zvlast. Na lite je to tusim 10000 a na full 6000

[petulinka1]

klama: zapominas na BM. ty opravdu 6k full listnug nemaj

[caesar1987]

a ta hodnota last update sa vracia aj pri lite alebo len pri full? este doplnim ze pre tych ktori nie su pm je full limit 3

[klama]

Samozrejme ze aj pri lite, inak by som to neuvadzal...

[caesar1987]

no tak potom to ide spravit pekne spolu. Zavolam waipoints -> update geocache. Spracuju sa kesky a tie ktore maju ine casy (ako som pisal pred par prispevkami) sa budu dat zobrazit alebo ulozit ich zoznam. Ked si ich dam zobrazit v zozname tak nasledne clovek moze zavolat update full listing (ak je PM) alebo pouzije ine metody ak nie je PM. Bolo by to mozne zapracovat?

[kolombo]

HaLuMa napsal/a:

caesar1987 napsal/a:
Myslis ze SearchForGeocaches odrata nejaky limit? ved to je search. To by podla mna nic nemalo znizovat.

Ano, odecita! Ten limit je prave a jen na teto funkci! A navic ani dopredu nevim, kolik tech vysledku bude.

Takze volat hledani, abych se na zaklade vysledku rozhodoval, co chci stanout ci ne, postrada smysl. To to mohu stahnout rovnou, bude mne to stat mene limitu a bude to rychlejsi.

Ale ten limit je opravdu vysoko, takže by se dalo. Musel by to mít volbu PM/BM. U BM to prostě nejde, nízký limit.

[caesar1987]

klama pisal ze datum vracia gc.com aj pri lite (teda ak som ho spravne pochopil), takze tu moznost pre toto netreba. Bm uzivatelia maju limit na lite 10000. Mne, a urcite aj inym ludom bude stacit, ak sa bude dat zobrazit zoznam kesiek, ktore maju zmeneny listing bez toho, aby ho aj hned stiahlo. Mozno pre PM by bola atuomaticky zaujimava volba stiahnut zmenene listingy.

[HaLuMa]

Jenze ono to ve skutecnosti bude "datum posledni zmeny listigu platne ke dni posledniho importu z gc.live" Coz neni totez, co si predstavujes. Ba dokonce si troufam rict, ze pro drtivou vetsinu lidi to bude udaj zmatecny a bude nahravat k mnoha pomylenym predstavam o vyznamu takove polozky.

[petulinka1]

H: co ze to ve finale bude? nejak jsem tu vetu nepobrala

[caesar1987]

tak sa to pomenuje datum_poslednej_zmeny_listingu_v_DB myslim si ze ked sa to nebude zobrazovat a bude to len udaj v DB tak to bude kazdemu jedno. to by uz slo, ci nie? Ak je datum_poslednej_zmeny_listingu_v_DB < datum ktory prisiel alebo ak je datum_poslednej_zmeny_listingu_v_DB prazdny, tak daj do zoznamu . ak importujes cez PQ tak sa nastavim datum vzniku PQ, ak cez GJ tak neznamy autor moze ulozit ten datum. Lebo ono to je v podstate to ci aj chcem. Teda ak to pojde cez tie zakladne informacie. Staci teda urcite to, ze ci listing, ktory je na gc.com nie je novsi ako ten ktory je v DB. To by znamenalo ze sa tam pravdepodobne nieco zmenilo. A clovek ked si da tieto kesky zobrazit v zozname tak uz moze robit co uzna za vhodne.

[HaLuMa]

Nejak nechapu, jak souvisi datum vygenmerovani PQ s aktualnosti dat jednotlivych kesi? Vzdyt PQ nevznika jen u Groundspeaku z primarni databaze! Do GJ ti taky tezko zasahnu. Takze porad je ten udaj relevantni jen a jen pro posledni update pres gc.live.

[caesar1987]

pokial je PQ z gc.com, tak tie data su aktualne, takze tam by bol ten datum dobry (lebo sa vygeneruje podla toho co maju prave v DB). Pokial je PQ generovane inym programom tak to uz moze byt problem. Mozno by pri importe bolo dobre preto pridat moznost neprepisat ten datum v databaze geogetu (checkbox?) Pri gc.live ako pises tiez problem nie je. GJ som spomenul len ako poznamku pre jeho neznameho autora.

[HaLuMa]

checkbox kam? A kdy? Import je sam osobe zcela automaticka a neinteraktivni operace. A to rozhodne nehodlam menit, protoze by to rozbouralo takovych veci... to je fakt spatna cesta.

[HaLuMa]

A mozna tomu nebudes verit, ale import PQ generovane necim jinym nez gc.com, je prekvapive caste.

[caesar1987]

checkbox napriklad do nastaveni geogetu. napr: upravit datum_poslednej_zmeny_listingu_v_DB pri PQ (+- nejake ludske pomenovanie) a pri samotnom importe by to podla mna znamenalo len jednu podmienku.

[klama]

Zda sa, ze ten datum nie je datumom poslednej zmeny v listingu, ale prenasa sa tam aj nejaka "bulharska" konstanta takze to asi nie je pouzitene, zial.

[HaLuMa]

A to je takova hezka tecka za ti nasim pripadem.