This object is in archive!
[CZ] Řazení zápisů v logu
Answered
Rád bych se zeptal, jakým způsobem dochází k seřazení výpisů v logu pro danou keš v Geocaching4Locus. Jesli je to otázka API nebo nějakého jiného kritéria v programu. Všiml jsem si, že načtené pořadí v Locusu neodpovídá výpisu na webu ani výpisu v c:geo (ale ten, jak jsem vytušil, zřejmě vychází z parserování textu webu). Některé novější výpisy jsou i dodatečně zařazeny před starší v tomtéž dni. Zjistil jsem to dnes díky obrovské náhodě, kdy jsem si pod "tlakem" okolností odpoledne aktivoval PM a cca po 15 minutách od aktivace a konfigurace účtu mi přišel e-mail s novou keší cca 500 m od mého pracoviště. Tam se prostě nedalo nejít ... takže po dvaceti minutách coFTF. :-) Neskutečná "haluz", měl jsem raději vsadit sportku :-)
Martin
The same question
Zdravím Martine,
jen pro tvojí informaci - Geocaching4Locus add-on se stará o stahování dat. Zjednodušeně se dá říci jen o to. Veškerý další věci kolem, hlavně pak tedy preznetaci, zobrazení konečnému uživateli už je na straně Locusu. Tedy i řazení dat. Tedy na mě :).
Tak a řazená ... systém je celkem jednoduchý. Vždy podle data. Jeidná vyjímka je, pokud máš v nastavení Locusu nadefinované "kamarády", ti se pak řadí v sezunamu nazačátek bez ohledu na datum nálezu. Pokud se ti to tak neřadí, přidej prosím screenshot a kód keše a já to otestuju.
Zdravím Martine,
jen pro tvojí informaci - Geocaching4Locus add-on se stará o stahování dat. Zjednodušeně se dá říci jen o to. Veškerý další věci kolem, hlavně pak tedy preznetaci, zobrazení konečnému uživateli už je na straně Locusu. Tedy i řazení dat. Tedy na mě :).
Tak a řazená ... systém je celkem jednoduchý. Vždy podle data. Jeidná vyjímka je, pokud máš v nastavení Locusu nadefinované "kamarády", ti se pak řadí v sezunamu nazačátek bez ohledu na datum nálezu. Pokud se ti to tak neřadí, přidej prosím screenshot a kód keše a já to otestuju.
To je rychlost ... :-) Jedná se o keš GC6911R, kterou jsem logoval hned po návratu od ní do práce a nějakou dobu tam byl pouze jediný záznam. Pak teprve přibyly další a díky tomu jsem si všiml změny pořadí. Ale je to prkotina. :-)
To je rychlost ... :-) Jedná se o keš GC6911R, kterou jsem logoval hned po návratu od ní do práce a nějakou dobu tam byl pouze jediný záznam. Pak teprve přibyly další a díky tomu jsem si všiml změny pořadí. Ale je to prkotina. :-)
Ahoj,
ještě doplňuji info - prvotní můj krátký záznam logu vznikl v Locusu, zbytek jsem doplňoval a odesílal přes FieldNotes Add-on. Přidávám ještě screenshoty, jestli není někde problém s přepočtem UTC na lokální čas. Všiml jsem si, že i v Locusu je čas zobrazován v jednom případě (UTC+0), podruhé v lokálním čase (viz "GC6911R_screenshot_3.jpg" a "GC6911R_screenshot_4.jpg").
Díky.
Martin
Ahoj,
ještě doplňuji info - prvotní můj krátký záznam logu vznikl v Locusu, zbytek jsem doplňoval a odesílal přes FieldNotes Add-on. Přidávám ještě screenshoty, jestli není někde problém s přepočtem UTC na lokální čas. Všiml jsem si, že i v Locusu je čas zobrazován v jednom případě (UTC+0), podruhé v lokálním čase (viz "GC6911R_screenshot_3.jpg" a "GC6911R_screenshot_4.jpg").
Díky.
Martin
Zdravím,
můžeš si udělat jednoduchou kontrolu sám ... stáhni si GPX u keše https://www.geocaching.com/geocache/GC6911R_zirafa-ve-meste a podívej se v nějakém textovém editoru na logy. Je tam totiž:
A je vidět, že z pro mě neznámého důvodu, mají první tři logy stejné datum. S tímto jsem bohužel v Locusu nepočítal takže tyto tři logy jsou seřazeny víceméně náhodně.
Zdravím,
můžeš si udělat jednoduchou kontrolu sám ... stáhni si GPX u keše https://www.geocaching.com/geocache/GC6911R_zirafa-ve-meste a podívej se v nějakém textovém editoru na logy. Je tam totiž:
A je vidět, že z pro mě neznámého důvodu, mají první tři logy stejné datum. S tímto jsem bohužel v Locusu nepočítal takže tyto tři logy jsou seřazeny víceméně náhodně.
Tak na to zírám a jsem z toho jelen... Chápu, že při stejném časovém pdaji není podle čeho třídit a výsledek záleží na náhodě a třídicím algoritmu ... A odkud se ty časy proboha vzaly? Já jsem to fyzicky mohl odesílat cca kolem 15-16 SEČ. Formát vypadá korektně v UTC, ale ty hodnoty si asi vymyslel Groundspeak :-) A jak se tak dívám na hodiny, tam předběhli čas. :-) Vybavují se mi vzpomínky na "Sovětský svaz", kde "zítra již znamenalo včera". :-) Odhadoval bych to na nějakou chybu pánů za velkou louží ...
Ahoj. Martin
Tak na to zírám a jsem z toho jelen... Chápu, že při stejném časovém pdaji není podle čeho třídit a výsledek záleží na náhodě a třídicím algoritmu ... A odkud se ty časy proboha vzaly? Já jsem to fyzicky mohl odesílat cca kolem 15-16 SEČ. Formát vypadá korektně v UTC, ale ty hodnoty si asi vymyslel Groundspeak :-) A jak se tak dívám na hodiny, tam předběhli čas. :-) Vybavují se mi vzpomínky na "Sovětský svaz", kde "zítra již znamenalo včera". :-) Odhadoval bych to na nějakou chybu pánů za velkou louží ...
Ahoj. Martin
Doporučuju časy na Groudspeaku raději moc neřešit. Doteď jsem příliš nepochopil systém jak časy fungují a díky lagorování je v Locusu mechanismus který +- funguje ale teda ruku do ohně bych za to nedal. A jak je vidět ani obyč logování ze stejného pásma nefunguje jak má. Takže bohužel, taky opravdu moc nesvedu ...
Dobrou noc
Doporučuju časy na Groudspeaku raději moc neřešit. Doteď jsem příliš nepochopil systém jak časy fungují a díky lagorování je v Locusu mechanismus který +- funguje ale teda ruku do ohně bych za to nedal. A jak je vidět ani obyč logování ze stejného pásma nefunguje jak má. Takže bohužel, taky opravdu moc nesvedu ...
Dobrou noc
Cvičně jsem si stáhl ještě mé dvě předchozí návštěvy GC68JWG.gpx a GC6440F.gpx ... a zírám ... :-(
Ten údaj "T20:00:00Z" je téměř u většiny záznamů ... (negeneruje to náhodou "nějak" c:geo ?). A pak tam figuruji já (chisrep) s reálným časovým posunem cca 7 hodin (mohl jsem tam být kolem 16 SEČ - není to náhodou posun k sídlu "Groundspeak" ?) a ještě tam je "brzda_z_kanovic" ("T15:16:24Z" a "T15:24:20Z"), což vypadá reálně, ale nemohu potvrdit, nepotkali jsme se. Nevkládají tam hoši při tom příjmu logování do toho nějakou svou "inteligenci" ? Případně - když to posílá Locus - posílá to ve formátu UTC (tzn. "Z" na konci) nebo "+00" ? Nemůže tam být nějaký problém, že nemají úplně zvládnutou konverzi času při příjmu logu? Chtělo by to asi cvičně něco zalogovat z počítače a podívat se ...
Martin
Cvičně jsem si stáhl ještě mé dvě předchozí návštěvy GC68JWG.gpx a GC6440F.gpx ... a zírám ... :-(
Ten údaj "T20:00:00Z" je téměř u většiny záznamů ... (negeneruje to náhodou "nějak" c:geo ?). A pak tam figuruji já (chisrep) s reálným časovým posunem cca 7 hodin (mohl jsem tam být kolem 16 SEČ - není to náhodou posun k sídlu "Groundspeak" ?) a ještě tam je "brzda_z_kanovic" ("T15:16:24Z" a "T15:24:20Z"), což vypadá reálně, ale nemohu potvrdit, nepotkali jsme se. Nevkládají tam hoši při tom příjmu logování do toho nějakou svou "inteligenci" ? Případně - když to posílá Locus - posílá to ve formátu UTC (tzn. "Z" na konci) nebo "+00" ? Nemůže tam být nějaký problém, že nemají úplně zvládnutou konverzi času při příjmu logu? Chtělo by to asi cvičně něco zalogovat z počítače a podívat se ...
Martin
Jestli T20 generuje c:geo, to netuším. Nicméně ... testuju
Teď Locus trošku čas modifikuje a posílá v podstatě nějaký nesmysl, který jsem ale dříve otestoval a ukazoval celkem korektní hodnoty. Tohle GPX je nicméně první místo kde se lze podívat na skutečné časy, takže díky za pomoc při objevení.
Když nastavím aby se logy posílaly opravdu v UTC+0, tak pak:
- čas logu: 2016-01-09, 8:07 (je to v UTC+1)
- čas který se pošle 2016-01-09, 7:07 (v UTC+0)
- čas v GPX: 2016-01-09T06:07:47Z
- čas který vidím přímo na webu mezi logy: 01/08/2016
- můj profil je nastaven na: UTC+1
A teď babo raď co posílat. Když jsem to dříve zkoumal, vycházel jsem z toho že potřebuju aby ten čas přímo na webu byl již 01/09/2016 takže jsem hledal jak posunout ten posílaný čas aby se to zde zobrazilo správně. A výsledkem byl nějaký nesmysl. V seznamu je to pak ok, v GPX nee.
@arcaoo: nemáš s tím zkušenost? Nějaký nápad? Není to nic až tak hrozného. Takhle to funguje již několik let, ale bordel v tom je.
Jestli T20 generuje c:geo, to netuším. Nicméně ... testuju
Teď Locus trošku čas modifikuje a posílá v podstatě nějaký nesmysl, který jsem ale dříve otestoval a ukazoval celkem korektní hodnoty. Tohle GPX je nicméně první místo kde se lze podívat na skutečné časy, takže díky za pomoc při objevení.
Když nastavím aby se logy posílaly opravdu v UTC+0, tak pak:
- čas logu: 2016-01-09, 8:07 (je to v UTC+1)
- čas který se pošle 2016-01-09, 7:07 (v UTC+0)
- čas v GPX: 2016-01-09T06:07:47Z
- čas který vidím přímo na webu mezi logy: 01/08/2016
- můj profil je nastaven na: UTC+1
A teď babo raď co posílat. Když jsem to dříve zkoumal, vycházel jsem z toho že potřebuju aby ten čas přímo na webu byl již 01/09/2016 takže jsem hledal jak posunout ten posílaný čas aby se to zde zobrazilo správně. A výsledkem byl nějaký nesmysl. V seznamu je to pak ok, v GPX nee.
@arcaoo: nemáš s tím zkušenost? Nějaký nápad? Není to nic až tak hrozného. Takhle to funguje již několik let, ale bordel v tom je.
Ahoj,
vidím, že ti to také nedá spát. :-) Tak to je opravdu chaos. Ještě jsem si pozdě v noci uvědomil matoucí informaci, kterou jsem napsal: ten posun je v mém případě ne 7, ale vlastně 9 hodin. Logoval jsem včera "13:50 UTC", v gpx je uvedeno "22:50 UTC". Zkoušel jsi UTC čas ve tvaru "Z" i "+00" ? A večer (v noci :-) ) jsem ještě zkusil napsat message "brzda_z_kanovic" - jaké používá zařízení pro logování. Jeho časy vypadají "podezřele" věrohodně. :-) A také jsem si povšiml, že údaj "T20:00:00:Z" po odečtení 8 hodin je pravé poledne - pořád se mi tam motá těch 7-9 hodin nějakého rozdílu. Ale odkud ... ? Omlouvám se, že jsem "vyrobil" problém :-), je to opravdu prkotina.
hezký den. Martin
Ahoj,
vidím, že ti to také nedá spát. :-) Tak to je opravdu chaos. Ještě jsem si pozdě v noci uvědomil matoucí informaci, kterou jsem napsal: ten posun je v mém případě ne 7, ale vlastně 9 hodin. Logoval jsem včera "13:50 UTC", v gpx je uvedeno "22:50 UTC". Zkoušel jsi UTC čas ve tvaru "Z" i "+00" ? A večer (v noci :-) ) jsem ještě zkusil napsat message "brzda_z_kanovic" - jaké používá zařízení pro logování. Jeho časy vypadají "podezřele" věrohodně. :-) A také jsem si povšiml, že údaj "T20:00:00:Z" po odečtení 8 hodin je pravé poledne - pořád se mi tam motá těch 7-9 hodin nějakého rozdílu. Ale odkud ... ? Omlouvám se, že jsem "vyrobil" problém :-), je to opravdu prkotina.
hezký den. Martin
No těch 8 hodin je pacifický čas který Groundspeak používá. Tomu bych se ani tolik nedivil. A jinak +00 a podobné kombinace jsem zkoušel, ale všechny mi to odmítalo jako neplatný dotaz.
No těch 8 hodin je pacifický čas který Groundspeak používá. Tomu bych se ani tolik nedivil. A jinak +00 a podobné kombinace jsem zkoušel, ale všechny mi to odmítalo jako neplatný dotaz.
Ahoj,
Tak po pár testech je ten výpočet následující:
čas na webu = čas_UTC - 8h (převod do PDT) + časová_zóna_nastavená_v_profilu ( 1h = UTC+1)
VisitDate z API = čas_UTC - 8h (převod do PDT)
groundspeak:date v GPX = čas_UTC
Čas do API posílám jako: String.format(Locale.US, "/Date(%d)/", čas_UTC_v_ms);
Podle mě Groundpseak má z historických důvodů čas v databázi v PDT časové zóně, tak proto ta konverze o těch -8 hodin. Jo jinak si na letní čas nehrajou.
Ahoj,
Tak po pár testech je ten výpočet následující:
čas na webu = čas_UTC - 8h (převod do PDT) + časová_zóna_nastavená_v_profilu ( 1h = UTC+1)
VisitDate z API = čas_UTC - 8h (převod do PDT)
groundspeak:date v GPX = čas_UTC
Čas do API posílám jako: String.format(Locale.US, "/Date(%d)/", čas_UTC_v_ms);
Podle mě Groundpseak má z historických důvodů čas v databázi v PDT časové zóně, tak proto ta konverze o těch -8 hodin. Jo jinak si na letní čas nehrajou.
Zdravíčko,
jsi si jist že to funguje?
Loguju poznámku na staging server:
- loguji v 9:13
- Locus ukazuje 08:13 (UTC+0) , ms: 1453101216900
- čas se pak tedy odesílá jako "UTCDateLogged" -> "/Date(1453101216900)/"
- na webu ale vidím u logu včerejší datum 01/17/2016
- po stažení GPX je pak u logu <groundspeak:date>2016-01-18T07:13:36Z</groundspeak:date>
- můj čas v nastavení Groundspeaku je UTC+1
To co jsi psal, jsi odvodil ty sám, nebo o tom někde psali?
EDIT: hmm ten včerejší čas viditelný na webu je dost nelogický, nicméně pokud zobrazují čas jako UTC-8h pro všechny, pak ok. Nicméně ten čas v GPX by měl pak tedy sedět na ten poslaný, což nesedí. Že by po přijetí ještě zredukovali čas o hodnotu UTC+x co máš na webu v profilu? ... Tak ne, po chvilce testování, nastavení v profilu na webu nemá žádný vliv na nahrávané časy. A teda to nastavení nemá zdá se ani vliv na viditelný den u logů na webu. Ať už tam dám TaiPei (+8) nebo Aljašku (-9), jsem stále o den pozadu.
Zdravíčko,
jsi si jist že to funguje?
Loguju poznámku na staging server:
- loguji v 9:13
- Locus ukazuje 08:13 (UTC+0) , ms: 1453101216900
- čas se pak tedy odesílá jako "UTCDateLogged" -> "/Date(1453101216900)/"
- na webu ale vidím u logu včerejší datum 01/17/2016
- po stažení GPX je pak u logu <groundspeak:date>2016-01-18T07:13:36Z</groundspeak:date>
- můj čas v nastavení Groundspeaku je UTC+1
To co jsi psal, jsi odvodil ty sám, nebo o tom někde psali?
EDIT: hmm ten včerejší čas viditelný na webu je dost nelogický, nicméně pokud zobrazují čas jako UTC-8h pro všechny, pak ok. Nicméně ten čas v GPX by měl pak tedy sedět na ten poslaný, což nesedí. Že by po přijetí ještě zredukovali čas o hodnotu UTC+x co máš na webu v profilu? ... Tak ne, po chvilce testování, nastavení v profilu na webu nemá žádný vliv na nahrávané časy. A teda to nastavení nemá zdá se ani vliv na viditelný den u logů na webu. Ať už tam dám TaiPei (+8) nebo Aljašku (-9), jsem stále o den pozadu.
Taky sedí. Nevim, kdes udělal chybu, ale 1453101216 sekund je 2016-01-18T07:13:36+00:00 (UTC) (via http://www.unixtimestamp.com/).
Edit: Pokud si to pošleš jako FieldNote, tak tam uvidíš i krásně čas, který odpovídá mému výpočtu.
Taky sedí. Nevim, kdes udělal chybu, ale 1453101216 sekund je 2016-01-18T07:13:36+00:00 (UTC) (via http://www.unixtimestamp.com/).
Edit: Pokud si to pošleš jako FieldNote, tak tam uvidíš i krásně čas, který odpovídá mému výpočtu.
No tak myslím že my dva jsme spolu skončili. Několik let (minimálně tak 3) si v Locusu krásně pěstuju chybné posílání časů a ty si jen tak přijdeš a ... :). Děkuji děkuji, měl jsem tam zdá se dvě chyby které se navzájem pokrátili (2x špatné formátování) a chyba na pozadí neviditelná v UI je na světě.
Nicméně odborníku, mám po poslední prekérku.
Jak píšeš - posílání logů jak FN - log vytvořený v 18.1. 2016 v 12:58 UTC+0 , mi po nahrání tentokrát již s korektním timestampem ( 1453121903169 ), skončí na webu na stránce geocaching.com/my/fieldnotes.aspx s časem "17 January 2016 18:58:23" (tedy o 18 hodin posunutý). Při logování mi to předvyplní datum "01/17/2016" a po potvrzení logu a stažení GPX dané keše se pak dostanu dokonce na zajímavý čas "2016-01-17T20:00:00Z".
Takže zdá se že tenhle způsob zcela ignoruje hodiny/minuty, vezme jen datum navíc posunuté o nějakých 18 hodin a log hodí do poledne toho dne (tedy to 12:00:00 UTC). No dost divný. Ještě nějaké moudro? Dekuji.
No tak myslím že my dva jsme spolu skončili. Několik let (minimálně tak 3) si v Locusu krásně pěstuju chybné posílání časů a ty si jen tak přijdeš a ... :). Děkuji děkuji, měl jsem tam zdá se dvě chyby které se navzájem pokrátili (2x špatné formátování) a chyba na pozadí neviditelná v UI je na světě.
Nicméně odborníku, mám po poslední prekérku.
Jak píšeš - posílání logů jak FN - log vytvořený v 18.1. 2016 v 12:58 UTC+0 , mi po nahrání tentokrát již s korektním timestampem ( 1453121903169 ), skončí na webu na stránce geocaching.com/my/fieldnotes.aspx s časem "17 January 2016 18:58:23" (tedy o 18 hodin posunutý). Při logování mi to předvyplní datum "01/17/2016" a po potvrzení logu a stažení GPX dané keše se pak dostanu dokonce na zajímavý čas "2016-01-17T20:00:00Z".
Takže zdá se že tenhle způsob zcela ignoruje hodiny/minuty, vezme jen datum navíc posunuté o nějakých 18 hodin a log hodí do poledne toho dne (tedy to 12:00:00 UTC). No dost divný. Ještě nějaké moudro? Dekuji.
Ahoj,
vidím, že jsem rozpoutal větší "akci". :-) Studoval jsem také v průběhu minulého týdne nějaké logy a příslušné GPX soubory a mám pocit, že bych prozatím "nejásal"... Je v tom podle mého opravdu hokej. Teď jsem zkusil např. kešku GC69G68 a v logu "Berseg", "brzda_z_kanovic", "bigfox76" je pěkný hokej ... Pořadí v GPX souboru je stejné jako v listingu na webu, ale "brzda_z_kanovic" má datum 13.1., záznamy před a po jen 12.1. Absolutně nechápu ... (snad se jen blbě nedívám ...) :-) Připadá mi to, že to někdy řadí jen podle "log id". :-( V Locusu jsem cvičně zkusil změnit "Použít časové pásmo" (zrušit zatržení), ale bez viditelného rozdílu ... A jejště mám jeden námět - nešlo by sjednotit zobrazení časového údaje při vytváření záznamu (je tam ve formátu UTC+1, tj. celkem logicky SEČ) a v sestavě "Základní info", kde se jako terénní poznámka zobrazuje údaj o hodinu menší ve tvaru (UTC+0). Je to sice náležitě označeno, ale přeci jen podle mého trošinku pro běžného uživatele matoucí. Myslím, že tam není důvod používat jiný formát (časové pásmo).
Díky. Martin
Ahoj,
vidím, že jsem rozpoutal větší "akci". :-) Studoval jsem také v průběhu minulého týdne nějaké logy a příslušné GPX soubory a mám pocit, že bych prozatím "nejásal"... Je v tom podle mého opravdu hokej. Teď jsem zkusil např. kešku GC69G68 a v logu "Berseg", "brzda_z_kanovic", "bigfox76" je pěkný hokej ... Pořadí v GPX souboru je stejné jako v listingu na webu, ale "brzda_z_kanovic" má datum 13.1., záznamy před a po jen 12.1. Absolutně nechápu ... (snad se jen blbě nedívám ...) :-) Připadá mi to, že to někdy řadí jen podle "log id". :-( V Locusu jsem cvičně zkusil změnit "Použít časové pásmo" (zrušit zatržení), ale bez viditelného rozdílu ... A jejště mám jeden námět - nešlo by sjednotit zobrazení časového údaje při vytváření záznamu (je tam ve formátu UTC+1, tj. celkem logicky SEČ) a v sestavě "Základní info", kde se jako terénní poznámka zobrazuje údaj o hodinu menší ve tvaru (UTC+0). Je to sice náležitě označeno, ale přeci jen podle mého trošinku pro běžného uživatele matoucí. Myslím, že tam není důvod používat jiný formát (časové pásmo).
Díky. Martin
Ahoj,
připojuji ještě jeden GPX GC4FHCZ, ze kterého je podle mého bohužel jasné, že jakékoliv pokusy o setřídění dat z GPX souboru stejně jako je na webu jsou asi marné. Já jsem zapisoval log v neděli 17.1. pozdě odpoledne <groundspeak:log id="569041150"> a je tam v GPX souboru s posunem 8 hodin již datum "2016-01-18T00:25:30Z", ale logicky je to ve výpisu zařazeno správně na den 17.1. Naproti tomu "Smejkalicek" fyzicky zapisoval log až dnes v noci (upozornění z "watch listu" na nový zápis dorazilo dnes 19.1. tuším v 0:35 SEČ), vysoká hodnota <groundspeak:log id="569291312"> tomu podle mého odpovídá a přesto je zápis v logu správně chronologicky zařazen ke dni nálezu na 17.1. Jediné, co prozatím vždy odpovídá je pořadí položek v GPX souboru, ale datum, které se zobrazuje na webové stránce z toho podle mého určit nejde. :-( Vidím tedy jediné řešení - v manuálu k Locusu uvést, že pořadí a datum záznamů v logu nemusí odpovídat skutečnému nálezu. :-)
Martin
Ahoj,
připojuji ještě jeden GPX GC4FHCZ, ze kterého je podle mého bohužel jasné, že jakékoliv pokusy o setřídění dat z GPX souboru stejně jako je na webu jsou asi marné. Já jsem zapisoval log v neděli 17.1. pozdě odpoledne <groundspeak:log id="569041150"> a je tam v GPX souboru s posunem 8 hodin již datum "2016-01-18T00:25:30Z", ale logicky je to ve výpisu zařazeno správně na den 17.1. Naproti tomu "Smejkalicek" fyzicky zapisoval log až dnes v noci (upozornění z "watch listu" na nový zápis dorazilo dnes 19.1. tuším v 0:35 SEČ), vysoká hodnota <groundspeak:log id="569291312"> tomu podle mého odpovídá a přesto je zápis v logu správně chronologicky zařazen ke dni nálezu na 17.1. Jediné, co prozatím vždy odpovídá je pořadí položek v GPX souboru, ale datum, které se zobrazuje na webové stránce z toho podle mého určit nejde. :-( Vidím tedy jediné řešení - v manuálu k Locusu uvést, že pořadí a datum záznamů v logu nemusí odpovídat skutečnému nálezu. :-)
Martin
Martine, příliš mnoho informací ... :)
@Arcao, už mlčím. Vše vyřešeno. Našel jsem ještě další dvě chybky. Docela zamotané ... chjo. Takže upload logu přes API a export do Fn souboru, oboje v UTC+0. Pro upload FN na web je třeba přičíst PDF (8 hodin), aby se čas ukázal korektně. Vyřešeno, děkuji.
@Martine: prozatím tedy nech být, uvidíme co přinese další verze Locusu.
Martine, příliš mnoho informací ... :)
@Arcao, už mlčím. Vše vyřešeno. Našel jsem ještě další dvě chybky. Docela zamotané ... chjo. Takže upload logu přes API a export do Fn souboru, oboje v UTC+0. Pro upload FN na web je třeba přičíst PDF (8 hodin), aby se čas ukázal korektně. Vyřešeno, děkuji.
@Martine: prozatím tedy nech být, uvidíme co přinese další verze Locusu.
Ahoj,
teď jsem narazil na FB stránkách progarmu GeoGet na informaci z 15.1., že od 18.1. nebude Groudspeak archivovat údaj o čase logu. Pokud je to pravda, tak je asi veškerá snaha zbytečná.
https://www.facebook.com/programgeoget/
Martin
Ahoj,
teď jsem narazil na FB stránkách progarmu GeoGet na informaci z 15.1., že od 18.1. nebude Groudspeak archivovat údaj o čase logu. Pokud je to pravda, tak je asi veškerá snaha zbytečná.
https://www.facebook.com/programgeoget/
Martin
Replies have been locked on this page!