OPUS_Ladda upp säkert Web Användarhandbok

OPUS_Ladda upp (OU)Användarhandbok

Innehåll dölja

1 OPUS_Ladda upp säkert Web

2 Ladda upp OPUS

3 Installerar OPUS Upload

4 Kör OPUS Upload från kommandoraden

5 Avancerade ämnen

6 OPUS-BORG Inställningar

7 Använder Auto-Resubmit i OU

OPUS_Ladda upp säkert Web

Datum: 26 juni 2022
Upp: 2022.6.26.2055
Av: Mark Silver, ms@igage.com, +1-801-412-0011
Versionsinformation
Specificerad versionsinformation finns i slutet av detta dokument.
Prenumerera på e-postlistan för uppdateringsinformation
Om du använder OPUS_Upload för något syfte, vänligen prenumerera på den här e-postlistan:
https://signup.ymlp.com/xguqjwsugmguu
så att jag kan skicka meddelanden om ändringar och buggfixar till dig. En lista över tidigare meddelanden finns här [ http://ymlp.com/archive_guqjwsugjgh.php ].
Var försiktig med OU!
SNÄLLA DU: Läs denna användarmanual noggrant innan du använder OPUS Upload. OU accepterar jokertecken och det är möjligt att skicka in varje observation file på en dator med ett enda, enkelt, felaktigt kommando. Till exempelampde:
OPUS_Ladda upp +r C:\*.??o
Skulle lämna in varenda iakttagelse file på c: kör till OPUS för bearbetning. Jag tvivlar på att NGS eller resten av OPUS-gemenskapen skulle uppskatta att du gör detta.
Jag rekommenderar starkt att du inte kör OU-verktyget från kommandoraden förrän du har provat det på singel files från Windows-gränssnittet först.

Ladda upp OPUS

OPUS_Upload (OU) är en liten Win-32-applikation som automatiserar inlämningen av GPS-observation files till online-NGS-behandlingssystemet. OU navigerar i HTTPS NGS webwebbplats som använder SSL-kryptering.
OU kan köras på många sätt:
Som ett kommandoradsverktyg med argument
Som ett Windows-program som är öppet på din skärm
Genom att dra och släppa files på skrivbordsikonen
OU förenklar inlämnandet av stora uppsättningar av files till NGS. Med OU är det möjligt att automatiskt skicka in tusentals observationer files med ett enda kommando.
OU har testats med över 15,000 XNUMX observationer files på en enda inlämning.
NGS-uppdatering 1 september 2018
NGS ändrade den lägsta acceptabla TLS-nivån för åtkomst till OPUS.
OPUS_Upload modifierades därefter för att använda maskinens SSL-skikt (istället för att använda OpenSSL). Detta innebär i praktiken att Windows XP-datorer inte längre kan skicka jobb till NGS.
Det finns ingen lösning för detta problem. Köp en modern dator.
Distributionsbegränsningar och användningsöverväganden
OPUS programmatiska gränssnitt är komplicerat och minsta förändring på NGS-serversidan kommer att kräva uppdatering av OU. (Du bör alltså registrera dig för e-postlistan, se ovan).
Liksom OPUS Accumulator, om du behöver OPUS Uploader, behöver du det verkligen. OU har potential att spara mycket tid för vissa användare.
Slutligen är OU en del av ett mycket större projekt. OPUS Borg. Borg använder OU, OA och några andra klienter för att organisera automatiserad kvalitetskontroll på stora CORS-nätverk med hjälp av avancerad statistisk kvalitetskontroll. OU:s utveckling drivs av Borg-funktionalitet.
Inga ändringar av OU som stör Borgen kan underhållas. The Borg (https://en.wikipedia.org/wiki/Borg) regler OU utveckling. Precis som i nästa generation. OPUS Borg fick namnet Borg eftersom den har många "enkla" komponenter som försöker samverka för att bearbeta högar av GNSS-observationsdata.
Det är en fullständig röra, men det är för sent att fixa vid det här laget. Visserligen är även de enkla komponenterna som OU och OA nu alltför komplicerade.
Några av Borgs komplexitet beskrivs i avsnittet "Match Exclude" längre fram i detta dokument.
Ändringar
Vänligen skicka alla ändringar som gör organisationen mer användbar för din ansökan till ms@igage.com.

Installerar OPUS Upload

För närvarande distribueras OPUS Uploader i ett ZIP-format file med denna bruksanvisning. Hela programmet files är kodsignerade av 'iGage Mapping Corporation'.
Du kan installera uppladdningsprogrammet var du vill, det finns bara en file. Du kan sedan manuellt skapa en genväg för ditt skrivbord.
Saker som OPUS-uppladdning kräver
OPUS Upload avgör automatiskt om en RINEX file ska skickas in som en Rapid-Static eller Static file med längden på RINEX file.
OPUS Upload fungerar nu med RINEX 2.xx och RINEX 3.xx files.
Observation files 118 minuter långa eller längre skickas in som statiska.
Antennnamnet och HI i RINEX file bör vara korrekt. Om din RINEX files har felaktiga värden, då är de inte kompatibla med OU (detta krav har mildrats).
Notera: i Build 2001 lades en kommandoradsväxel '-a' till för att tillåta inlämning av files utan antennbeteckningar.
I januari 2020 lades stöd till för att åsidosätta antennnamnet i RINEX file.
I februari 2022 lades stöd till för att ladda ner den aktuella NGS-antenntyplistan för att förenkla antenntypöverstyrningen med en giltig antenntyp.
Stöd för forcering av HI (Instrument Heights) lades också till i februari 2022.
Du kan överväga att använda TEQC för att uppdatera antennnamnet och HI. Du kanske Här är somample RINEX file rubrik:Jag har markerat antenntypen i gult och HI i grönt.
Antenntypen måste vara en antenn som stöds av NGS.
Kör OPUS Upload som ett Windows-program
Du kan dubbelklicka på programmet eller en genväg för att starta OU. OU startar i det övre vänstra hörnet på skärmen. Om du flyttar eller ändrar storlek på fönstret och sedan stänger OU kommer samma position och storlek att komma ihåg nästa gång det startar.
Skärmpositionen kontrolleras vid körning för att säkerställa att den är på en för närvarande tillgänglig skärm.
Första gången du använder OU måste du ange din e-postadress. Du kanske vill ändra andra alternativ eller lägga till ett OPUS-Projects ID. Dina inställningar kommer att komma ihåg.
"Ladda upp data File' kommer också ihåg från förra gången OU kördes. Du kan klicka på knappen '...' för att välja en eller flera files att ladda upp. De files bör vara GPS-observation files eller ZIP files som innehåller GPS-observation files. (Med andra ord, den öppna File webbläsaren kommer att stödja flera file urval.) Här är ett exampatt manuellt välja fyra observationer files i en mapp:Om du väljer en ZIP file, innehållet i ZIP file kommer att antas vara standard RINEX files och alla RINEX files i ZIP file kommer att behandlas individuellt.
Om du inkluderar en NAV file i ZIP fileOU vet att det inte är en RINEX-observation file och kommer automatiskt att hoppa över NAV file.
På samma sätt, om du väljer en NAV file (till exempelample genom att markera alla files i katalogen ovan) kommer OU att hoppa över .NAV files.
När du har ställt in filenamn och alternativ, klicka på knappen Skicka och varje RINEX file kommer automatiskt att skickas till OPUS.

Kör OPUS Upload från kommandoraden

OU accepterar dessa argument: Detta kommando:
OPUS_Ladda upp –p +x –e ms@igage.com C:\tmp\2001213A0.obs Kommer att skicka in singeln file utan projekt-ID, begär utökad utdata, returnerar resultatet till den angivna e-postadressen.
När du väl har ställt in e-postadressen på en dator kommer organisationen att komma ihåg den. När du väl har ställt in ett projektnamn kommer det att användas tills det rensas.
Detta innebär att efter att du kört OU en gång (kanske som ett Windows-program), kan du bara anropa OU med en filenamn:
OPUS_Ladda upp C:\tmp\2001213A0.obs och de tidigare valda alternativen kommer att användas.
Du kan ange två eller fler files OPUS_Ladda upp C:\tmp\2001213A0.obs C:\tmp\2001213A1.obs
Du kan också använda jokertecken för att ange en grupp av files. Detta kommando:
OPUS_Ladda upp C:\tmp\*.obs
kommer att lämna in varje file i mappen C:\tmp\ med ett .OBS-tillägg i mappen \tmp.
Du kan också använda stack jokertecken:
OPUS_Ladda upp C:\tmp\002\*.obs C:\tmp\003\*.zip
Enbokstav jokertecken stöds också:
OPUS_Ladda upp C:\tmp\2001213A?.obs
Det borde vara möjligt att lämna in varje enskild observation file på C-enheten på din dator med detta enkla kommando:
OPUS_Ladda upp +r C:\*.1?o
Finns det verkligen ett behov av detta?
Skickar med dra och släpp
Om du har en genväg på skrivbordet kan du dra observation files (eller .ZIP files som innehåller en eller flera observationer files) och släpp dem på skrivbordsikonen.
De files kommer att behandlas precis som om de hade valts manuellt. Den senaste e-postadressen och andra alternativ kommer att användas.
Det finns ingen känd gräns för antalet files du kan släppa i en åtgärd.
"Testläge"
Du kanske vill testa en åtgärd innan du startar organisationsenheten. Markera rutan "Testläge" för att se vilka effekter din åtgärd kan få utan att faktiskt skicka in files till NGS.
Kryssrutan Testläge sparas när organisationsenheten stängs och öppnas igen, så om du av misstag markerar den kommer organisationen att inte fungera.
Automatisk inlämning
Om du startar OU med kommandoraden, med a filenamn; eller om du startar OU genom att dra och släppa files på genvägen kommer OU att köras automatiskt och sedan stängas 5 sekunder efter den sista file bearbetas.
Avbryt-knappen kan användas för att hålla formuläret och loggen öppen för viewing.
Under 5 sekunders slutet av körningens nedräkning, klicka på knappen Avbryt och OU stängs inte automatiskt. Formuläret stängs inte heller om testläge är aktiverat.
2022/2/9: OU stängs nu automatiskt efter en 5-sekunders fördröjning om den anropas från iGx_Download.

Avancerade ämnen

TvångsantenntyperKlicka på knappen 'Ladda NGS-antennlista' för att ladda ner den aktuella antennlistan file från NGS-servern ( https://geodesy.noaa.gov/ANTCAL/LoadFile?file=ngs14.atx ). Listan analyseras och varje antenn, inklusive satellitdefinitionerna, laddas i rullgardinsmenyn i sorterad ordning.
Du kan sedan skriva in de första tecknen i antenntypen för att snabbt hitta en viss antenn.
Listan lagras i en tillfällig mapp:
C:\Users\användarnamn\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx
C:\Users\användarnamn\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx.cache
och återanvänds när OU startas igen.
Viktig antenntyp Obs: Du måste inkludera rätt antal mellanslag mellan antennnamnet och kupolbeteckningen. Så välj antingen antennen från rullgardinsmenyn eller kopiera och klistra in antennnamnet från en auktoritativ källa. Ett saknat eller extra mellanslag eller något modifierat tecken kommer att resultera i antenntypfel när det skickas till OPUS.
Utökat utdataformat
Kommandorad:
-x Standardlösningsutgång
+x Extended Solution Output (rekommenderas)
Markerar denna ruta: Kommer i praktiken att göra detta val på NGS inlämningssida:Basstation Använd och exkludera
Ange basstationer att använda och exkludera separerade med kommatecken:Angivna stationer kontrolleras INTE för noggrannhet.
Den här inställningen motsvarar:bör vara tom om du inte skickar in observationen till ett giltigt OPUS-projekt. Projektidentifieraren kontrolleras INTE för giltighet.
Den här inställningen motsvarar:Ange INTE ditt personliga projektnamn i denna ruta, ange endast giltiga OPUS-projekt-ID. Du måste ha OPUS Manager-utbildning för att skapa och använda OPUS-projekt.
Sekvensnummer Det finns ingen officiell NGS-beskrivning av detta värde, men det är MYCKET användbart för att spåra inlämningar. OPUS Borg förlitar sig på att varje e-postretur från OPUS-systemet har ett unikt sekvensnummer i ett framgångsrikt eller misslyckat returnerat e-postämne: När du laddar NGS OPUS-inlämningen websida tilldelas ett unikt nummer av NGS. Om du markerar kryssrutan 'iGage Random Sequence', genereras ett unikt nummer på 13 tecken med prefixet 'IG'. Om du inte markerar rutan används det värde du än anger.
IG-numret är bråkdelen av antalet dagar sedan 1 januari 2020; i den lokala maskinens tidszon, multiplicerat med 86,400,000 XNUMX XNUMX och avrundat till närmaste heltal. Detta verkar vara tillräckligt för unikhet, är dechiffrerbart och ökar med tiden. Det är inte slumpmässigt.
Minimum File Storlek och maxlängd
Om du försöker skicka in en file mindre än minimum (i byte) the file kommer att hoppas över. En vanlig företeelse är antivirusverktyg som tvingar andra verktyg att skapa noll längd files. Detta fångar dessa olägenheter files från inlämning till NGS. Minsta 2,500 XNUMX byte bör vara adekvat och rimligt.
OU kommer att kontrollera den första och sista epoken med observationsdata och hoppa över files som är längre än den maximala längden i timmar. Det finns en hård gräns i OPUS att du inte kan passera midnatt (GPS-tid) två gånger. Om du har fileOm du är längre än 25 timmar bör du överväga att använda alternativet -tbin i TEQC ( https://www.unavco.org/software/data-processing/teqc/tutorial/tutorial.html ) för att dela upp dem i 24-timmars files och skicka in dem individuellt. Sedan kan du använda OPUS Accumulator-verktyget för att statistiskt titta på de individuella lösningarna.
Spara logg Files
Om du klickar på den här rutan sparas returvärdet från NGS-inlämningen till en .HTMLfile med samma namn som varje inlämnat file, i samma mapp som den inlämnade file.
Om du öppnar file i en webbläsare kommer det att se "liknande" ut som du skulle ha fått genom att manuellt skicka in file:Men formateringen blir troligen inte som förväntat.
Det här alternativet är användbart för att felsöka felaktiga files som misslyckas när de skickas in.
Utökad felsökningsloggning Om du markerar den här rutan kommer extra loggningsinformation att visas i loggdialogrutan. Det här alternativet är bäst att inte markera.
Varje enskilt HTML-inlämningsfält kommer att räknas upp:mellan-File Dröjsmål NGS OPUS-servrarna har en säkerhetsfunktion som förhindrar denial-of-service-attacker.
Om du skickar in fler än ett fåtal (kanske 5) yrken i snabb följd, verkar det som om din IP-adress kommer att flaggas som en smärta-i-NGS-rumpa och dina bidrag kommer att ignoreras.
Det är lämpligt att ställa in denna fördröjning till 15 sekunder eller högre. Jag använder 31 sekunder.
Testläge Genom att markera knappen Testläge kan organisationen köra inlämningar och logga åtgärder, ända fram till inlämningspunkten. Loggen files kommer att innehålla all normal och utökad loggning, men file kommer inte att skickas till NGS för behandling.
Detta låter dig testa en jokerteckenåtgärd utan att översvämma NGS-servrarna.
En enda loggad rad kommer att läggas till i loggen:För närvarande (i version 2022.2.8.2041) OPUS-statiska observationer, files längre än 110 minuter, lämnas in med detta URL:'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl‘
OPUS-RS files lämnas in med detta URL:'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opus-rsup.prl’
Du kan använda "Submission URL' för att åsidosätta standardinställningen för att skicka files till en NGS BETA-server. Du måste dock se till att rätt serveradress (Statisk eller RS) väljs för den inskickade file.

OPUS-BORG Inställningar

Kommandorad:
-m tydlig utesluten väg
+m sökväg ange den uteslutna sökvägenAutokör
Om du markerar rutan 'Auto Run at 23:00' (Kör automatiskt 23:00) trycks knappen 'Submit' in XNUMX:XNUMX UTC varje kväll. OU använder maskinens tidszoninställningar för att beräkna UTC-tidsförskjutningen.
Match Exkludera
Detta kommer inte att vara en enkel förklaring.
Tänk på ett scenario där det finns en stor uppsättning mappar, som var och en innehåller många observationer files. Varje mapp representerar en GNSS CORS-station. Varje observation file är en 24-timmars (GPS tidsram) "daglig" observation file för en station. En stations dagliga mapp kan innehålla 24-timmars observation files för de senaste 5 till 10 åren, så tusentals RINEX files.
OU används för att skicka in dessa dagligen files till OPUS. Men vi vill bara lämna in var och en file dubbelt:
en gång omedelbart efter file samlas in för att få en lösning med snabb/broadcast efemeris igen 14 dagar senare för att få en lösning med exakta/slutliga banor NGS returnerar OPUS-lösning files via e-post och lösningen files förvaras i en matchande uppsättning stationsresultatmappar: varje CORS-station har en unik OPUS-lösningsmapp.
Om "Match Exclude" innehåller en sökväg, kommer OE att söka den relativa sökvägen som matchar platsen för källobservationen file för en befintlig matchande OPUS-lösning file.
Detta är komplicerat eftersom observationen file kommer att ha ett namn som:
slci0010.22o
och den matchande OPUS-lösningen kommer att ha ett namn som: slci001022o IG0064714690360.msg (Lägg märke till det magiska IG-sekvensnumret från ovan!)
Om OU hittar en matchande lösning file, kommer den att hoppa över att skicka in observationen file eftersom en giltig OPUS-lösning redan finns.
Men om du markerar den här rutan:OCH OPUS-lösningen är äldre än 14 dagar då kommer OU att inspektera lösningen .msg file för att bestämma vilken efemeristyp som användes för lösningen.
Om lösningen INTE är exakt eller slutgiltig, kommer OU att ta bort den befintliga lösningen file och skicka in observationen igen filei hopp om att få en lösning file från OPUS bearbetningsmotor med Precise eller Final ephemeris.
Senare, tidigt nästa dag, bearbetar OA (OPUS Accumulator) lösningsmapparna och genererar trenddiagram för var och en av de övervakade CORS-stationerna:OA bygger också ett sammanfattande XLS-kalkylblad för var och en av de övervakade stationerna:Denna sammanfattning inkluderar en genomsnittlig position för CORS-stationen tillsammans med Min/Max/Räckvidd/Standardavvikelse för vart och ett av värdena som finns på en NGS OPUS-lösning.
Stationshastigheten beräknas också, både i den fasta NAD83-ramen och i ITRF:s dagliga epokram för ECEF XYZ, Lat/Lon/Height, State Plane projected and UTM projected frames.
Dessutom tar OA fram en sammanfattning av sammanfattningar file:som innehåller platsnamnet, den genomsnittliga antennpositionen med ellipsoidhöjd och ytterligare information som är användbar för privat CORS-stationsadministration.
Andra Borg-processer kör SQC-analys på OA-utgångsdatauppsättningarna och avgör om stationen "statistiskt" körs in-eller-ut för förväntningarna och skickar textmeddelanden om det finns ett problem.
Tro det eller ej, denna Rube-Goldberg (https://en.wikipedia.org/wiki/Rube_Goldberg) processen fungerar!

Använder Auto-Resubmit i OU

Här är somample mappstruktur för files att skicka (jag kallar den innehållande mappen 'dailys') och mappen som innehåller returnerade opuslösningar (kallad 'opus').Varje station kan/bör finnas i en unik 4-teckenmapp om du senare vill använda OA (OPUS_Accumulator).
Mappen ./dailys/sgu2 kan se ut så här:Mappen ./opus/sgu2 kan se ut så här:Om en OPUS-lösning returneras som är oläslig, eller ersätts av en lösning som är nyare, bättre efemeris så kommer den gamla lösningen att flyttas till mappen _invalid eller _duplicates.
Viktigt tips: Alla BORG-verktyg ignorerar medvetet valfri mapp eller file som börjar med ett understreck ('_') så du kan inte ha ett stationsnamn som börjar med ett understreck.
Detta är huvudskärmen för OU (OPUS_Upload):Observera att "Ladda upp data File' pekar på mappen Dailys och 'Recurse Subfolders' är markerad.
Det här är fliken "Avancerat" i organisationen:Lägg märke till att "Match Exclude" tittar på opus-mappen för files som matchar ingången filefinns i mappen Dailys.
Var gör det dagligen filekommer ifrån?
En annan del av Borg (iBase) genererar hourly files med standard filenamn med olika DIPCap-processer för varje station.
Så här ser DIPCap-processen som samlar in RT27-strömmar för SGU2 ut:DIPCap är en ersättning för RCAPTURE. RCAPTURE misslyckas efter några dagar eller veckor och stöder endast TCPIP "klient"-anslutningar, DIPCap är mycket robust och kommer att fungera för alltid. Den har bättre loggning och stöder även TCPIP "Server"-anslutningar.
DIPCap bara fria körningar .CAP files in i den valda 'Output Folder' som genererar standard RINEX filenamn med "Stationsnamn".
iBase-programmet samlar in .CAP files hourly och konverterar dem från .CAP files (som är RT27-strömmar) till standard RINEX file uppsättningar i RINEX standard-mapphierarkin (rinex/åååå/jjj/sss):

En gång om dagen, strax efter midnatt UTC, körs verktyget iB_Daily och tittar på VARJE ENDA file i RINEX mappstruktur. iB_Daily ser till att hourly files sammanfogas till dagliga files (istället för att ha en liten bokstav från a till x som det sista tecknet före tillägget, en daglig file har nolltecken '0'.
Det dagliga files decimeras till 30-sekundersintervaller och alla konstellationer utom GPS tas bort.
iB_Daily lägger också en okomprimerad file i rätt plats under dailys. Obs files i dailys är inte uppdelade i undermappar. Alla dagstidningar finns bara i stationsmappen.
23 timmar efter att iB_Daily körs skickar OU (OPUS_Uploader) alla nya dagliga files till OPUS. Vi väntar 23 timmar för att tillåta NGS CORS-systemet att fylla i alla CORS-data, detta gör det mer troligt att OPUS kommer att ta fram en lösning.
Om du klickar på kryssrutan "Kontrollera/tvinga fram exakt slutlig efemeris efter 14 dagar", väntar OU 14 dagar efter att en observation har observerats och skickar sedan in igen varje file, varje dag, tills varje file har exakt/slutlig efemeri.
Efter OPUS_Upload skickar observationen files till OPUS returnerar OPUS lösningarna till en speciell e-postadress som iBase_Mailer betjänar.
Det här är iBase_Mailer-konfigurationen som jag använder:Varje lösning placeras i rätt OPUS/ssss-mapp.
Slutligen sammanfattar OPUS_Accumulator alla OPUS-lösningar. Om den hittar dubbla lösningar för en dag, behåller den den bästa lösningen. (Detta beslut beskrivs i OA User Manual.

Några andra tips

OPUS Borg-processerna brukade köras utan incidenter på en Windows XP-dator. Senare uppgraderades datorn till Win8, sedan Win10.
Det är omöjligt att ha en Win10-dator igång i mer än några veckor utan mänsklig inblandning. I första hand tvingas Windows-uppdateringar bort och kan inte ignoreras.
Eftersom datorn som kör OPUS har en FTP-server och en hög med portar öppna (för fjärranslutna CORS-stationer att trycka in data i), är det förmodligen rimligt att få uppdateringar.
Jag har lekt med att köra BORG på en AWS-server, det fungerar men har ingen ökning i tillgänglighet. Och på grund av det stora antalet files och data är S3-instansen dyr. Närmare bestämt varenda en file i S3-förvaret inspekteras varje dag. Så billig glaciärlagring är inte lämplig.
Jag kör BORG på en snabb dator med alla BORG files och mappar lagrade på en 8-TB extern USB 3-enhet.
iBase-processen behåller automatiskt en säkerhetskopia av den komprimerade .CAP files på en separat 4 GB-enhet. iBase har en enkelknappsfunktion för att bygga om den dekomprimerade RINEX-strukturen från säkerhetskopiorna. Jag misstänker att en ombyggnad kan ta flera dagar att slutföra. Jag har inte behövt bygga om datamängden; Det tog dock flera dagar att migrera den från en 4-GB-enhet till en 8-GB-enhet.
OU Version Notes
Bygg 2000:
Lade till flera kommandoradsväxlarInkluderade och exkluderade stationer verkar dock inte fungera riktigt än.
Byggår 2004: 25 maj 2017
Lade till en fellogg istället för en meddelanderuta för obevakad drift. Observera att du inte kommer att kunna spara loggen för kommandoradsjobb eftersom programmet avslutas när det är klart.
Lade till ett test för giltigt file när du lägger till från kommandoraden. Ändrade hanteringen av files från kommandoraden för att inkludera ett test för giltig existerande files.
Varning: det kan finnas en gräns för antalet files kan du ange på kommandoraden. Det bör inte finnas en gräns för antalet files som du kan inkludera med jokertecken, strängutrymme för filenamn bör sträcka sig till tillgängligt minne.
När du anger flera files från kommandoraden, den filenamnrutan laddas bara med den första file från listan.
Byggår 2005: 5 september 2018
Lade till "Spara logg Files' kryssruta. Efter att ha lämnat en iakttagelse file, kan all returnerad HTML-kod från servern lagras i ett liknande namn file i samma mapp som ingångsobservationen file. De file tillägget är alltid .html och platsen är alltid densamma som indata file.
Stödet för TLS1 avbröts vid NGS. OPUS_Upload använder nu SSL-lagret från klientdatorn och OpenSSL krävs inte längre. Detta innebär i praktiken att Windows XP-datorer inte längre kan användas med OPUS.
Byggår 2016: 4 januari 2020
Vissa stora förbättringar och förändringar gjordes för att få OU att fungera inom OPUS-Borg-ramverket.

Konfigurationsvärdena lagras nu i iBase.ini file med alla andra Bord-medlemmars konfigurationer. Du kommer att förlora alla tidigare inställningar när du kör den här versionen.

Ett alternativ att återkalla kataloger läggs till i den formulärbaserade anropet. Tidigare var detta endast tillgängligt för kommandoradskörningar.
Det finns nu två flikar, en för vanliga konfigurationsinställningar och en ny flik för avancerade inställningar. Detta rensar verktygets primära skärm.

Det är nu möjligt att ställa in flera sökvägar med jokertecken från det formulärbaserade verktyget. Till exempelampde:
C:\ftp\rinex\2017\*.??o; C:\ftp\rinex\2020\*.??o
Kommer att återkalla både 2017 och 2020 mapparna för files matchar .??o file förlängning.
Det är nu möjligt att antingen ställa in NGS-inlämningssekvensnumret manuellt eller låta organisationen bygga ett unikt sekvensnummer i formen 'IG8888888888888': 'IG' följt av ett 13-siffrigt heltal som representerar antalet millisekunder sedan 1 januari 2020 .

Ett minimum file storlek att bearbeta har lagts till. Detta alternativ gäller endast för fileväljs med jokertecken. Ställ in värdet på tomt, noll eller negativt för att bearbeta alla källor files, oavsett storlek. Ett värde på 2,500,000 24 XNUMX är rimligt om du förväntar dig mestadels XNUMX-timmars dagligen files.
OU kommer nu valfritt att söka efter befintliga OPUS-lösningar vid återkommande mappar (med hjälp av jokertecken) för observation files. Lösningar måste börja med basen filenamnet på OBS file; vara i mappar med samma namn, under basmappen "Match Exclude"; lösningen file måste ha en file datum större än eller lika med observationen file och har en .eml, .msg eller .txt file förlängning. Om en lösning hittas, motsvarande observation file är överhoppad. Ställ in "Match Exclude" till den tomma strängen för att inaktivera den här funktionen.

Det är nu möjligt att tvinga en antenntyp som effektivt åsidosätter den antenntyp som anges i RINEX file. (Jag vet att det här verkar galet, jag behövde den här funktionen för en videodemonstration.)
OU är nu kompatibel med hög DPI-skärmupplösning.

Bygg 2019: 30 april 2002
Kommandoradsomkopplaren -9dl (som går från iGx) har nu dessa åtgärder:

Testläge = av

InterFileFördröjning = 0.0
Bearbeta undermappar = av

Matcha Exkludera befintliga lösningar = av
Spara logg File = av

Interfile fördröjningsvärdet är nu lagrat i INI file och återkallas när programmet startar.
Bygg 2020.7.17.2020
Fördröjning mellan file inlämningen tog 20 % av maskinresurserna på grund av en felaktig systemsemafor. (ugghhh!) Avbryt-knappen visades inte korrekt under väntan. Lade till antalet files kvar att skicka i en batch till statusfältet.
Bygg 2020.9.8.2021
Om mappar återkommer, kommer alla mappar med ett namn som börjar med ett understreck '_' att hoppas över. Mappar under nämnda mapp hoppade också över. Detta lades till för användning med iBase som sätter ofullständig (files med mindre än 90 % av förväntad täckning) i en '_invalid' mapp.
Bygg 2020.12.5.2024
Tillagd URL redigera för att ändra inlämning URL. Ny kommandorad '-U' återgår till standardinlämningsadress, '+U' full url”' ställer åsidosättande URL. Standard URL för närvarande är:
https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Betasidan kan nås med denna adress:
https://beta.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Bygg 2020.12.21.2027
Bugg: När du skickar in files till NGS, antalet återstående files som visades var felaktigt.
Bug: När du letar efter oinlämnad files, med funktionen "Match Exclude" om en OPUS-lösning före observationen file, den är nu raderad. Tidigare lämnades den på plats och den file lämnades in på nytt. Detta resulterade i flera OPUS-lösningar för en enda observation file (eftersom OPUS-resultaten har en unik iG-sekvensnummeridentifierare.)
Bygg 2021.11.7.2040
OU använder nu nya serversideskript för inlämning av RS vs. S OBS files:Storleken på loggmemot utökas till 4 miljoner tecken.
Lade till några tips för att lägga till en massa onödig felsökning (som jag inte kommer att ta bort eftersom det bara dyker upp när du utökar loggning).
Lade till en ledtråd om att inlämningen urls är olika för statisk vs. snabb i åsidosättningsrutan.
Bygg 2022.2.9.2041
Baserat på feedback från personer som inte använder OU i en produktionsmiljö, har OU arrangerats om för att se mer ut som NGS-inlämningsformuläret.
Det är nu möjligt att välja den tvingade antenntypen från en rullgardinsmeny. Klicka på knappen "Ladda NGS-antennlista" för att ladda ner och analysera den aktuella NGS-antennlistan. Den nedrullningsbara rutan är laddad med en alfabetisk lista över typer.
Det är nu möjligt att åsidosätta instrumenthöjden som finns i RINEX file och ange höjden direkt.
Dessa kommandoradsväxlar har lagts till:Denna användarmanual har uppdaterats omfattande.
Bygg 2022.2.9.2042
Omfattande tillägg till svävtips. (Denna version är förpackad med verktyget iGx_Download efter 2-11-2022.)
Bygg 2022.3.17.2043
Lade till två kommandoradsväxlar:Lade till "Maximal observationsålder". Om det inte är noll, kommer observationer som slutade mer än det angivna beloppet att hoppas över. Detta är användbart för att bara "ge upp" försök att bearbeta files efter 45 dagar. Om NGS inte lyckas bearbeta en file efter 45 (programmerbara) dagar kommer det inte att göra någon skillnad att vänta ytterligare en dag-vecka-månad-år.
Det finns dagar och platser där NGS OPUS, oavsett vad du gör, inte kommer att kunna behandla ett jobb. Ses främst med OPUS-Static jobb. Ibland avkortas en timme från början eller slutet av en file kommer att resultera i framgång, men full 24-timmars files kommer inte att bearbetas. Denna nya omkopplare tillåter files att bara hoppa över. Om utökad debug är aktiverad görs en anteckning i loggen.
Bygg 2022.3.21.2044
Uppdaterad till Embarcadero® Delphi 11 Version 28.0.44500.8973 kompilatorn på en ny PC.
Uppdaterade UPX Packer till version 3.96w.
Uppdaterade Component Ace ZipForge till version 6.94.
När files med följande attribut hoppas över:
Saknade eller icke-tvungen antenntyp hoppades över
Input file saknas (? Hur går det till)
För lång av file är överhoppad
För gammal av file är överhoppad
och det finns ytterligare fileFör att bearbeta, hoppas fördröjningen över. Den förhindrar långa förseningar när file-efter-file är överhoppade. Med andra ord en inter-file fördröjning utförs endast när en verklig file lämnas in.
När du laddar ner antennlistan från NGS, upptäcker nu OU dubbla antennnamn (orsakade av satellitrevidering) och tvingar varje post att vara unik.
Bygg 2022.3.27.2045
MaxAge = 0 behandlades inte som oändlig.
Uppdaterade interfile fördröjning för att försöka minska omkostnader under väntan.
Bygg 2022.4.1.2050
Kritisk omskrivning av observation vs lösningsmatchning.
Lade till 'Logga till file' kryssruta. Om markerad replikeras loggen i samma mapp som den körbara filen med millisekunders tidamps. När OU startar, om en befintlig file större än 9 megabyte finns, raderas den. (Du måste ta tag i loggen files omedelbart efter att OU slutförs för att säkerställa att de inte raderas vid programanrop.)
Lagt till och rensat logginformation.
Tillagd file motverka för att spåra framsteg letar efter files att bearbeta.
Fixade ett fel där ett OPUS-lösningsdatum trunkerades utan lösningstiden. Detta resulterade i "några" files skickas in upprepade gånger eftersom lösningstiden (avkortad till 00:00:00) verkade vara före slutet av ockupationen (00:00:03). Den här kontrollen har nu en hel dags respitperiod innan den flaggas som tidigare.
Bygg 2022.4.10.2053
Fixade MaxAge-bugg där MaxAge-inställningen ignorerades för vissa files.
Tillagt överhoppningsmeddelande:
04/10/2022 18:35:38.612 ! File 'F:\iBase\ftp\dailys\cotx\cotx2970.21o hoppade över, för gammal; observationsåldern är 167.8 dagar, gränsen är 45.0 dagar.
Fixat "SemiAppend2"-problem där tomt filenamn lades till listan över files för att bearbeta ';;;'.
Lade till 80-tecken av nästa file att bearbeta loggningsinformation till '...bearbetar x mer files:' loggpost.
Bygg 2022.6.26.2055
** Implicit RINEX 3-stöd tillagt ** RINEX3 kan ha fungerat tidigare, i de flesta fall.
Lade till en tom antenn överst i rullgardinsmenyn "Force Antenna" för att göra det lättare att välja ingen forcerad antenn.
Lade till +X dd och -X alternativ för att ställa in och rensa toleransen för 'Maximal ålder'.
(Om du ställer in detta till 0 dagar eller till en tom sträng bearbetas allt files.)
Win10/11 stil öppen file urvalsdialog.
Skärpa avstånd på formdesign.
Lade till knappen "Defaults" för att återställa alla inställningar utom filenamn och e-postadress; till de kända startinställningarna.
Lade till +D-alternativ för att klicka på knappen "Standard" från kommandoraden.
RINEX file avkodaren stöder nu RINEX2 och RINEX3. OBS EPOCH-poster med flaggor som inte är noll hanteras bättre. (En framtida förbättring kan vara att ta bort specialhändelser (flyttning, nytt monument, starta statiska) poster?) Ytterligare RINEX-metoder delas nu mellan OPUS_Upload och
iGx_Download verktyg.
Förbättrade tips för VARJE alternativ och kontroll.
Alternativet -9dl har skrivits av och gör ingenting. Om du tidigare använde det här alternativet, överväg att sätta ett -D som det första alternativet på raden. Detta kommer att försätta OU i ett känt standardtillstånd. Sedan behöver du bara lägga till de alternativ som du behöver för bearbetning, vanligtvis -e-e-post följt av en filenamn att lämna kommer att vara tillräckligt.