2787 odpovědí na toto téma

[Kohout team]

V poslední době jsem několikrát všiml,  při logování z počítače přes web můj log pravidelně předběhne spolulovce, kteří už zalogovali přede mnou.

Tak mě napadlo, jestli na to třeba nemá vliv systémový čas, který mám v tomto ročním období oproti majitelům windows o hodinu pozadu.

[madbin]

Ten problem opravdu souvisi s casovymi zonami a novym razenim, ktere se zmenilo nekdy koncem prazdnin. Logy se neradi podle datumu a id kdy byly odeslany, ale podle datumu a casu. Logy, ktere jdou pres API obsahuji lokalni casovou zonu, ale logy delane pres web jsou logovany v casove zone Seatlu. Tim padem logy pres api (tedy z ruznych aplikaci) predbihaji ty z webu. Dale je treba si uvedomit, ze field notes v sobe nesou taky cas v utc, tudiz se chovaji podobne. GS o tom vi a premysli, jak z toho vybruslit...

Tento příspěvek byl upraven od madbin: 24 říjen 2016 - 4:03

[nalano]

Jsem zvědav, za jak dlouho vymyslí, aby logy na webu zapisovali v časovém pásmu kešky... Anebo že by zvládli řadit podle času, prepočteného na UTC? Anebo dokonce že by zvládli ten čas zadávat a editovat podobně jako datum?

[mpik]

Tohle mi zase připomíná profesionální americký přístup. Tohle se přece musí řešit všude, nejen u geocachingu. Jak by to asi tak dopadlo, kdyby do banky někdo peníze vložil a někdo na druhém konci světa je vybral a tyto dvě informace se prohodily?  A chodily by falešné zprávy o přečerpání účtu? Prostě je to zase ladění za chodu. Které nikdy neskončí, protože se průběžně dělají další vylepšení. Naštěstí tady (skoro) o nic nejde, jen to blbě vypadá.

[mpik]

A je mi to divné, v Americe je několik časových pásem, Američané ani v aplikacích pro Ameriku nemohou časová pásma ignorovat. Asi by bylo nejlepší mít všechny časy v UTC, jako třeba v leteckém provozu, a na místní čas je konvertovat až při zobrazení na webu. Nastaly by další problémy, třeba u Čecha na dovolené v Americe, ale s tím se už musí počítat.

[Pe_Bo]

Pořadí logů se dá určit podle jeho identifikace, viz kód ve tvaru GL... na stránce logu. Je to vždy rostoucí číslo v 31 soustavě. Dříve se řadilo podle datumu a pak tohoto čísla, teď se asi řadí jen podle datumu.

[madbin]

Jenze oni nechteji radit v poradi jak kdo logoval, ale podle casu. Coz je sice pekne, protoze aplikace i gps funguji skvele a je vse podle casu skutecneho nalezu, ale zaroven kdyz se loguje na webu tak je problem. Nedomysleli, ze se to pomicha, protoze web nezna cas logovani a zaroven neumoznuji zadat cas rucne. A k tomu jeste problem s casovym pasmem, kdy to web z historockych duvodu bere bez ohledu na casove pasma. Je to neprijemne, snad s tim brzo neco udelaji.

[Pontiac_CZ]

Na anglickém fóru je vlákno o problémech s časovými zónami od dubna loňského roku. Zajímavý je v něm hlavně příspěvek od Moun10Bike (#7), který shrnuje, jak je čas různě interpretován a zobrazován. Při logování z webu je k logu zapsána  časová známka s datem nastaveným u logu a časem natvrdo na poledne (12:00:00) a pracují s tím jako se Seattle časem. Naopak přes API do databáze putuje čas z toho kterého přístroje bez jakékoliv konverze. No je to bordel, když to shrnu.

 

Hlavní je, že Moun10Bike píše, že se provádějí postupné kroky nutné k "database overhaul" (a nejspíš taky úpravě UI). Až to budou mít připravené, proběhne určitě větší odstávka a dost možná pak bude možné u webových logů nastavit i čas. Protože druhá varianta by byla, že by časovou informaci úplně odstranili a to asi nemají v úmyslu, když podle ní začali řadit.

 

Kdy to proběhne, si netroufal odhadovat. Kdo ví, třeba to bude dárek k Vánocům?

[HaLuMa]

Jenze to je opravdu pred vice jak rokem...

 

V prosinci 2015 napsali:

 

Starting Monday January 18th, we'll be stripping away the time precision and setting the time to be noon of the date, regardless of timezone. This is the approach that has been used historically by geocaching.com. This change will standardize how the date logged parameter is interpreted across all platforms.

[taxoft]

Když odstranili ten timestamp logu, tak to pořád ještě fungovalo, protože pravděpodobně řadili podle ID logu, tedy primárního klíče. Ten mají v databázi pořád, a chraň nás signál, jestli nějakého jejich "odborníka" napadne tento primární index odstranit. Masivně se ten problém začal projevovat někdy v létě, ale už někdy na jaře jsem to zaznamenal také. Změnili tedy ještě něco, čert ví co.

 

Řešení je tak prosté, že prostější být nemůže: vykašlat se na časové zóny a řadit pouze a jedině podle ID logu.

[mpik]

Řešení je tak prosté, že prostější být nemůže: vykašlat se na časové zóny a řadit pouze a jedině podle ID logu.

Jenomže to se pomíchá, když někdo loguje s dřívějším datumem. Staré nálezy, hromadně po dovolené, atd. Tam je řazení přeházené správně. Takže podle data i čísla. Tj. jak to bylo před tím.

[taxoft]

Nepřesně jsem se vyjádřil. Primární klíč má být samozřejmě datum+ID. V datu logu (zatím) naštěstí nepořádek není.

[Pontiac_CZ]

Tak tomu bylo dřív, jak to potvrzuje i madbin, který ze své pozice do toho má asi větší náhled než my. Ale začali třídit dle datumu + času a z toho taky vyplývá, že přehodnotili informaci, kterou rozesílali koncem roku 2015 a kterou HaLuMa citoval. Čas zůstal zachován a zjevně se s ním počítá.

[taxoft]

To by mne fakt zajímalo, jakým způsobem se řadí podle času, když se logy přeřazují během minut i hodin.

Příklad:

Log 1: 10:15

Log 2: 10:15

Log 3: 10:16 a zařadí se na druhé místo, mezi Log 1 a 2

 

Log 4, 5, 6... řadí se normálně

Log 7: 12:30 a zařadí se na druhé místo.

[Jacka]

Tak teďko jsem se zahlásila na jeden dost úzkoprofilovej event a sleduju, jak se tam hlásí další lidi. Po mým WA logu se tam objevil jeden další a po refreshnutí listingu se mezi mým a tímto logem objevily dva další logy.

 

Edit: tak teďka už jsou to čtyři logy - mezi mnou a člověkem, kterej se logoval bezprostředně po mně. Takže opravdu, podle pořadí logů v listingu se nedá určit vůbec nic. Zajímalo by mě, jestli v mailech to je nebo není správně.

Tento příspěvek byl upraven od Jacka: 31 říjen 2016 - 20:36

[Kreten8]

Tak se teď snažím stahovat kešky a dostávám hlášku, že byl vyčerpán limit, přitom jsem minimálně 25h nic nestahoval...

[mirek454]

Tak se teď snažím stahovat kešky a dostávám hlášku, že byl vyčerpán limit, přitom jsem minimálně 25h nic nestahoval...

Pokud stahuješ do GG, nic se neděje, počkej až se stahování obnoví. Celkem normální stav.

[dr.vota]

GS si patrně zase hraje, protože teď je ve Field notes čas 9 hodin v budoucnosti - nebo používají papuánské časové pásmo...?

[mirek454]

A teď se pro změnu nejde přihlásit na GC profil vůbec. Po 7. hodině jsem logoval dnešní ranní kešku a při odeslání logu mě to shodilo do přihlašovací stránky a už se přihlásit nejde,

Čím dál lepší

[hlavsic]

Tak prave ted se vubec neprihlasim na geocaching.com Pri prihlaseni to haze 500-Server Error. Asi nejaka novinka!