Publikováno 03 duben 2014 - 20:08
Tuším už se to kdysi probíralo, nicméně ve fóru aDrake k tomu nemůžu nic najít. Dnes jsem našel kešku v 19:30 a odeslal field note na gc.com. No a tam je s časem 20:30. Jak to eliminovat?
Ověřil jsem nastavení aDrake, tam nic zvláštního k času není a v nastavení účtu na gc.com mám korektně "Central Europe : Prague, Warsaw, Show Daylight Savings Time".
Tento příspěvek byl upraven od Pontiac_CZ: 03 duben 2014 - 21:03
SW: a:Drake 6
HW: Ulefone PowerArmor 18t (Android 12), Qstarz BT-Q818XT bluetooth GPS modul
"When you go to hide a geocache, think of the reason you are bringing people to that spot. If the only reason is for the geocache, then find a better spot." – briansnat
Publikováno 03 duben 2014 - 20:44
Jestli někde fieldnotes zůstávají, to nevím, doposud jsem se tím nezabýval. Obvykle je odešlu na gc.com a v GUI aDrake se fieldnote ztratí. Mám za to, že je po úspěšném uploadu aDrake smázne.
SW: a:Drake 6
HW: Ulefone PowerArmor 18t (Android 12), Qstarz BT-Q818XT bluetooth GPS modul
"When you go to hide a geocache, think of the reason you are bringing people to that spot. If the only reason is for the geocache, then find a better spot." – briansnat
Publikováno 03 duben 2014 - 20:52
Jo, smazne, Pokud si to tak v adraku nastavis. Ten cas byl primo v textu logu nebo jenom v seznamu FN na gc,com?
Publikováno 03 duben 2014 - 20:58
Jen v seznamu. V samotném obsahu fieldnote je jako text, takže tam zůstal správně. Což je podstatné.
Jinak v a:Drake nemám zaškrtnuto "Delete after export" (Delete log after export of Field Notes), takže nejspíš v db a:Draku zůstaly.
Tento příspěvek byl upraven od Pontiac_CZ: 03 duben 2014 - 21:02
SW: a:Drake 6
HW: Ulefone PowerArmor 18t (Android 12), Qstarz BT-Q818XT bluetooth GPS modul
"When you go to hide a geocache, think of the reason you are bringing people to that spot. If the only reason is for the geocache, then find a better spot." – briansnat
Advanced Member
Publikováno 03 duben 2014 - 21:02
V textu logu je to správně, jen v seznamu fieldnotes na webu je to o hodinu posunuté. To v podstatě ničemu nevadí, ten čas se stejně po zalogování zapomene, jen to vypadá blbě.
Nějak se nemůžu dobrat chápání časových zón v podle Groundspeaku a Javy.
Zkusím s tím něco udělat.
a : Drake - vše potřebné pro (offline) geocaching na Android * Stránka projektu na GitHubu - požadavky a reklamace
Hlavní kešovací zažízení: Samsung Galaxy A41
Publikováno 03 duben 2014 - 21:17
Dle mych zkusenosti v tom ma groundspeak neskutecny hokej. Takze bych se nedivil, kdyby byla chyba unich.
Jinak ten cas se v jejich databazi neztrati, maji ho uchovany (jde precist pres gc.live), ale na webu se s tim nikde nepracuje.
Publikováno 03 duben 2014 - 21:26
Kazdopadne ten cas tam nikdy nebyl zobrazenej spravne. Takze bych to nejak neresila.
Publikováno 03 duben 2014 - 21:44
No, v PQ maji spatne konverzi casoveho pasma. 
Ale v gc.live to bylo docela dobre. I kdyz, letni cas jsem nekontroloval...
Publikováno 03 duben 2014 - 22:38
Mne se nikdy nepodarilo tam videt spravnej cas... A ty FN byly v drtivy vetsine pripadu z GG, nektery z Oregona, par z adraku... Ale NIKDY tam ten cas nebyl spravne.
Advanced Member
Publikováno 04 duben 2014 - 6:21
Abych to nějak shrnul - při přenosu FN přes soubor fielnotes.txt problém s časem nepozoruju, jen při nahrání přes Live API. Tam to vypadá, že američtí soudruzi očekávají čas v UTC-8 natvrdo, tedy letní čas ignorují. Nejsem si úplně jistý, ale mám dojem, že v zimě čas seděl. Dokonce letní čas berou podle aktuální data, nikoli podle data logu, takže dnes odeslaný log za březen je taky posunutý.
Pokusil jsem se to srovnat, ale nemůžu zaručit, jsem jsem chování serveru odhadl správně.
a : Drake - vše potřebné pro (offline) geocaching na Android * Stránka projektu na GitHubu - požadavky a reklamace
Hlavní kešovací zažízení: Samsung Galaxy A41
0 uživatelů, 0 návštěvníků 0 anonymních uživatelů
GeoGet
URWIGO
CWG
