1513 odpovědí na toto téma

[Gresaci]

co jsou stage v jednom městě/místě, je v pohodě

ale štvou mě ty, co mají stage různě a když to nevíš, tak ti to nic neřekne

a některé jsou sakra daleko od sebe :-( 

[gord]

GS zjevne nepocital s tim, ze autori budou az takto kreativni. Sice se to pokusil napravit doporucenim, ze serie ma byt odlovitelna do 2 hodin, ale tim to skoncilo.

[dejwy]

Zkus zatím tohle, ale aktualizuji to ručně tak 1x do týdne.
https://dejwy.net/gc...eoGet/mapa.html

Není tam žádná filtrace dle oblasti.
Použij, pokud nevyhovuje, zapomeň.

Nevím, nakolik je to reálné, ale bylo by super, kdyby se na mapě kromě výchozích bodů sérií daly zobrazit rovnou i všechny stage, které se v dané oblasti vyskytují. Byly by tak vidět i stage, které mají výchozí bod někde úplně jinde.
Hodně by to usnadnilo plánování.

[Gresaci]

Zkus zatím tohle, ale aktualizuji to ručně tak 1x do týdne.
https://dejwy.net/gc...eoGet/mapa.html

Není tam žádná filtrace dle oblasti.
Použij, pokud nevyhovuje, zapomeň.
 

To je super. Díky.

Tento příspěvek byl upraven od Gresaci: 13 květen 2022 - 7:34

[raddino]

Ahoj,

 

 

 

řeším výsledek porovnání mezi GG a webem skrze doplněk. Doplněk mi vyhazuje rozdíl https://ibb.co/K998tGG

 

 

 

U Labky KLUB ČESKÝCH TURISTŮ se zdá, že došlo k přejmenování jedné z labek - Slovanský dům na Výstaviště Praha/ Prague Exhibition Grounds. Co s tím? Když jsem kouknu do appky, tak mi to tu novou neukazuje.

 

 

U labek z Terezína 2016 mi to ukazuje rozdíl v názvu 3 labek -  např. LITOMERICKA BRANA - LITOMERICE GATE - LEITMERITZER TOR vs. LITOMERICKA BRANA-LITOMERICE GATE-LEITMERITZER TOR

 

(). Zkusil jsem Labky smazat v GG, znovu naimportovat soubor z labgpx.cz a označit nálezy, ale u těchto tří to ukazuje stále problém. na webu pak vidím jméno jinak https://ibb.co/KW1FF4F. Tady asi bude potřeba upravit jména na labgpx.cz?

 

 

Díky

[gord]

Serii KCT jsem ted aktualizoval. Ke kontrole dochazi jednou za cas (cca jednou tydne na kazdou serii urcite dojde), takze se muze stat, ze kouknes na stav, ktery neni jeste opraveny.

 

Archivovane labky nesledujeme a neaktualizujeme. Jaky by k tomu mel byt duvod?

[raddino]

Díky, KČT je opraveno. Terezínské labky jsem si opravil ručně v gpx z labgpx webu a už je to taky OK. Use-case pro aktualizaci archivovaných nemám. Kontrola doplňku mezi GG a Lab webem mi přijde super a chtěl jsem dořešit všechny rozdíly.

[VelkyVezir]

Archivovane labky nesledujeme a neaktualizujeme. Jaky by k tomu mel byt duvod?

 

Labky nejdou dát (tak jako kešky) do stavu disabled. Takže pokud autor potřebuje z nějakého důvodu sérii labek dočasně vypnout, musí u nich nastavit stav OFF. Pak se na labgpx.cz zobrazí jako archivované. Když se ale "archivované" labky neaktualizují, zůstanou tam v tomto stavu i když už jsou zase spuštěné. Nebo to funguje jinak? Jako příklad tohoto stavu mohu uvést své vlastní labky - Výstaviště Praha 

[gord]

Archivovane nekontrolujeme na zmeny, ale kontrolujeme, zda u nich nedojde ke zmene archivovaneho stavu. Takova zmena je nahlasena a nekdo z nas serii pak zaradi zase zpet mezi zive. (Presneji receno kazdou serii kontrolujeme na zmenu tohoto stavu a kazdou takovou zmenu nekdo zpracuje. To jine zpracovani je nutne z toho duvodu, ze archivovane serie se v seznamu od GS vybec nevyskytuji.)

[dr.vota]

Kontrola logů geoget vs. labs-web v pluginu se nějak nedokáže srovnat s touhle sérií:

 

https://labs.geocach...om/goto/jarda88

 

Nejspíš proto, že jsou v ní dvě LAB s úplně stejným jménem

[gord]

Ano, to je znamy a s daty od GS i neresitelny problem. V datech s nalezy je totiz jen jmeno labky a ID serie. Pokud jsou labky pojmenovane stejne, neni jak to vyresit. Asi jedina cesta je pozadat autora, at jmena od sebe odlisi. 

 

Je pro zajimavost, jsou serie, kde je vsech 5 labek pojmenovano stejne.

[dejwy]

Ahoj,

LabForGG mi nechce označit nalezené LABky v GG z uloženého HTML.

 

Vypadá to, jako by nezvládal vyparsovat datum - viz poslední sloupec  diff.html

 

 

GC6YB9V-1 Karel Hynek Mácha (1810-1836) (Karlovo náměstí)

rozdilné datum zalogování (GG:0, HQ:00)

 

GC17TDP-2 Na Hod Boží s nečím pod, nad nebo vedle Koně (Pražské tradiční vánoční eventy)

rozdilné datum zalogování (GG:0, HQ:00)

 

 

 

díky předem, že na to hodíte oko, až budete mít čas.

 

EDIT: Beru zpěr - na 99% to bude tím blbým formátem data ... 14.VI.2022

Tento příspěvek byl upraven od dejwy: 14 červen 2022 - 8:09

[dejwy]

Tak bohužel - po změněn formátu datumu už plugin sice vidí už datum správně, ale už zapsané Lab nálezy mi to z GG smaže nebo mi ho tam zapíše, ale s datumem 31.12.1899

 

 

GG 2.11.13.827
LabforGG 2.2.3.46

[georabbits.cz]

Jo jo. Mají tam něco rozbitého. Cca před týdnem jsem si všiml, že na stránce s nalezenými sériemi se nálezy neřadí dle data. Tak jestli to nesouvisí s tímto.

Co se týká pluginu, tak budeme muset počkat na gorda. "Dovoluje si"

[dejwy]

Jo jo. Mají tam něco rozbitého. Cca před týdnem jsem si všiml, že na stránce s nalezenými sériemi se nálezy neřadí dle data. Tak jestli to nesouvisí s tímto.

Co se týká pluginu, tak budeme muset počkat na gorda. "Dovoluje si"

 

Jestli myslíš https://labs.geocaching.com/logs , tak tam to seřazené dle data mám.

[georabbits.cz]

Aha. Tak minulý týden to rozhodně nebylo seřazené dle data. Dělám si nějaké vlastní statistiky LABek, chtěl jsem si zkontrolovat poslední nalezené a bylo to seřazené dle chaotiky. Pro jistotu jsem povypínal všechny opičí skripty. V tom problém nebyl.

Teď jsem vyzkoušel a už je to tedy správně.

Chyba tak bude někde jinde...

[gord]

V seznamu odlovenych labek se asi pred mesicem zacal uplatnovat format data, ktere je nastavene pro stranky s kesema. Do te doby tam byl jen format MM/DD/RRRR a tam nebyl problem datum parsovat. Nekdy pred tim mesicem jsme s Jazzlinkou resili chybne parsovani data a zjistil jsem, ze uz nema ten format, co driv. Mam u sebe verzi, ktera umu jeste par jinych formatu, ale rozhodne ne vsechny nabizene - prinejmensim proto, ze neni jednoznacne rozeznatelne, zda je to DD.MM.RRRR nebo MM.DD.RRRR a podobne. Vicemene jednoznacne jsou se zkrakou mesice (to mam aplikovano). S rimskymi cislicemi jsem se zatim nezabyval, ale dodelat by se to asi take dalo.

 

Jestli muzu poprosit, dejwy, soukrome bychom zkusili vyresit tvuj problem, pak bych sem napsal vysledek a publikoval novou verzi pluginu. Prosim, posli mi mailem nejake blizsi informace, tvoji ulozenou html stranku s nalezy. Kouknu na to a uvidime.

[dejwy]

V seznamu odlovenych labek se asi pred mesicem zacal uplatnovat format data, ktere je nastavene pro stranky s kesema. Do te doby tam byl jen format MM/DD/RRRR a tam nebyl problem datum parsovat. Nekdy pred tim mesicem jsme s Jazzlinkou resili chybne parsovani data a zjistil jsem, ze uz nema ten format, co driv. Mam u sebe verzi, ktera umu jeste par jinych formatu, ale rozhodne ne vsechny nabizene - prinejmensim proto, ze neni jednoznacne rozeznatelne, zda je to DD.MM.RRRR nebo MM.DD.RRRR a podobne. Vicemene jednoznacne jsou se zkrakou mesice (to mam aplikovano). S rimskymi cislicemi jsem se zatim nezabyval, ale dodelat by se to asi take dalo.

 

Jestli muzu poprosit, dejwy, soukrome bychom zkusili vyresit tvuj problem, pak bych sem napsal vysledek a publikoval novou verzi pluginu. Prosim, posli mi mailem nejake blizsi informace, tvoji ulozenou html stranku s nalezy. Kouknu na to a uvidime.

 

Ahoj,

moc děkuji - zaslán email s linkem na nálezovou LAB HTML statistiku přes profil na gc.com.

 

dejwy

[gord]

Tento problem jsme tedy vyresili, ale objevil se dalsi dva, z toho jeden asi neresitelny. Neco zkusim a pak bych publikoval novou verzi pluginu.

[dejwy]

Tento problem jsme tedy vyresili, ale objevil se dalsi dva, z toho jeden asi neresitelny. Neco zkusim a pak bych publikoval novou verzi pluginu.

 

děkuji moc Gordovi za rychlou opravu mého problému.