80 odpovědí na toto téma

[MaFa]

Zda se mi, ze mas casovy posun prohozeny. GMT+2 znamena, ze nas cas je +2 hodiny proti GMT. To co tam mas vyselektovany by tedy melo byt 14:45 a ne 18:45, tedy pokud VisitDate ma byt GMT. Takhle to vypada spis jako Moskevsky cas.

[klama]

Skus sa pozriet na tento obrazok...


Este doplnim, tie logy co maju 13:00 su logy urobene cez web a tie ine cez FieldNotes

[MaFa]

Tady z tohohle obrazku nepoznam nic, na tom predchozim obrazku byly soucasti logu casy odlovu, ktere se daji snadno porovnat. Ten VisitDate je v ktere casove zone?

[klama]

Obrazok nie je urceny tebe ale toni-az... VisitDate je uz cas v nasej casovej zone (Praha,Blava). Myslim si ze GG mu nespravne priradil den nalezu nielen 19-20.01.2013 ale aj 09,,12,13,14:01.2013 atd vo vyssie uvedenych pripadoch ktore povodne "tozi-az" ani nereklamoval...

[HaLuMa]

klama napsal/a:
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?

Skoda jen, ze my nemeli vubec problem s casy v gc.live, takze nechapu, k cemu nam tje tvoje rada dobra, kdyz se zde probiraneho problemu vubec netyka? Uvedomujes si, ze resime problem evidentne spatne zapsaneho casu v PQ GPX?

A ja bych rad opravdu resil problem a ne debatoval o tvojich zcestnych domnenkach. Srovnej si to, pis k veci, nebo vypadni.

[HaLuMa]

toni-az napsal/a:
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.

Hlavne, proc vubec importujes ty nalezy pres GPX? Ja to nepotreboval uz hodne dlouho... v Geogetu mas primo tlacitko "Aktualizovat vase nalezy...", tam by to melo fungovat spravne. Nevyresi to tvuj problem?

[MaFa]

VisitDate je uz cas v nasej casovej zone (Praha,Blava).

Pak mas ovsem vsechny casy o dve hodiny posunute, takze ty sam to delas spatne a k posunu datumu taky muze dojit.

Uvedomujes si, ze resime problem evidentne spatne zapsaneho casu v PQ GPX?

On je ten cas hlavne spatne uz na gc.com, PQ je jenom vedlejsi efect. Proste ten cas je o 7 hodin posunuty vuci nam. Takze ty proste musis odecist 7 hodin abys dostal spravny datum, v tom ma Klama pravdu.

[klama]

Pak mas ovsem vsechny casy o dve hodiny posunute, takze ty sam to delas spatne a k posunu datumu taky muze dojit.

EE tato hodnota je len udaj s ktorym program pracuje vnutorne, pri exportoch do gpx a html sa samozrejme odpocitava este casova zona a pripadne aj letny cas.
Reagoval som na toto

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.

Tvrdim, ze to maju v LiveAPI spravne, a uviedol som aj sposob ako to treba dekodovat aby den nalezy pasoval s nasim casovym pasmom. Ja som o gpx ani nezavadil...

[HaLuMa]

Ono je i v podstate jedno, jak a kde co Groundspeak zvrtal, jde jen o to, aby clovek vsemi kanaly z toho vydojil konzistetni data. Problem je, ze zatimco v GC.live tam alespon nejaka informace o casovem pasmu je (i kdyz zcela mylne povazuji neci lokalni cas za GMT), tak v PQ zadna informace o casovem pasmu neni (co hur, je, ale jako GMT!), takze nemas jistotu, ze posun je prave 7 hodin. (On totiz vzdy 7 hodin neni. )

[HaLuMa]

klama napsal/a:
Tvrdim, ze to maju v LiveAPI spravne

To si tvrd jak chces, ale neni to pravda! (opet!) Ted se totiz data v gc.live tvari, ze nas lokalni cas je GMT. Nevim, jaky mas v Kosicich cas, ale tady u nas pouzivame CET.

[klama]

Ja takto zadany cas na GS povazujem za vyhovujuci, pretoze sa nestraca ziadna informacia a existuje jednoznacny postup ako sa k udajom da dostat.Neviem na zaklade coho tvrdis, ze tie data z liveAPI sa tvaria ako GMT. Ja to beriem tak, ze to je dake cislo ktore treba interpretovat tak keby to bol unixtime v milisekundach a doplneny o akesi rozsirenie javascriptu, za ktorym sa skryva posun casu, ktory moze prerast az do posunu datumu ...

[MaFa]

O liveAPI tady mluvis porad ty Klamo, ostatni se bavi porad o PQ. Tam to GMT udava to Z na konci casu, coz by melo byt GMT, nicmene to vypada, ze gc.com pouziva svuj lokalni cas, tedy PST. Ten je o 7 hodin posunuty vuci GMT, alespon v lete, v zime je to 8 hodin. Kdyz tedy nejaka aplikace loguje cas, tak ho musi o 7 hodin posunout, coz zjevne adrake nedela a proto jsou vsechny casy takto logovane spatne. Bohuzel jako vedlejsi efekt jsou tim padem spatne i nektere datumy.

[HaLuMa]

Pockej, podle me to adrake posla spravne, spravne se to ukaze na webu, spravne se to precte pres gc.live. Jen do PQ se to zapise se stejnym casem jako v gc.live, nicmene s chybnou casovou zonou Z. Tudis staci upravit import PQ do GG. Alespon do te doby, nez to u Groudnspeaku udelaji spravne. Nicmene import nalezu do GG pomoci gc.live by uz ted melo fungovat normalne.

[toni-az]

klama: pěkný obrázek, to bych chtěl taky umět jinak s těmi dalšími problémy máš pravdu, toto byl jen konkrétní příklad. Kdyby šlo o jeden nález, tak to neřeším.

[HaLuMa]

Pisu to uz potreti - zrus nalezy a nacti si je pomoci k tomu urcene funkce geogetu. je to pak v poradku?

[toni-az]

HaLuMa: přes GPX jsem to našel v nějakém návodu, ale zkouším přes to Stáhnout vaše nálezy... vypadá to v pohodě, ale asi v půlce mi to řeklo Limit Exceeded, takže zkusím zítra, jestli to dotáhne zbytek. Teď moc nevím, jestli to pomohlo. Ale pokud ano, tak by to bylo řešení mého problému. Každopádně díky za radu, rozhodně to bude rychlejší a jednodušší než přes PQ

[HaLuMa]

Ty to delas do prazdne databaze?

[toni-az]

Tak když nechci aby se mi do toho pletly nějaké staré chyby, tak ano. Pokud to bude OK, tak už pojedu jen přírůstky

[HaLuMa]

Stacilo vzit databazi z toho PQ, smazat tam nalezy a pak to udelat. Pak to totiz stahne jen ty logy, netaha to samotne kese, takze je to vyrazne rychlejsi a neni tam nic limitovane.

[toni-az]

Jo tak to by šlo asi taky. Nicméně zkusil jsem to po pár hodinách znovu a prošlo to, i když ne úplně bez boje... A musím přiznat, že takto to stahuje se správnými datumy, takže moc díky za radu. Já jsem už spokojen.