80 odpovědí na toto téma

[Parkis]

HaLuMa napsal/a:
Ne, neni to na webu OK! Viz ten priklad v uplne prvnim prispevku:

Ale jo, na webu je to OK Tedy z pohledu uživatele. Kouknu na log na webu a vidím správné datum.
V PQ už to ale OK není, takže jak píšeš, zřejmě to má groundspeak nějak pokurvené v databázi a proto generuje nesmysly do PQ.

[MaFa]

A jakym zpusobem jsi logoval ty kese? Rucne pres web? Nebo pomoci field notes? Vzpomenes si v kolik hodin jsi logoval? Aby to groundspeak date nebylo spis datum logovani misto data nalezu, to by nas pekne vypekli. Asi budu muset proverit nase logy, v posledni dobe pouzivame hodne field notes, tak by meli mit presny cas nalezu.

[toni-az]

Souhlasím, že je to asi něco na Groudspeaku, proto jsem se taky před pár příspěvky ptal, jestli někdo nevíte, co tam nastavit, aby to bylo OK. Faktem je, že to tam je úplně nějaký podělaný, jeden příklad (logováno z webu, přesně nevím kdy, ale rozhodně ne ve tři ráno): GC1HXHT: - web: Logged on: 01/19/2011 (správné datum) - GPX / PQ: 2011-01-20T03:19:33Z - GG: 20.1.2011, čas zjistit neumím Každopádně timezone to asi nepořeší, i když pokud by to mělo být vůči Americe, tak možná jo

[kolombo]

HaLuMa napsal/a:
Uzivatel zalogoval "Found it 2013-08-30, v textu na začátku logu čas 18:35" Ale v PQ stazenem z webu je: 2013-08-31T01:35:00Z.

Pro značení času logu v GG by asi mělo být směroplatné v textu na začátku logu čas 18:35

Nebo je to jinak ?

[Kreten8]

a není to tak, že uložený čas je místní středoevropský a v exportu pak na něj ještě aplikují posun 7 hodin mezi amerikou a evropou? Tím se datumy u logů po 17h posunou do dalšího dne těsně po půlnoci.

[HaLuMa]

kolombo napsal/a:
Pro značení času logu v GG by asi mělo být směroplatné v textu na začátku logu čas 18:35

Nebo je to jinak ?

Tak to je, ale cas u data ti muze posunout to datum o den vedle.

[HaLuMa]

toni-az napsal/a:
Faktem je, že to tam je úplně nějaký podělaný, jeden příklad (logováno z webu, přesně nevím kdy, ale rozhodně ne ve tři ráno):

GC1HXHT:
- web: Logged on: 01/19/2011 (správné datum)
- GPX / PQ: 2011-01-20T03:19:33Z
- GG: 20.1.2011, čas zjistit neumím

Vsadim se, ze tohle neni logovano z webu, alespon ne normalne tlacitkem z listingu! Tam se totiz dava jeden a tentyz cas.

Jestli to bylo z webu, tak pomoci uploadnuteho fieldnote, ze jo? Tam se totiz muze brat cas z toho fieldnote.

[HaLuMa]

Kreten8 napsal/a:
a není to tak, že uložený čas je místní středoevropský a v exportu pak na něj ještě aplikují posun 7 hodin mezi amerikou a evropou? Tím se datumy u logů po 17h posunou do dalšího dne těsně po půlnoci.

Jo, neco takoveho to bude, a zmrseny vysledek je jeste chybne oznaceny jako ze je v UTC, pritom neni. Ale data na analyzu jsem si zapomnel napsane na papirku v praci...

nejhorsi je, ze jakmile clovek rozklicuje, jak to mrsi, aby to clovek zpatky napravil, tak se v tom groundspeak zase povrta a bude vsechno jinak. (pravdepodobne hur nez ted.)

[MaFa]

Tak jsem koukal do našich logů a PQ a všechno co jsem koukal se loguje s časem 19:00Z i když použiju field notes. Takže bych si tipnul, že tam tu chybu nějakým způsobe vkládá adrake. Takže dotaz by měl být položen spíš na autora adrake než na autora GeoGetu, alespoň pro mikeant.

[HaLuMa]

Co tak koukam po forum bordel vznika uz v gc.live API, kde v tech pasmech maji neuveritelny hokej. V ruznych funkcich zamenuji UTC za PST, jinde zase vraci cas treba v UTC, ale maji ho oznaceny bez casove zony, jinde zase casovou zonu uvedenou maji, ale blbou... Tohle fakt neni normalni. A navic se v prubehu casu obcas snazi nejakou botu napravit, cimz rozbiji vsechny apliakce, kteri se s jejich puvodni chybou naucili zit.

[dr.vota]

tak v první řadě bych si zkontroloval nastavení časové zony v mobilu...copak tam je?

[HaLuMa]

S blbym casovym pasmem v mobilu mas problem leckde. prijde mi nepravdepodobne, ze by to bylo tim. Groundspeak v tom ma fakt bordel!

[LudekV]

Musím souhlasit s Halumou, je v tom bordel. Udělal jsem pokus s a:Drake a nebylo snadné se v tom zorientovat. Výsledky jsem shrnul do tabulky, ze které je celkem hezky vidět, že v tom na straně GS vládne totální chaos. Nedovedu si představit, jak bychom my, coby autoři aplikací, měli srovnávat :( EDIT: teď koukám, že se mi navrch rozsypal layout webu, asi si kluci v GS zase hrají.

[MaFa]

Tak podle toho to vypadá, že ZULU time je Japonský čas. To by pak odpovídalo 7:00Z je naše půlnoc a 19:00Z je naše poledne. A nebo je ZULU čas místní čas na gc.com a někdo prohodil přičítání s odčítáním a dělají UTC-2 a UTC+5. Případně je ZULU náš čas a Live ukazuje čas na gc.com.

[HaLuMa]

Pri rucnim logovani z webu a pri logovani z FN se podle mne zadny cas nezapisuje. Zapisuje se jen datum. Ta dvanacta hodina je tam bud jako konstanta, nebo si jen popletli AM a PM a mela tam byt nula.

[MaFa]

No jasně, zapisuje se datum buď o půlnoci nebo poledne, takže používají jenom 12h a ne 24. Logů s časem 7h jsem našel jen pár a všechny z roku 2007. Ale to může být i tím, že loguju prakticky jenom večer. Příště můžu nechat nějaký keše na ráno, případně logovat po hodině, jestli se to náhodou někde neláme. Pokud je to japonský čas, tak se to bude lámat kolem 5 hodiny. Našel jsem ovšem i log s 20h a to v zimě, takže Z čas rozlišuje letní a zimní čas.

[klama]

Moje experimentalne zistenia su nasledovne.
Pri logovani cez web sa zapise datum spravne a cas je nastaveny fixne.
Cas sa do logu prenesie iba cez logovanie cez filednotes alebo cez LiveAPI.
Dolezite je vsak neignorovat hodnotu "-0700" resp. "-0800" v json datach pri VisitDate.
Priklad
"\/Date(1339851600000-0700)\/"

Hodnota 1339851600000 zodpoveda
GMT: Sat, 16 Jun 2012 13:00:00 UTC
resp.
Your time zone: 16. júna 2012 15:00:00 GMT+2
Od tejto hodnoty treba este odcitat 7 hodin resp 7/24 a potom dostanem nas cas, s ktorym bol nalez zaznamenany.

Blbe je ze pri zapise na web nefunguje rovnaky format zapisu - resp. som neprisiel na to ako by to vyhovovalo a tak musm umelo k datumu nalezy pripocitat uz spominany 7hodinovy posun a potom to je v poriadku.
V poriadku v tom zmysle, ze cez LiveAPI nacitam to iste co som aj zapisal...
Takyto sposob zapisu format datumu a casu som na webe nikde nenasiel a su to ciste iba moje experimentalne zistenia...takto som to implementoval do MoZilive...
Obrazok z databazy nalezov mikeant

[HaLuMa]

Dlouhy prispevek, obrazek k tomu, a zadna nova informace. :/ My z Live umime nacitat datum, tam problem neni, jak je videt o dva prispevky nad tebou. Tim se fakt nezdrzuj. A v tom tvem obrazku - nejak tam obcas neco hodne nesedi. Jak jsi treba z 5:30 stalo 14:00? Z 12:40 mas 21:40? Z 1:50 mas 14:00? Ale tesi nas, ze mas tak hluboky zajem o Geoget, ze nas neustale monitorujes.

[klama]

Jak jsi treba z 5:30 stalo 14:00? Z 12:40 mas 21:40

Na toto musi odpovedat MikeAnt, podla mna ten 14:00 logoval z webu a nie cez field_notes a ten druhy neviem, nech na to pozrie majitel logu...
Neustale vas monitorujem ako tu neustale nadavas na GS a uz som musel pomoct aby si sa netrapil a prezradil ti pointu ze z "\/Date(1339851600000-0700)\/" nemoze ignorovat to "-0700" pretoze ta to moze niekedy poslat do druheho dna!
Xapes?

[toni-az]

Hmm, začínám se smiřovat, že si ten GPX budu muset opravit ručně... No když to nejde, tak to nejde, díky za info.