OPUS_Last opp sikkert Web Brukerveiledning

OPUS_Last opp (OU)Brukerveiledning

Innhold gjemme

1 OPUS_Last opp sikkert Web

2 OPUS Last opp

3 Installerer OPUS Upload

4 Kjører OPUS-opplasting fra kommandolinjen

5 Avanserte emner

6 OPUS-BORG Innstillinger

7 Bruker automatisk resubmit i OU

8 Noen andre hint

9 Dokumenter / Ressurser

9.1 Referanser

10 Relaterte innlegg

OPUS_Last opp sikkert Web

Dato: 26. juni 2022
Rev: 2022.6.26.2055
Av: Mark Silver, ms@igage.com, +1-801-412-0011
Versjonsinformasjon
Spesifisert versjonsinformasjon er på slutten av dette dokumentet.
Abonner på e-postlisten for oppdateringsinformasjon
Hvis du bruker OPUS_Upload til noe formål, vennligst abonner på denne e-postlisten:
https://signup.ymlp.com/xguqjwsugmguu
slik at jeg kan sende deg varsler om endringer og feilrettinger. En liste over tidligere meldinger finner du her [ http://ymlp.com/archive_guqjwsugjgh.php ].
Vær forsiktig med OU!
VÆR SÅ SNILL: Les denne brukerhåndboken nøye før du bruker OPUS Upload. OU aksepterer jokertegn og det er mulig å sende inn alle observasjoner file på en datamaskin med en enkelt, enkel, feilaktig kommando. For eksampde:
OPUS_Last opp +r C:\*.??o
Vil sende inn hver eneste observasjon file på c: kjør til OPUS for behandling. Jeg tviler på at NGS eller resten av OPUS-fellesskapet vil sette pris på at du gjør dette.
Jeg anbefaler på det sterkeste at du ikke kjører OU-verktøyet fra kommandolinjen før du har prøvd det på singel files fra Windows-grensesnittet først.

OPUS Last opp

OPUS_Upload (OU) er en liten Win-32-applikasjon som automatiserer innsending av GPS-observasjon files til det elektroniske NGS-behandlingssystemet. OU navigerer i HTTPS NGS webnettsted som bruker SSL-kryptering.
OU kan kjøres på mange måter:
Som et kommandolinjeverktøy med argumenter
Som et Windows-program som er åpent på skjermen
Ved å dra og slippe files på skrivebordsikonet
OU forenkler innsending av store sett med files til NGS. Med OU er det mulig å automatisk sende inn tusenvis av observasjoner files med en enkelt kommando.
OU har blitt testet med over 15,000 XNUMX observasjoner files på en enkelt innsending.
NGS-oppdatering 1. september 2018
NGS endret det minste akseptable TLS-nivået for tilgang til OPUS.
OPUS_Upload ble senere modifisert for å bruke maskinens SSL-lag (i stedet for å bruke OpenSSL). Dette betyr i praksis at Windows XP-maskiner ikke lenger kan sende inn jobber til NGS.
Det er ingen løsning for dette problemet. Kjøp en moderne datamaskin.
Distribusjonsbegrensninger og brukshensyn
OPUS programmatiske grensesnitt er komplisert og den minste endringen på NGS-serversiden vil kreve oppdatering av OU. (Derfor bør du registrere deg på postlisten, se ovenfor).
Som OPUS Accumulator, hvis du trenger OPUS Uploader, trenger du det virkelig. OU har potensial til å spare noen brukere for mye tid.
Endelig er OU en del av et mye større prosjekt. OPUS Borg. Borg bruker OU, OA og noen få andre klienter for å organisere automatisert kvalitetskontroll på store CORS-nettverk ved hjelp av avansert statistisk kvalitetskontroll. OUs utvikling er drevet av Borg-funksjonalitet.
Ingen endringer i OU som forstyrrer Borg kan underholdes. The Borg (https://en.wikipedia.org/wiki/Borg) regler OU-utvikling. Akkurat som i neste generasjon. OPUS Borg ble kalt Borg fordi den har mange 'enkle' komponenter som prøver å samarbeide for å behandle hauger med GNSS-observasjonsdata.
Det er et komplett rot, men det er for sent å fikse på dette punktet. Riktignok er selv de enkle komponentene som OU og OA nå altfor kompliserte.
Noen av Borgs kompleksiteter er beskrevet i delen "Match Exclude" senere i dette dokumentet.
Endringer
Send eventuelle endringer som vil gjøre OU mer nyttig for søknaden din til ms@igage.com.

Installerer OPUS Upload

For øyeblikket er OPUS Uploader distribuert i en ZIP-fil file med denne brukerhåndboken. Hele programmet files er kodesignert av 'iGage Mapping Corporation'.
Du kan installere opplasteren hvor som helst du vil, det er bare én file. Du kan deretter manuelt opprette en snarvei for skrivebordet ditt.
Ting som OPUS-opplasting krever
OPUS Upload avgjør automatisk om en RINEX file skal sendes inn som en Rapid-Static eller Static file av lengden på RINEX file.
OPUS Upload fungerer nå med RINEX 2.xx og RINEX 3.xx files.
Observasjon files 118 minutter eller lengre sendes inn som statisk.
Antennenavnet og HI i RINEX file skal være riktig. Hvis din RINEX files har feil verdier, så er de ikke kompatible med OU (dette kravet er lempet).
Merk: i Build 2001 ble en kommandolinjebryter '-a' lagt til for å tillate innsending av files uten antennebetegnelser.
I januar 2020 ble støtte lagt til for å overstyre antennenavnet i RINEX file.
I februar 2022 ble støtte lagt til for å laste ned den nåværende NGS Antenne Type-listen for å forenkle Antenne Type-overstyring med en gyldig antennetype.
Støtte for å tvinge HI (Instrument Heights) ble også lagt til i februar 2022.
Du kan vurdere å bruke TEQC for å oppdatere antennenavnet og HI. Du kan her er somample RINEX file overskrift:Jeg har fremhevet antennetypen i gult og HI i grønt.
Antennetypen må være en antenne som støttes av NGS.
Kjører OPUS Upload som et Windows-program
Du kan dobbeltklikke på programmet eller en snarvei for å starte OU. OU vil starte i øvre venstre hjørne av skjermen. Hvis du flytter eller endrer størrelse på vinduet og deretter lukker OU, vil samme posisjon og størrelse bli husket neste gang det starter.
Skjermposisjonen kontrolleres ved kjøring for å sikre at den er på en tilgjengelig skjerm.
Første gang du bruker OU må du skrive inn e-postadressen din. Det kan være lurt å endre andre alternativer eller legge til en OPUS-Projects ID. Innstillingene dine vil bli husket.
Last opp data File' huskes også fra forrige gang OU ble kjørt. Du kan klikke på '...'-knappen for å velge en eller flere files å laste opp. De files bør være GPS-observasjon files, eller ZIP files som inneholder GPS-observasjon files. (Med andre ord, Open File nettleseren vil støtte flere file utvalg.) Her er et eksample av manuelt å velge fire observasjoner files i en mappe:Hvis du velger en ZIP file, innholdet i ZIP file vil antas å være standard RINEX files og alle RINEX files i ZIP file vil bli behandlet individuelt.
Hvis du inkluderer en NAV file i ZIP fileOU vil vite at det ikke er en RINEX-observasjon file og vil automatisk hoppe over NAV file.
Tilsvarende hvis du velger en NAV file (eksample ved å velge alle files i katalogen ovenfor) OU vil hoppe over .NAV files.
Når du har satt filenavn(er) og alternativer, klikk på Send-knappen og hver RINEX file vil automatisk bli sendt til OPUS.

Kjører OPUS-opplasting fra kommandolinjen

OU godtar disse argumentene: Denne kommandoen:
OPUS_Last opp –p +x –e ms@igage.com C:\tmp\2001213A0.obs Sender inn singelen file uten prosjekt-ID, ber om utvidet utdata, og returnerer resultatet til den angitte e-postadressen.
Når du har angitt e-postadressen på en datamaskin, vil OU huske den. Når du har angitt et prosjektnavn, vil det være i bruk til det er slettet.
Dette betyr at etter at du har kjørt OU én gang (kanskje som et Windows-program), kan du bare starte OU med en filenavn:
OPUS_Last opp C:\tmp\2001213A0.obs og de tidligere valgte alternativene vil bli brukt.
Du kan spesifisere to eller flere files OPUS_Last opp C:\tmp\2001213A0.obs C:\tmp\2001213A1.obs
Du kan også bruke jokertegn for å spesifisere en gruppe av files. Denne kommandoen:
OPUS_Last opp C:\tmp\*.obs
vil sende inn hver file i mappen C:\tmp\ med en .OBS-utvidelse i mappen \tmp.
Du kan også bruke stabel-jokertegn:
OPUS_Last opp C:\tmp\002\*.obs C:\tmp\003\*.zip
Enkeltbokstaver støttes også:
OPUS_Last opp C:\tmp\2001213A?.obs
Det skal være mulig å sende inn hver eneste observasjon file på C-stasjonen på datamaskinen din med denne enkle kommandoen:
OPUS_Last opp +r C:\*.1?o
Er det virkelig behov for dette?
Send inn med dra og slipp
Hvis du har en snarvei på skrivebordet, kan du dra observasjon files (eller .ZIP files som inneholder en eller flere observasjoner files) og slipp dem på skrivebordsikonet.
De files vil bli behandlet akkurat som om de ble valgt manuelt. Den siste e-postadressen og andre alternativer vil bli brukt.
Det er ingen kjent grense for antall files du kan slippe i én handling.
"Testmodus"
Det kan være lurt å teste en handling før du starter OU. Sjekk "Testmodus"-boksen for å se hva effektene av handlingen din kan være uten å sende inn files til NGS.
Avmerkingsboksen Testmodus lagres når OU lukkes og åpnes på nytt, så hvis du ved et uhell krysser av for det, ser det ut til at OU ikke fungerer.
Automatisk innsending
Hvis du starter OU ved kommandolinjen, med en fileNavn; eller hvis du starter OU ved å dra og slippe files på snarveien, vil OU automatisk kjøre og deretter lukke 5 sekunder etter den siste file er behandlet.
Avbryt-knappen kan brukes til å holde skjemaet og loggen åpen for viewing.
Under nedtellingen på 5 sekunder, klikk på Avbryt-knappen, og OU vil ikke lukkes automatisk. Skjemaet lukkes heller ikke hvis testmodus er aktivert.
2022/2/9: OU vil nå lukkes automatisk etter en 5-sekunders forsinkelse hvis påkalles fra iGx_Download.

Avanserte emner

TvangsantennetyperKlikk på 'Load NGS Antenne List'-knappen for å laste ned gjeldende antenneliste file fra NGS-serveren ( https://geodesy.noaa.gov/ANTCAL/LoadFile?file=ngs14.atx ). Listen analyseres og hver antenne, inkludert satellittdefinisjonene, lastes inn i rullegardinboksen i sortert rekkefølge.
Du kan deretter skrive inn de første tegnene i antennetypen for raskt å finne en bestemt antenne.
Listen er lagret i en midlertidig mappe:
C:\Users\brukernavn\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx
C:\Users\brukernavn\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx.cache
og gjenbrukes når OU startes igjen.
Viktig antennetype Merk: Du må inkludere riktig antall mellomrom mellom antennenavnet og domebetegnelsen. Så velg enten antennen fra rullegardinlisten, eller kopier og lim inn antennenavnet fra en autoritativ kilde. Et manglende eller ekstra mellomrom eller et modifisert tegn vil resultere i antennetypefeil når det sendes til OPUS.
Utvidet utdataformat
Kommandolinje:
-x Standard Solution Output
+x Extended Solution Output (anbefalt)
Merker av denne boksen: Vil effektivt gjøre dette valget på NGS-innsendingssiden:Basestasjon bruk og ekskluder
Skriv inn basestasjoner som skal brukes og ekskluderes, atskilt med komma:Angitte stasjoner kontrolleres IKKE for nøyaktighet.
Denne innstillingen tilsvarer:skal være tom med mindre du sender inn observasjonen til et gyldig OPUS-prosjekt. Prosjektidentifikatoren er IKKE kontrollert for gyldighet.
Denne innstillingen tilsvarer:IKKE skriv inn ditt personlige prosjektnavn i denne boksen, skriv kun inn gyldige OPUS-prosjekt-ID-er. Du må ha OPUS Manager-opplæring for å lage og bruke OPUS-prosjekter.
Sekvensnummer Det er ingen offisiell NGS-beskrivelse av denne verdien, men den er VELDIG nyttig for å spore innsendinger. OPUS Borg er avhengig av at hver e-postretur fra OPUS-systemet har et unikt sekvensnummer i et vellykket eller mislykket returnert e-postemne: Når du laster inn NGS OPUS-innleveringen webside, tildeles et unikt nummer av NGS. Hvis du merker av for 'iGage Random Sequence'-boksen, genereres et unikt nummer på 13 tegn med prefikset 'IG'. Hvis du ikke merker av i boksen, brukes den verdien du angir.
IG-tallet er brøkdelen av dager siden 1. januar 2020; i den lokale maskinens tidssone, multiplisert med 86,400,000 XNUMX XNUMX og avrundet til nærmeste heltall. Dette ser ut til å være tilstrekkelig for unikhet, er dechiffrerbart og øker med tiden. Det er ikke tilfeldig.
Minimum File Størrelse og maksimal lengde
Hvis du prøver å sende inn en file mindre enn minimum (i byte) den file vil bli hoppet over. En vanlig hendelse er antivirusverktøy som tvinger andre verktøy til å lage null lengde files. Dette fanger disse plagene files fra innlevering til NGS. Minimum 2,500 byte bør være tilstrekkelig og rimelig.
OU vil sjekke den første og siste epoken med observasjonsdata og hoppe over files som er lengre enn maksimal lengde i timer. Det er en hard grense i OPUS at du ikke kan krysse midnatt (GPS-tid) to ganger. Hvis du har files som er lengre enn 25 timer, bør du vurdere å bruke -tbin-alternativet til TEQC ( https://www.unavco.org/software/data-processing/teqc/tutorial/tutorial.html ) for å dele dem inn i 24-timers files og sende dem individuelt. Da kan du bruke OPUS Akkumulator-verktøyet til å statistisk se på de enkelte løsningene.
Lagre Logg Files
Ved å klikke på denne boksen lagres returverdien fra NGS-innsendingen til en .HTMLfile med samme navn som hver innlevert file, i samme mappe som den innsendte file.
Hvis du åpner file i en nettleser vil det se "likt" ut som det du ville ha mottatt ved å sende inn file:Men formateringen blir sannsynligvis ikke som forventet.
Dette alternativet er nyttig for feilsøking files som mislykkes når den sendes inn.
Utvidet feilsøkingslogging Merking av denne boksen vil resultere i at ekstra logginformasjon vises i loggdialogen. Dette alternativet er best å la være umerket.
Hvert enkelt HTML-innsendingsfelt vil bli oppregnet:mellom-File Utsette NGS OPUS-serverne har en sikkerhetsfunksjon som forhindrer tjenestenektangrep.
Hvis du sender inn mer enn noen få (kanskje 5) yrker i rask rekkefølge, ser det ut til at IP-adressen din vil bli flagget som en smerte-i-NGS-baken og innsendingene dine vil bli ignorert.
Det anbefales å sette denne forsinkelsen til 15 sekunder eller høyere. Jeg bruker 31 sekunder.
Testmodus Ved å merke av på Testmodus-knappen kan OU kjøre innsendinger og logge handlinger, helt frem til innsendingspunktet. Loggen files vil inneholde all normal og utvidet logging, men file vil ikke bli sendt til NGS for behandling.
Dette lar deg teste en jokertegnhandling uten å oversvømme NGS-serverne.
En enkelt logget linje vil bli lagt til loggen:For øyeblikket (i versjon 2022.2.8.2041) OPUS-statiske observasjoner, files lengre enn 110 minutter, sendes inn med dette URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl‘
OPUS-RS files sendes inn med dette URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opus-rsup.prl’
Du kan bruke «Send inn URL' for å overstyre standarden for å sende files til en NGS BETA-server. Du må imidlertid sørge for at riktig serveradresse (Statisk eller RS) er valgt for det innsendte file.

OPUS-BORG Innstillinger

Kommandolinje:
-m klar utelukket sti
+m bane angi den ekskluderte banenAuto-kjør
Hvis du krysser av for 'Auto Run at 23:00'-boksen, blir 'Send'-knappen trykket på 23:00 UTC hver kveld. OU bruker maskinens tidssoneinnstillinger for å beregne UTC-tidsforskyvningen.
Ekskluder samsvar
Dette kommer ikke til å være en enkel forklaring.
Tenk på et scenario der det er et stort sett med mapper, som hver inneholder mange observasjoner files. Hver mappe representerer én GNSS CORS-stasjon. Hver observasjon file er en 24-timers (GPS tidsramme) 'Daglig' observasjon file for en stasjon. En stasjons daglige mappe kan inneholde 24-timers observasjon files for de siste 5 til 10 årene, så tusenvis av RINEX files.
OU brukes til å sende inn disse daglig files til OPUS. Men vi ønsker bare å sende inn hver file to ganger:
en gang umiddelbart etter file samles inn for å få en løsning med rask/kringkastet efemeri igjen 14 dager senere for å få en løsning med presise/endelige baner NGS returnerer OPUS-løsning files via e-post og løsningen files holdes i et matchende sett med stasjonsresultatmapper: hver CORS-stasjon har en unik OPUS-løsningsmappe.
Hvis "Match Exclude" inneholder en bane, vil OE søke den relative banen som samsvarer med plasseringen til kildeobservasjonen file for en eksisterende matchende OPUS-løsning file.
Dette er komplisert fordi observasjonen file vil ha et navn som:
slci0010.22o
og den matchende OPUS-løsningen vil ha et navn som: slci001022o IG0064714690360.msg (legg merke til det magiske IG-sekvensnummeret ovenfra!)
Hvis OU finner en matchende løsning file, vil den hoppe over å sende inn observasjonen file fordi en gyldig OPUS-løsning allerede eksisterer.
Men hvis du merker av i denne boksen:OG OPUS-løsningen er eldre enn 14 dager, så vil OU inspisere løsningen .msg file for å bestemme hvilken efemeristype som ble brukt for løsningen.
Hvis løsningen IKKE er presis eller endelig, vil OU slette den eksisterende løsningen file og sende inn observasjonen på nytt file, i håp om å få en løsning file fra OPUS-behandlingsmotoren ved å bruke Precise eller Final ephemeris.
Senere, tidlig neste dag, behandler OA (OPUS Accumulator) løsningsmappene og genererer trendplott for hver av de overvåkede CORS-stasjonene:OA bygger også et sammendrag av XLS-regneark for hver av de overvåkede stasjonene:Dette sammendraget inkluderer en gjennomsnittlig posisjon for CORS-stasjonen sammen med Min/Maks/Rekkevidde/Standardavvik for hver av verdiene som finnes på en NGS OPUS-løsning.
Stasjonshastigheten beregnes også, både i den faste NAD83-rammen og i den daglige ITRF-epokerammen for ECEF XYZ, Lat/Lon/Height, State Plane projected og UTM projected frames.
I tillegg lager OA et sammendrag av sammendrag file:som inneholder nettstedsnavnet, gjennomsnittlig antenneposisjon med ellipsoidhøyde, og litt tilleggsinformasjon som er nyttig for privat CORS-stasjonsadministrasjon.
Andre Borg-prosesser kjører SQC-analyse på OA-utdatasettene og bestemmer om stasjonen "statistisk" kjører inn-eller-ut av forventningene og sender tekstmeldinger hvis det er et problem.
Tro det eller ei, denne Rube-Goldberg (https://en.wikipedia.org/wiki/Rube_Goldberg) prosessen fungerer!

Bruker automatisk resubmit i OU

Her er somample mappestruktur for files å sende (jeg kaller den inneholdende mappen 'dailys') og mappen som inneholder returnerte opus-løsninger (kalt 'opus').Hver stasjon kan/bør ligge i en unik mappe på 4 tegn dersom du senere ønsker å bruke OA (OPUS_Accumulator).
./dailys/sgu2-mappen kan se slik ut:./opus/sgu2-mappen kan se slik ut:Hvis en OPUS-løsning returneres som er uleselig, eller erstattes av en løsning som er nyere, bedre ephemeris, vil den gamle løsningen bli flyttet til mappen _invalid eller _duplicates.
Viktig tips: Alle BORG-verktøyene ignorerer med hensikt enhver mappe eller file som begynner med et understrekingstegn ('_'), så du kan ikke ha et stasjonsnavn som begynner med et understrek.
Dette er hovedskjermen for OU (OPUS_Upload):Legg merke til at 'Last opp data File' peker på mappen daglig og 'Recurse Submapper' er merket av.
Dette er 'Avansert'-fanen til OU:Legg merke til at 'Match Exclude' ser på opus-mappen for files som samsvarer med inngangen files i den daglige mappen.
Hvor gjør det daglige filekommer fra?
En annen del av Borg (iBase) genererer hourly files med standard filenavn ved å bruke en annen DIPCap-prosess for hver stasjon.
Slik ser DIPCap-prosessen som samler inn RT27-strømmer for SGU2 ut:DIPCap er en erstatning for RCAPTURE. RCAPTURE mislykkes etter noen dager eller uker og støtter kun TCPIP 'Client'-tilkoblinger, DIPCap er veldig robust og vil kjøre for alltid. Den har bedre logging og støtter også TCPIP 'Server'-tilkoblinger.
DIPCap bare gratis løp .CAP files inn i den valgte 'Output Folder' som genererer standard RINEX filenavn som bruker 'Stasjonsnavn'.
iBase-programmet samler inn .CAP files hourly og konverterer dem fra .CAP files (som er RT27-strømmer) inn i standard RINEX file sett i standard RINEX-mappehierarkiet (rinex/åååå/jjj/sss):

En gang om dagen, like etter midnatt UTC, kjører iB_Daily-verktøyet og ser på HVER ENKELT file i RINEX-mappestrukturen. iB_Daily sørger for at hourly files er sammenkoblet til daglig files (i stedet for å ha en liten bokstav fra a til x som siste tegn før utvidelsen, en daglig file har nulltegn '0'.
Det daglige files desimeres til 30-sekunders intervaller og alle konstellasjoner bortsett fra GPS er strippet ut.
iB_Daily setter også en ukomprimert file i riktig spor under daglige. Obs files i dailys er ikke delt inn i undermapper. Alle dagbladene ligger bare i stasjonsmappen.
23 timer etter at iB_Daily kjører, sender OU (OPUS_Uploader) inn alt det nye daglige files til OPUS. Vi venter 23 timer for å la NGS CORS-systemet fylle ut alle CORS-dataene, dette gjør det mer sannsynlig at OPUS vil produsere en løsning.
Hvis du klikker på avmerkingsboksen "Sjekk/tving presis-sluttende efemeris etter 14 dager", vil OU vente 14 dager etter at en observasjon er observert og deretter sende inn på nytt hver file, hver dag, til hver file har presis/endelig efemeri.
Etter OPUS_Upload sender observasjonen files til OPUS returnerer OPUS løsningene til en spesiell e-postadresse som iBase_Mailer tjenester.
Dette er iBase_Mailer-konfigurasjonen jeg bruker:Hver løsning legges i riktig OPUS/ssss-mappe.
Til slutt oppsummerer OPUS_Accumulator alle OPUS-løsningene. Hvis den finner dupliserte løsninger for en dag, beholder den den beste løsningen. (Denne avgjørelsen er beskrevet i OA-brukerhåndboken.

Noen andre hint

OPUS Borg-prosessene pleide å kjøre uten problemer på en Windows XP-datamaskin. Senere ble datamaskinen oppgradert til Win8, deretter Win10.
Det er umulig å kjøre en Win10-datamaskin i mer enn noen få uker uten menneskelig innblanding. Først og fremst blir Windows-oppdateringer tvunget ut og kan ikke ignoreres.
Siden datamaskinen som kjører OPUS har en FTP-server og en haug med porter åpne (for eksterne CORS-stasjoner å presse data inn), er det sannsynligvis en rimelig ting å få oppdateringer.
Jeg har lekt med å kjøre BORG på en AWS-server, det fungerer, men har ingen økning i tilgjengelighet. Og på grunn av det store antallet files og data er S3-forekomsten dyr. Nærmere bestemt hver eneste file i S3-depotet inspiseres hver eneste dag. Så billig brelagring er ikke hensiktsmessig.
Jeg kjører BORG på en rask datamaskin med alle BORG files og mapper lagret på en 8-TB ekstern USB 3-stasjon.
iBase-prosessen beholder automatisk en sikkerhetskopi av den komprimerte .CAP files på en separat 4 GB-stasjon. iBase har en enkeltknappfunksjon for å gjenoppbygge den dekomprimerte RINEX-strukturen fra sikkerhetskopiene. Jeg mistenker at en gjenoppbygging kan ta flere dager å fullføre. Jeg har ikke hatt behov for å gjenoppbygge datasettet; Det tok imidlertid flere dager å migrere den fra en 4-GB-stasjon til en 8-GB-stasjon.
OU-versjonsmerknader
Bygg 2000:
Lagt til flere kommandolinjebrytereInkluderte og ekskluderte stasjoner ser imidlertid ikke ut til å fungere helt ennå.
Bygg 2004: 25. mai 2017
Lagt til en feillogg i stedet for en meldingsboks for uovervåket drift. Merk at du ikke vil kunne lagre loggen for kommandolinjejobber fordi programmet avsluttes når det er fullført.
Lagt til en test for gyldig file når du legger til fra kommandolinjen. Endret håndteringen av files fra kommandolinjen for å inkludere en test for gyldig-eksisterende files.
Advarsel: det kan være en viss grense for antall files du kan spesifisere på kommandolinjen. Det skal ikke være noen grense for antall files som du kan inkludere med jokertegn, strengplass for filenavn bør utvides til tilgjengelig minne.
Når du spesifiserer flere files fra kommandolinjen, den filenavneboksen er bare lastet med den første file fra listen.
Bygg 2005: 5. september 2018
Lagt til 'Lagre logg Files' avkrysningsboks. Etter å ha sendt inn en observasjon file, kan all den returnerte HTML-koden fra serveren lagres i en lignende navn file i samme mappe som innspillsobservasjonen file. De file utvidelsen er alltid .html og plasseringen er alltid den samme som inndata file.
Støtte for TLS1 ble suspendert ved NGS. OPUS_Upload bruker nå SSL-laget fra klientmaskinen og OpenSSL er ikke lenger nødvendig. Dette betyr effektivt at Windows XP-maskiner ikke lenger er levedyktige for bruk med OPUS.
Bygg 2016: 4. januar 2020
Noen store forbedringer og endringer ble gjort for å få OU til å fungere innenfor OPUS-Borg-rammeverket.

Konfigurasjonsverdiene er nå lagret i iBase.ini file med alle andre Bord-medlemmers konfigurasjoner. Du vil miste eventuelle tidligere innstillinger når du kjører denne versjonen.

Et alternativ for å gjenta kataloger legges til den skjemabaserte påkallingen. Tidligere var dette bare tilgjengelig for kommandolinjekjøringer.
Det er nå to faner, en for vanlige konfigurasjonsinnstillinger og en ny fane for avanserte innstillinger. Dette rydder opp i verktøyets primærskjerm.

Det er nå mulig å angi flere baner med jokertegn fra det skjemabaserte verktøyet. For eksampde:
C:\ftp\rinex\2017\*.??o; C:\ftp\rinex\2020\*.??o
Vil gjenoppta både 2017- og 2020-mappene for files samsvarer med .??o file utvidelse.
Det er nå mulig å enten angi NGS-innsendingssekvensnummeret manuelt, eller la OU bygge et unikt sekvensnummer i formen 'IG8888888888888': 'IG' etterfulgt av et 13-sifret heltall som representerer antall millisekunder siden 1. januar 2020 .

Et minimum file størrelse til prosess er lagt til. Dette alternativet gjelder kun for fileer valgt med jokertegn. Sett verdien til tom, null eller negativ for å behandle alle kilder files, uavhengig av størrelse. En verdi på 2,500,000 24 XNUMX er rimelig hvis du forventer stort sett XNUMX-timers daglig files.
OU vil nå valgfritt se etter eksisterende OPUS-løsninger ved gjentakende mapper (ved hjelp av jokertegn) for observasjon files. Løsninger må starte med basen filenavnet på OBS file; være i like navngitte mapper, under "Match Exclude"-grunnmappen; løsningen file må ha en file dato større enn eller lik observasjonen file og har en .eml, .msg eller .txt file Utvidelse. Hvis en løsning blir funnet, den tilsvarende observasjonen file er hoppet over. Sett 'Match Exclude' til den tomme strengen for å deaktivere denne funksjonen.

Det er nå mulig å tvinge en antennetype som effektivt overstyrer antennetypen som er oppgitt i RINEX file. (Jeg vet at dette virker sprøtt; jeg trengte denne funksjonen for en videodemonstrasjon.)
OU er nå kompatibel med høy DPI-skjermoppløsning.

Bygg 2019: 30. april 2002
Kommandolinjebryteren -9dl (som går fra iGx) har nå disse handlingene:

Testmodus = av

InterFileForsinkelse = 0.0
Behandle undermapper = av

Match Ekskluder eksisterende løsninger = av
Lagre Logg File = av

Interfile forsinkelsesverdien er nå lagret i INI file og tilbakekalt når programmet starter.
Bygg 2020.7.17.2020
Forsinkelse mellom file innsendingen tok 20 % av maskinressursene på grunn av en feilaktig system semafor. (ugghhh!) Avbryt-knappen ble ikke vist riktig under ventetiden. Lagt til antall files igjen for å sende inn i en batch til statuslinjen.
Bygg 2020.9.8.2021
Hvis det er gjentakende mapper, vil enhver mappe med et navn som starter med et understrek «_» bli hoppet over. Mapper under nevnte mappe hoppet også over. Dette ble lagt til for bruk med iBase som setter ufullstendig (files med mindre enn 90 % av forventet dekning) i en '_invalid'-mappe.
Bygg 2020.12.5.2024
Lagt til URL redigering for å endre innsending URL. Ny kommandolinje '-U' går tilbake til standard innsendingsadresse, '+U' full url"' setter overstyring URL. Standard URL for tiden er:
https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Betasiden kan nås med denne adressen:
https://beta.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Bygg 2020.12.21.2027
Feil: Ved innsending files til NGS, antall gjenværende files vist var feil.
Bug: Når du ser etter uinnsendt files, ved å bruke 'Match Exclude'-funksjonen hvis en OPUS-løsning går før observasjonen file, den er nå slettet. Tidligere ble den liggende på plass og den file ble sendt inn på nytt. Dette resulterte i flere OPUS-løsninger for en enkelt observasjon file (siden OPUS-resultatene har en unik iG-sekvensnummeridentifikator.)
Bygg 2021.11.7.2040
OU bruker nå nye serversideskript for innsending av RS vs. S OBS files:Størrelsen på loggmemoet utvides til 4 millioner tegn.
Lagt til noen hint for å legge til en haug med unødvendig feilsøking (som jeg ikke kommer til å fjerne siden den bare vises når du utvider logging).
Lagt til et hint om at innsendingen url's er forskjellige for statisk vs. rask i overstyringsboksen.
Bygg 2022.2.9.2041
Basert på tilbakemeldinger fra personer som ikke bruker OU i et produksjonsmiljø, har OU blitt omorganisert for å se mer ut som NGS-innleveringsskjemaet.
Det er nå mulig å velge tvungen antennetype fra en nedtrekksboks. Klikk på 'Last inn NGS-antenneliste'-knappen for å laste ned og analysere gjeldende NGS-antenneliste. Nedtrekksboksen er lastet med en alfabetisk liste over typer.
Det er nå mulig å overstyre instrumenthøyden i RINEX file og skriv inn høyden direkte.
Disse kommandolinjebryterne er lagt til:Denne brukerhåndboken har blitt omfattende oppdatert.
Bygg 2022.2.9.2042
Omfattende tillegg til hover-hint. (Denne versjonen er pakket med iGx_Download-verktøyet etter 2/11/2022.)
Bygg 2022.3.17.2043
Lagt til to kommandolinjebrytere:Lagt til 'Maksimal observasjonsalder'. Hvis ikke-null, vil observasjoner som endte mer enn det angitte beløpet hoppes over. Dette er nyttig å bare "gi opp" forsøk på behandling av files etter 45 dager. Hvis NGS ikke kan behandle en file etter 45 (programmerbare) dager, vil ikke vente på en dag-uke-måned-år gjøre noen forskjell.
Det er dager og steder der uansett hva du gjør, vil ikke NGS OPUS kunne behandle en jobb. Primært sett med OPUS-Statiske jobber. Noen ganger avkortes en time fra begynnelsen eller slutten av en file vil resultere i suksess, men full 24-timers files vil ikke behandle. Denne nye bryteren tillater files å bare hoppes over. Hvis utvidet feilsøking er aktivert, noteres det i loggen.
Bygg 2022.3.21.2044
Oppdatert til Embarcadero® Delphi 11 versjon 28.0.44500.8973 kompilator på en ny PC.
Oppdatert UPX Packer til versjon 3.96w.
Oppdaterte Component Ace ZipForge til versjon 6.94.
Når files med følgende attributter hoppes over:
Manglende eller ikke-tvungen antennetype hoppet over
Inndata file mangler (? Hvordan skjer dette)
For lenge av file er hoppet over
For gammel av file er hoppet over
og det er flere files å behandle, hoppes forsinkelsen over. Den forhindrer lange forsinkelser når file-etter-file blir hoppet over. Med andre ord, en inter-file forsinkelse utføres bare når en faktisk file er levert.
Når du laster ned antennelisten fra NGS, oppdager OU nå dupliserte antennenavn (forårsaket av satellittrevisjon) og tvinger hver oppføring til å være unik.
Bygg 2022.3.27.2045
MaksAlder = 0 ble ikke behandlet som uendelig.
Oppdaterte interfile forsinkelse for å prøve å redusere overhead under ventetiden.
Bygg 2022.4.1.2050
Kritisk omskriving av observasjon vs løsningsmatching.
Lagt til 'Logg til file' avmerkingsboksen. Hvis det er merket av for, blir loggen replikert i samme mappe som den kjørbare filen med millisekunders tidamps. Når OU starter, hvis en eksisterende file større enn 9 megabyte eksisterer, slettes den. (Du må hente logg files umiddelbart etter at OU er fullført for å sikre at de ikke blir slettet ved programpåkallelse.)
Lagt til og ryddet opp i logginformasjon.
Lagt til file teller for å spore fremgang på jakt etter files å behandle.
Rettet en feil der en OPUS-løsningsdato ble avkortet uten løsningstiden. Dette resulterte i "noen" files blir gjentatte ganger sendt inn fordi løsningstiden (avkortet til 00:00:00) så ut til å være før slutten av okkupasjonen (00:00:03). Denne sjekken har nå en hel dag med utsettelsesperiode før den flagges som tidligere.
Bygg 2022.4.10.2053
Rettet MaxAge-feil der MaxAge-innstillingen ble ignorert for noen files.
Lagt til hoppende melding:
04/10/2022 18:35:38.612 ! File 'F:\iBase\ftp\dailys\cotx\cotx2970.21o hoppet over, for gammel; observasjonsalder er 167.8 dager, grensen er 45.0 dager.
Rettet "SemiAppend2"-problemet der det er tomt filenavn ble lagt til listen over files for å behandle ';;;'.
Lagt til 80-tegn av neste file å behandle logginformasjon til '...behandler x mer files:' loggoppføring.
Bygg 2022.6.26.2055
** Implisitt RINEX 3-støtte lagt til ** RINEX3 kan ha fungert tidligere, i de fleste tilfeller.
Lagt til en tom antenne øverst på rullegardinlisten "Force Antenna" for å gjøre det enklere å velge ingen tvungen antenne.
Lagt til alternativer for +X dd og -X for å angi og fjerne toleransen 'Maksimal alder'.
(Å sette dette til 0 dager eller til en tom streng vil behandle alt files.)
Win10/11 stil åpen file valgdialog.
Stramte opp mellomrom på formdesign.
Lagt til "Standard"-knapp for å returnere alle innstillinger unntatt filenavn og e-postadresse; til de kjente startstandardene.
Lagt til +D-alternativ for å klikke på 'Standarder'-knappen fra kommandolinjen.
RINEX file dekoder støtter nå RINEX2 og RINEX3. OBS EPOCH-poster med ikke-null-flagg håndteres bedre. (En fremtidig forbedring kan være å fjerne spesielle hendelser (flytting, nytt monument, starte statiske) poster?) Ytterligere RINEX-metoder deles nå mellom OPUS_Upload og
iGx_Download-verktøy.
Forbedrede hint for HVER alternativ og kontroll.
Alternativet -9dl er avskrevet og gjør ingenting. Hvis du tidligere brukte dette alternativet, bør du vurdere å sette en -D som det første alternativet på linjen. Dette vil sette OU i en kjent standardtilstand. Da trenger du bare legge til alternativene du trenger for behandling, typisk -e-e-post etterfulgt av en filenavn å sende vil være tilstrekkelig.