SlideShare a Scribd company logo
1 of 25
Felhasználási statisztikák 2009-ből
Kósa Tamás
FÖMI Kozmikus Geodéziai Obszervatórium
kosa@gnssnet.hu
www.gnssnet.hu
Tel.: 06-27-374-844/125
Mobil: 06-30-481-3919
GNSSnet.hu Tanfolyam – Budapest, 2010. április.
 Felhasznált adatok
 Rendelkezésre álló adatok szűrése
 Beszéljenek a számok
 Melyiket érdemes választani?
Avagy belépések az inicializálások tükrében
 Következtetések levonása
 Sikertelen és befejezetlen inicializálások
Tartalom:
Felhasznált adatok
 A Szolgáltató Központ által rögzített adatbázis:
 Felhasználónév
 Belépéskor használt mountpoint
 Belépés és kilépés időpontja (dátum, hms)
 A hálózatban töltött idő adatforgalma byte-ban
 Első beküldött pozíció (lat, lon)
 Az első sikeres ciklustöbbértelműség feloldására fordított idő (TTFA: Time-To-Fix-Ambiguity,
másodpercben)
 CASTER log file-okból szűrt adatok:
 Felhasználó név
 Bejelentkezéskor használt NTRIP kliens
 Egyéb kiegészítő adatok:
 Magyarország település adatbázisa
 A Szolgáltató Központ egyéb statisztikai adatai
Rendelkezésre álló adatok szűrése
 Első beküldött pozíció (lat, lon):
 Csak a magyarországi belépések szerepelnek az elemzésben. Törlésre kerültek:
 A környező országokban történt belépsek
 A 0,0-ás pozíciót beküldő bejelentkezések (akkor fordul elő, ha előbb csatlakozunk a caster-hez, minthogy a vevő
meghatározná az abszolút pozicióját)
 Egyéb fals pozíciók, pl. A déli féltekéről, a holdról
 Bennfentes felhasználók belépéseinek törlése:
 Monitor állomások
 A szolgáltató központ munkatársai
 Külföldi szolgáltatók belépései
 Bejövő TTFA értékek szűrése: szétválasztás „sikeres” és „sikertelen”, vagy az
általunk meghatározott küszöbértéken kívülre eső inicializálásokra:
 Minden 4 és 600 sec közötti számított sikeresnek (az inicializálás megbízhatósága 300 sec
fölött csökken)
 Minden ami ezen kívül volt -vagy a pozícióhoz nem tartozatt TTFA- számított sikertelennek
(negatív értéktől kezdve, a 0 át 167 percig)
Beszéljenek a számok
 Csaknem 400000 belépés 2009-ben
 A hálózatban eltöltött idő mintegy 11 évnyi másodpercnek felel meg
 A hálózatban töltött idő adatforgalma körülbelül 75 gigabyte (átlagosan egy
belépéshez 50 kilobyte adatforgalom társul)
 Legnépszerűbb mountpointok:
 SGO_MAC-RTCM3.1: ~85000 belépés
 SGO_VRS-RTCM3.1-GLO: ~80000 belépés
 SGO_VRS-RTCM3.1: ~80000 belépés
 SGO_RTK-RTCM3.0: ~40000 belépés
 SGO_RTK-RTCM3.0-GLO: ~20000 belépés
 Országos szinten a vizsgált esetek 95,4%-ában 135 sec alatt tudtak inicializálni a
felhasználók, az esetek 68,3%-ában pedig 27 sec alatt. (TTFA-ból, 2σ, 1σ)
 Szolgáltatásunkat igénylő felhesználók száma töretlenül növekszik, ennek
megfelelően növekszik a hálózatban eltöltött idő, és a bevetelek is.
GNSSnet.hu adatfelhasználás
2008/március
2008/április
2008/május
2008/június
2008/július
2008/augusztus
2008/szeptember
2008/október
2008/november
2008/december
2009/január
2009/február
2009/március
2009/április
2009/május
2009/június
2009/július
2009/augusztus
2009/szeptember
2009/október
2009/november
2009/december
2010/január
2010/február
2010/március
RTK
PP
DGPS
Valós idejű felhasználás (min)
0
100,000
200,000
300,000
400,000
500,000
600,000
700,000
800,000
900,000
1,000,000
2007/március
2007/április
2007/május
2007/június
2007/július
2007/augusztus
2007/szeptember
2007/október
2007/november
2007/december
2008/január
2008/február
2008/március
2008/április
2008/május
2008/június
2008/július
2008/augusztus
2008/szeptember
2008/október
2008/november
2008/december
2009/január
2009/február
2009/március
2009/április
2009/május
2009/június
2009/július
2009/augusztus
2009/szeptember
2009/október
2009/november
2009/december
2010/január
2010/február
2010/március
Valósidejű adattípusok használati aránya
0
100000
200000
300000
400000
500000
600000
700000
SGO_VRS-RTCM3.1
SGO_RTK-RTCM3.0
SGO_MAC-RTCM3.1
SGO_VRS-CMR
SGO_VRS-RTCM2.3
SGO_RTK-RTCM2.3
SGO_FKP-RTCM2.3
SGO_RTK-CMR
DGPS-RTCM2.1
„Mozgásban az ország”
Olajkutatások
Útfelmérések
Épül az M6-os
Kistérségekre lebontva
Min.
Max.
Melyiket érdemes választani?
 Részletes vizsgálatok az inicializálási idők tekintetében:
 RTK mountpointok szerint
 VRS mountpointok szerint
 MAC mountpointok szerint
 Az állomásoktól távolodva 5 km-es körgyűrűkként egészen 30+km-ig
 NTRIP kliensek szerint bontva
 Hány másodsec alatt tudtak inicializálni a felhasználók, az esetek 95,4%-ban és
az esetek 68,3%-ában? (TTFA-ból, 2σ, 1σ)
RTK belépések
RTK belépések
RTK belépések
Belépések összesítve
MAC
VRS
RTK0
5000
10000
15000
20000
25000
30000
5km
5-10km
10-15km
15-20km
20-25km
25-30km
30+km
7538
6695
9772
12837
13373
9281
8760
17172
21735
25099
28180
27237
20824
15064
5790
7003
6498
7752
7282
5292
4173
MAC
VRS
RTK
RTK inicializálási idők
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
0
200
400
600
800
1000
1200
1400
1600
0 10 20 30 40 50 60 70 80 90 100 110 120 130 140 150 160 170 180 190 200 210 220 230 240 250 260 270 280 290 300
Inicializálásokszáma
Első inicializáláshoz szükséges idő (First TTFA) [s]
Inicializálási idő - RTK mountpointok szerint (5-10km között)
Inicializálásokeloszlása
RTK inicializálási idők
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
0
100
200
300
400
500
600
700
800
900
1000
0 10 20 30 40 50 60 70 80 90 100 110 120 130 140 150 160 170 180 190 200 210 220 230 240 250 260 270 280 290 300
Inicializálásokszáma
Első inicializáláshoz szükséges idő (First TTFA) [s]
Inicializálási idő - RTK mountpointok szerint (30+km)
Inicializálásokeloszlása
Inicializálási idők
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
0
10000
20000
30000
40000
50000
60000
70000
80000
0 20 40 60 80 100 120 140 160 180 200 220 240 260 280 300
Inicializálásokeloszlása
Inicializálásokszáma
Első inicializáláshoz szükséges idő (First TTFA) [s]
Inicializálási idő - 2009
Inicializálási idők az esetek 68,3%-ban
MAC
VRS
RTK
GLO+
Összes
0
5
10
15
20
25
30
35
40
5km
5-10km
10-15km
15-20km
20-25km
25-30km
30+km
orszagos
19 20 21
20 21
25
29
24 25 25
29 30
32
34
25
24
31 33
35
39 40
24
27
MAC
VRS
RTK
GLO+
Összes
Inicializálási idők az esetek 95,4%-ban
MAC
VRS
RTK
GLO+
Összes
0
50
100
150
200
250
5km
5-10km
10-15km
15-20km
20-25km
25-30km
30+km
orszagos
94
80
116 125 135 144 147
112
105 110
130 141 151
174
112
93
139 141
186
215
235
130
135
MAC
VRS
RTK
GLO+
Összes
Inicializálási idők (műszertípusok szerint bontva)
Következtetések levonása
 Egy bázisos megoldást a referencia állomástól 15-20 km-ig érdemes használni.
20 km-nél nagyobb távolságra az állomásoktól az RTK inicializálási idő
ugrásszerően nő. Használjunk VRS vagy MAC-es (már ebből is 2 van)
mountpointokat.
 A GLONASSZ holdak javíthatnak az inicializálás gyorsaságán is.
 Belvárosias területen kissé romlik az inicializálási idő.
 Viszonylag nagy eltérések mutatkoznak az egyes műszerek inicializálási
képességeik között.
Sikertelen és befejezetlen inicializálások
 Az érem másik oldala, amikor nem sikerült inicializálni, vagy tovább tartott,
mint az általunk felállított küszöbérték
 A pozícióhoz nem tartozott TTFA érték, a „best quality”-t azaz a fix státuszt nem érték el
 A TTFA érték 0-4 sec (rover vevők gyakori ki-be jelentkezése)
 600 sec-től 10000 sec-ig
 Vizsgálatuk települési (3174) szintre lett levezetve.
 Százalékos értékben meghatároztuk, hogy milyen arányban történtek sikertelen
inicializálások az össz belépésekhez képest.
 Akadtak kiugróan rossz arányok (50-90%)
 További vizsgálatok történtek a probléma okának felderítésére. Kiderült, hogy
egy-egy felhasználó rontotta le a statisztikát.
A sikertelen vagy befejezetlen inicializálások aránya egy adott NTRIP
klienst használó felhasználók belépéseiből (1.példa)
Döntő többségben a
statisztikai romlást
egy felhasználó
okozta. Több ezer
max. 60 sec-es
belépés, TTFA nélkül
Egy hasonló eset az ország
más területéről
Köszönöm a figyelmet!
Jó étvágyat az ebédhez!

More Related Content

Viewers also liked

WhitepaperBlockchainForClaims_V11
WhitepaperBlockchainForClaims_V11WhitepaperBlockchainForClaims_V11
WhitepaperBlockchainForClaims_V11Kyle Culver
 
PowerShell: A Language for the Internet of Things #ATLPUG
PowerShell: A Language for the Internet of Things #ATLPUGPowerShell: A Language for the Internet of Things #ATLPUG
PowerShell: A Language for the Internet of Things #ATLPUGTaylor Riggan
 
Kubernetes Immersion
Kubernetes ImmersionKubernetes Immersion
Kubernetes ImmersionJuan Larriba
 
China Bearing Manufacture
China Bearing ManufactureChina Bearing Manufacture
China Bearing ManufactureEllie Liao
 

Viewers also liked (6)

WhitepaperBlockchainForClaims_V11
WhitepaperBlockchainForClaims_V11WhitepaperBlockchainForClaims_V11
WhitepaperBlockchainForClaims_V11
 
Jeffrey nares
Jeffrey naresJeffrey nares
Jeffrey nares
 
PowerShell: A Language for the Internet of Things #ATLPUG
PowerShell: A Language for the Internet of Things #ATLPUGPowerShell: A Language for the Internet of Things #ATLPUG
PowerShell: A Language for the Internet of Things #ATLPUG
 
Recount text
Recount textRecount text
Recount text
 
Kubernetes Immersion
Kubernetes ImmersionKubernetes Immersion
Kubernetes Immersion
 
China Bearing Manufacture
China Bearing ManufactureChina Bearing Manufacture
China Bearing Manufacture
 

Tanfolyam2010_KT_safetycopy

  • 1. Felhasználási statisztikák 2009-ből Kósa Tamás FÖMI Kozmikus Geodéziai Obszervatórium kosa@gnssnet.hu www.gnssnet.hu Tel.: 06-27-374-844/125 Mobil: 06-30-481-3919 GNSSnet.hu Tanfolyam – Budapest, 2010. április.
  • 2.  Felhasznált adatok  Rendelkezésre álló adatok szűrése  Beszéljenek a számok  Melyiket érdemes választani? Avagy belépések az inicializálások tükrében  Következtetések levonása  Sikertelen és befejezetlen inicializálások Tartalom:
  • 3. Felhasznált adatok  A Szolgáltató Központ által rögzített adatbázis:  Felhasználónév  Belépéskor használt mountpoint  Belépés és kilépés időpontja (dátum, hms)  A hálózatban töltött idő adatforgalma byte-ban  Első beküldött pozíció (lat, lon)  Az első sikeres ciklustöbbértelműség feloldására fordított idő (TTFA: Time-To-Fix-Ambiguity, másodpercben)  CASTER log file-okból szűrt adatok:  Felhasználó név  Bejelentkezéskor használt NTRIP kliens  Egyéb kiegészítő adatok:  Magyarország település adatbázisa  A Szolgáltató Központ egyéb statisztikai adatai
  • 4. Rendelkezésre álló adatok szűrése  Első beküldött pozíció (lat, lon):  Csak a magyarországi belépések szerepelnek az elemzésben. Törlésre kerültek:  A környező országokban történt belépsek  A 0,0-ás pozíciót beküldő bejelentkezések (akkor fordul elő, ha előbb csatlakozunk a caster-hez, minthogy a vevő meghatározná az abszolút pozicióját)  Egyéb fals pozíciók, pl. A déli féltekéről, a holdról  Bennfentes felhasználók belépéseinek törlése:  Monitor állomások  A szolgáltató központ munkatársai  Külföldi szolgáltatók belépései  Bejövő TTFA értékek szűrése: szétválasztás „sikeres” és „sikertelen”, vagy az általunk meghatározott küszöbértéken kívülre eső inicializálásokra:  Minden 4 és 600 sec közötti számított sikeresnek (az inicializálás megbízhatósága 300 sec fölött csökken)  Minden ami ezen kívül volt -vagy a pozícióhoz nem tartozatt TTFA- számított sikertelennek (negatív értéktől kezdve, a 0 át 167 percig)
  • 5. Beszéljenek a számok  Csaknem 400000 belépés 2009-ben  A hálózatban eltöltött idő mintegy 11 évnyi másodpercnek felel meg  A hálózatban töltött idő adatforgalma körülbelül 75 gigabyte (átlagosan egy belépéshez 50 kilobyte adatforgalom társul)  Legnépszerűbb mountpointok:  SGO_MAC-RTCM3.1: ~85000 belépés  SGO_VRS-RTCM3.1-GLO: ~80000 belépés  SGO_VRS-RTCM3.1: ~80000 belépés  SGO_RTK-RTCM3.0: ~40000 belépés  SGO_RTK-RTCM3.0-GLO: ~20000 belépés  Országos szinten a vizsgált esetek 95,4%-ában 135 sec alatt tudtak inicializálni a felhasználók, az esetek 68,3%-ában pedig 27 sec alatt. (TTFA-ból, 2σ, 1σ)  Szolgáltatásunkat igénylő felhesználók száma töretlenül növekszik, ennek megfelelően növekszik a hálózatban eltöltött idő, és a bevetelek is.
  • 7. Valós idejű felhasználás (min) 0 100,000 200,000 300,000 400,000 500,000 600,000 700,000 800,000 900,000 1,000,000 2007/március 2007/április 2007/május 2007/június 2007/július 2007/augusztus 2007/szeptember 2007/október 2007/november 2007/december 2008/január 2008/február 2008/március 2008/április 2008/május 2008/június 2008/július 2008/augusztus 2008/szeptember 2008/október 2008/november 2008/december 2009/január 2009/február 2009/március 2009/április 2009/május 2009/június 2009/július 2009/augusztus 2009/szeptember 2009/október 2009/november 2009/december 2010/január 2010/február 2010/március
  • 8. Valósidejű adattípusok használati aránya 0 100000 200000 300000 400000 500000 600000 700000 SGO_VRS-RTCM3.1 SGO_RTK-RTCM3.0 SGO_MAC-RTCM3.1 SGO_VRS-CMR SGO_VRS-RTCM2.3 SGO_RTK-RTCM2.3 SGO_FKP-RTCM2.3 SGO_RTK-CMR DGPS-RTCM2.1
  • 11. Melyiket érdemes választani?  Részletes vizsgálatok az inicializálási idők tekintetében:  RTK mountpointok szerint  VRS mountpointok szerint  MAC mountpointok szerint  Az állomásoktól távolodva 5 km-es körgyűrűkként egészen 30+km-ig  NTRIP kliensek szerint bontva  Hány másodsec alatt tudtak inicializálni a felhasználók, az esetek 95,4%-ban és az esetek 68,3%-ában? (TTFA-ból, 2σ, 1σ)
  • 16. RTK inicializálási idők 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% 0 200 400 600 800 1000 1200 1400 1600 0 10 20 30 40 50 60 70 80 90 100 110 120 130 140 150 160 170 180 190 200 210 220 230 240 250 260 270 280 290 300 Inicializálásokszáma Első inicializáláshoz szükséges idő (First TTFA) [s] Inicializálási idő - RTK mountpointok szerint (5-10km között) Inicializálásokeloszlása
  • 17. RTK inicializálási idők 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% 0 100 200 300 400 500 600 700 800 900 1000 0 10 20 30 40 50 60 70 80 90 100 110 120 130 140 150 160 170 180 190 200 210 220 230 240 250 260 270 280 290 300 Inicializálásokszáma Első inicializáláshoz szükséges idő (First TTFA) [s] Inicializálási idő - RTK mountpointok szerint (30+km) Inicializálásokeloszlása
  • 18. Inicializálási idők 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% 0 10000 20000 30000 40000 50000 60000 70000 80000 0 20 40 60 80 100 120 140 160 180 200 220 240 260 280 300 Inicializálásokeloszlása Inicializálásokszáma Első inicializáláshoz szükséges idő (First TTFA) [s] Inicializálási idő - 2009
  • 19. Inicializálási idők az esetek 68,3%-ban MAC VRS RTK GLO+ Összes 0 5 10 15 20 25 30 35 40 5km 5-10km 10-15km 15-20km 20-25km 25-30km 30+km orszagos 19 20 21 20 21 25 29 24 25 25 29 30 32 34 25 24 31 33 35 39 40 24 27 MAC VRS RTK GLO+ Összes
  • 20. Inicializálási idők az esetek 95,4%-ban MAC VRS RTK GLO+ Összes 0 50 100 150 200 250 5km 5-10km 10-15km 15-20km 20-25km 25-30km 30+km orszagos 94 80 116 125 135 144 147 112 105 110 130 141 151 174 112 93 139 141 186 215 235 130 135 MAC VRS RTK GLO+ Összes
  • 22. Következtetések levonása  Egy bázisos megoldást a referencia állomástól 15-20 km-ig érdemes használni. 20 km-nél nagyobb távolságra az állomásoktól az RTK inicializálási idő ugrásszerően nő. Használjunk VRS vagy MAC-es (már ebből is 2 van) mountpointokat.  A GLONASSZ holdak javíthatnak az inicializálás gyorsaságán is.  Belvárosias területen kissé romlik az inicializálási idő.  Viszonylag nagy eltérések mutatkoznak az egyes műszerek inicializálási képességeik között.
  • 23. Sikertelen és befejezetlen inicializálások  Az érem másik oldala, amikor nem sikerült inicializálni, vagy tovább tartott, mint az általunk felállított küszöbérték  A pozícióhoz nem tartozott TTFA érték, a „best quality”-t azaz a fix státuszt nem érték el  A TTFA érték 0-4 sec (rover vevők gyakori ki-be jelentkezése)  600 sec-től 10000 sec-ig  Vizsgálatuk települési (3174) szintre lett levezetve.  Százalékos értékben meghatároztuk, hogy milyen arányban történtek sikertelen inicializálások az össz belépésekhez képest.  Akadtak kiugróan rossz arányok (50-90%)  További vizsgálatok történtek a probléma okának felderítésére. Kiderült, hogy egy-egy felhasználó rontotta le a statisztikát.
  • 24. A sikertelen vagy befejezetlen inicializálások aránya egy adott NTRIP klienst használó felhasználók belépéseiből (1.példa) Döntő többségben a statisztikai romlást egy felhasználó okozta. Több ezer max. 60 sec-es belépés, TTFA nélkül Egy hasonló eset az ország más területéről
  • 25. Köszönöm a figyelmet! Jó étvágyat az ebédhez!