OPUS_Biztonságos feltöltés Web Felhasználói kézikönyv

OPUS_Feltöltés (OU)Felhasználói kézikönyv

Tartalom elrejt

1 OPUS_Biztonságos feltöltés Web

2 OPUS feltöltés

3 Az OPUS Upload telepítése

4 Az OPUS Upload futtatása a parancssorból

5 Speciális témák

6 OPUS-BORG Beállítások

7 Automatikus újraküldés használata szervezeti egységben

8 Néhány egyéb tipp

9 Dokumentumok / Források

9.1 Hivatkozások

10 Kapcsolódó bejegyzések

OPUS_Biztonságos feltöltés Web

Időpont: 26. június 2022
Rev: 2022.6.26.2055
Szerző: Mark Silver, ms@igage.com, +1-801-412-0011
Verzióinformáció
A tételes verzióinformáció a dokumentum végén található.
Iratkozzon fel a levelezőlistára a frissítési információkért
Ha bármilyen célra használja az OPUS_Upload szolgáltatást, kérjük, iratkozzon fel erre a levelezőlistára:
https://signup.ymlp.com/xguqjwsugmguu
hogy értesítéseket küldhessek a változásokról és a hibajavításokról. A korábbi üzenetek listája itt található [ http://ymlp.com/archive_guqjwsugjgh.php ].
Legyen óvatos az OU-val!
KÉREM: Az OPUS Upload használata előtt figyelmesen olvassa el ezt a felhasználói kézikönyvet. Az OU elfogadja a helyettesítő karaktereket, és minden megfigyelést be lehet küldeni file számítógépen egyetlen, egyszerű, hibás paranccsal. Plample:
OPUS_Feltöltés +r C:\*.??o
Minden egyes észrevételt benyújtana file a c: hajtsa az OPUS-ba feldolgozásra. Kétlem, hogy az NGS vagy az OPUS közösség többi tagja értékelné, hogy ezt megteszi.
Erősen ajánlom, hogy ne futtassa az OU eszközt parancssorból, amíg ki nem próbálta egyetlen eszközön files először a Windows felületről.

OPUS feltöltés

Az OPUS_Upload (OU) egy kis Win-32 alkalmazás, amely automatizálja a GPS megfigyelések benyújtását files az online NGS feldolgozó rendszerhez. Az OU a HTTPS NGS-ben navigál webSSL titkosítást használó webhely.
Az OU számos módon működtethető:
Parancssori eszközként argumentumokkal
A képernyőn megnyitott Windows programként
Húzással files az asztali ikonra
Az OU leegyszerűsíti a nagy készletek benyújtását files az NGS-hez. Az OU segítségével több ezer megfigyelés automatikusan beküldhető files egyetlen paranccsal.
Az OU-t több mint 15,000 XNUMX megfigyeléssel tesztelték files egyetlen beadványon.
NGS frissítés 1. szeptember 2018
Az NGS megváltoztatta az OPUS eléréséhez szükséges minimálisan elfogadható TLS-szintet.
Az OPUS_Upload ezt követően módosult, hogy a gépi SSL réteget használja (az OpenSSL használata helyett). Ez gyakorlatilag azt jelenti, hogy a Windows XP gépek már nem tudnak munkát küldeni az NGS-nek.
Erre a problémára nincs megoldás. Vásároljon egy modern számítógépet.
Terjesztési korlátozások és felhasználási szempontok
Az OPUS programozási felülete bonyolult, és az NGS szerver oldalon a legkisebb változás az OU frissítését teszi szükségessé. (Így regisztrálni kell a levelezőlistára, lásd fent).
Az OPUS Akkumulátorhoz hasonlóan, ha szüksége van OPUS Uploaderre, akkor valóban szüksége van rá. Az OU egyes felhasználók számára sok időt takaríthat meg.
Végül az OU egy sokkal nagyobb projekt része. Az OPUS Borg. A Borg OU-t, OA-t és néhány más klienst használ a nagy CORS-hálózatok automatizált minőségellenőrzésének megszervezéséhez fejlett statisztikai minőségellenőrzés segítségével. Az OU fejlesztését a Borg funkcionalitása vezérli.
Az OU-ban semmilyen olyan változtatás nem fogadható el, amely zavarja a Borg-ot. A Borg (https://en.wikipedia.org/wiki/Borg) szabályozza az OU fejlesztését. Akárcsak a következő generációban. Az OPUS Borg azért kapta a Borg nevet, mert sok „egyszerű” alkatrésze van, amelyek együttműködve próbálják feldolgozni a GNSS megfigyelési adatok halmait.
Ez egy teljes káosz, de most már túl késő javítani. Kétségtelen, hogy még az olyan egyszerű összetevők is, mint az OU és az OA, túlságosan bonyolultak.
A Borg egyes bonyolultságait a dokumentum későbbi, „Egyezés kizárása” szakasza ismerteti.
Változások
Kérjük, küldje el az olyan módosításokat, amelyek hasznosabbá teszik az OU-t a jelentkezésének szempontjából ms@igage.com.

Az OPUS Upload telepítése

Jelenleg az OPUS Uploader ZIP formátumban kerül terjesztésre file ezzel a felhasználói kézikönyvvel. Az összes program fileA kódokat az „iGage Mapping Corporation” írja alá.
A feltöltőt bárhová telepítheted, csak egy van file. Ezután manuálisan létrehozhat egy parancsikont az asztalhoz.
Az OPUS-feltöltéshez szükséges dolgok
Az OPUS Upload automatikusan meghatározza, hogy a RINEX file Rapid-Static vagy Static formában kell benyújtani file a RINEX hosszával file.
Az OPUS Upload már működik a RINEX 2.xx és a RINEX 3.xx verziókkal files.
Megfigyelés files 118 perces vagy hosszabb fájlok statikusként kerülnek elküldésre.
Az antenna neve és a HI a RINEX-ben file helyesnek kell lennie. Ha a RINEX files értéke hibás, akkor nem kompatibilisek az OU-val (ez a követelmény enyhült).
Megjegyzés: a Build 2001-ben egy „-a” parancssori kapcsoló került hozzáadásra, amely lehetővé teszi a files antennajelölések nélkül.
2020 januárjában támogatást adtunk hozzá, hogy felülbírálja az antenna nevét a RINEX-ben file.
2022 februárjában támogatást adtunk az aktuális NGS antennatípusok listájának letöltéséhez, hogy leegyszerűsítsük az antennatípus felülbírálását érvényes antennatípussal.
2022 februárjában a HI (Instrument Heights) kényszerítésének támogatása is hozzáadásra került.
Megfontolhatja a TEQC használatát az antennanév és a HI frissítéséhez. Lehet, hogy itt olyanample RINEX file fejléc:Az antenna típusát sárgával, a HI-t zölddel emeltem ki.
Az antennatípusnak az NGS által támogatott antennának kell lennie.
Az OPUS Upload futtatása Windows programként
Az OU elindításához kattintson duplán a programra vagy egy parancsikonra. Az OU a képernyő bal felső sarkában kezdődik. Ha áthelyezi vagy átméretezi az ablakot, majd bezárja az OU-t, a következő induláskor ugyanaz a pozíció és méret lesz emlékezve.
A képernyő pozícióját a rendszer futási időben ellenőrzi, hogy megbizonyosodjon arról, hogy az aktuálisan elérhető képernyőn van-e.
Az OU első használatakor meg kell adnia e-mail címét. Módosíthat más beállításokat, vagy hozzáadhat egy OPUS-Projects ID-t. A beállítások emlékeznek.
Az „Adatok feltöltése File' is emlékszik az OU legutóbbi működtetéséről. A „…” gombra kattintva kiválaszthat egyet vagy többet files feltölteni. A files legyen GPS megfigyelés files, vagy ZIP files amelyek GPS megfigyelést tartalmaznak files. (Más szóval a Nyitott File a böngésző több lehetőséget is támogat file válogatások.) Itt van egy exampnégy megfigyelés manuális kiválasztása files egy mappában:Ha ZIP-et választ file, a ZIP tartalma file szabványos RINEX-nek kell tekinteni files és minden RINEX files a ZIP-ben file egyedileg kerül feldolgozásra.
Ha beleszámít egy NAV-ot file a ZIP-ben file, az OU tudni fogja, hogy ez nem RINEX megfigyelés file és automatikusan kihagyja a NAV-ot file.
Hasonlóan, ha NAV-ot választ file (plample az összes kiválasztásával files a fenti könyvtárban) Az OU kihagyja a .NAV-t files.
Miután beállította a fileneve(k) és opciók, kattintson a Küldés gombra és minden RINEX-re file automatikusan elküldjük az OPUS-nak.

Az OPUS Upload futtatása a parancssorból

Az OU elfogadja a következő érveket: Ez a parancs:
OPUS_Feltöltés –p +x –e ms@igage.com C:\tmp\2001213A0.obs Beküldi a kislemezt file projektazonosító nélkül, kiterjesztett kimenet kérése, az eredmény visszaküldése a megadott email címre.
Miután beállította az e-mail címet a számítógépen, az OU emlékezni fog rá. Ha beállított egy projektnevet, az addig használatban lesz, amíg nem törli.
Ez azt jelenti, hogy miután egyszer futtatta az OU-t (talán Windows-alkalmazásként), egyszerűen meghívhatja az OU-t egy filenév:
OPUS_Upload C:\tmp\2001213A0.obs és a korábban kiválasztott opciók kerülnek felhasználásra.
Megadhat kettőt vagy többet is files OPUS_Upload C:\tmp\2001213A0.obs C:\tmp\2001213A1.obs
Használhat helyettesítő karaktereket is egy csoport meghatározásához files. Ez a parancs:
OPUS_Feltöltés C:\tmp\*.obs
minden file a C:\tmp\ mappában .OBS kiterjesztéssel a \tmp mappában.
Használhat verem helyettesítő karaktereket is:
OPUS_C:\tmp\002\*.obs C:\tmp\003\*.zip feltöltése
Az egybetűs helyettesítő karakterek szintén támogatottak:
OPUS_Upload C:\tmp\2001213A?.obs
Lehetővé kell tenni minden egyes észrevétel benyújtását file a számítógép C meghajtóján ezzel az egyszerű paranccsal:
OPUS_Feltöltés +r C:\*.1?o
Valóban szükség van erre?
Beküldés húzással
Ha van egy parancsikon az asztalon, húzhatja a megfigyelést files (vagy .ZIP files egy vagy több megfigyelést tartalmaz files) és dobja őket az asztali ikonra.
A files feldolgozása ugyanúgy történik, mintha manuálisan lettek volna kiválasztva. A rendszer az utolsó e-mail címet és egyéb beállításokat használja.
Számára nincs ismert korlátozás files egy akcióban leeshet.
A "teszt mód"
A szervezeti egység elindítása előtt érdemes tesztelni egy műveletet. Jelölje be a „Tesztmód” jelölőnégyzetet, hogy megtudja, milyen hatásai lehetnek a műveletének tényleges elküldés nélkül files az NGS-hez.
A Teszt mód jelölőnégyzet mentésre kerül, amikor az OU bezárul és újra megnyílik, így ha véletlenül bejelöli, az OU nem működik.
Automatikus benyújtás
Ha elindítja az OU-t a parancssorból, akkor a filenév; vagy ha húzással indítja el az OU-t files a parancsikonra, akkor az OU automatikusan elindul, majd az utolsó után 5 másodperccel bezár file feldolgozva van.
A Mégse gombbal az űrlap és a napló nyitva tartható viewing.
A futás végének 5 másodperces visszaszámlálása alatt kattintson a Mégse gombra, és az OU nem záródik be automatikusan. Az űrlap akkor sem záródik be, ha a teszt mód engedélyezve van.
2022/2/9: Az OU 5 másodperces késleltetés után automatikusan bezárul, ha az iGx_Download meghívja.

Speciális témák

Kényszerített antennatípusokAz aktuális antennalista letöltéséhez kattintson az „NGS Antenna List betöltése” gombra file az NGS szerverről ( https://geodesy.noaa.gov/ANTCAL/LoadFile?file=ngs14.atx ). A lista elemzésre kerül, és minden antenna, beleértve a műholddefiníciókat is, rendezett sorrendben betöltődik a legördülő listába.
Ezután beírhatja az antennatípus első néhány karakterét, hogy gyorsan megtalálja az adott antennát.
A lista egy ideiglenes mappában van tárolva:
C:\Felhasználók\felhasználónév\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx
C:\Users\felhasználónév\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx.cache
és újra felhasználható, amikor az OU újraindul.
Fontos antennatípus Megjegyzés: Az antenna neve és a dóm megnevezése között megfelelő számú szóközt kell megadnia. Tehát vagy válassza ki az antennát a legördülő listából, vagy másolja és illessze be az antenna nevét egy hiteles forrásból. A hiányzó vagy extra szóköz vagy bármilyen módosított karakter az antenna típusának meghibásodását eredményezi, amikor elküldi az OPUS-nak.
Kiterjesztett kimeneti formátum
Parancssor:
-x Standard megoldás kimenet
+x kiterjesztett megoldás kimenet (ajánlott)
A négyzet bejelölése: Hatékonyan megteszi ezt a kiválasztást az NGS benyújtási oldalán:A bázisállomás használata és kizárása
Adja meg a használni és kizárni kívánt bázisállomásokat vesszővel elválasztva:A beírt állomások pontosságát NEM ellenőrzik.
Ez a beállítás megegyezik a következővel:üresnek kell lennie, hacsak nem egy érvényes OPUS projekthez nyújtja be a megfigyelést. A projektazonosító érvényességét NEM ellenőrzik.
Ez a beállítás megegyezik a következővel:NE írja be a személyes projekt nevét ebbe a mezőbe, csak érvényes OPUS-Project ID-t írjon be. Az OPUS-projektek létrehozásához és használatához OPUS Manager képzéssel kell rendelkeznie.
Sorozatszám Ennek az értéknek nincs hivatalos NGS-leírása, de NAGYON hasznos a beküldések nyomon követéséhez. Az OPUS Borg minden olyan e-mail visszaküldésére támaszkodik, amely az OPUS rendszertől egyedi sorszámmal rendelkezik a sikeres vagy sikertelen visszaküldött e-mail tárgyában: Amikor betölti az NGS OPUS beadványt weboldalon, az NGS egyedi számot rendel hozzá. Ha bejelöli az „iGage Random Sequence” jelölőnégyzetet, akkor egy egyedi, 13 karakterből álló szám jön létre „IG” előtaggal. Ha nem jelöli be a négyzetet, akkor a beírt érték kerül felhasználásra.
Az IG-szám a 1. január 2020-je óta eltelt napok töredékszáma; a helyi gép időzónájában, megszorozva 86,400,000 XNUMX XNUMX-rel, és a legközelebbi egészre kerekítve. Ez megfelelőnek tűnik az egyediséghez, megfejthető és idővel növekszik. Ez nem véletlen.
Minimális File Méret és maximális hossz
Ha megpróbál beküldeni a file a minimumnál kisebb (byte-ban) a file kimarad. Gyakori jelenség, hogy a víruskereső eszközök arra kényszerítenek más eszközöket, hogy nulla hosszúságot hozzanak létre files. Ez csapdába ejti ezeket a kellemetlenségeket files az NGS-hez történő benyújtástól. A 2,500 bájtos minimumnak megfelelőnek és ésszerűnek kell lennie.
Az OU ellenőrzi a megfigyelési adatok első és utolsó korszakát, és kihagyja files amelyek hosszabbak, mint a maximális hossz órákban. Az OPUS-ban van egy szigorú határ, hogy kétszer nem lépheti át az éjfélt (GPS idő). Ha van file25 óránál hosszabb, érdemes a TEQC -tbin ( https://www.unavco.org/software/data-processing/teqc/tutorial/tutorial.html ), hogy 24 órára bontsa őket files és egyenként nyújtsa be azokat. Ezután az OPUS Akkumulátor eszközzel statisztikailag megtekintheti az egyes megoldásokat.
Naplózás mentése Files
Ha erre a négyzetre kattint, az NGS-beküldésből származó visszatérési értéket egy .HTML formátumba mentifile ugyanazzal a névvel, mint mindegyik benyújtott file, ugyanabban a mappában, mint a beküldött file.
Ha kinyitod a file böngészőben „hasonlónak” fog tűnni ahhoz, amit a kézi beküldéssel kapott volna file:A formázás azonban valószínűleg nem az elvárások szerint alakul.
Ez az opció hasznos hibakereséshez files amelyek benyújtáskor meghiúsulnak.
Kiterjesztett hibakeresési naplózás Ha bejelöli ezt a négyzetet, további naplózási információk jelennek meg a napló párbeszédablakban. Ezt a lehetőséget jobb bejelöletlenül hagyni.
Minden egyes HTML beküldési mező felsorolva lesz:inter-File Késleltetés Az NGS OPUS szerverek olyan biztonsági funkcióval rendelkeznek, amely megakadályozza a szolgáltatásmegtagadási támadásokat.
Ha néhánynál több (talán 5) foglalkozást küld be gyorsan egymás után, úgy tűnik, hogy az Ön IP-címe „fájdalom az NGS-ben”-ként lesz megjelölve, és az Ön beadványait figyelmen kívül hagyja.
Ezt a késleltetést ajánlatos 15 másodpercre vagy magasabbra állítani. 31 másodpercet használok.
Teszt mód A Teszt mód gomb bejelölése lehetővé teszi a szervezeti egység számára a beküldések futtatását és a műveletek naplózását, egészen a beküldésig. A napló files tartalmazni fogja az összes normál és kiterjesztett naplózást, de a file nem küldik el az NGS-nek feldolgozásra.
Ez lehetővé teszi egy helyettesítő karakteres művelet tesztelését az NGS-kiszolgálók elárasztása nélkül.
Egyetlen naplózott sor kerül hozzáadásra a naplóhoz:Jelenleg (2022.2.8.2041-es verzióban) OPUS-Static megfigyelések, files hosszabb, mint 110 perc, ezzel együtt kell benyújtani URL:'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl‘
OPUS-RS files ezzel együtt kerülnek benyújtásra URL:'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opus-rsup.prl’
Használhatja a „Benyújtás URL' az alapértelmezett elküldés felülbírálásához files egy NGS BETA szerverre. Gondoskodnia kell azonban arról, hogy a megfelelő szervercím (statikus vagy RS) legyen kiválasztva a beküldött üzenethez file.

OPUS-BORG Beállítások

Parancssor:
-m egyértelmű kizárt útvonal
+m elérési út beállítja a kizárt útvonalatAuto-Run
Az „Automatikus futás 23:00-kor” négyzet bejelölése azt eredményezi, hogy a „Küldés” gombot minden este 23:00 UTC-kor megnyomják. Az OU a gép időzóna-beállításait használja az UTC időeltolás kiszámításához.
Egyezés kizárása
Ez nem lesz egyszerű magyarázat.
Vegyünk egy olyan forgatókönyvet, amelyben sok mappa van, amelyek mindegyike sok megfigyelést tartalmaz files. Minden mappa egy GNSS CORS állomást jelent. Minden megfigyelés file egy 24 órás (GPS időkeret) „napi” megfigyelés file egy állomásra. Egy állomás napi mappája 24 órás megfigyelést tartalmazhat files az előző 5-10 évre, tehát több ezer RINEX files.
Az OU-t használják a napi adatok benyújtására files az OPUS-hoz. De csak mindegyiket szeretnénk benyújtani file kétszer:
egyszer közvetlenül azután file összegyűjtik, hogy megoldást kapjunk gyors/sugárzott efemeriszekkel 14 nappal később, hogy pontos/végső pályával rendelkező megoldást kapjunk. Az NGS visszaadja az OPUS megoldást files e-mailben és a megoldás files egy megfelelő állomás-eredménymappában vannak tárolva: minden CORS-állomás egyedi OPUS-megoldási mappával rendelkezik.
Ha az „Egyezés kizárása” elérési utat tartalmaz, a szervezeti egység a forrásmegfigyelés helyének megfelelő relatív útvonalat keres. file meglévő, megfelelő OPUS megoldáshoz file.
Ez bonyolult, mert a megfigyelés file ilyen neve lesz:
slci0010.22o
és a megfelelő OPUS megoldás neve így lesz: slci001022o IG0064714690360.msg (Felülről figyelje meg a varázslatos IG-sorszámot!)
Ha az OU megfelelő megoldást talál file, akkor kihagyja a megfigyelés elküldését file mert már létezik érvényes OPUS-megoldás.
Ha azonban bejelöli ezt a négyzetet:ÉS az OPUS megoldás 14 napnál régebbi, akkor az OU megvizsgálja a megoldást .msg file hogy meghatározzuk, melyik efemerisz típust használtuk az oldathoz.
Ha a megoldás NEM pontos vagy végleges, akkor az OU törli a meglévő megoldást file és küldje be újra a megfigyelést file, remélve, hogy sikerül megoldást találni file az OPUS feldolgozómotorból Precise vagy Final efemeridi használatával.
Később, másnap elején az OA (az OPUS Akkumulátor) feldolgozza a megoldási mappákat, és minden megfigyelt CORS állomáshoz trenddiagramokat generál:Az OA összefoglaló XLS-táblázatot is készít minden egyes megfigyelt állomáshoz:Ez az összefoglaló tartalmazza a CORS állomás átlagos pozícióját, valamint a Min/Max/Range/Standard Deviation értéket az NGS OPUS megoldáson található minden egyes értékhez.
Az állomássebesség is kiszámításra kerül, mind a NAD83 rögzített keretben, mind az ITRF napi korszak keretében az ECEF XYZ, Szél/Hossz/Magasság, Állapotsík vetített és UTM vetített keretekhez.
Ezenkívül az OA elkészíti az összefoglalók összefoglalását file:amely tartalmazza a hely nevét, az átlagos antennapozíciót ellipszoid magassággal, és néhány további információt, amely hasznos a magán CORS állomás adminisztrációjához.
Más Borg-folyamatok SQC elemzést futtatnak az OA kimeneti adatkészletein, és meghatározzák, hogy az állomás „statisztikailag” a várakozásoknak megfelelően fut-e, és szöveges üzeneteket küld, ha probléma van.
Akár hiszi, akár nem, ez a Rube-Goldberg (https://en.wikipedia.org/wiki/Rube_Goldberg) a folyamat működik!

Automatikus újraküldés használata szervezeti egységben

Itt van mintample mappaszerkezet a files küldeni (a tartalmazó mappát "dailys"-nek hívom) és a visszaküldött opus-megoldásokat tartalmazó mappát (az úgynevezett "opus"-t).Minden állomás egy egyedi, 4 karakteres mappában lehet/kell lennie, ha később szeretné használni az OA-t (OPUS_Accumulator).
A ./dailys/sgu2 mappa így nézhet ki:Az ./opus/sgu2 mappa így nézhet ki:Ha egy olvashatatlan OPUS-megoldást adnak vissza, vagy egy újabb, jobb efemerisz megoldás váltja fel, akkor a régi megoldás átkerül az _invalid vagy _duplicates mappába.
Fontos tipp: Az összes BORG eszköz szándékosan figyelmen kívül hagy minden mappát vagy mappát file amely aláhúzásjellel ('_') kezdődik, így nem lehet aláhúzással kezdődő állomásnév.
Ez a szervezeti egység fő képernyője (OPUS_Upload):Figyelje meg, hogy az „Adatok feltöltése File" mutat a dailys mappára, és a "Recurse Subfolders" be van jelölve.
Ez a szervezeti egység „Speciális” lapja:Figyelje meg, hogy a 'Match Exclude' a(z) opus mappát keresi files amelyek megfelelnek a bemenetnek files a napilap mappában.
Hol a napi filehonnan származik?
A Borg (iBase) egy másik része ho-t generálurly files szabványos fileminden állomáshoz más-más DIPCap folyamatot használnak.
Így néz ki a DIPCap folyamat, amely RT27 adatfolyamokat gyűjt az SGU2 számára:A DIPCap az RCAPTURE helyettesítője. Az RCAPTURE néhány nap vagy hét után meghiúsul, és csak a TCPIP „kliens” kapcsolatokat támogatja, a DIPCap nagyon robusztus, és örökké futni fog. Jobb a naplózása, és támogatja a TCPIP „szerver” kapcsolatokat is.
A DIPCap csak szabadon fut .CAP files a kiválasztott 'Output Folder' szabványt generáló RINEX-be fileneveket az 'állomásnév' használatával.
Az iBase program összegyűjti a .CAP-ot files hourly és konvertálja őket .CAP-ból files (amelyek RT27 folyamok) a szabványos RINEX-be file készletek a szabványos RINEX mappahierarchiában (rinex/yyyy/jjj/sss):

Naponta egyszer, közvetlenül éjfél (UTC) után az iB_Daily eszköz lefut, és megnézi az EVERY-SINGLE file a RINEX mappastruktúrában. Az iB_Daily gondoskodik arról, hogy a hourly files naponta összefűződnek files (ahelyett, hogy a kiterjesztés előtti utolsó karakter a kisbetű a-tól x-ig legyen, egy napi file nulla '0' karaktert tartalmaz.
A napi fileAz s-t 30 másodperces intervallumokra tizedeljük, és a GPS kivételével minden csillagképet lecsupaszítunk.
Az iB_Daily egy tömörítetlent is tesz file a megfelelő nyílásba a napilapok alatt. Az obs files a napilapokban nincsenek almappákba bontva. Minden napilap csak az állomás mappában van.
23 órával az iB_Daily futtatása után az OU (OPUS_Uploader) elküldi az összes új napi adatot files az OPUS-hoz. 23 órát várunk, hogy az NGS CORS rendszer feltöltse az összes CORS adatot, így valószínűbb, hogy az OPUS megoldást fog készíteni.
Ha bejelöli a "Pontos végső efemerisz ellenőrzése/kényszerítése 14 nap után" jelölőnégyzetet, akkor az OU 14 napot vár a megfigyelés után, majd minden alkalommal újra elküldi file, minden nap, egészen minden file pontos/végső efemeriszekkel rendelkezik.
Miután az OPUS_Upload elküldte a megfigyelést fileAz OPUS-nak az OPUS visszaküldi a megoldásokat egy speciális e-mail címre, amelyet az iBase_Mailer kiszolgál.
Ez az általam használt iBase_Mailer konfiguráció:Minden megoldás a megfelelő OPUS/ssss mappába kerül.
Végül az OPUS_Accumulator összefoglalja az összes OPUS megoldást. Ha egy napig duplikált megoldásokat talál, megtartja a legjobb megoldást. (Ezt a döntést az OA felhasználói kézikönyv részletezi.

Néhány egyéb tipp

Az OPUS Borg folyamatok korábban incidens nélkül futottak Windows XP számítógépen. Később a számítógépet Win8-ra, majd Win10-re frissítették.
Lehetetlen, hogy egy Win10 számítógép néhány hétnél tovább működjön emberi beavatkozás nélkül. Elsősorban a Windows frissítések ki vannak kényszerítve, és nem hagyhatók figyelmen kívül.
Mivel az OPUS-t futtató számítógépen van egy FTP-kiszolgáló és egy halom port nyitva van (a távoli CORS-állomások számára, amelyekre adatokat küldhetnek), a frissítések beszerzése valószínűleg ésszerű dolog.
Kipróbáltam a BORG futtatását AWS szerveren, működik, de nem nő a rendelkezésre állás. És a nagy szám miatt files és adatok, az S3 példány drága. Konkrétan minden egyes file Az S3 adattárban minden egyes nap ellenőrzik. Tehát az olcsó gleccsertárolás nem megfelelő.
A BORG-ot egy gyors számítógépen futtatom az összes BORG-gal file8 TB-os külső USB 3 meghajtón tárolt mappák és mappák.
Az iBase folyamat automatikusan megőrzi a tömörített .CAP biztonsági másolatát files külön 4 GB-os meghajtón. Az iBase egyetlen gomb funkcióval rendelkezik a kicsomagolt RINEX struktúra újraépítéséhez a biztonsági másolatokból. Gyanítom, hogy egy újjáépítés több napig is eltarthat. Nem kellett újraépíteni az adatkészletet; azonban több napba telt, mire 4 GB-os meghajtóról 8 GB-os meghajtóra váltotta át.
OU verzió megjegyzések
Build 2000:
Számos parancssori kapcsoló hozzáadvaÚgy tűnik azonban, hogy a benne foglalt és kizárt állomások még nem működnek.
2004-es építés: 25. május 2017
Hibanapló hozzáadva az üzenetmező helyett a felügyelet nélküli művelethez. Ne feledje, hogy nem tudja menteni a parancssori feladatok naplóját, mert a program befejezése után kilép.
Hozzáadott egy tesztet az érvényességhez file a parancssorból történő hozzáadásakor. Módosította a kezelését files parancssorból, hogy belefoglalja a valid-existing tesztet files.
Figyelmeztetés: előfordulhat, hogy a szám korlátozott files megadhatja a parancssorban. A számot nem szabad korlátozni files, amelyet helyettesítő karakterekkel, karakterlánc-közökkel adhat meg filea neveknek ki kell terjedniük a rendelkezésre álló memóriára.
Több megadásakor files a parancssorból a filenév mező csak az elsővel töltődik be file a listáról.
2005-ös építés: 5. szeptember 2018
Hozzáadta a 'Save Log Filejelölőnégyzetét. Megfigyelés benyújtása után file, a szerverről visszaküldött összes HTML kód egy hasonló nevűben tárolható file ugyanabban a mappában, mint a bemeneti megfigyelés file. A file A kiterjesztés mindig .html, és a hely mindig ugyanaz, mint a bemenet file.
A TLS1 támogatását felfüggesztették az NGS-nél. Az OPUS_Upload mostantól az ügyfélgép SSL-rétegét használja, és az OpenSSL-re már nincs szükség. Ez gyakorlatilag azt jelenti, hogy a Windows XP gépek már nem használhatók az OPUS-szal.
Építés 2016: 4. január 2020
Néhány jelentős fejlesztés és változtatás történt annak érdekében, hogy az OU az OPUS-Borg keretrendszerben működjön.

A konfigurációs értékek most az iBase.ini fájlban vannak tárolva file az összes többi Bord tag konfigurációjával. A verzió futtatásakor minden korábbi beállítás elveszik.

Az űrlap alapú meghíváshoz hozzáadódik egy lehetőség a könyvtárak ismétlésére. Korábban ez csak parancssori futtatáshoz volt elérhető.
Most két lap van, az egyik a gyakori konfigurációs beállításokhoz, egy új pedig a Speciális beállításokhoz. Ez megtisztítja az eszköz elsődleges képernyőjét.

Mostantól több útvonalat is beállíthat helyettesítő karakterekkel az űrlap alapú eszközből. Plample:
C:\ftp\rinex\2017\*.??o; C:\ftp\rinex\2020\*.??o
A 2017-es és 2020-as mappákat is megismétli files egyezik a .??o file kiterjesztés.
Mostantól manuálisan beállíthatja az NGS benyújtási sorszámát, vagy az OU létrehozhat egy egyedi sorszámot „IG8888888888888” formában: „IG”, amelyet egy 13 jegyű egész szám követ, amely a 1. január 2020. óta eltelt ezredmásodpercek számát jelzi. .

Egy minimum file feldolgozandó méret hozzáadva. Ez az opció csak a következőre vonatkozik files helyettesítő karakterrel van kiválasztva. Állítsa az értéket üresre, nullára vagy negatívra az összes forrás feldolgozásához files, mérettől függetlenül. A 2,500,000 24 XNUMX-es érték ésszerű, ha többnyire napi XNUMX órára számít files.
Az OU ezentúl opcionálisan ellenőrzi a meglévő OPUS-megoldásokat, amikor ismétlődő mappákat (helyettesítő karaktereket használ) megfigyeléshez files. A megoldásokat az alappal kell kezdeni fileaz OBS neve file; hasonló nevű mappákban kell lennie, az „Egyezés kizárása” alapmappa alatt; a megoldás file kell lennie a file dátum nagyobb vagy egyenlő, mint a megfigyelés file és van egy .eml, .msg vagy .txt file kiterjesztés. Ha sikerül megoldást találni, a megfelelő megfigyelést file kimarad. A funkció letiltásához állítsa az „Egyezés kizárását” üres karakterláncra.

Mostantól lehetőség van egy antennatípust hatékonyan felülírni a RINEX-ben közzétett antennatípus felett. file. (Tudom, hogy ez őrültségnek tűnik; szükségem volt erre a funkcióra egy videó bemutatóhoz.)
Az OU már kompatibilis a nagy DPI képernyőfelbontással.

Építés 2019: 30. április 2002
A -9dl (az iGx-ből átlépő) parancssori kapcsoló most a következő műveletekkel rendelkezik:

Teszt mód = ki

InterFileKésleltetés = 0.0
Almappák feldolgozása = ki

Meglévő megoldások kizárása = ki
Naplózás mentése File = ki

Az interfile A késleltetési érték most az INI-ben van eltárolva file és visszahívja a program indulásakor.
2020.7.17.2020. építmény
Késés között file A benyújtás a gépi erőforrások 20%-át foglalta el egy hibás rendszerszemafor miatt. (ugghhh!) A Mégse gomb nem jelent meg megfelelően a várakozás alatt. Hozzáadtuk a számát filemaradt, hogy egy kötegben elküldje az állapotsorba.
2020.9.8.2021. építmény
Ismétlődő mappák esetén minden olyan mappa, amelynek neve aláhúzásjellel '_' kezdődik, kimarad. Az említett mappa alatti mappák szintén kimaradtak. Ezt az iBase-hez adták hozzá, amely hiányos (files a várt lefedettség kevesebb mint 90%-ával) egy „_invalid” mappában.
2020.12.5.2024. építmény
Hozzáadva URL szerkesztés a benyújtás módosításához URL. Az új „-U” parancssor visszatér az alapértelmezett beküldési címhez, a „+U „full url”' felülírást állít be URL. Az alapértelmezett URL jelenleg ez:
https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
A béta oldal ezen a címen érhető el:
https://beta.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
2020.12.21.2027. építmény
Hiba: Beküldéskor files az NGS-hez, a hátralévők száma files megjelenített hibás volt.
Hiba: Ha be nem nyújtottakat keres files, a 'Match Exclude' funkció használatával, ha egy OPUS-megoldás megelőzte a megfigyelést file, most törölve van. Korábban a helyén maradt és a file újra benyújtásra került. Ez több OPUS-megoldást eredményezett egyetlen megfigyeléshez file (mivel az OPUS eredmények egyedi iG sorszám azonosítóval rendelkeznek.)
2021.11.7.2040. építmény
Az OU mostantól új szerveroldali szkripteket használ az RS vs. S OBS benyújtásához files:A naplójegyzet mérete 4 millió karakterre bővül.
Néhány tipp hozzáadva a felesleges hibakereséshez (amit nem fogok eltávolítani, mivel csak akkor jelenik meg, amikor kiterjeszti a naplózást).
Hozzáadott egy utalást, hogy a benyújtás urlA felülírási mezőben a statikus és a rapid értékek különböznek.
2022.2.9.2041. építmény
Azoktól az emberektől kapott visszajelzések alapján, akik nem éles környezetben használják az OU-t, az OU-t átrendezték, hogy jobban hasonlítson az NGS benyújtási űrlapjára.
Mostantól lehetőség van a kényszerített antenna típusának kiválasztására egy legördülő menüből. Kattintson az „NGS-antennalista betöltése” gombra az aktuális NGS-antennalista letöltéséhez és elemzéséhez. A legördülő listában a típusok betűrendes listája található.
Mostantól lehetőség van a RINEX-ben található műszermagasság felülbírálására file és adja meg közvetlenül a magasságot.
A következő parancssori kapcsolók kerültek hozzáadásra:Ezt a felhasználói kézikönyvet alaposan frissítették.
2022.2.9.2042. építmény
Kiterjedt kiegészítések a lebegő tippekhez. (Ez a verzió az iGx_Download eszközzel van csomagolva 2. után.)
2022.3.17.2043. építmény
Két parancssori kapcsoló hozzáadva:"Maximális megfigyelési életkor" hozzáadva. Ha nem nulla, a rendszer kihagyja azokat a megfigyeléseket, amelyek a megadott mennyiségnél többel végződtek. Ez akkor hasznos, ha „feladja” a feldolgozási kísérletet files 45 nap múlva. Ha az NGS nem tudja sikeresen feldolgozni a file 45 (programozható) nap után egy újabb nap-hét-hónap-év várakozás nem fog változni.
Vannak olyan napok és helyek, ahol bármit is csinál, az NGS OPUS nem tud egy munkát feldolgozni. Elsősorban az OPUS-Static munkáknál látható. Néha csonkolva egy órát az elejétől vagy végétől a file sikert fog eredményezni, de teljes 24 órás files nem fogja feldolgozni. Ez az új kapcsoló lehetővé teszi a files csak át kell hagyni. Ha a kiterjesztett hibakeresés engedélyezve van, a rendszer egy megjegyzést tesz a naplóba.
2022.3.21.2044. építmény
Frissítve az Embarcadero® Delphi 11 28.0.44500.8973-as verziójú fordítójára egy új számítógépen.
Az UPX Packer frissítve a 3.96w verzióra.
A komponens Ace ZipForge frissítve a 6.94-es verzióra.
Amikor fileA következő attribútumokkal rendelkező s kihagyásra kerül:
Hiányzó vagy nem kényszerített antennatípus kihagyva
Bemenet file hiányzik (? Hogyan történik ez)
Túl hosszú file kimarad
Túl öreg file kimarad
és vannak további files feldolgozni, a késleltetés kimarad. Megakadályozza a hosszú késéseket, amikor file-utána-file kimaradnak. Más szóval egy inter-file késleltetés csak akkor történik, ha tényleges file benyújtásra kerül.
Amikor letölti az antennalistát az NGS-ről, az OU most már duplikált antennaneveket észlel (amit a műhold-revízió okoz), és minden bejegyzést egyedivé kényszerít.
2022.3.27.2045. építmény
A MaxAge = 0 nem lett végtelenként kezelve.
Frissítette az interfile késleltetés, hogy megpróbálja csökkenteni a várakozási időt.
2022.4.1.2050. építmény
A megfigyelés kritikus átírása a megoldás illesztésével szemben.
Hozzáadva: 'Log to file' jelölőnégyzetet. Ha be van jelölve, a napló ugyanabba a mappába replikálódik, mint a végrehajtható fájl ezredmásodperces idővelamps. Amikor az OU indul, ha egy meglévő file 9 megabájtnál nagyobb méretű, törlődik. (Fel kell ragadnia a naplót files közvetlenül a szervezeti egység befejezése után, hogy biztosítsák, hogy a programhíváskor ne törlődnek.)
Hozzáadott és kitisztított naplózási információk.
Hozzáadva file számláló a keresett haladás nyomon követéséhez files feldolgozni.
Kijavítottunk egy hibát, amely miatt az OPUS megoldási dátuma a megoldás ideje nélkül csonkolásra került. Ennek eredménye volt „néhány” files ismételten benyújtásra került, mert a megoldási idő (00:00:00-ra csonkolva) a megszállás vége előttinek tűnt (00:00:03). Ennek a csekknek most egy teljes türelmi ideje van, mielőtt megjelölné, mint korábban.
2022.4.10.2053. építmény
Kijavítottuk a MaxAge-hibát, amely miatt néhány esetben figyelmen kívül hagyták a MaxAge beállítást files.
Hozzáadott kihagyó üzenet:
04/10/2022 18:35:38.612 ! File 'F:\iBase\ftp\dailys\cotx\cotx2970.21o kihagyva, túl régi; a megfigyelési kor 167.8 nap, a határ 45.0 nap.
Javítva a „SemiAppend2” hiba, ahol üres fileneveket csatolták a listához files a ';;;' feldolgozásához.
80 karakter hozzáadva a következőhöz file a naplózási információk feldolgozásához a „…feldolgozás még x files:' naplóbejegyzés.
2022.6.26.2055. építmény
** Implicit RINEX 3 támogatás hozzáadva ** A RINEX3 a legtöbb esetben korábban működhetett.
Egy üres antenna került a „Force Antenna” legördülő lista tetejére, hogy megkönnyítse a kényszerített antenna kiválasztását.
+X dd és -X opciók hozzáadva a „Maximális életkor” tűréshatár beállításához és törléséhez.
(Ha ezt 0 napra vagy üres karakterláncra állítja, az mindent feldolgoz files.)
Win10/11 stílusban nyitva file kiválasztási párbeszédpanel.
Szigorított térköz a formatervezésnél.
Hozzáadott 'Alapértelmezett' gomb az összes beállítás visszaállításához, kivéve filenév és e-mail cím; az ismert kiindulási alapértékekre.
A +D opció hozzáadva a parancssorból az „Alapértelmezettek” gombra.
A RINEX file A dekóder mostantól támogatja a RINEX2 és a RINEX3 szabványokat. A nullától eltérő jelzőkkel rendelkező OBS EPOCH rekordokat jobban kezelik. (Előfordulhat, hogy a jövőbeli fejlesztés a különleges eseményrekordok (költözés, új emlékmű, statikus indítás) eltávolítása?) További RINEX metódusok mostantól meg vannak osztva az OPUS_Upload és a
iGx_Letöltési eszköz.
Továbbfejlesztett tippek MINDEN opcióhoz és vezérléshez.
A -9dl opció leértékelődött, és nem csinál semmit. Ha korábban ezt az opciót használta, fontolja meg a -D karakter elsõ beállítását a sorban. Ezzel a szervezeti egység ismert, alapértelmezett állapotba kerül. Ezután már csak a feldolgozáshoz szükséges beállításokat kell hozzáadnia, általában az -e e-mailt, majd az a filea beküldendő név elegendő lesz.