OPUS_Càrrega segura Web Guia d'usuari

OPUS_Càrrega (OU)Guia d'usuari

Continguts amagar

1 OPUS_Càrrega segura Web

2 Càrrega d'OPUS

3 S'està instal·lant OPUS Upload

4 S'està executant la càrrega d'OPUS des de la línia d'ordres

5 Temes avançats

6 Configuració OPUS-BORG

7 Utilitzant l'enviament automàtic a l'OU

8 Algunes altres pistes

9 Documents/Recursos

9.1 Referències

10 Publicacions relacionades

OPUS_Càrrega segura Web

Data: 26 de juny de 2022
Rev. 2022.6.26.2055
Per: Mark Silver, ms@igage.com, +1-801-412-0011
Informació de la versió
La informació detallada de la versió es troba al final d'aquest document.
Subscriu-te a la llista de correu per obtenir informació d'actualització
Si utilitzeu OPUS_Upload per a qualsevol propòsit, subscriviu-vos a aquesta llista de correu:
https://signup.ymlp.com/xguqjwsugmguu
perquè us pugui enviar notificacions de canvis i correccions d'errors. Podeu trobar una llista de missatges anteriors aquí [ http://ymlp.com/archive_guqjwsugjgh.php ].
Aneu amb compte amb OU!
SI us plau: Llegiu atentament aquest manual d'usuari abans d'utilitzar OPUS Upload. OU accepta comodins i és possible enviar totes les observacions file en un ordinador amb una única comanda senzilla i errada. Per exampLI:
OPUS_Pujar +r C:\*.??o
Enviaria cada observació file al c: condueix a OPUS per processar-lo. Dubto que l'NGS o la resta de la comunitat OPUS us agraeixin fer això.
Us recomano que no executeu l'eina OU des de la línia d'ordres fins que no l'heu provat a sol files des de la interfície de Windows primer.

Càrrega d'OPUS

OPUS_Upload (OU) és una petita aplicació Win-32 que automatitza l'enviament d'observació GPS files al sistema de processament de NGS en línia. OU navega per HTTPS NGS weblloc utilitzant xifratge SSL.
OU es pot executar de moltes maneres:
Com a eina de línia d'ordres amb arguments
Com a programa de Windows que està obert a la pantalla
Arrossegant i deixant anar files a la icona de l'escriptori
OU simplifica l'enviament de grans conjunts de files a NGS. Amb OU és possible enviar automàticament milers d'observació files amb una sola ordre.
OU s'ha provat amb més de 15,000 observacions files en una única presentació.
Actualització NGS 1 de setembre de 2018
NGS va canviar el nivell de TLS mínim acceptable per accedir a OPUS.
OPUS_Upload es va modificar posteriorment per utilitzar la capa SSL de la màquina (en lloc d'utilitzar OpenSSL). Això significa efectivament que les màquines Windows XP ja no poden enviar treballs a NGS.
No hi ha cap solució per a aquest problema. Compra un ordinador modern.
Limitacions de distribució i consideracions d'ús
La interfície programàtica OPUS és complicada i el més petit canvi al costat del servidor NGS requerirà l'actualització de l'OU. (Per tant, hauríeu de registrar-vos a la llista de correu, vegeu més amunt).
Igual que l'OPUS Accumulator, si necessiteu OPUS Uploader, realment el necessiteu. OU té el potencial d'estalviar molt de temps a alguns usuaris.
Finalment, OU forma part d'un projecte molt més gran. L'OPUS Borg. El Borg utilitza OU, OA i uns quants clients més per orquestrar el control de qualitat automatitzat a grans xarxes CORS mitjançant un control de qualitat estadístic avançat. El desenvolupament de l'OU està impulsat per la funcionalitat Borg.
No es poden entretenir canvis a l'OU que interfereixin amb els Borg. Els Borg (https://en.wikipedia.org/wiki/Borg) regula el desenvolupament de l'OU. Igual que a la propera generació. L'OPUS Borg es va anomenar Borg perquè té molts components "simples" que intenten treballar junts per processar munts de dades d'observació GNSS.
És un embolic complet, però és massa tard per arreglar-lo en aquest moment. És cert que fins i tot els components simples com OU i OA són ara massa complicats.
Algunes de les complexitats dels Borg es descriuen a la secció "Exclusió de coincidències" més endavant en aquest document.
Canvis
Envieu qualsevol canvi que faci que l'OU sigui més útil per a la vostra aplicació ms@igage.com.

S'està instal·lant OPUS Upload

Actualment l'OPUS Uploader es distribueix en un ZIP file amb aquest manual d'usuari. Tot el programa fileEls codis són signats per "iGage Mapping Corporation".
Podeu instal·lar el carregador a qualsevol lloc que vulgueu, només n'hi ha un file. A continuació, podeu crear manualment una drecera per al vostre escriptori.
Coses que requereix la càrrega d'OPUS
OPUS Upload determina automàticament si un RINEX file s'ha de presentar com a Ràpid-estàtic o estàtic file per la longitud del RINEX file.
OPUS Upload ara funciona amb RINEX 2.xx i RINEX 3.xx files.
Observació files 118 minuts de durada o més s'envien com a estàtic.
El nom de l'antena i l'HI al RINEX file hauria de ser correcte. Si el vostre RINEX files tenen valors incorrectes, aleshores no són compatibles amb OU (aquest requisit s'ha relaxat).
Nota: a la compilació 2001 es va afegir un commutador de línia d'ordres '-a' per permetre l'enviament de files sense designadors d'antena.
El gener de 2020 es va afegir suport per anul·lar el nom de l'antena al RINEX file.
El febrer de 2022 es va afegir suport per descarregar la llista actual de tipus d'antena NGS per simplificar la substitució del tipus d'antena amb un tipus d'antena vàlid.
El febrer de 2022 també es va afegir el suport per forçar HI (Alçades d'instruments).
Podríeu considerar utilitzar TEQC per actualitzar el nom de l'antena i HI. Potser aquí és comample RINEX file capçalera:He destacat el tipus d'antena en groc i l'HI en verd.
El tipus d'antena ha de ser una antena compatible amb NGS.
Executant OPUS Upload com a programa de Windows
Podeu fer doble clic al programa o a una drecera per iniciar OU. OU començarà a la cantonada superior esquerra de la pantalla. Si moveu o canvieu la mida de la finestra i després tanqueu l'OU, la propera vegada que comenci es recordarà la mateixa posició i mida.
La posició de la pantalla es verifica en temps d'execució per assegurar-se que es troba en una pantalla disponible actualment.
La primera vegada que utilitzeu OU haureu d'introduir la vostra adreça de correu electrònic. És possible que vulgueu canviar altres opcions o afegir un ID OPUS-Projects. La teva configuració es recordarà.
L'opció 'Pujar dades File' també es recorda de l'última vegada que es va executar OU. Podeu fer clic al botó '...' per triar-ne un o més files per carregar. El files hauria de ser observació GPS files, o ZIP files que contenen observació GPS files. (En altres paraules, l'Open File navegador admetrà múltiples file seleccions.) Aquí hi ha un exampel de triar manualment quatre observacions files en una carpeta:Si trieu un ZIP file, el contingut del ZIP file s'assumeix que és RINEX estàndard files i tot RINEX files al ZIP file es tramitarà individualment.
Si inclou un NAV file al ZIP file, OU sabrà que no és una observació de RINEX file i automàticament saltarà el NAV file.
De la mateixa manera, si trieu un NAV file (per example seleccionant tots els files al directori anterior) OU saltarà el .NAV files.
Un cop hàgiu configurat el filenom(s) i opcions, feu clic al botó Envia i a cada RINEX file s'enviarà automàticament a OPUS.

S'està executant la càrrega d'OPUS des de la línia d'ordres

OU accepta aquests arguments: Aquesta comanda:
OPUS_Pujar –p +x –e ms@igage.com C:\tmp\2001213A0.obs Enviarà el single file sense un ID de projecte, sol·licitant una sortida ampliada, retornant el resultat a l'adreça de correu electrònic especificada.
Un cop hàgiu establert l'adreça de correu electrònic en un ordinador, l'OU la recordarà. Un cop hàgiu definit un nom de projecte, estarà en ús fins que s'esborri.
Això vol dir que després d'executar OU una vegada (potser com a aplicació de Windows), només podeu invocar OU amb un filenom:
OPUS_Upload C:\tmp\2001213A0.obs i s'utilitzaran les opcions seleccionades anteriorment.
Podeu especificar-ne dos o més files OPUS_Upload C:\tmp\2001213A0.obs C:\tmp\2001213A1.obs
També podeu utilitzar comodins per especificar un grup de files. Aquesta comanda:
OPUS_Pujar C:\tmp\*.obs
presentarà cada file a la carpeta C:\tmp\ amb una extensió .OBS a la carpeta \tmp.
També podeu utilitzar comodins de pila:
OPUS_Pujar C:\tmp\002\*.obs C:\tmp\003\*.zip
També s'admeten els comodins d'una sola lletra:
OPUS_Pujar C:\tmp\2001213A?.obs
Hauria de ser possible enviar cada observació file a la unitat C de l'ordinador amb aquesta senzilla ordre:
OPUS_Pujar +r C:\*.1?o
Hi ha realment una necessitat d'això?
Enviament amb arrossegar i deixar anar
Si teniu una drecera a l'escriptori, podeu arrossegar l'observació files (o .ZIP files que contenen una o més observacions files) i deixeu-los anar a la icona de l'escriptori.
El files es processaran com si s'haguessin seleccionat manualment. S'utilitzarà l'última adreça de correu electrònic i altres opcions.
No hi ha un límit conegut per al nombre de files pots deixar anar en una acció.
El "mode de prova"
És possible que vulgueu provar una acció abans de llançar OU. Marqueu la casella "Mode de prova" per veure quins poden ser els efectes de la vostra acció sense enviar-lo files a NGS.
La casella de selecció del mode de prova es desa quan l'OU es tanca i es torna a obrir, de manera que si la marqueu sense voler, semblarà que l'OU no funciona.
Enviament automàtic
Si inicieu OU per la línia d'ordres, amb a filenom; o si inicieu OU arrossegant i deixant anar files a la drecera, llavors OU s'executarà automàticament i després es tancarà 5 segons després de l'últim file es processa.
El botó Cancel·la es pot utilitzar per mantenir el formulari i el registre oberts viewing.
Durant el final de 5 segons del compte enrere, feu clic al botó Cancel·la i l'OU no es tancarà automàticament. El formulari tampoc es tancarà si el mode de prova està habilitat.
2022/2/9: ara l'OU es tancarà automàticament després d'un retard de 5 segons si s'invoca des d'iGx_Download.

Temes avançats

Tipus d'antena forçadaFeu clic al botó "Carrega la llista d'antenes NGS" per descarregar la llista d'antenes actual file des del servidor NGS ( https://geodesy.noaa.gov/ANTCAL/LoadFile?file=ngs14.atx ). La llista s'analitza i totes les antenes, incloses les definicions de satèl·lit, es carreguen al quadre desplegable en ordre ordenat.
A continuació, podeu escriure els primers caràcters del tipus d'antena per trobar ràpidament una antena concreta.
La llista s'emmagatzema en una carpeta temporal:
C:\Usuaris\nom d'usuari\AppData\Temp\OPUS_Upload\Antennes\ngs14.atx
C:\Usuaris\nom d'usuari\AppData\Temp\OPUS_Upload\Antennes\ngs14.atx.cache
i es reutilitza quan es torna a iniciar l'OU.
Important tipus d'antena Nota: heu d'incloure el nombre correcte d'espais entre el nom de l'antena i la designació de la cúpula. Per tant, trieu l'antena de la llista desplegable o copieu i enganxeu el nom de l'antena d'una font autoritzada. La falta d'espai o un espai addicional o qualsevol caràcter modificat provocarà un error en el tipus d'antena quan s'enviï a OPUS.
Format de sortida estès
Línia d'ordres:
-x Sortida de solució estàndard
+x Sortida de solució ampliada (recomanat)
Marcant aquesta casella: Efectivament farà aquesta selecció a la pàgina d'enviament de NGS:Utilitzar i excloure l'estació base
Introduïu les estacions base per utilitzar i excloure separades per comes:Les estacions introduïdes NO es comprova la precisió.
Aquesta configuració és equivalent a:hauria d'estar buit tret que envieu l'observació a un projecte OPUS vàlid. La validesa de l'identificador del projecte NO es verifica.
Aquesta configuració és equivalent a:NO introduïu el nom del vostre projecte personal en aquest quadre, només introduïu ID de projecte OPUS vàlid. Heu de tenir formació en OPUS Manager per crear i utilitzar OPUS-Projects.
Número de seqüència No hi ha una descripció oficial de NGS d'aquest valor, però és MOLT útil per fer el seguiment de les enviaments. L'OPUS Borg es basa en que cada retorn de correu electrònic del sistema OPUS tingui un número de seqüència únic en un assumpte de correu electrònic retornat amb èxit o sense èxit: Quan carregueu l'enviament NGS OPUS webpàgina, NGS assigna un número únic. Si marqueu la casella de selecció "Seqüència aleatòria iGage", es genera un número únic de 13 caràcters amb el prefix "IG". Si no marqueu la casella, s'utilitzarà el valor que introduïu.
El número IG és el nombre fraccionari de dies des de l'1 de gener de 2020; a la zona horària de la màquina local, multiplicada per 86,400,000 i arrodonida a l'enter més proper. Això sembla ser adequat per a la singularitat, és desxifrable i augmenta amb el temps. No és aleatori.
Mínim File Mida i llargada màxima
Si intenteu enviar un file inferior al mínim (en bytes) el file es saltarà. Un fet habitual són les eines antivirus que obliguen altres eines a crear una longitud zero files. Això atrapa aquestes molèsties files de la presentació a NGS. El mínim de 2,500 bytes hauria de ser adequat i raonable.
OU comprovarà la primera i l'última època de les dades d'observació i saltarà files que són més grans que la durada màxima en hores. Hi ha un límit dur a OPUS que no podeu creuar la mitjanit (hora del GPS) dues vegades. Si vostè té fileSi són més de 25 hores, hauríeu de considerar utilitzar l'opció -tbin de TEQC ( https://www.unavco.org/software/data-processing/teqc/tutorial/tutorial.html ) per dividir-los en 24 hores files i presentar-los individualment. A continuació, podeu utilitzar l'eina OPUS Accumulator per analitzar estadísticament les solucions individuals.
Guarda el registre Files
Si feu clic a aquesta casella, es desarà el valor de retorn de l'enviament NGS a un .HTMLfile amb el mateix nom que cadascuna presentada file, a la mateixa carpeta que la presentada file.
Si obriu el file en un navegador, semblarà "similar" al que hauríeu rebut enviant manualment el fitxer file:Tanmateix, probablement el format no serà el esperat.
Aquesta opció és útil per depurar errants files que fallen quan s'envien.
Registre de depuració estès Si marqueu aquesta casella, es mostrarà informació addicional de registre al diàleg de registre. Aquesta opció és millor deixar sense marcar.
Cada camp d'enviament HTML individual s'enumerarà:inter-File Retard Els servidors NGS OPUS tenen una funció de seguretat que evita atacs de denegació de servei.
Si envieu més d'unes poques (potser 5) ocupacions en una successió ràpida, sembla que la vostra adreça IP es marcarà com un problema i les vostres aportacions seran ignorades.
Es recomana establir aquest retard en 15 segons o més. Jo faig servir 31 segons.
Mode de prova Si marqueu el botó Mode de prova, l'OU pot executar enviaments i registrar accions, fins al punt de les trameses. El registre files contindrà tots els registres normals i estès, però el file no s'enviarà a l'NGS per a la seva tramitació.
Això us permet provar una acció de comodí sense inundar els servidors NGS.
S'afegirà una única línia registrada al registre:Actualment (a la versió 2022.2.8.2041) OPUS-Observacions estàtiques, files de més de 110 minuts, s'envien amb això URL:'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl‘
OPUS-RS files es presenten amb això URL:'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opus-rsup.prl’
Podeu utilitzar l'"Enviament URL' per anul·lar el valor predeterminat d'enviar files a un servidor NGS BETA. Tanmateix, haureu d'assegurar-vos que s'ha seleccionat l'adreça del servidor correcta (estàtica o RS) per a l'enviament file.

Configuració OPUS-BORG

Línia d'ordres:
-m esborra el camí exclòs
+m camí estableix el camí exclòsExecució automàtica
Si marqueu la casella "Execució automàtica a les 23:00", es prem el botó "Envia" a les 23:00 UTC cada vespre. OU utilitza la configuració de la zona horària de la màquina per calcular el desplaçament de l'hora UTC.
Exclou la coincidència
Aquesta no serà una simple explicació.
Penseu en un escenari on hi ha un gran conjunt de carpetes, cadascuna conté moltes observacions files. Cada carpeta representa una estació GNSS CORS. Cada observació file és una observació "diària" de 24 hores (marc de temps GPS). file per una estació. La carpeta diària d'una estació pot contenir observació de 24 hores files durant els últims 5 a 10 anys, per tant milers de RINEX files.
OU s'utilitza per enviar aquests diaris files a OPUS. Però només volem presentar cadascun file dues vegades:
una vegada immediatament després del file es recull per obtenir una solució amb efemèrides ràpida/difusió de nou 14 dies després per obtenir una solució amb òrbites precises/finals NGS retorna la solució OPUS files per correu electrònic i la solució files es guarden en un conjunt coincident de carpetes de resultats d'estació: cada estació CORS té una carpeta de solució OPUS única.
Si "Match Exclude" conté un camí, OU cercarà el camí relatiu que coincideixi amb la ubicació de l'observació font file per a una solució OPUS existent file.
Això és complicat perquè l'observació file tindrà un nom com:
slci0010.22o
i la solució OPUS coincident tindrà un nom com: slci001022o IG0064714690360.msg (observeu el número màgic de seqüència IG des de dalt!)
Si OU troba una solució coincident file, s'ometrà l'enviament de l'observació file perquè ja existeix una solució OPUS vàlida.
Tanmateix, si marqueu aquesta casella:I la solució OPUS és més antiga de 14 dies, llavors OU inspeccionarà la solució .msg file per determinar quin tipus d'efemèride s'ha utilitzat per a la solució.
Si la solució NO és precisa o definitiva, aleshores OU suprimirà la solució existent file i tornar a enviar l'observació file, amb l'esperança d'aconseguir una solució file des del motor de processament OPUS mitjançant efemèrides Precise o Final.
Més tard, a primera hora del dia següent, l'OA (l'acumulador OPUS) processa les carpetes de la solució i genera gràfics de tendències per a cadascuna de les estacions CORS supervisades:OA també crea un full de càlcul XLS resum per a cadascuna de les estacions monitoritzades:Aquest resum inclou una posició mitjana de l'estació CORS juntament amb la Mínima/Màxima/Range/Desviació estàndard per a cadascun dels valors que es troben en una solució NGS OPUS.
També es calcula la velocitat de l'estació, tant en el marc fix NAD83 com en el marc d'època diària ITRF per als fotogrames ECEF XYZ, Lat/Lon/Height, State Plane projectat i UTM projectats.
A més, OA elabora un resum de resums file:que conté el nom del lloc, la posició mitjana de l'antena amb l'alçada el·lipsoide i alguna informació addicional que és útil per a l'administració de l'estació CORS privada.
Altres processos Borg executen l'anàlisi SQC als conjunts de dades de sortida d'OA i determinen si l'estació funciona "estadísticament" o no de les expectatives i envien missatges de text si hi ha algun problema.
Ho creguis o no, aquest Rube-Goldberg (https://en.wikipedia.org/wiki/Rube_Goldberg) el procés funciona!

Utilitzant l'enviament automàtic a l'OU

Aquí està comampl'estructura de carpetes per a files per enviar (anomeno la carpeta que la conté "diaris") i la carpeta que conté les solucions d'opus retornades (anomenada "opus").Cada estació podria/hauria d'estar en una carpeta única de 4 caràcters si més endavant voleu utilitzar OA (OPUS_Accumulator).
La carpeta ./dailys/sgu2 podria semblar així:La carpeta ./opus/sgu2 podria semblar així:Si es retorna una solució OPUS que és il·legible, o és substituïda per una solució que és més nova, millor efemèride, la solució antiga es mourà a la carpeta _invalid o _duplicates.
Consell important: totes les eines BORG ignoren deliberadament qualsevol carpeta o file que comença amb un caràcter de subratllat ('_'), de manera que no podeu tenir un nom d'estació que comenci amb un guió baix.
Aquesta és la pantalla principal per a OU (OPUS_Upload):Tingueu en compte que l'opció "Carrega dades File' apunta a la carpeta diària i està marcat 'Recurs de subcarpetes'.
Aquesta és la pestanya "Avançat" de l'OU:Tingueu en compte que el "Match Exclude" està buscant la carpeta opus files que coincideixen amb l'entrada files a la carpeta diaris.
On fer el diari filevénen de?
Una altra peça del Borg (iBase) genera hourly files amb estàndard filenoms utilitzant un procés DIPCap diferent per a cada estació.
Així és el procés DIPCap que recull els fluxos RT27 per a SGU2:DIPCap és un reemplaçament de RCAPTURE. RCAPTURE falla al cap d'uns quants dies o setmanes i només admet connexions TCPIP "Client", DIPCap és molt robust i funcionarà per sempre. Té un millor registre i també admet connexions TCPIP "Servidor".
DIPCap només s'executa gratuïtament .CAP files a la "Carpeta de sortida" seleccionada que genera RINEX estàndard filenoms utilitzant el "Nom de l'estació".
El programa iBase recull el .CAP files hourly i els converteix de .CAP files (que són fluxos RT27) a RINEX estàndard file estableix a la jerarquia estàndard de carpetes RINEX (rinex/yyyy/jjj/sss):

Un cop al dia, just després de la mitjanit UTC, l'eina iB_Daily s'executa i mira a TOTS file a l'estructura de carpetes RINEX. iB_Daily s'assegura que el hourly files es concatenen en diari files (en lloc de tenir una lletra minúscula de la a a la x com a darrer caràcter abans de l'extensió, un diari file té un zero caràcter '0'.
El diari files es dedueixen a intervals de 30 segons i s'eliminen totes les constel·lacions excepte el GPS.
iB_Daily també posa un no comprimit file a la ranura correcta sota els diaris. L'obs fileEls diaris no es divideixen en subcarpetes. Tots els diaris només es troben a la carpeta de l'estació.
23 hores després de l'execució d'iB_Daily, OU (OPUS_Uploader) envia tots els nous diaris files a OPUS. Esperem 23 hores perquè el sistema NGS CORS ompli totes les dades CORS, això fa que sigui més probable que OPUS produeixi una solució.
Si feu clic a la casella de selecció "Comprovar/forzar l'efemèride final precisa després de 14 dies", l'OU esperarà 14 dies després d'observar una observació i tornarà a enviar cada file, cada dia, fins a cada file té efemèrides precisa/final.
Després que OPUS_Upload enviï l'observació files a OPUS, OPUS retorna les solucions a una adreça de correu electrònic especial que l'iBase_Mailer ofereix.
Aquesta és la configuració iBase_Mailer que faig servir:Cada solució es col·loca a la carpeta OPUS/ssss correcta.
Finalment, OPUS_Accumulator resumeix totes les solucions OPUS. Si troba solucions duplicades durant un dia, conserva la millor solució. (Aquesta decisió es detalla al Manual d'usuari d'OA.

Algunes altres pistes

Els processos OPUS Borg solien executar-se sense incidents en un ordinador amb Windows XP. Més tard, l'ordinador es va actualitzar a Win8, després Win10.
És impossible tenir un ordinador Win10 en funcionament durant més d'unes poques setmanes sense intervenció humana. Principalment, les actualitzacions de Windows s'obliden i no es poden ignorar.
Atès que l'ordinador que executa OPUS té un servidor FTP i un munt de ports oberts (per a les estacions CORS remotes per introduir dades), obtenir actualitzacions és probablement una cosa raonable.
He jugat amb l'execució del BORG en un servidor AWS, funciona però no augmenta la disponibilitat. I pel gran nombre de files i dades, la instància S3 és cara. Concretament, cada un file al repositori S3 s'inspecciona cada dia. Per tant, l'emmagatzematge de glaceres de baix cost no és adequat.
Executeixo el BORG en un ordinador ràpid amb tots els BORG files i carpetes emmagatzemades en una unitat USB 8 externa de 3 TB.
El procés iBase guarda automàticament una còpia de seguretat del .CAP comprimit files en una unitat independent de 4 GB. iBase té una funció de botó únic per reconstruir l'estructura RINEX descomprimida a partir de les còpies de seguretat. Sospito que una reconstrucció pot trigar diversos dies a completar-se. No he necessitat de reconstruir el conjunt de dades; tanmateix, va trigar diversos dies a migrar-lo d'una unitat de 4 GB a una de 8 GB.
Notes de la versió d'OU
Construcció 2000:
S'han afegit diversos interruptors de línia d'ordresTanmateix, les estacions incloses i excloses encara no semblen funcionar del tot.
Construcció 2004: 25 de maig de 2017
S'ha afegit un registre d'errors en comptes d'un quadre de missatge per a un funcionament sense vigilància. Tingueu en compte que no podreu desar el registre dels treballs de línia d'ordres perquè el programa es tancarà quan s'acabi.
S'ha afegit una prova de validesa file en afegir des de la línia d'ordres. S'ha modificat el maneig de files de la línia d'ordres per incloure una prova d'existència vàlida files.
Avís: hi pot haver algun límit en el nombre de files podeu especificar a la línia d'ordres. No hauria d'haver un límit en el nombre de files que podeu incloure amb comodins, espai de cadena per fileels noms s'han d'estendre a la memòria disponible.
En especificar múltiples files de la línia d'ordres, el fileEl quadre de nom només es carrega amb el primer file de la llista.
Construcció 2005: 5 de setembre de 2018
S'ha afegit el "Desa el registre Filecasella de selecció. Després de presentar una observació file, tot el codi HTML retornat des del servidor es pot emmagatzemar en un nom semblant file a la mateixa carpeta que l'observació d'entrada file. El file L'extensió sempre és .html i la ubicació és sempre la mateixa que l'entrada file.
El suport per a TLS1 es va suspendre a l'NGS. OPUS_Upload ara utilitza la capa SSL de la màquina client i OpenSSL ja no és necessari. Això significa efectivament que les màquines Windows XP ja no són viables per utilitzar-les amb OPUS.
Construcció 2016: 4 de gener de 2020
Es van fer algunes millores i canvis importants per fer que l'OU funcioni dins del marc OPUS-Borg.

Els valors de configuració s'emmagatzemen ara a l'iBase.ini file amb la configuració de tots els altres membres del Bord. Perdreu qualsevol configuració anterior quan executeu aquesta versió.

S'afegeix una opció per recurrir als directoris a la invocació basada en formularis. Anteriorment, només estava disponible per a execucions de línia d'ordres.
Ara hi ha dues pestanyes, una per a la configuració comuna i una nova per a la configuració avançada. Això neteja la pantalla principal de l'eina.

Ara és possible establir diversos camins amb comodins des de l'eina basada en formularis. Per exampLI:
C:\ftp\rinex\2017\*.??o; C:\ftp\rinex\2020\*.??o
Repetirà tant les carpetes del 2017 com del 2020 files coincideix amb el .??o file extensió.
Ara és possible establir manualment el número de seqüència d'enviament de NGS o bé que l'OU creï un número de seqüència únic en la forma "IG8888888888888": "IG" seguit d'un nombre enter de 13 dígits que representa el nombre de mil·lisegons des de l'1 de gener de 2020. .

Un mínim file s'ha afegit la mida per processar. Aquesta opció només s'aplica a files seleccionat per comodí. Establiu el valor en blanc, zero o negatiu per processar tota la font files, independentment de la mida. Un valor de 2,500,000 és raonable si espereu majoritàriament 24 hores diàries files.
OU ara comprovarà opcionalment les solucions OPUS existents quan recorren les carpetes (utilitzant comodins) per a l'observació files. Les solucions han de començar per la base filenom de l'OBS file; estar en carpetes anomenades semblants, a la carpeta base "Match Exclude"; la solució file ha de tenir un file data superior o igual a l'observació file i tenir un .eml, .msg o .txt file extensió. Si es troba una solució, l'observació corresponent file es salta. Estableix "Match Exclude" a la cadena buida per desactivar aquesta funció.

Ara és possible forçar un tipus d'antena que anul·li efectivament el tipus d'antena publicat al RINEX file. (Sé que sembla una bogeria; necessitava aquesta funció per a una demostració de vídeo.)
Ara OU és compatible amb la resolució de pantalla d'alta DPI.

Construcció 2019: 30 d'abril de 2002
El commutador de línia d'ordres -9dl (que passa des d'iGx) ara té aquestes accions:

Mode de prova = desactivat

InterFileRetard = 0.0
Processa subcarpetes = desactivat

Coincideix Exclou solucions existents = desactivat
Guarda el registre File = desactivat

La interfile El valor de retard ara s'emmagatzema a l'INI file i es recorda quan s'inicia el programa.
Construcció 2020.7.17.2020
Retard entre file la presentació ocupava el 20% dels recursos de la màquina a causa d'un semàfor errant del sistema. (ugghhh!) El botó Cancel·la no es va mostrar correctament durant les esperes. S'ha afegit el número de fileQueden per enviar en un lot a la barra d'estat.
Construcció 2020.9.8.2021
Si feu recurs a carpetes, s'ometrà qualsevol carpeta amb un nom que comenci amb un guió baix '_'. Les carpetes d'aquesta carpeta també s'han saltat. Això es va afegir per utilitzar-lo amb iBase que posa incomplet (files amb menys del 90% de la cobertura esperada) en una carpeta "_invalid".
Construcció 2020.12.5.2024
Afegit URL edició per canviar l'enviament URL. La nova línia d'ordres "-U" torna a l'adreça d'enviament predeterminada, "+U "complet url"' Anul·lació de conjunts URL. El valor per defecte URL actualment és:
https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Es pot accedir al lloc beta amb aquesta adreça:
https://beta.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Construcció 2020.12.21.2027
Error: en enviar files a NGS, el nombre de restants files mostrat era incorrecte.
Error: en cercar no enviats files, utilitzant la funció "Match Exclude" si una solució OPUS és anterior a l'observació file, ara està esborrat. Anteriorment es deixava al seu lloc i el file es va tornar a enviar. Això va donar lloc a múltiples solucions OPUS per a una sola observació file (ja que els resultats de l'OPUS tenen un identificador de número de seqüència iG únic.)
Construcció 2021.11.7.2040
OU ara utilitza nous scripts del costat del servidor per enviar RS vs. S OBS files:La mida de la nota de registre s'amplia a 4 milions de caràcters.
S'han afegit alguns consells per afegir un munt de depuració innecessària (que no eliminaré, ja que només apareix quan feu el registre d'extensió).
S'ha afegit una pista que l'enviament urlEls ''s són diferents per a estàtics i ràpids a la caixa d'anul·lació.
Construcció 2022.2.9.2041
A partir dels comentaris de persones que no utilitzen OU en un entorn de producció, s'ha reorganitzat perquè s'assembla més al formulari d'enviament NGS.
Ara és possible seleccionar el tipus d'antena forçada des d'un quadre desplegable. Feu clic al botó "Carrega la llista d'antenes NGS" per descarregar i analitzar la llista actual d'antenes NGS. El quadre desplegable es carrega amb una llista alfabètica de tipus.
Ara és possible anul·lar l'alçada de l'instrument continguda al RINEX file i introduïu l'alçada directament.
S'han afegit aquests commutadors de línia d'ordres:Aquest manual d'usuari s'ha actualitzat àmpliament.
Construcció 2022.2.9.2042
Amplies addicions a les pistes de flotació. (Aquesta versió s'empaqueta amb l'eina iGx_Download després de l'2/11/2022.)
Construcció 2022.3.17.2043
S'han afegit dos interruptors de línia d'ordres:S'ha afegit "Edat màxima d'observació". Si és diferent de zero, les observacions que hagin acabat més de l'import introduït s'ometran. Això és útil només per "abandonar" l'intent de processament files després de 45 dies. Si NGS no pot processar correctament a file després de 45 dies (programables), esperar un altre dia-setmana-mes-any no farà cap diferència.
Hi ha dies i llocs on facis el que facis, NGS OPUS no podrà processar una feina. Es veu principalment amb treballs OPUS-Static. De vegades truncant una hora des de l'inici o el final de a file resultarà en èxit, però durant 24 hores files no processarà. Aquest nou interruptor permet files'ha de saltar. Si la depuració ampliada està habilitada, es fa una nota al registre.
Construcció 2022.3.21.2044
Actualitzat al compilador Embarcadero® Delphi 11 Versió 28.0.44500.8973 en un ordinador nou.
UPX Packer actualitzat a la versió 3.96w.
S'ha actualitzat el component Ace ZipForge a la versió 6.94.
Quan files amb els atributs següents es salten:
Falta el tipus d'antena o no forçada
Entrada file falta (? Com passa això)
Massa llarg de file es salta
Massa vell file es salta
i n'hi ha addicionals files per processar, es salta el retard. El evita llargs retards quan file-després-file es salten. En altres paraules, una inter-file retard es realitza només quan un real file es presenta.
Quan es baixa la llista d'antenes de l'NGS, ara OU detecta noms d'antenes duplicats (causats per la revisió de satèl·lit) i obliga a cada entrada a ser única.
Construcció 2022.3.27.2045
MaxAge = 0 no es va tractar com a infinit.
S'ha actualitzat l'interfile retard per intentar reduir les despeses generals durant l'espera.
Construcció 2022.4.1.2050
Reescriptura crítica de l'observació versus la concordança de la solució.
S'ha afegit "Iniciar sessió a file' casella de selecció. Si està marcat, el registre es replica a la mateixa carpeta que l'executable amb un temps de mil·lisegonamps. Quan s'inicia l'OU, si existeix file hi ha més de 9 megabytes, s'elimina. (Heu d'agafar el registre files immediatament després que s'hagi completat l'OU per assegurar-se que no s'eliminin en la invocació del programa.)
S'ha afegit i netejat la informació de registre.
Afegit file comptador per fer un seguiment del progrés buscant files processar.
S'ha solucionat un error en què la data de solució d'OPUS es truncava sense l'hora de solució. Això va donar lloc a "alguns" files'ha enviat repetidament perquè l'hora de solució (truncada a les 00:00:00) semblava ser anterior al final de l'ocupació (00:00:03). Aquest xec ara té un dia complet de període de gràcia abans de marcar-se com a anterior.
Construcció 2022.4.10.2053
S'ha solucionat l'error MaxAge en què la configuració de MaxAge s'ignorava per a alguns files.
Missatge de salt afegit:
04/10/2022 18:35:38.612 ! File 'F:\iBase\ftp\dailys\cotx\cotx2970.21o s'ha omès, massa antic; l'edat d'observació és de 167.8 dies, el límit és de 45.0 dies.
S'ha solucionat el problema "SemiAppend2" en blanc fileels noms es van afegir a la llista de files per processar ';;;'.
S'han afegit 80 caràcters del següent file per processar la informació de registre al '...processament x més files:' entrada de registre.
Construcció 2022.6.26.2055
** Suport implícit de RINEX 3 afegit ** RINEX3 pot haver funcionat anteriorment, en la majoria dels casos.
S'ha afegit una antena en blanc a la part superior de la llista desplegable "Força l'antena" per facilitar la selecció de cap antena forçada.
S'han afegit opcions +X dd i -X per establir i esborrar la tolerància "Edat màxima".
(En establir-ho a 0 dies o a una cadena buida, es processarà tot files.)
Estil Win10/11 obert file diàleg de selecció.
Espaiat reduït al disseny del formulari.
S'ha afegit el botó "Valors per defecte" per tornar tots els paràmetres excepte filenom i adreça de correu electrònic; als valors inicials coneguts.
S'ha afegit l'opció +D per fer clic al botó "Valors per defecte" de la línia d'ordres.
El RINEX file El descodificador ara admet RINEX2 i RINEX3. Els registres OBS EPOCH amb senyals diferents de zero es gestionen millor. (Una millora futura podria ser eliminar els registres d'esdeveniments especials (moviment, monument nou, inici estàtic)?) Ara es comparteixen mètodes RINEX addicionals entre OPUS_Upload i el
eina iGx_Download.
Consells millorats per a CADA opció i control.
L'opció -9dl s'ha amortitzat i no fa res. Si abans heu utilitzat aquesta opció, considereu posar una -D com a primera opció a la línia. Això posarà l'OU en un estat predeterminat conegut. Aleshores només cal que afegiu les opcions que necessiteu per processar, normalment -e correu electrònic seguit d'a fileel nom a presentar serà suficient.