Messages

Tak labky se konečně v posledni betě chovají opravdu korektně. Super práce. Tedy, všiml sem si ještě jedné věci, tím, že nemají labky definovaný DT, projdou např. filtrem T3 a výš, nebo jakýmkoliv jiným, kde vyberu konkrétní D nebo T.

neuloží obrázky > a jak by se měli uložit? Stejně jako to dělá offlinizer, tedy všechny obrázky z listingu se uloží tak aby byli dostupné offline? To ale nikdy nedělalo ...

Ano, dřív to opravdu dělalo, že s uložením keše se uložily i obrázky připojené k listingu, ale nejsem si jistý, jestli to nebylo chování spíš původního pluginu. Bylo to docela pohodlné.

Ty chybový hlášky mě vyskakují nahodile, možná stejná situace jak u kolegy. Příště odchytnu screenem.

Jak to vypadá s řešením těch odlovených/neodlovených labek v aktivní mapě?

Ještě bych dodal, že se zase čím dál častěji objevuje chyba "toto nyní nefunguje" po otevření keše z linku (třeba z mailu), jak jsem reportoval dříve. Aktuálně mě to vyskočí tak v jednom ze 3 případů.

Já jsem si teď všiml dalších dvou podivností. S uložením keše se neuloží obrázky (foto hint). Toto se dřív určitě dělo. Teď musím použít gc offlinizer.

Taky sem si všiml, že náhled 7 ikon posledních logů, nezobrazuje ty poslední, ale první stažené.

Co se týče chybové hlášky "bohužel tohle nyní nefunguje" tu vídám taky velmi často.

Hlásím, že nová beta stále neumí skrýt odlovené labky. Chová se to pořád stejně.

Obávám se, že tato informace je až v detailu samotných labek. Ve funkci Api/Adventures/SearchV3 se sice objevuje stejná proměnná isComplete, ale je nelogicky prázdná. Až když si labky načtu přes id v Api/Adventures/ tak tam je isComplete = 1.

Co se týče úpravy jiné chyby a to počtu logů stažených s keší, počty >30 zjevně nemají smysl a vyhodí error voz. screen
https://photos.app.goo.gl/2NSzVcvS3HraGjfeA

Nová beta.
Labky ignorují nastavení/zobrazení odlovených/neodlovených. Toto působí problémy a errory (type value 2,3,8,4,137,5,1858,11,-1 is not valid, zzdbp, code 400), pokud mám ve filtru nastavené nejen labky, ale i jiný typ keš. V tomto případě se labky vůbec nezobrazí. Pokud mám filtr jen labky, zobrazí se, ale všechny vč. odlovených. Jinak to funguje korektně, zachycení ofiko apkou je OK. Co by bylo dobré ale dodělat, je kromě obrázku určitě i základní popis a hlavně jednotlivé labky (většinou jich je 5) vložit do bodu formou waypointu, stejně jako u keše. Pak by to bylo top.

OK vyzkouším. Aktuálně jsem si všiml ještě jedné věci. U virtual keší se místo velikosti other/none ukazuje velikost XL, která, ale pak ve výpisu velikostí vůbec není...

Zkusil jsem poslední betu, pokud v živé mapě zapnu adventure lab keše, locus po aktivaci živé mapy spadne.

Jedna keš aktualizovat jde v menu keše (tam kde jsou obrázky ke keši, nově tedy ne v menu doplňků). Ale hromadná aktualizace více keší ve složce chybí a zrovna sem na to taky narazil, protože jsem to potřeboval. Stejně tak plugin uměl přidat event do kalendáře.

Ještě dodám, že daleko další velký argument by bylo zvážit konečně podporu pro Adventure lab, jako má konkurenční apka c:geo. Mají relativně jednoduché api a dalo by se to do živé mapy přidat víceméně jako další typ keše. Věřím, že to nebude zase tolik práce.

Jinak aktuálně už mi problémy s původním geocaching pluginem na starém Locusu 3 hlásí čím dál víc lidí. Myslím, že je ideální čas, aby to bylo odladěné, protože to jistě budou dobré argumenty pro přechod na placený Locus 4. Osobně už jsem min. pár lidí takto doporučil přejít.

Hlásím, že poslední beta funguje jak má.

Ten link je přímo z emailu od groundspeaku.
Čeho jsem si, ale všiml, je, že ty linky směřují na http a pak tam je tak jako tak redirect na jinou formu URL, kterou to viditelně Locus následně zpracovává.
Příklad:
link z mailu http://coord.info/GC98FWG
se redirectne na https://www.geocaching.com/geocache/GC98FWG_covidovy-kriz-na-vlci-hore

Zdravím,

předně to snazší: zachytávání linků. Zkusil jsem to teď vylepšit, takže v další verzi už to snad bude v pořádku.

Problém se 401: hmm, tedy Locus Map se otevře, objeví se "Loading" okno a v něm vyskočí po chvilce 401? A pokud tady dáš zpět a znovu vlezeš do Geocaching nástrojů a spustíš nějakou funkci z prvních 4 (tedy těch co vyžadují přihlášení), tak už to projde bez problému?

Další beta již sice neotevírá logy a onwery, ale nefunguje ani korektní otevření opravdové keše. Příklad odkaz
http://coord.info/GCACNKD
Mě vyhodí chybu, geocache GCACNKD_soutok not found
Bere to ještě i jedno slovo v názvu za podtržítkem.

Problém 401: ano, link spustí Locus, začne to načítat, objeví se šnek a pak tam vyskočí android s chybou. Dělá to fakt nahodile a hned další kliknutí v mailu keš už načte. Ostatní funkce (najít podle GC kódu), používám minimálně, takže těžko říct. Možná jsem to přehnal, udělá to třeba, co pátý až desátý pokus. Jednoduše už jsem tu chybu viděl min. 10 x. Přikládám screen.

https://photos.app.goo.gl/M4uFPG3Ar3XFMjQZ6

Ahoj, rád bych rozjel diskuzi ohledně posledních úprav živé mapy přímo integorvané do Locusu a případného doladění chyb.

Co mě aktuálně asi nejvíc trápí:
- ne vždy se keška z mailu načte, tak 1 ze 3 pokusů skončí chybou 401 (nelze nalézt ověřovací údaje)
- Locus reaguje na víc typů odkazů než by měl. Odkaz na kešku odpovídá vždy výrazu coord.info/GC.* groudspeak, ale stejnou URL používá na odkazy na skoro vše (bookmarky, logy, ownery atp). Takže například na log je to řetězec coord.info/GL.* a tyto Locus logicky neotevře, ale zbytečně se o to snaží. Chtělo by to tedy omezit možnost otevírání linků na řetězec začínající na GC.