235 odpovědí na toto téma

[HaLuMa]

Zmena pravidel na stahovani logu z gc.live si vyzadala zrychlene vydani nove verze. Snad mi tam neunikl nejaky ten nedodelek.

 

Nicmene i tak by tam melo byt nekolik zasadnich novinek:

 

Nový druh stahovaných dat z gc.live. Doposud to byl Lite a Full, tedy jen zakladni udaje, nebo uplne vsechno. Nyní je mozne tahat i tzv. Summary, coz je jako Lite, akorat navíc je tam listing, hint a waypointy. Ale pocita se to do limitu pro Lite...

 

Vyhledavani kesek z gc.live jde i podle statu nebo kraje.

 

Geoget umi pracovat i s keskami, ktere jeste nema v databazi! Co je tim mysleno?

 

Napriklad máte nekde na webu odkaz na kesku? Chytnete ho mysi a pretahnete na okno Geogetu. V kazdem pripade se vam prida na seznam. Pokud ale keska v databazi neni, ukaze se jen jeji GC kod. Nevadi, takovy radek jde preci snadno aktualizovat treba z GC.live!

 

Co na to rikate?

[kolombo]

Geoget umi pracovat i s keskami, ktere jeste nema v databazi! Co je tim mysleno?

 

Napriklad máte nekde na webu odkaz na kesku? Chytnete ho mysi a pretahnete na okno Geogetu. V kazdem pripade se vam prida na seznam. Pokud ale keska v databazi neni, ukaze se jen jeji GC kod. Nevadi, takovy radek jde preci snadno aktualizovat treba z GC.live! 

 

Otestováno, funguje :-)

 

Šlo by, aby to reagovalo na pouhé nakopírování odkazu na keš do schránky ? Tedy podobně, jako je to při výběru keše, která již v databázi je ?

 

Hele, ono to tak funguje už teď :-)

[Pavel.Hb]

Díky moc.

[DrakMrak]

funguje

nicméně pokud je víc vlastních keší trvá to déle díky prima hlášce která semotamo vyskočí:

 

GetGeocacheLogsByCacheCode [140] The number of calls allowed for this Method has been exceeded
 

29 vlastních keší - dřív to bylo tak minutu max 2...

10x minuta - 10 minut jen na prostojích takže cca 15 minut natáhnout vlastní logy

 

není to kritika jen konstatování věci

[mikrom]

ad kesky co nejsou v db - tohle je dobre! to uz muzu zcela zahodit muj fastdownload skript!

[HaLuMa]

Ono to funguje treba i na nacitani GGT seznamu kesi... jakmile nejaka z nich neni v databazi, stejne se tam nacte.

[mpik]

Summary, coz je jako Lite, akorat navíc je tam listing, hint a waypointy. Ale pocita se to do limitu pro Lite...

 

Nemám teď Geoget, vyzkouším až večer. Ale nedá mi to a zeptám se. CO Tedy Chybí? Logy?

Asi budu hodně rychle předělávat svou dávku pro Combine, stahuju všechno Lite a tři Full. A zdá se mi, že Summary by mělo úplně stačit.

[pozorjed]

paráda, stahování dle kraje velký palec nahoru. Díky.

[pozorjed]

Summary, ...

Nemám teď Geoget, vyzkouším až večer. Ale nedá mi to a zeptám se. CO Tedy Chybí? Logy?

FP, logy ?

[Arne1]

Ono to funguje treba i na nacitani GGT seznamu kesi... jakmile nejaka z nich neni v databazi, stejne se tam nacte.

To je pěkné, ale bourá mi to zažité postupy. Jak teď zjistím, co z toho co bylo v GGT jsem v databázi neměl ? Dříve to bylo jednoduché - načíst keše podle GGT (například cizího), udělat GGT z toho co se načetlo a pak porovnat. Co zbylo, to tam nebylo... Teď se bude muset vždycky použít funkce "odečíst databázi od seznamu".

[Arne1]

Paráda, to doplnění podle odkazu ve schránce. Hned jsem taky vyzkoušel tu novou metodu tahání dat (Souhrn) a nějak nemohu najít co v těch datech chybí. Logy se dají v případě potřeby dotáhnout extra, PMO příznak se dá rychle nastavit kontrolou stavu.

[mpik]

Pokud chybí logy, bude je dobré pro nově stažené dotáhnout, alespoň několik posledních. Dost to pomáhá, když na místě nemůžu najít. Ale to by neměl být problém. A PMO příznak mě ani moc nezajímá, protože předpokládám, že PM keše se mi vůbec nestáhnou.

Takže mi to připadá, že největší zátěží API bylo stahování logů? Ty zkrouhli a ostatní pustili?

[HaLuMa]

Ze zasadnich veci chybi v Summary logy, atributy, a prilozene obrazky (spoilery, atd.).

 

U Full listingu dochazi treba k tomu, ze kdekoliv je zmineny nejaky uzivatel (autor kese, autor nejakeho logu), tak jsou k nemu doplnovany informace jestli je to PM, kolik ma nalezu a kolik ma zalozenych kesi, atd. To muselo generovat znacnou databazovou zatez. A tohle se u Summary nedela. Nejsou tam logy, a ani u toho autora je jen jeho jmeno, a zadne info o nem.

 

Ani se tam treba nedela nahledani nazvu statu a kraje, jsou tam zminene jen tim ciselnym kodem.

 

Zkratka, Summary vypada, ze se snazili poskytnout co nejvice uzitecnych informaci o kesce, ale za co nejmensi zatez databaze. Zkratka, kdyz us nasli zaznam v databazove tabulce kesi, tak z toho zaznamu vezmou vsechno, ale redukuji praci s dalsimi tabulkami.

 

Nicmene neni vubec znamo, jestli to s tim limitem 10000 i pro BM mysli vazne i do budoucna, nebo je to jen prechodny stav. K tomuto se z Groundspeaku nejak jeste nikdo nevyjadril.

 

Nicmene vysledkem je, ze si ted i BM muze behem chvile stahnout treba vsechny tradicky v jeho kraji, vcetne listingu a waypointu. Nicmene porad plati omezeni, ze BM mohou takto vyhledavat jen tradicni kese!

Tento příspěvek byl upraven od HaLuMa: 18 březen 2015 - 8:30

[HaLuMa]

To je pěkné, ale bourá mi to zažité postupy. Jak teď zjistím, co z toho co bylo v GGT jsem v databázi neměl ? Dříve to bylo jednoduché - načíst keše podle GGT (například cizího), udělat GGT z toho co se načetlo a pak porovnat. Co zbylo, to tam nebylo... Teď se bude muset vždycky použít funkce "odečíst databázi od seznamu".

 

Proc? Poznas to na prvni pohled! Ted proste ten GGT nactes a na prvni pohled vidis, jake kesky v databazi nemas! Nemusis nikam nic ukladat a nic s nicim porovnavat. Ano, naboura to zazite postupy - zjednodusi je.

[Arne1]

Proc? Poznas to na prvni pohled! Ted proste ten GGT nactes a na prvni pohled vidis, jake kesky v databazi nemas! Nemusis nikam nic ukladat a nic s nicim porovnavat. Ano, naboura to zazite postupy - zjednodusi je.

Jenže já to občas nepotřebuju jen vidět, ale mít to v GGT ! Aha, ty jako myslíš, že ty šediváky si uložím do nového GGT ještě před eventuelní aktualizací - to je fakt, to je možná i jednodušší!

[HaLuMa]

K tomu summary, chybi presne:

• logy
• obrazky
• atributy
• pocty nalezu a zalozenych u autora (GG nepouziva) (je v Lite)
• ma prideleny favorit (GG nepouziva) (je v Lite)
• neni textova podoba statu a kraje (GG nepouziva)
• neni flag IsPublished (GG nepouziva) (je i v Lite)
• neni info o tom, jestli muze byt prideleny favorit (GG nepouziva) (je i v Lite)

Jak vidno, odstranili dokonce i neco, co je v Lite, ale pro nas to neni podstatne.

[HaLuMa]

Jenže já to občas nepotřebuju jen vidět, ale mít to v GGT ! Aha, ty jako myslíš, že ty šediváky si uložím do nového GGT ještě před eventuelní aktualizací - to je fakt, to je možná i jednodušší!

 

Bingo!

[HaLuMa]

Takže mi to připadá, že největší zátěží API bylo stahování logů? Ty zkrouhli a ostatní pustili?

 

Tabulka logu bude zdaleka nejvetsi, takze prace s ni je i nejvetsi zatez. Musis nahledat logy patrici k nejake kesi, a jeste je spravne seradit, abys z nich vzal par nejnovejsich. To je diametralne odlisna zatez, nez najit jeden zaznam v tabulce kesi.

[gord]

Asi budu hodně rychle předělávat svou dávku pro Combine, stahuju všechno Lite a tři Full. A zdá se mi, že Summary by mělo úplně stačit.

 

Combine zatim Summary neumi. Uvolneni nove verze GG bylo trochu prekotne a zatim se ke mne nedostala informace o zmene jeho Script API (pokud vubec uz zmena byla provedena).

[gord]

Ono je opravdu nepochopitelne, co vsechno se posila v logach. Skoro mi to pripada, ze u kazdeho logu je kompletni profil jeho autora. Nevim, co je vedlo k tomu, aby to tam bylo (pokud ma stejny nick treba 5 WN, je to u kazdeho znovu), ale pripada mi to nesmyslne. Rozumnejsi by bylo poskytnout informaci o tom, zda je PM/BM, aby slo pocitat procenta FP. A dalsi podrobnosti o nicku si pak muze uzivatel zjistit pres nacteni profilu pro ten nick. Ale tak by to asi delali ostatni programatori, ne ti v GS

Tento příspěvek byl upraven od gord: 18 březen 2015 - 8:55