24 odpovědí na toto téma

[S474N]

Potykam se s mensim problemem. Udelam si export z Geogetu do Field Notes a ty kdyz nactu do systemu GC.com, tak ke vsem automaticky prihodi 1 hodinu. Chtel jsem vyzkouset si nastavit jine casove pasmo, nez je Praha (+1), ale bohuzel "0" v systemu nejde. Realne to dela ten pruser, ze kdyz odlovim cache v 23:10, tak mi to Field Notes na GC.com prehodi na dalsi den na 00:10. Jde s tim realne neco udelat?

[petulinka1]

Tak zkus naucit exportni makro, aby ti to odecitalo na UTC... Teoreticky by to jit mohlo.

[S474N]

petulinka1: tak jasne, to by mohlo jit, ale radeji bych nejaky "trvaly" zasah autora, ktery bude fungovat vsem :-)

[petulinka1]

Tak to nejak ukecej, aby do FN sel cas v UTC a ne v nasem casovym pasmu

[S474N]

No, ale ono by to tak melo prave spravne byt.

[MaFa]

Jestli to chapu spravne, tak by melo stacit nahradit ve field notes zonu Z zonou A: http://www.worldtime...c/utc 0100.html

GC304ED,2011-10-10T01:07Z,Found it,"quick, thanks"

[petulinka1]

Takze je stejne treba upravit makro. Jdu to zkusit EDIT: tak to A to nesezralo... gc.com takovy FN proste ignoruje :(Jakmile jsem to ale prepsala na Z, tak uz to slo...

[S474N]

No ona to nebude az takova legrace. Jde o to, ze pokud si do obsahu logu nechavam vypisovat cas, tak me zase zajima presne cas uvedeny v Geogetu. Exportni makro by tedy muselo resit dva ruzne casy - prvni cas logu o hodinu mene (respektive o nastavenou hodnotu) a potom dalsi cas primo v textu logu. Bylo by treba tedy opravdu dodelat nejakou logiku na uroven prevodu na "Z" casove pasmo.

[petulinka1]

Kdyz to jde pri importu previzt z UTC na nase casovy pasmo, proc by to neslo obracene ze?

[MaFa]

Jde o to, jestli to chces udelat poradne, nebo budes predpokladat, ze vsechno je v nasi casove zone. Pokud to checs udelat poradne, tak musis vzit v uvahu Country pripadne i State - treba v USA , situaci jeste "zjednodusuje" letni a zimni cas. To je mozna problem Satana, jelikoz stredni Evropa je ve skutecnosti GMT+2, ovsem diky letnimu casu (daylight saving time) je posun jenom jedna hodina.

[S474N]

MaFa: dovedu si predstavit, ze muze byt konfiguracni INI soubor, kde si clovek muze nastavit casovou zonu a skript potom s ni bude automaticky pocitat. Stejne tak nastaveni zapnuti/vypnuti letniho casu. Ovsem oboje je nad moje sily.

[petulinka1]

Mam jednodussi zpusob - v nastaveni uctu na gc.com vypnout daylight saving time a nebude to prepocitavat casy

[S474N]

To jsem zkousel a i tak to proste tu hodinu pripocita.

[petulinka1]

v tom pripade jeste pridam - nastav si cas na GMT. Mam to tak oboji a jede to bez pricitani ) Myslela jsem ze ta casova zona na to nema vliv, ale zrejme jo

[Arne1]

Satane jak to děláš ? Já tohle reportoval o týden dřív a nikdo se ani nenamáhal odpovědět...

http://www.geocachin...972#post_361972

[MaFa]

Dela to uplne jednoduse, na novy problem otevre nove vlakno.

[MaFa]

Zkus pradat za radek ve skriptu fieldnotes.gge.pas

dt := GC.Found + GC.FoundTime;

odecteni jedne hodiny

dt := IncMinute(dt, -60);

[S474N]

Arne1: asi kouzlo osobnost

MaFa: diky, vyzkousim. Nejjednodussi reseni a snad bude i funkcni.

EDIT: tak to bohuzel nejede:

[Chyba] fieldnotes-cas.gge.pas(38:9): Unknown identifier 'IncMinute'

[MaFa]

Tak ještě lepší funkce, která by snad měla být i podporovaná:
function LocalToUTC(Value: TDateTime): TDateTime;

dt := LocalToUTC(dt);

[S474N]

MaFa: z hlediska skriptu jiz funguje, ale ted to haze zase o 2 hodiny zpet, tzn. realny nalez 23:15 posune na 22:15.