[osm-hu] Fix pontok

2020. Jún. 2., K, 20:59:40 UTC

Én pont most néztem át hétvégi bejáráson M8T-vel készített logokat
utófeldolgozással. Pár szó a tapasztalatokról.

Tooling: ha sikerül az M8T-ről a kívánt adatokat kinyerni, szükség szerint
a RAW-t az NMEA-ról leválasztani, onnantól már elég egyszerű. Az RTKLIB
utófeldolgozás Position Solution File formátumát a JOSM támogatja,
közvetlenül be tudja rántani, a tracklog mellett a lock státuszt és a
pozíció szórását (pontosságát) is meg tudja jeleníti. Így a tracklogon
látható, hol mekkora a pontosság. Tegyük hozzá, nem túl felhasználóbarát a
JOSM vizualizációs megoldása.

A próbálkozásaim helyszíne Budapesttől elég távol volt (120km), így
egyfrekvenciás vevővel lockot nem nagyon vártam. Ez így is lett, a nap
folyamán csak pár rövidebb időszakban volt valóban lockban. Jó látási
viszonyok mellett a float-ot stabilan tartja, szubméteres pontossággal. A
műhold rálátást rontó tereptárgyakra kifejezetten kényes, látványosan esik
a pontosság. Erdővel fedett részeken használhatatlan. Mindez egybe vág
András korábbi méréseivel.

Azt majd Budapeshez közelebbi részen kell kipróbálni, mennyi idő kell neki,
hogy stabil lockba kerüljön, ha valamit tényleg garantáltan centiméteres
pontossággal szeretnék lemérni.

Ezek alapján én is azt gondolom, hogy OSM szempontból nincs őrülten nagy
gyakorlati haszna az utófeldolgozásos RTK-nak. Ahol eddig sem volt túl nagy
gond a pontossággal, mert a sima műholdas helymeghatározással is elérhető
volt a 2-3 m, ott valamivel lejjebb tud menni ennél. Ahol viszont szükség
lenne pontosabb technológiára, mert a sima műholdas helymeghatározás
pontatlanná váli, ott meg az RTKLIB használhatatlan, legalábbis ilyen
vevővel. (Azt nem tudom, hogy utóbbi állítás mennyire lenne igaz
kétfrekvenciás vevőre)

Ha valaki szeret GPX-eket gyűjtögetni, akkor mondjuk ártani nem árt a nyers
üzenetek loggolása és utófeldolgozása, a pontosság helyenként így is
növelhető. Rádiós kapcsolatot nem kér, adatcsomagot nem fogyaszt, plusz
aksit nem igényel.
Ahol viszont garantált pontosságú mérésekre van szükség, ott valósidejű
RTK-val kell nézni, hogy mennyire jött össze a lock, szükség szerint saját
bázisvevő felállításával.

Akit bővebben érdekel a téma, itt rengeteg jó cikket talál:
https://rtklibexplorer.wordpress.com/

Üdv,
Gergő

On Tue, Jun 2, 2020 at 2:17 PM Kolesár András <kolesar.andras at gmail.com>
wrote:

> Utófeldolgozás akkor praktikus, ha nincs mobil interneted és/vagy bázisod
> amiről adat jönne. Hátránya, hogy nem tudod a terepen, mennyi ideig várj,
> hogy nagy valószínűséggel fix legyen az eredmény. Ha nem vártál eleget,
> kidobhatod a mérést, mehetsz újra.
>
> Egyetlen valós felhasználási területét látom: teljesen offline területen,
> például a Bükk-fennsíkon tervezett méréshez helyi bázis kordinátáinak
> meghatározása. Mérsz pár percet az állandósított koordinátán, naplózod a
> nyers mérést, elgurulsz internetközelbe, meghatározod a bázis pontos
> helyét, majd beírod a koordinátákat a bázisba és egy másik vevővel már
> mérhetsz is helyi wifin RTK-val. Így a részletpontok mérésekor már egyből
> tudod a koordinátát és hogy fix-e.
>
> Tapasztalatom szerint 100 km-ről is simán megy az RTK, legfeljebb el van
> tolódva néhány centivel. Utak méréséhez bőven jó így is, vezetni sem lehet
> pontosabban. Távolabbról lassabban éled fel és nagyobb a hiba, de még
> mindig sokkal jobb, mintha semmi sem lenne. Két frekvenciás antennával
> megpróbálhatjátok BUTE bázist az egész országból. Egy frekvencián nagy
> távolságból eléggé reménytelen. Az ország szélein pedig szóba jöhetnek
> határon túli bázisok is.
>
> Üdv:
> András
>
> 2020. június 2., kedd 11:23:59 UTC+2 időpontban feket a következőt írta:
>>
>> Technikai kérdés:
>> Ha vidéken mérnék RTK-t pl. az F9P-vel, akkor valószínűleg nem találnék
>> ingyen RTK bázist (?),  még a hozzácsomagolt *HxGN SmartNet trial
>> license*-szel sem mennék sokra, mert ahogy a honlapjukat nézem, csak a
>> szomszédos országokból jut egy kis "lepattanó" Magyarországra.
>> De mi a helyzet, ha nekem nem is kell a RealTime része a dolognak?
>> Olvasok egy ilyet a KAMI által linkelt terméknél:
>> *"By submitting dual-frequency RINEX log file, converted from carrier
>> phase raw measurement log file of a single PX1122R Evaluation Board, to
>> online PPP service (OPUS、AUSPOS、CSR-PPP、APPS、GAPS...etc.) one can get
>> absolute accuracy centimeter-precise position result anywhere on Earth
>> without the need of RTK base."*
>>
>> Hozzáértő el tudná mondani, hogy ez hogy működik, esetleg akár olcsóbb
>> eszközzel is tudok centimétereket mérni, ha nem kell azonnal az eredmény?
>> A use case az lenne, hogy a légi/műholdképek eltolásához mérjek ki
>> pontokat.
>>  Pl: Itt van (
>> https://zoom.earth/#view=46.710078,20.154172,21z/layers=crosshairs) ezen
>> a szép téren egy oszlopon álló szobor, amit 6 db félköríven elhelyezkedő
>> kör ölel térkőből kirakva, ami az összes képanyagon látható. Ha ezek
>> közepét tudom mérni, akkor arra illeszthetem a műholdképeket. Máshol
>> ugyanez működne villanyoszlopokra, akármikre is.
>>
>> Közben éppen megkaptam a holnapi OSM találkozó programját, én sajnos csak
>> 19:45 körül tudok csatlakozni, de hátha még pont odaérek András Fömis,
>> ublox-os előadására..
>>
>> fekete
>>
>> --
> Magyar OSM Levelezőlista - openstreetmap-hungary at googlegroups.com
> leiratkozás: openstreetmap-hungary+unsubscribe at googlegroups.com
> ---
> Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok
> „openstreetmap-hungary” csoportjára.
> Az erről a csoportról és az ahhoz kapcsolódó e-mailekről való
> leiratkozáshoz küldjön egy e-amailt a(z)
> openstreetmap-hungary+unsubscribe at googlegroups.com címre.
> Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el
> ide:
> https://groups.google.com/d/msgid/openstreetmap-hungary/e43668ab-0360-416a-a734-321db73ed5e8%40googlegroups.com
> <https://groups.google.com/d/msgid/openstreetmap-hungary/e43668ab-0360-416a-a734-321db73ed5e8%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20200602/8133f62a/attachment.htm>