1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
32 |
33 |
34 |
35 |
36 |
37 |
38 |
39 |
40 |
41 |
42 |
43 |
44 |
45 |
46 |
47 |
48 |
49 |
50 |
51 |
52 |
53 |
54 |
55 |
56 |
57 |
58 |
59 |
ezek a szűrések API-ban adottak?
nem, az API csak a nyers adatok átvételét biztosítja
A mágneses/valódi É eltérését honnan kapja a rendszer? A holdakról jön, vagy pl. az A-GPS szedi össze?
Egyik sem. Erre van API függvény, amelyik időben visszamenőleg nagyjából a tényt mondja meg, időben előrefelé pedig jósol.
Azt esetleg ki lehet szűrni, hogy kizárólag GPS adatot fogadjon el esetleg?
A pozíció adat frissítéskor fontos figyelt szempont a közölt adat becsült pontossága. Nagyon pontatlan pozícióadatot (mint pl. ami hálózatból jön) csak akkor fogad el a program, ha már marha rég óta nem kapott normális pontosságú pozíciót.
nem, az API csak a nyers adatok átvételét biztosítja
A mágneses/valódi É eltérését honnan kapja a rendszer? A holdakról jön, vagy pl. az A-GPS szedi össze?
Egyik sem. Erre van API függvény, amelyik időben visszamenőleg nagyjából a tényt mondja meg, időben előrefelé pedig jósol.
Azt esetleg ki lehet szűrni, hogy kizárólag GPS adatot fogadjon el esetleg?
A pozíció adat frissítéskor fontos figyelt szempont a közölt adat becsült pontossága. Nagyon pontatlan pozícióadatot (mint pl. ami hálózatból jön) csak akkor fogad el a program, ha már marha rég óta nem kapott normális pontosságú pozíciót.
Előzmény: heidricha (#500)
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
32 |
33 |
34 |
35 |
36 |
37 |
38 |
39 |
40 |
41 |
42 |
43 |
44 |
45 |
46 |
47 |
48 |
49 |
50 |
51 |
52 |
53 |
54 |
55 |
56 |
57 |
58 |
59 |
