- nejde aktualizovať na novú verziu programu.
- Mozilive pouze jen na WIN7?
- Problém se stahováním
- problém s prihlásením
- Problem s prihlasenim v MoZiGo.
- Problém pri sťahovaní
- Chyba pri natahovani LAB kesiek z MoZiLive
- Chyba při generování statistiky - Aktualizovat nalezené
- Chyby po nové instalaci
- Chyba s GS mapou v Mozilive
GPX - formát data
MoZiLive dělá exporty GPX s datem a časem podle mne v nějakém divném formátu. Dělá to (mi) už dlouho a už fakt nevím, jak se toho zbavit. V MoZiLive mám jako formát data nastaveno MM/dd/yyyy, en-US. Na geocachingu 10/16/2018 (v tuto chvíli).
Například u kešky https://coord.info/GC72XJY jsou poslení 3 logy s daty
08/01/2018
07/15/2018
06/13/2018
MoZiLive ale v html náhledu zobrazuje
08/01/2018
07/15/2018
06/13/2018
2018-01-08 12:00:01
2018-15-07 12:00:01
2018-13-06 12:00:01
GPX soubor potom vypadá takto
2018-01-08T00:00:00Z
2018-15-07T00:00:00Z
2018-13-06T00:00:00Z
Gsak tento soubor interpretuje takto
08.01.2018
16.10.2018
16.10.2018
a Locus
08. 01. 2018
07. 03. 2019
06. 01. 2019
Když GPX ručně opravím, napíklad z 2018-13-06T00:00:00Z udělám 2018-06-13T00:00:00, Zdají se mi ty datumy po importu v pořádku. Co dělám špatně?
- Ak chcete pridať komentáre, tak sa musíte prihlásiť alebo zaregistrovať.
Podla mna je zvykom v nasich
Podla mna je zvykom v nasich koncinach pouzivat format datumu dd.mm.yyyy
cize najprv den potom mesiac a rok.
Cize podla toho si nastav format na groundspeaku na 17/10/2018
Je pravda, ze ja gpx nepouzivam na prenos dat niekde dalej ale iba v garmine alebo locuse...ale nemam s tym ziaden problem.
Tak pomohlo to, nastavení
Tak pomohlo to, nastavení jsem měl tak, jak to měli defaultně kdysi v pravěku než byla možnost to změnit. Stejně ale, když si to program dokáže zjistit z webu, mohl by se tím i řídit. Jo a začly se zobrazovat i ty hvězdičky u vypočtených kešek po nějaké aktualizaci.
/* R.Palat */
Predstav si, ze program sa
Predstav si, ze program sa tym aj riadi a podla toho formatu, ktory si nacita z webu ich aj dalej zobrazuje!!! Tu ide o takych userov /napr. americania/, ktori takyto format nativne pouzivaju. Vsetko je v poriadku az kym taketo data nezacnes importovat do inych sw, ktore o tom formate nemaju ani tucha a pouzivaju defaultne iny...
Inak povedane ak nejake sw pouzivaju prenos dat medzi sebou musia na format datumu pouzit rovnaky predpis.
Já tomu věřím ale ... Pokud
Já tomu věřím ale ...
Pokud mám nastaveno na GC MM/dd/yyyy
potom datum, o kterém vím, že je 1.8.2018 je na GC zobrazeno jako 08/01/2018.
MoZiLive jej zobrazí jako 2018-01-08 a v gpx je 2018-01-08
Pokud na GC změním datum na dd/MM/yyyy
potom datum, o kterém vím, že je 1.8.2018 je na GC zobrazeno jako 01/08/2018.
MoZiLive jej zobrazí jako 2018-08-01 a v gpx je 2018-08-01.
Formát data v generovaných gpx souborech by měl být pořád stejný, tedy YYYY-MM-DD ale není.
/* R.Palat */
S tym gpx mas pravdu - pokial
S tym gpx mas pravdu - pokial by som to potreboval na prenos dat niekde dalej bolo by to treba "znormalizovat", nateraz sa proste riadim pri spracovani datumu s formatom, ktory nacitam z webu , cielovemu zariadeniu (garmin,Locus) to je v praxi jedno, pretoze datum v skutocnosti nespracovavaju ako datum ale ako retazec. Problem to je u aplikacie, kde to treba parsovat do databazy ako naozajstnu datumovu polozku a to si zistil prave aj Ty...
Ja to musim mat vo svojich programoch prave preto, lebo spracovavam data aj z weboveho formatu, kedy datum dostavam ako retazec a bez informacie o jeho formate by som z toho nevedel vytvorit spravny datum ako databazovu premennu.