<div dir="ltr"><div dir="ltr"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 27, 2020 at 5:22 PM Samat <<a href="mailto:samat78@gmail.com">samat78@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 27 May 2020 at 16:53, Gergely Matefi <<a href="mailto:gergely.matefi@gmail.com" target="_blank">gergely.matefi@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hobbylistámon szerepel, hogy átalakítsam utófeldolgozásos "nem-valósidejű kinematikára". Azaz terepen naplózni a UBX üzeneteket, és utólag (otthon) korrelálni a referenciaállomásokról érkező bázisjelekkel, és helyreállítani a nagypontosságú lokációs adatokat. OSM szerkesztésre ez így is tökéletesen megfelelne.</div></blockquote><br><div>Ez jogos. Az utófeldolgozásnak megvan az az előnye is, hogy míg real-time adatokat küldő bázisból kevés van, addig az órás vagy napi adatokat utólag letöltésre kínálóból jóval több.<br></div><div>Az RTKlib nem jó erre?</div><div><br></div><div>Samat</div></div></div></blockquote><div><br></div><div>Elvben működnie kell majd, az rtklib-ben az rtkpost kifejezetten erre szolgál. Csak össze kell rakni a teljes toolchaint, hogy ne kézzel kelljen mindent. Szeretnék egyszerre valósidejű hagyományos helymeghatározást, és utófeldolgozásos RTK alapú helymeghatározást. Ehhez a kütyü kimenetéről szét kell választani a szöveges formájú NMEA üzeneteket és a binárisan küldött nyersadatokat, letárolni, otthon a korrekciós adatokat összevadászni a webről, adott esetben az optimális bázis automatikus kiválasztásával, 
időablak egyeztetéssel, szükség szerint kivágással. Aztán toolokat lefuttatni, és valahogy értelmezhetővé tenni, hol mekkora pontosságot sikerült elérni.</div><div><br></div><div>És persze kell majd hozzá némi terepi gyakorlat is, mire kell vigyázni, hogy valóban sikerüljön a nyersadatokból nagypontosságú végkimenentet előállítani</div><div><br></div><div>Az is elgondolkoztató, hogy mitől stabilabb az F9P belső RTK algoritmusa, mint az M8T külső rtklib-bel. Okozhatja-e ezt a kétfrekvenciás vétel, vagy az rtklib-et is lehetne jobban tuningolni</div><div><br></div><div>Üdv,</div><div>Gergő<br></div><div><br></div><div> <br></div></div></div>