geocaching.hu geocaching.hu FAQ/cachikett
   + geoládák ~  |  + megtalálások ~  |  + felhasználók ~  |  + poi ~   |   fórum    |   belépés
  
  
  
 
FAQ

Előzmények

Kolesárhozzászólásai | válasz erre | 2010.09.09 14:05:46 (51605)
Igen! Használd egészséggel, nekem még mindig van egy tartalék belőle.
[előzmény: (51604) Pilis50, 2010.09.09 13:36:56]

Pilis50hozzászólásai | válasz erre | 2010.09.09 13:36:56 (51604)
Kaptam egy csavart, vagy tévedek?
[előzmény: (51601) Kolesár, 2010.09.09 08:20:36]

Kolesárhozzászólásai | válasz erre | 2010.09.09 08:20:36 (51601)
Tegnap este a CSxM is ugrált egy cifrát. Időugrás nem volt, viszont kihagyott pár másodpercet, majd beugrott egy fél perccel korábbi trackpontra, itt szakadt a track és a következő másodperctől folytatta ugyanettől a ponttól, visszaugrott a valós helyre és ment tovább.

[előzmény: (51562) Tisztul_A_Visztula, 2010.09.06 21:42:55]

Tisztul_A_Visztulahozzászólásai | válasz erre | 2010.09.06 21:42:55 (51562)
Nem tudom, hogy hol fixelte, mert a csix esetén a 4.00 is oda-vissza tüskét gyárt, néha +/- 5-7 méterest is.
[előzmény: (51559) Saughassy, 2010.09.06 20:28:09]

Saughassyhozzászólásai | válasz erre | 2010.09.06 20:28:09 (51559)
Ugye a barometrikus magassagmeroket is hasonlo alapossaggal fogod tesztelni? :)
Eleg gaz az uj szerianal a gombnyomasra megjeleno tuske a magassagprofilban. Ezt a legujabban a garmin "fixelte", ami naluk azt jelentette, hogy ezuttal a gombnyomast nem tuske, hanem 5 masodperc pause koveti a profilban (sot a kijelzesben is). Gyakorlatilag hasznalhatatlan a magassagmeres igy, szerintuk viszont issue fixed...
Tenyleg esedekes lenne mar egy komolyabb orrukra koppintas.

[előzmény: (51557) Kolesár, 2010.09.06 17:01:42]

Kolesárhozzászólásai | válasz erre | 2010.09.06 17:01:42 (51557)
Tovább vizsgáltam a gpx-eket, új módszerrel mutatom ki az ugrást, így nem kell a fájlban kézzel keresgélnem. Átteszem garmin_txt-be, majd ahol nem ír a két trackpont közé eltelt időt, ott van a visszaugrás. Veszem az előző és a következő három sort és ennek az idejét írom ki.

find -name '*.gpx' | sort | while read file; do echo $file; gpsbabel -i gpx -f $file -o garmin_txt -F - | grep -B 3 -A 3 -P "m\t\t[0-9.]+ kph" | grep -P -o "([0-9]{2,2}:[0-9]{2,2}:[0-9]{2,2}|--)"; done;

Ilyen eredményeket adott, történetesen ugyanazon napról:

./20100524.gpx
12:10:58
12:10:59
12:11:19
12:11:05
12:11:07
12:11:08
12:11:09
--
13:39:15
13:39:16
13:39:36
13:39:22
13:39:24
13:39:25
13:39:26
--
14:49:50
14:49:51
14:50:09
14:49:55
14:49:57
14:49:58
14:49:59

Majdnem mindig húsz másodperc esik ki (egy esetben 18), aztán mindig 14-et ugrik vissza.

Az egyik ilyen esetnél sikerült két útpontot is találnom, amelyeknél szintén rossz az idő. A CSx beírja megjegyzésbe a pontos időt, nálam ez így nézett ki:

471 09-JUL-10 15:07:41
472 09-JUL-10 15:07:32

A két útpont a helyén van, de az első ideje előreugrott 15 másodpercet.

Ilyenkor tehát nem a track rögzül rosszul, hanem az egész gps rosszul tudja az időt 15 másodperccel. Ahogyan a hivatkozott oldalról kiderül, mostanában éppen 15 másodperc a szökőmásodperces UTC és a szökőmásodpercek nélküli GPS-idő különbsége. Ezekben a trackpontokban tehát a gps UTC helyett GPS időt használ. Garmin suxx.

Ugye nem kell meglepődnöm, hogy az MTK vevőjű gps logjaiban nem találtam visszaugrást? Igaz, itt sokkal kisebb a minta. Megnéztem a 62s-t is ebből a szempontból. A már említett tegnapi nagy ugráson kívül egyetlen esetben volt negatív időugrás, felcserélt két időpontot:

09:12:39
09:12:40
09:12:42
09:12:41
09:12:43
09:12:44
09:12:45

Itt nem tudom eldönteni, hogy mi történt, nem mozgott éppen a készülék, álló helyzetben rögzített másodpercenként.

Összefoglalva: háromféle időugrást láthatunk.

1. CSx (valószínűleg csak a SiRF III) egy pillanatra elveszti a jelet, majd az első trackpontnál GPS időt ír a trackbe, utána visszaáll UTC-re. Ez mindig 15 másodperces eltolódást jelent, ami a következő trackponthoz képest 14 másodpercet mutat, ha éppen egy másodperc telt el időközben.

2. 62s mentés közben beszúrja a trackbe egy tetszés szerinti helyre a mentés helyzetét, ezt láttam tegnap délután.

3. 62s másodperces rögzítés közben felcserél két másodpercet. Remek.
[előzmény: (51554) Tisztul_A_Visztula, 2010.09.06 16:21:56]

Tisztul_A_Visztulahozzászólásai | válasz erre | 2010.09.06 16:21:56 (51554)
49222-ben rábukkantam arra, hogy a belső memóriából letöltött fájl annó jó volt.
Ez ugye nem az "ugrik kb. 20 mp-t (valójában pár mp-ig nem képes rögzíteni, s eztán ugrik pontosan 15 mp-et, majd vissza 14-et (hiszen megszűnik a 15 mp-es eltolás)" időugrásos probléma (hogy miért 15 mp, arra ld http://en.wikipedia.org/wiki/Leap_second), hanem az általad a Vértesben tegnap tapasztalt jelenséghez hasonló.

Egyébként ha tényleg beválik Neked is a 4.00, akkor az oldaladon fogod pubikálni a 28ezres 4.00-ra épülő fw-t?
[előzmény: (51546) Kolesár, 2010.09.06 10:53:29]

Kolesárhozzászólásai | válasz erre | 2010.09.06 10:53:29 (51546)
Ezt a .gpx fájlban vagy a belső memóriából garmin protokollal letöltött állományban láttad?
[előzmény: (51545) Tisztul_A_Visztula, 2010.09.06 10:52:31]

Tisztul_A_Visztulahozzászólásai | válasz erre | 2010.09.06 10:52:31 (51545)
És a lényeget elfelejtettem. Nekem a csix csinált annó hasonlót, tehát más időpontú, pár perccel korábban valóban bejárt helyet berakott egy másik helyre trackpontként. Ez májusban történt, ráadásul valószínűleg 4.00-val, s nem az április elejétől május közepéig ismételten használt 3.60/3,70 valamelyikvel, de csak egyszeri eset volt, azóta sem láttam ilyet.


Bejelentkezés név:  jelszó:   [regisztráció]

Felhasználónevedet és jelszavadat a turistautak.hu oldalon is használhatod!

[fejlesztési ötletek] [grafikonok] [szavazások] [jogi tudnivalók] [e-mail]

[impresszum]

A geocaching.hu megnevezés és a kapcsolódó logo bejegyzett védjegy.
Kereskedelmi célú felhasználásuk csak a tulajdonosok hozzájárulásával lehetséges.
turistautak.hu