OPUS_Upload sikker Web Brugervejledning

OPUS_Upload (OU)Brugervejledning

Indhold skjule

1 OPUS_Upload sikker Web

2 OPUS upload

3 Installation af OPUS Upload

4 Kører OPUS Upload fra kommandolinjen

5 Avancerede emner

6 OPUS-BORG Indstillinger

7 Brug af automatisk genindsend i OU

8 Nogle andre hints

9 Dokumenter/ressourcer

9.1 Referencer

10 Relaterede indlæg

OPUS_Upload sikker Web

Dato: 26. juni 2022
Rev: 2022.6.26.2055
Af: Mark Silver, ms@igage.com, +1-801-412-0011
Versionsoplysninger
Specifikke versionsoplysninger findes i slutningen af dette dokument.
Abonner på maillisten for at få opdateringsoplysninger
Hvis du bruger OPUS_Upload til ethvert formål, bedes du abonnere på denne mailliste:
https://signup.ymlp.com/xguqjwsugmguu
så jeg kan sende dig meddelelser om ændringer og fejlrettelser. En liste over tidligere beskeder kan findes her [ http://ymlp.com/archive_guqjwsugjgh.php ].
Vær forsigtig med OU!
BEHAGE: Læs denne brugervejledning omhyggeligt, før du bruger OPUS Upload. OU accepterer jokertegn, og det er muligt at indsende enhver observation file på en computer med en enkelt, simpel, fejlagtig kommando. F.eksampdet:
OPUS_Upload +r C:\*.??o
Vil indsende hver eneste observation file på c: kør til OPUS for behandling. Jeg tvivler på, at NGS eller resten af OPUS-samfundet ville sætte pris på dig for at gøre dette.
Jeg anbefaler stærkt, at du ikke kører OU-værktøjet fra kommandolinjen, før du har prøvet det på single files fra Windows-grænsefladen først.

OPUS upload

OPUS_Upload (OU) er en lille Win-32-applikation, der automatiserer indsendelse af GPS-observation files til online NGS behandlingssystem. OU navigerer i HTTPS NGS webwebsted ved hjælp af SSL-kryptering.
OU kan køres på mange måder:
Som et kommandolinjeværktøj med argumenter
Som et Windows-program, der er åbent på din skærm
Ved at trække og slippe files på skrivebordsikonet
OU forenkler indsendelse af store sæt af files til NGS. Med OU er det muligt automatisk at indsende tusindvis af observationer files med en enkelt kommando.
OU er blevet testet med over 15,000 observationer files på en enkelt indsendelse.
NGS-opdatering 1. september 2018
NGS ændrede det mindst acceptable TLS-niveau for adgang til OPUS.
OPUS_Upload blev efterfølgende ændret til at bruge maskinens SSL-lag (i stedet for at bruge OpenSSL). Dette betyder reelt, at Windows XP-maskiner ikke længere kan sende job til NGS.
Der er ingen løsning på dette problem. Køb en moderne computer.
Distributionsbegrænsninger og brugsovervejelser
OPUS's programmatiske grænseflade er kompliceret, og den mindste ændring på NGS-serversiden vil kræve opdatering af OU. (Du bør derfor tilmelde dig maillisten, se ovenfor).
Ligesom OPUS Accumulator, hvis du har brug for OPUS Uploader, har du virkelig brug for det. OU har potentialet til at spare nogle brugere for en masse tid.
Endelig er OU en del af et meget større projekt. OPUS Borg. Borg bruger OU, OA og nogle få andre klienter til at orkestrere automatiseret kvalitetskontrol på store CORS-netværk ved hjælp af avanceret statistisk kvalitetskontrol. OU's udvikling er drevet af Borg funktionalitet.
Ingen ændringer i OU, der forstyrrer Borg kan underholdes. Borgen (https://en.wikipedia.org/wiki/Borg) regler OU udvikling. Ligesom i den næste generation. OPUS Borg blev navngivet Borg, fordi den har mange 'simple' komponenter, der forsøger at arbejde sammen for at behandle bunker af GNSS-observationsdata.
Det er et komplet rod, men det er for sent at rette op på dette tidspunkt. Ganske vist er selv de simple komponenter som OU og OA nu alt for komplicerede.
Nogle af Borgens kompleksiteter er beskrevet i afsnittet 'Match Exclude' senere i dette dokument.
Ændringer
Send venligst alle ændringer, der vil gøre OU mere nyttig for din ansøgning til ms@igage.com.

Installation af OPUS Upload

I øjeblikket er OPUS Uploader distribueret i en ZIP file med denne brugervejledning. Hele programmet files er kodesigneret af 'iGage Mapping Corporation'.
Du kan installere uploaderen hvor som helst du vil, der er kun én file. Du kan derefter manuelt oprette en genvej til dit skrivebord.
Ting som OPUS-upload kræver
OPUS Upload afgør automatisk, om en RINEX file skal indsendes som en Rapid-Static eller Static file af længden af RINEX file.
OPUS Upload fungerer nu med RINEX 2.xx og RINEX 3.xx files.
Observation files 118 minutter eller længere indsendes som statiske.
Antennenavnet og HI i RINEX file burde være korrekt. Hvis din RINEX files har forkerte værdier, så er de ikke kompatible med OU (dette krav er blevet lempet).
Bemærk: I Build 2001 blev der tilføjet en kommandolinjeswitch '-a' for at tillade indsendelse af files uden antennebetegnelser.
I januar 2020 blev der tilføjet support for at tilsidesætte antennenavnet i RINEX file.
I februar 2022 blev der tilføjet support for at downloade den aktuelle NGS Antenne Type-liste for at forenkle tilsidesættelsen af Antenne Type med en gyldig antennetype.
Understøttelse til forcering af HI (Instrument Heights) blev også tilføjet i februar 2022.
Du kan overveje at bruge TEQC til at opdatere antennenavnet og HI. Du kan her er somample RINEX file overskrift:Jeg har fremhævet antennetypen med gul og HI med grøn.
Antennetypen skal være en antenne, der understøttes af NGS.
Kører OPUS Upload som et Windows-program
Du kan dobbeltklikke på programmet eller en genvej for at starte OU. OU vil starte i øverste venstre hjørne af din skærm. Hvis du flytter eller ændrer størrelsen på vinduet og derefter lukker OU, vil den samme position og størrelse blive husket næste gang det starter.
Skærmpositionen kontrolleres ved kørsel for at sikre, at den er på en aktuelt tilgængelig skærm.
Første gang du bruger OU skal du indtaste din e-mailadresse. Du ønsker måske at ændre andre muligheder eller tilføje et OPUS-Projects ID. Dine indstillinger vil blive husket.
'Upload data File' huskes også fra sidste gang OU blev kørt. Du kan klikke på knappen '...' for at vælge en eller flere files at uploade. De files skal være GPS-observation files eller ZIP files, der indeholder GPS-observation files. (Med andre ord, den åbne File browser vil understøtte flere file valg.) Her er en example af manuelt at vælge fire observationer files i en mappe:Hvis du vælger en ZIP file, indholdet af ZIP file vil blive antaget at være standard RINEX files og alle RINEX files i ZIP file vil blive behandlet individuelt.
Hvis du medtager en NAV file i ZIP fileOU vil vide, at det ikke er en RINEX-observation file og vil automatisk springe NAV over file.
Tilsvarende, hvis du vælger en NAV file (f.eksample ved at vælge alle files i mappen ovenfor) OU vil springe .NAV files.
Når du har indstillet filenavn(e) og muligheder, klik på knappen Send og hver RINEX file vil automatisk blive indsendt til OPUS.

Kører OPUS Upload fra kommandolinjen

OU accepterer disse argumenter: Denne kommando:
OPUS_Upload –p +x –e ms@igage.com C:\tmp\2001213A0.obs Sender singlen file uden et projekt-id, anmoder om udvidet output, og returnerer resultatet til den angivne e-mailadresse.
Når du har indstillet e-mailadressen på en computer, vil OU huske den. Når du har angivet et projektnavn, vil det være i brug, indtil det er ryddet.
Det betyder, at efter at du har kørt OU én gang (måske som et Windows-program), kan du bare påberåbe OU med en filenavn:
OPUS_Upload C:\tmp\2001213A0.obs og de tidligere valgte muligheder vil blive brugt.
Du kan angive to eller flere files OPUS_Upload C:\tmp\2001213A0.obs C:\tmp\2001213A1.obs
Du kan også bruge jokertegn til at angive en gruppe af files. Denne kommando:
OPUS_Upload C:\tmp\*.obs
vil indsende hver file i mappen C:\tmp\ med en .OBS-udvidelse i mappen \tmp.
Du kan også bruge stak jokertegn:
OPUS_Upload C:\tmp\002\*.obs C:\tmp\003\*.zip
Enkeltbogstaver jokertegn understøttes også:
OPUS_Upload C:\tmp\2001213A?.obs
Det skal være muligt at indsende hver enkelt observation file på C-drevet på din computer med denne enkle kommando:
OPUS_Upload +r C:\*.1?o
Er der virkelig behov for dette?
Afsendelse med træk og slip
Hvis du har en genvej på dit skrivebord, kan du trække observation files (eller .ZIP files indeholdende en eller flere observationer files) og slip dem på skrivebordsikonet.
De files vil blive behandlet, ligesom hvis de blev valgt manuelt. Den sidste e-mailadresse og andre muligheder vil blive brugt.
Der er ingen kendt grænse for antallet af files du kan slippe i én handling.
'Testtilstand'
Det kan være en god idé at teste en handling, før du starter OU. Marker afkrydsningsfeltet 'Testtilstand' for at se, hvad virkningerne af din handling kan være uden faktisk at indsende files til NGS.
Afkrydsningsfeltet Testtilstand gemmes, når OU lukker og genåbnes, så hvis du ved et uheld markerer det, ser det ud til, at OU ikke virker.
Automatisk indsendelse
Hvis du starter OU ved kommandolinjen, med en filenavn; eller hvis du starter OU ved at trække og slippe files på genvejen, så kører OU automatisk og lukker derefter 5 sekunder efter den sidste file er behandlet.
Annuller-knappen kan bruges til at holde formularen og loggen åben for viewing.
Under nedtællingen på 5 sekunder af kørslen skal du klikke på knappen Annuller, og organisationen lukkes ikke automatisk. Formularen lukkes heller ikke, hvis testtilstand er aktiveret.
2022/2/9: OU lukker nu automatisk efter en 5-sekunders forsinkelse, hvis den påkaldes fra iGx_Download.

Avancerede emner

Tvungen antennetyperKlik på knappen 'Load NGS Antenne List' for at downloade den aktuelle antenneliste file fra NGS-serveren ( https://geodesy.noaa.gov/ANTCAL/LoadFile?file=ngs14.atx ). Listen analyseres, og hver antenne, inklusive satellitdefinitionerne, indlæses i drop-down boksen i sorteret rækkefølge.
Du kan derefter indtaste de første par tegn af antennetypen for hurtigt at finde en bestemt antenne.
Listen er gemt i en midlertidig mappe:
C:\Users\brugernavn\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx
C:\Users\brugernavn\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx.cache
og genbruges, når OU startes igen.
Vigtig antennetype Bemærk: Du skal inkludere det korrekte antal mellemrum mellem antennenavnet og domebetegnelsen. Så vælg enten antennen fra rullelisten, eller kopier og indsæt antennenavnet fra en autoritativ kilde. Et manglende eller ekstra mellemrum eller et ændret tegn vil resultere i antennetypefejl, når den sendes til OPUS.
Udvidet outputformat
Kommandolinje:
-x Standard Solution Output
+x Extended Solution Output (anbefalet)
Afkrydsning af dette felt: Vil effektivt foretage dette valg på NGS-indsendelsessiden:Basestation Brug og Ekskluder
Indtast basestationer, der skal bruges og ekskluderes, adskilt af kommaer:Indtastede stationer kontrolleres IKKE for nøjagtighed.
Denne indstilling svarer til:skal være tom, medmindre du indsender observationen til et gyldigt OPUS-projekt. Projektidentifikatoren kontrolleres IKKE for gyldighed.
Denne indstilling svarer til:Indtast IKKE dit personlige projektnavn i denne boks, indtast kun gyldige OPUS-projekt-ID'er. Du skal have OPUS Manager uddannelse for at oprette og bruge OPUS-projekter.
Sekvensnummer Der er ingen officiel NGS-beskrivelse af denne værdi, men den er MEGET nyttig til at spore indsendelser. OPUS Borg er afhængig af, at hver e-mail-retur fra OPUS-systemet har et unikt sekvensnummer i et vellykket eller mislykket returneret e-mail-emne: Når du indlæser NGS OPUS-indsendelsen webside, tildeles et unikt nummer af NGS. Hvis du markerer afkrydsningsfeltet 'iGage Random Sequence', genereres et unikt nummer på 13 tegn med præfikset 'IG'. Hvis du ikke markerer feltet, bruges den værdi, du indtaster.
IG-tallet er brøkdelen af dage siden 1. januar 2020; i den lokale maskintidszone, ganget med 86,400,000 og afrundet til nærmeste heltal. Dette ser ud til at være tilstrækkeligt til unikhed, kan dechifreres og øges med tiden. Det er ikke tilfældigt.
Minimum File Størrelse og maksimal længde
Hvis du forsøger at indsende en file mindre end minimum (i bytes) den file vil blive sprunget over. En almindelig hændelse er antivirusværktøjer, der tvinger andre værktøjer til at oprette nul længde files. Dette fanger disse gener files fra indsendelse til NGS. Minimum 2,500 byte bør være tilstrækkeligt og rimeligt.
OU vil kontrollere den første og sidste epoke af observationsdata og springe over files, der er længere end den maksimale længde i timer. Der er en hård grænse i OPUS, at du ikke kan krydse midnat (GPS-tid) to gange. Hvis du har fileHvis der er længere end 25 timer, bør du overveje at bruge -tbin-indstillingen i TEQC ( https://www.unavco.org/software/data-processing/teqc/tutorial/tutorial.html ) for at dele dem i 24-timers files og indsende dem individuelt. Så kunne du bruge OPUS Akkumulator-værktøjet til statistisk at se på de enkelte løsninger.
Gem log Files
Hvis du klikker på denne boks, gemmes returværdien fra NGS-indsendelsen til en .HTMLfile med samme navn som hver indsendt file, i samme mappe som den indsendte file.
Hvis du åbner file i en browser vil det se "ligner" ud som det, du ville have modtaget ved manuelt at indsende file:Formateringen bliver dog formentlig ikke som forventet.
Denne mulighed er nyttig til fejlfinding files, der mislykkes, når de indsendes.
Udvidet fejlretningslogning Hvis du markerer dette felt, vil der blive vist ekstra logningsoplysninger i logdialogen. Denne mulighed er bedst at lade være umarkeret.
Hvert individuelt HTML-indsendelsesfelt vil blive opregnet:mellem-File Forsinke NGS OPUS-serverne har en sikkerhedsfunktion, der forhindrer denial-of-service-angreb.
Hvis du indsender mere end et par (måske 5) erhverv i hurtig rækkefølge, ser det ud til, at din IP-adresse vil blive markeret som en smerte-i-NGS-røv, og dine indsendelser vil blive ignoreret.
Det anbefales at indstille denne forsinkelse til 15 sekunder eller højere. Jeg bruger 31 sekunder.
Testtilstand Ved at markere knappen Testtilstand kan organisationen køre indsendelser og logge handlinger, helt frem til indsendelsespunktet. Loggen files vil indeholde al normal og udvidet logning, men den file vil ikke blive sendt til NGS til behandling.
Dette giver dig mulighed for at teste en jokertegnhandling uden at oversvømme NGS-serverne.
En enkelt logget linje vil blive tilføjet til loggen:I øjeblikket (i version 2022.2.8.2041) OPUS-statiske observationer, files længere end 110 minutter, indsendes med denne URL:'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl‘
OPUS-RS files indsendes hermed URL:'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opus-rsup.prl’
Du kan bruge 'Indsendelse URL' for at tilsidesætte standardindstillingen files til en NGS BETA-server. Du skal dog sikre dig, at den korrekte serveradresse (Statisk eller RS) er valgt til det indsendte file.

OPUS-BORG Indstillinger

Kommandolinje:
-m klar udelukket vej
+m sti sæt den ekskluderede stiAuto-kør
Hvis du markerer afkrydsningsfeltet 'Auto Run at 23:00', vil du trykke på 'Submit'-knappen kl. 23:00 UTC hver aften. OU bruger maskinens tidszoneindstillinger til at beregne UTC-tidsforskydningen.
Match ekskluder
Dette bliver ikke en simpel forklaring.
Overvej et scenarie, hvor der er et stort sæt mapper, som hver indeholder mange observationer files. Hver mappe repræsenterer én GNSS CORS-station. Hver observation file er en 24-timers (GPS tidsramme) 'Daglig' observation file for en station. En stations daglige mappe kan indeholde 24-timers observation files for de foregående 5 til 10 år, så tusindvis af RINEX files.
OU bruges til at indsende disse dagligt files til OPUS. Men vi ønsker kun at indsende hver file to gange:
en gang umiddelbart efter file indsamles for at få en løsning med hurtig/broadcast efemeris igen 14 dage senere for at få en løsning med præcise/endelige kredsløb NGS returnerer OPUS løsning files via e-mail og løsningen files opbevares i et matchende sæt af stationsresultatmapper: hver CORS-station har en unik OPUS-løsningsmappe.
Hvis 'Match Exclude' indeholder en sti, vil OE søge den relative sti, der matcher placeringen af kildeobservationen file for en eksisterende matchende OPUS-løsning file.
Dette er kompliceret, fordi observationen file vil have et navn som:
slci0010.22o
og den matchende OPUS-løsning vil have et navn som: slci001022o IG0064714690360.msg (Bemærk det magiske IG-sekvensnummer fra oven!)
Hvis OU finder en matchende løsning file, vil den springe over at indsende observationen file fordi der allerede eksisterer en gyldig OPUS-løsning.
Men hvis du markerer dette felt:OG OPUS-løsningen er ældre end 14 dage, så vil OU inspicere løsningen .msg file for at bestemme, hvilken efemeristype, der blev brugt til løsningen.
Hvis løsningen IKKE er præcis eller endelig, vil OU slette den eksisterende løsning file og indsend observationen igen file, i håb om at få en løsning file fra OPUS-behandlingsmotoren ved hjælp af Precise eller Final ephemeris.
Senere, tidligt næste dag, behandler OA (OPUS-akkumulatoren) løsningsmapperne og genererer trendplot for hver af de overvågede CORS-stationer:OA bygger også et sammenfattende XLS-regneark for hver af de overvågede stationer:Dette resumé inkluderer en gennemsnitlig position for CORS-stationen sammen med Min/Max/Range/StandardDeviation for hver af værdierne fundet på en NGS OPUS-løsning.
Stationshastigheden beregnes også, både i den faste NAD83-ramme og i den daglige ITRF-epokeramme for ECEF XYZ, Lat/Lon/Height, State Plane projected og UTM projected frames.
Derudover udarbejder OA et resumé af resuméer file:som indeholder webstedsnavnet, den gennemsnitlige antenneposition med ellipsoidehøjde og nogle yderligere oplysninger, som er nyttige til privat CORS-stationsadministration.
Andre Borg-processer kører SQC-analyse på OA-outputdatasættene og bestemmer, om stationen 'statistisk' kører ind eller ud af forventningerne, og sender tekstbeskeder, hvis der er et problem.
Tro det eller ej, denne Rube-Goldberg (https://en.wikipedia.org/wiki/Rube_Goldberg) processen virker!

Brug af automatisk genindsend i OU

Her er somample mappestruktur for files at indsende (jeg kalder den indeholdende mappe 'dailys') og mappen med returnerede opus-løsninger (kaldet 'opus').Hver station kunne/bør ligge i en unik mappe på 4 tegn, hvis du senere vil bruge OA (OPUS_Accumulator).
Mappen ./dailys/sgu2 kan se sådan ud:Mappen ./opus/sgu2 kan se sådan ud:Hvis der returneres en OPUS-løsning, der er ulæselig, eller som er afløst af en løsning, der er nyere, bedre efemeri, vil den gamle løsning blive flyttet til mappen _invalid eller _duplicates.
Vigtigt tip: Alle BORG-værktøjerne ignorerer målrettet enhver mappe eller file der begynder med et understregningstegn ('_'), så du kan ikke have et stationsnavn, der begynder med en understregning.
Dette er hovedskærmen for OU (OPUS_Upload):Bemærk, at 'Upload data File' peger på mappen Dailys, og 'Recurse Submapper' er markeret.
Dette er fanen 'Avanceret' i organisationen:Bemærk, at 'Match Exclude' kigger på opus-mappen for files, der matcher input files i daglige mappen.
Hvor gør den daglige filekommer fra?
Et andet stykke af Borg (iBase) genererer hourly files med standard filenavne ved hjælp af en forskellig DIPCap-proces for hver station.
Sådan ser DIPCap-processen, der indsamler RT27-streams til SGU2, ud:DIPCap er en erstatning for RCAPTURE. RCAPTURE fejler efter et par dage eller uger og understøtter kun TCPIP 'Client'-forbindelser, DIPCap er meget robust og vil køre for evigt. Den har bedre logning og understøtter også TCPIP 'Server'-forbindelser.
DIPCap kører bare frit .CAP files ind i den valgte 'Output Folder', der genererer standard RINEX filenavne ved hjælp af 'Stationsnavn'.
iBase-programmet indsamler .CAP files hourly og konverterer dem fra .CAP files (som er RT27-streams) ind i standard RINEX file sæt i standard RINEX-mappehierarkiet (rinex/åååå/jjj/sss):

En gang om dagen, lige efter midnat UTC, kører iB_Daily-værktøjet og ser på HVER ENKELTE file i RINEX-mappestrukturen. iB_Daily sørger for, at hourly files er sammenkædet til daglige files (i stedet for at have et lille bogstav fra a til x som det sidste tegn før udvidelsen, en daglig file har et nul-tegn '0'.
Det daglige files decimeres til 30-sekunders intervaller, og alle konstellationer undtagen GPS fjernes.
iB_Daily sætter også en ukomprimeret file i den rigtige plads under daglige. Obs files i dailys er ikke opdelt i undermapper. Alle dagblade ligger blot i stationsmappen.
23 timer efter iB_Daily kører, indsender OU (OPUS_Uploader) alle de nye daglige files til OPUS. Vi venter 23 timer for at tillade NGS CORS-systemet at udfylde alle CORS-data, dette gør det mere sandsynligt, at OPUS vil producere en løsning.
Hvis du klikker på afkrydsningsfeltet 'Check/force Precise-Final ephemeris after 14-days', vil OU vente 14 dage efter, at en observation er observeret og derefter genindsende hver file, hver dag, indtil hver file har præcis/endelig efemeri.
Efter OPUS_Upload sender observationen files til OPUS returnerer OPUS løsningerne til en speciel e-mailadresse, som iBase_Mailer servicerer.
Dette er iBase_Mailer-konfigurationen, som jeg bruger:Hver løsning placeres i den korrekte OPUS/ssss mappe.
Endelig opsummerer OPUS_Accumulator alle OPUS-løsningerne. Hvis den finder duplikerede løsninger for en dag, beholder den den bedste løsning. (Denne beslutning er beskrevet i OA-brugermanualen.

Nogle andre hints

OPUS Borg-processerne plejede at køre uden hændelser på en Windows XP-computer. Senere blev computeren opgraderet til Win8, derefter Win10.
Det er umuligt at have en Win10-computer kørende i mere end et par uger uden menneskelig indgriben. Primært Windows-opdateringer tvinges ud og kan ikke ignoreres.
Da computeren, der kører OPUS, har en FTP-server og en bunke porte åbne (for fjerntliggende CORS-stationer at skubbe data ind), er det nok en rimelig ting at få opdateringer.
Jeg har leget med at køre BORG på en AWS-server, det virker, men har ingen stigning i tilgængelighed. Og på grund af det store antal files og data er S3-instansen dyr. Nærmere bestemt hver enkelt file i S3-depotet efterses hver eneste dag. Så billig gletsjeropbevaring er ikke passende.
Jeg kører BORG på en hurtig computer med alle BORG files og mapper gemt på et 8-TB eksternt USB 3-drev.
iBase-processen opbevarer automatisk en sikkerhedskopi af den komprimerede .CAP files på et separat 4 GB-drev. iBase har en enkelt knapfunktion til at genopbygge den dekomprimerede RINEX-struktur fra sikkerhedskopierne. Jeg formoder, at en genopbygning kan tage flere dage at fuldføre. Jeg har ikke haft behov for at genopbygge datasættet; det tog dog flere dage at migrere det fra et 4-GB-drev til et 8-GB-drev.
OU-versionsnoter
Byg 2000:
Tilføjet flere kommandolinjekontakterInkluderede og ekskluderede stationer ser dog ikke ud til at fungere helt endnu.
Byg 2004: 25. maj 2017
Tilføjet en fejllog i stedet for en beskedboks til uovervåget drift. Bemærk, at du ikke vil kunne gemme loggen til kommandolinjejob, fordi programmet afsluttes, når det er færdigt.
Tilføjet en test for gyldig file når du tilføjer fra kommandolinjen. Ændret håndtering af files fra kommandolinjen for at inkludere en test for gyldig-eksisterende files.
Advarsel: Der kan være en vis grænse for antallet af files du kan angive på kommandolinjen. Der bør ikke være en grænse for antallet af files, som du kan inkludere med jokertegn, strengplads til filenavne bør udvides til tilgængelig hukommelse.
Når du angiver flere files fra kommandolinjen, den filenavneboksen er kun indlæst med den første file fra listen.
Byg 2005: 5. september 2018
Tilføjet 'Gem log Files' afkrydsningsfelt. Efter at have afgivet en observation file, kan al den returnerede HTML-kode fra serveren gemmes i en lignende navn file i samme mappe som inputobservationen file. De file udvidelsen er altid .html og placeringen er altid den samme som input file.
Support til TLS1 blev suspenderet hos NGS. OPUS_Upload bruger nu SSL-laget fra klientmaskinen, og OpenSSL er ikke længere påkrævet. Dette betyder reelt, at Windows XP-maskiner ikke længere er levedygtige til brug med OPUS.
Byg 2016: 4. januar 2020
Nogle større forbedringer og ændringer blev foretaget for at få OU til at fungere inden for OPUS-Borg-rammen.

Konfigurationsværdierne er nu gemt i iBase.ini file med alle andre Bord-medlemmers konfiguration. Du vil miste eventuelle tidligere indstillinger, når du kører denne version.

En mulighed for at gentage mapper føjes til den formularbaserede påkaldelse. Tidligere var dette kun tilgængeligt for kommandolinjekørsler.
Der er nu to faner, en for almindelige konfigurationsindstillinger og en ny fane for Avancerede indstillinger. Dette rydder op i værktøjets primære skærm.

Det er nu muligt at indstille flere stier med jokertegn fra det formularbaserede værktøj. F.eksampdet:
C:\ftp\rinex\2017\*.??o; C:\ftp\rinex\2020\*.??o
Vil gentage både 2017- og 2020-mapperne for files matcher .??o file forlængelse.
Det er nu muligt enten at indstille NGS-indsendelsessekvensnummeret manuelt eller få OU til at bygge et unikt sekvensnummer i formen 'IG8888888888888': 'IG' efterfulgt af et 13-cifret heltal, der repræsenterer antallet af millisekunder siden 1. januar 2020 .

Et minimum file størrelse til at behandle er tilføjet. Denne mulighed gælder kun for files valgt med jokertegn. Indstil værdien til tom, nul eller negativ for at behandle alle kilder files, uanset størrelse. En værdi på 2,500,000 er rimelig, hvis du forventer for det meste 24-timers dagligt files.
OU vil nu eventuelt tjekke for eksisterende OPUS-løsninger ved tilbagevendende mapper (ved hjælp af jokertegn) til observation files. Løsninger skal starte med basen filenavn på OBS file; være i mapper med samme navn, under basismappen 'Match Exclude'; løsningen file skal have en file dato større end eller lig med observationen file og har en .eml, .msg eller .txt file forlængelse. Hvis der findes en løsning, den tilsvarende observation file er sprunget over. Indstil 'Match Exclude' til den tomme streng for at deaktivere denne funktion.

Det er nu muligt at tvinge en antennetype til effektivt at tilsidesætte den antennetype, der er anført i RINEX file. (Jeg ved, at dette virker skørt; jeg havde brug for denne funktion til en videodemonstration.)
OU er nu kompatibel med høj DPI-skærmopløsning.

Byg 2019: 30. april 2002
Kommandolinjekontakten -9dl (overgår fra iGx) har nu disse handlinger:

Testtilstand = slukket

InterFileForsinkelse = 0.0
Process Undermapper = slukket

Match Ekskluder eksisterende løsninger = slået fra
Gem log File = slukket

Interfile forsinkelsesværdien er nu gemt i INI file og genkaldes, når programmet starter.
Byg 2020.7.17.2020
Forsinkelse mellem file indsendelsen tog 20 % af maskinressourcerne på grund af en fejlagtig systemsemafor. (ughhh!) Annuller-knappen blev ikke vist korrekt under ventetiden. Tilføjet antallet af files tilbage til at sende i en batch til statuslinjen.
Byg 2020.9.8.2021
Hvis der er tilbagevendende mapper, springes enhver mappe med et navn, der starter med en understregning '_' over. Mapper under nævnte mappe sprang også over. Dette blev tilføjet til brug med iBase, som sætter ufuldstændige (files med mindre end 90 % af forventet dækning) i en '_invalid' mappe.
Byg 2020.12.5.2024
Tilføjet URL redigering for at ændre indsendelse URL. Ny kommandolinje '-U' vender tilbage til standardindsendelsesadressen, '+U' fuld url"' sætter tilsidesættelse URL. Standarden URL i øjeblikket er:
https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Betasiden kan nås med denne adresse:
https://beta.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Byg 2020.12.21.2027
Fejl: Ved indsendelse files til NGS, antallet af resterende files viste var forkert.
Bug: Når du leder efter uindsendt files, ved at bruge funktionen 'Match Exclude', hvis en OPUS-løsning går forud for observationen file, den er nu slettet. Tidligere blev den efterladt på plads og den file blev genindsendt. Dette resulterede i flere OPUS-løsninger til en enkelt observation file (da OPUS-resultaterne har en unik iG-sekvensnummeridentifikator.)
Byg 2021.11.7.2040
OU bruger nu nye serversidescripts til indsendelse af RS vs. S OBS files:Størrelsen af logmemoet er udvidet til 4 millioner tegn.
Tilføjet nogle tip til tilføjet en masse unødvendig debugging (som jeg ikke har tænkt mig at fjerne, da det kun dukker op, mens du udvider logning).
Tilføjet et hint om indsendelsen url's er forskellige for statisk vs. hurtig i tilsidesættelsesboksen.
Byg 2022.2.9.2041
Baseret på feedback fra folk, der ikke bruger OU i et produktionsmiljø, er OU blevet omarrangeret til at ligne NGS-indsendelsesformularen.
Det er nu muligt at vælge den tvungne antennetype fra en drop-down boks. Klik på knappen 'Load NGS Antenne List' for at downloade og parse den aktuelle NGS-antenneliste. Rullelisten er fyldt med en alfabetisk liste over typer.
Det er nu muligt at tilsidesætte instrumenthøjden indeholdt i RINEX file og indtast højden direkte.
Disse kommandolinjekontakter er blevet tilføjet:Denne brugervejledning er blevet omfattende opdateret.
Byg 2022.2.9.2042
Omfattende tilføjelser til hover-tip. (Denne version er pakket med iGx_Download-værktøjet efter 2/11/2022.)
Byg 2022.3.17.2043
Tilføjet to kommandolinjekontakter:Tilføjet 'Maksimal observationsalder'. Hvis ikke-nul, vil observationer, der sluttede mere end det indtastede beløb, blive sprunget over. Dette er nyttigt bare at 'opgive' forsøgt behandling af files efter 45 dage. Hvis NGS ikke kan behandle en file efter 45 (programmerbare) dage, vil ventetiden en dag-uge-måned-år ikke gøre nogen forskel.
Der er dage og steder, hvor uanset hvad du gør, vil NGS OPUS ikke være i stand til at behandle et job. Ses primært med OPUS-Static jobs. Nogle gange afkortes en time fra begyndelsen eller slutningen af en file vil resultere i succes, men fuld 24-timers files vil ikke behandle. Denne nye switch tillader fileskal bare springes over. Hvis udvidet debug er aktiveret, laves en note i loggen.
Byg 2022.3.21.2044
Opdateret til Embarcadero® Delphi 11 Version 28.0.44500.8973 compiler på en ny pc.
Opdateret UPX Packer til version 3.96w.
Opdateret Component Ace ZipForge til version 6.94.
Når files med følgende attributter springes over:
Manglende eller ikke-tvunget antennetype sprunget over
Input file mangler (? Hvordan sker det)
For længe af file er sprunget over
For gammel af file er sprunget over
og der er yderligere files at behandle, springes forsinkelsen over. Den forhindrer lange forsinkelser, når file-efter-file er sprunget over. Med andre ord en inter-file forsinkelse udføres kun, når en faktisk file er indsendt.
Når du downloader antennelisten fra NGS, registrerer OU nu duplikerede antennenavne (forårsaget af satellitrevision) og tvinger hver post til at være unik.
Byg 2022.3.27.2045
MaxAlder = 0 blev ikke behandlet som uendelig.
Opdaterede interfile forsinkelse for at forsøge at reducere overhead under ventetiden.
Byg 2022.4.1.2050
Kritisk omskrivning af observation vs. løsningsmatching.
Tilføjet 'Log til file' afkrydsningsfelt. Hvis markeret, bliver loggen replikeret i den samme mappe som den eksekverbare med millisekunders tidamps. Når OU starter, hvis en eksisterende file større end 9 megabyte eksisterer, slettes den. (Du skal have fat i log files umiddelbart efter OU afsluttes for at sikre, at de ikke slettes ved programkaldelse.)
Tilføjet og ryddet op i logoplysninger.
Tilføjet file tæller for at spore fremskridt på udkig efter files at behandle.
Rettede en fejl, hvor en OPUS-løsningsdato blev afkortet uden løsningstiden. Dette resulterede i 'nogle' files bliver gentagne gange indsendt, fordi løsningstiden (trunkeret til 00:00:00) så ud til at være før besættelsens afslutning (00:00:03). Denne kontrol har nu en hel dags henstandsperiode, før den markeres som tidligere.
Byg 2022.4.10.2053
Rettet MaxAge-fejl, hvor MaxAge-indstillingen blev ignoreret for nogle files.
Tilføjet springende besked:
04/10/2022 18:35:38.612 ! File 'F:\iBase\ftp\dailys\cotx\cotx2970.21o sprunget over, for gammel; observationsalderen er 167.8 dage, grænsen er 45.0 dage.
Rettet 'SemiAppend2'-problem, hvor tomt filenavne blev tilføjet listen over files at behandle ';;;'.
Tilføjet 80-tegn af næste file at behandle logningsoplysninger til '...behandler x mere files:' log indtastning.
Byg 2022.6.26.2055
** Implicit RINEX 3-understøttelse tilføjet ** RINEX3 kan have fungeret tidligere, i de fleste tilfælde.
Tilføjet en tom antenne til toppen af rullelisten 'Force Antenna' for at gøre det nemmere at vælge nogen tvungen antenne.
Tilføjet +X dd og -X muligheder for at indstille og rydde tolerancen for 'Maksimal alder'.
(Hvis du indstiller dette til 0 dage eller til en tom streng, behandles alle files.)
Win10/11 stil åben file valgdialog.
Skærpet mellemrum på formdesign.
Tilføjet knappen 'Standarder' for at returnere alle indstillinger undtagen filenavn og e-mailadresse; til de kendte startstandarder.
Tilføjet +D mulighed for at klikke på knappen 'Standarder' fra kommandolinjen.
RINEX file dekoderen understøtter nu RINEX2 og RINEX3. OBS EPOCH-poster med ikke-nul-flag håndteres bedre. (En fremtidig forbedring kan være at fjerne særlige begivenheds (flytning, nyt monument, starte statiske) poster?) Yderligere RINEX-metoder deles nu mellem OPUS_Upload og
iGx_Download værktøj.
Forbedrede tip til HVER valgmulighed og kontrol.
Optionen -9dl er blevet afskrevet og gør intet. Hvis du tidligere har brugt denne mulighed, så overvej at sætte et -D som den første mulighed på linjen. Dette vil sætte OU i en kendt standardtilstand. Så behøver du kun tilføje de muligheder, du har brug for til behandling, typisk -e-e-mail efterfulgt af en filenavn at indsende vil være tilstrækkeligt.