OPUS_Carga segura Web Guía de usuario

OPUS_Carga (OU)Guía de usuario

Contidos ocultar

1 OPUS_Carga segura Web

2 Carga de OPUS

3 Instalando OPUS Upload

4 Executar a carga de OPUS desde a liña de comandos

5 Temas avanzados

6 Configuración de OPUS-BORG

7 Usando o reenvío automático en OU

8 Algunhas outras suxestións

9 Documentos/Recursos

9.1 Referencias

10 Publicacións relacionadas

OPUS_Carga segura Web

Data: 26 de xuño de 2022
Rev. 2022.6.26.2055
Por: Mark Silver, ms@igage.com, +1-801-412-0011
Información da versión
A información detallada da versión está ao final deste documento.
Subscríbete á lista de correo para obter información actualizada
Se usas OPUS_Upload para calquera propósito, subscríbete a esta lista de correo:
https://signup.ymlp.com/xguqjwsugmguu
para poder enviarche notificacións de cambios e correccións de erros. Podes atopar unha lista de mensaxes anteriores aquí [ http://ymlp.com/archive_guqjwsugjgh.php ].
Teña coidado con OU!
POR FAVOR: Lea atentamente este manual de usuario antes de usar OPUS Upload. OU acepta comodíns e é posible enviar todas as observacións file nun ordenador cun único comando simple e errante. Por exampLe:
OPUS_Cargar +r C:\*.??o
Presentaría cada observación file en c: unidade a OPUS para procesar. Dubido que a NGS ou o resto da comunidade OPUS lle agradezan por facelo.
Recomendo encarecidamente que non executes a ferramenta OU desde a liña de comandos ata que a teñas probado en solitario files desde a interface de Windows primeiro.

Carga de OPUS

OPUS_Upload (OU) é unha pequena aplicación Win-32 que automatiza o envío de observación GPS files ao sistema de procesamento NGS en liña. OU navega polo NGS HTTPS websitio usando cifrado SSL.
OU pódese executar de moitas maneiras:
Como ferramenta de liña de comandos con argumentos
Como un programa de Windows que está aberto na súa pantalla
Arrastrando e soltando files na icona do escritorio
OU simplifica o envío de grandes conxuntos de files a NGS. Con OU é posible enviar automaticamente miles de observacións files cun só comando.
OU probouse con máis de 15,000 observacións files nunha única presentación.
Actualización de NGS 1 de setembro de 2018
NGS cambiou o nivel de TLS mínimo aceptable para acceder a OPUS.
OPUS_Upload modificouse posteriormente para utilizar a capa SSL da máquina (en lugar de utilizar OpenSSL). Isto significa que as máquinas con Windows XP xa non poden enviar traballos a NGS.
Non hai solución para este problema. Compra un ordenador moderno.
Limitacións de distribución e consideracións de uso
A interface programática OPUS é complicada e o máis mínimo cambio no lado do servidor NGS requirirá a actualización da OU. (Polo tanto, debes rexistrarte na lista de correo, ver arriba).
Do mesmo xeito que o acumulador OPUS, se necesitas o cargador de OPUS, realmente o necesitas. OU ten o potencial de aforrar moito tempo a algúns usuarios.
Finalmente, OU forma parte dun proxecto moito máis grande. O OPUS Borg. O Borg usa OU, OA e algúns outros clientes para orquestrar o control de calidade automatizado en grandes redes CORS mediante un control de calidade estatístico avanzado. O desenvolvemento da OU está impulsado pola funcionalidade de Borg.
Non se poden facer cambios na OU que interfiran cos Borg. Os Borg (https://en.wikipedia.org/wiki/Borg) regula o desenvolvemento da OU. Igual que na próxima xeración. O OPUS Borg foi chamado Borg porque ten moitos compoñentes "simples" que intentan traballar xuntos para procesar pilas de datos de observación GNSS.
É unha desorde completa, pero é demasiado tarde para arranxar neste momento. É certo que incluso os compoñentes simples como OU e OA son agora demasiado complicados.
Algunhas das complexidades dos Borg descríbense na sección "Match Exclude" máis adiante neste documento.
Cambios
Envía calquera cambio que faga que OU sexa máis útil para a túa aplicación ms@igage.com.

Instalando OPUS Upload

Actualmente o cargador de OPUS distribúese nun ZIP file con este manual de usuario. Todo o programa files son códigos asinados por 'iGage Mapping Corporation'.
Podes instalar o cargador onde queiras, só hai un file. Despois podes crear manualmente un atallo para o teu escritorio.
Cousas que require a carga de OPUS
OPUS Upload determina automaticamente se un RINEX file debe enviarse como Rápido-Estático ou Estático file pola lonxitude do RINEX file.
OPUS Upload agora funciona con RINEX 2.xx e RINEX 3.xx files.
Observación files 118 minutos de duración ou máis envíanse como estático.
O nome da antena e o HI no RINEX file debe ser correcto. Se o teu RINEX files teñen valores incorrectos, entón non son compatibles con OU (este requisito relaxouse).
Nota: en Build 2001 engadiuse un interruptor de liña de comandos '-a' para permitir o envío de files sen designadores de antena.
En xaneiro de 2020 engadiuse soporte para anular o nome da antena no RINEX file.
En febreiro de 2022 engadiuse soporte para descargar a lista actual de tipos de antena NGS para simplificar a substitución do tipo de antena cun tipo de antena válido.
O soporte para forzar HI (Instrument Heights) tamén se engadiu en febreiro de 2022.
Podes considerar usar TEQC para actualizar o nome da antena e HI. Podes Aquí está comoample RINEX file cabeceira:Destaquei o tipo de antena en amarelo e o HI en verde.
O tipo de antena debe ser unha antena compatible con NGS.
Executar OPUS Upload como un programa de Windows
Podes facer dobre clic no programa ou nun atallo para iniciar OU. A OU comezará na esquina superior esquerda da pantalla. Se moves ou cambias o tamaño da xanela e despois pechas a OU, a próxima vez que comece lembrarase a mesma posición e tamaño.
A posición da pantalla compróbase no tempo de execución para asegurarse de que está nunha pantalla dispoñible actualmente.
A primeira vez que uses OU terás que introducir o teu enderezo de correo electrónico. Pode querer cambiar outras opcións ou engadir un ID de OPUS-Projects. Recordarase a túa configuración.
A opción 'Cargar datos File' tamén se lembra da última vez que se executou OU. Podes facer clic no botón "..." para escoller un ou máis files para cargar. O files debe ser observación GPS files ou ZIP files que conteñen observación GPS files. (Noutras palabras, o Open File navegador admitirá varios file seleccións.) Aquí está un example de escoller manualmente catro observación files nun cartafol:Se escolle un ZIP file, o contido do ZIP file asumirase que é RINEX estándar files e todo RINEX files no ZIP file serán tramitados individualmente.
Se inclúe un NAV file no ZIP file, OU saberá que non é unha observación de RINEX file e saltará automaticamente o NAV file.
Do mesmo xeito, se escolle un NAV file (por example seleccionando todos os files no directorio anterior) OU omitirá o .NAV files.
Unha vez configurado o filenome(s) e opcións, prema no botón Enviar e cada RINEX file enviarase automaticamente a OPUS.

Executar a carga de OPUS desde a liña de comandos

OU acepta estes argumentos: Este comando:
OPUS_Cargar –p +x –e ms@igage.com C:\tmp\2001213A0.obs Presentará o sinxelo file sen un ID do proxecto, solicitando unha saída ampliada, devolvendo o resultado ao enderezo de correo electrónico especificado.
Unha vez que estableza o enderezo de correo electrónico nun ordenador, OU recordarao. Unha vez que estableza un nome de proxecto, estará en uso ata que se borre.
Isto significa que despois de executar OU unha vez (quizais como unha aplicación de Windows), pode simplemente invocar OU cun filenome:
OPUS_Upload C:\tmp\2001213A0.obs e utilizaranse as opcións seleccionadas previamente.
Podes especificar dous ou máis files OPUS_Upload C:\tmp\2001213A0.obs C:\tmp\2001213A1.obs
Tamén pode usar comodíns para especificar un grupo de files. Este comando:
OPUS_Cargar C:\tmp\*.obs
presentará cada file no cartafol C:\tmp\ cunha extensión .OBS no cartafol \tmp.
Tamén podes usar comodíns de pila:
OPUS_Cargar C:\tmp\002\*.obs C:\tmp\003\*.zip
Tamén se admiten os comodíns dunha soa letra:
OPUS_Cargar C:\tmp\2001213A?.obs
Debería ser posible enviar todas as observacións file na unidade C do teu ordenador con este sinxelo comando:
OPUS_Cargar +r C:\*.1?o
Hai realmente unha necesidade disto?
Envío con arrastrar e soltar
Se tes un atallo no teu escritorio podes arrastrar a observación files (ou .ZIP files que conteñen unha ou máis observacións files) e colócaos na icona do escritorio.
O files procesaranse como se estivesen seleccionados manualmente. Utilizarase o último enderezo de correo electrónico e outras opcións.
Non hai límite coñecido para o número de files pode soltar nunha acción.
O "Modo de proba"
Quizais queira probar unha acción antes de iniciar OU. Marque a caixa "Modo de proba" para ver cales poden ser os efectos da súa acción sen enviar realmente files a NGS.
A caixa de verificación do modo de proba gárdase cando a OU se pecha e se reabre, polo que se a marca inadvertidamente, parecerá que a OU non funciona.
Envío automático
Se inicia OU pola liña de comandos, cun a filenome; ou se inicia OU arrastrando e soltando files no atallo, entón OU executarase automaticamente e pecharase 5 segundos despois do último file é procesado.
O botón Cancelar pódese usar para manter o formulario e o rexistro abertos viewing.
Durante o final de 5 segundos da conta atrás da execución, fai clic no botón Cancelar e a OU non se pechará automaticamente. O formulario tampouco se pechará se o Modo de proba está activado.
2022/2/9: agora a OU pecharase automaticamente despois dun atraso de 5 segundos se se invoca desde iGx_Download.

Temas avanzados

Tipos de antenas forzadasFai clic no botón "Cargar lista de antenas NGS" para descargar a lista de antenas actual file dende o servidor NGS ( https://geodesy.noaa.gov/ANTCAL/LoadFile?file=ngs14.atx ). A lista analízase e cada antena, incluídas as definicións dos satélites, cárganse no cadro despregable en orde ordenada.
Despois podes escribir os primeiros caracteres do tipo de antena para atopar rapidamente unha antena determinada.
A lista gárdase nun cartafol temporal:
C:\Usuarios\nome de usuario\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx
C:\Usuarios\nome de usuario\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx.cache
e reutilizado cando OU se inicia de novo.
Nota importante do tipo de antena: debe incluír o número adecuado de espazos entre o nome da antena e a designación da cúpula. Entón, escolle a antena da lista despregable ou copia e pega o nome da antena dunha fonte autorizada. A falta ou o espazo adicional ou calquera carácter modificado provocará un fallo no tipo de antena cando se envíe a OPUS.
Formato de saída ampliado
Liña de comandos:
-x Saída da solución estándar
+x Saída de solución ampliada (recomendado)
Marcando esta caixa: Fará efectivamente esta selección na páxina de envío de NGS:Uso e exclusión da estación base
Introduza as estacións base para usar e excluír separadas por comas:NON se verifica a precisión das estacións introducidas.
Esta configuración é equivalente a:debe estar baleiro a menos que estea enviando a observación a un proxecto OPUS válido. NON se verifica a validez do identificador do proxecto.
Esta configuración é equivalente a:NON introduza o nome do seu proxecto persoal nesta caixa, só introduza os ID do proxecto OPUS válidos. Debes ter formación en OPUS Manager para crear e usar OPUS-Projects.
Número de secuencia Non hai unha descrición oficial de NGS deste valor, pero é MOI útil para facer un seguimento dos envíos. O OPUS Borg confía en que cada correo electrónico enviado polo sistema OPUS teña un número de secuencia único nun asunto de correo electrónico devolto con éxito ou non: Cando carga o envío de NGS OPUS webpáxina, NGS asigna un número único. Se marca a caixa de verificación "Secuencia aleatoria de iGage", xerarase un número único de 13 caracteres co prefixo "IG". Se non marca a caixa, úsase o valor que introduza.
O número IG é o número fraccionario de días desde o 1 de xaneiro de 2020; no fuso horario da máquina local, multiplicado por 86,400,000 e redondeado ao número enteiro máis próximo. Isto parece ser adecuado para a singularidade, é descifrable e aumenta co tempo. Non é aleatorio.
Mínimo File Tamaño e lonxitude máxima
Se tentas enviar un file inferior ao mínimo (en bytes) o file saltarase. Unha ocorrencia común son as ferramentas antivirus que obrigan a outras ferramentas a crear lonxitude cero files. Isto atrapa estas molestias files desde a presentación a NGS. O mínimo de 2,500 bytes debe ser adecuado e razoable.
OU comprobará a primeira e última época dos datos de observación e saltará files que superan a duración máxima en horas. Hai un límite duro en OPUS que non podes cruzar a medianoite (hora do GPS) dúas veces. Se tes files que teñan máis de 25 horas, deberías considerar usar a opción -tbin de TEQC ( https://www.unavco.org/software/data-processing/teqc/tutorial/tutorial.html ) para dividilos en 24 horas files e presentalos individualmente. Entón podes usar a ferramenta OPUS Accumulator para analizar estatísticamente as solucións individuais.
Gardar rexistro Files
Ao facer clic nesta caixa, gardarase o valor de retorno do envío de NGS nun .HTMLfile co mesmo nome que cada un dos presentados file, no mesmo cartafol que o enviado file.
Se abre o file nun navegador, parecerá "semellante" ao que recibirías enviando manualmente o file:Non obstante, o formato probablemente non sexa o esperado.
Esta opción é útil para depurar errantes files que fallan cando se envían.
Rexistro de depuración estendido Ao marcar esta caixa, aparecerá información de rexistro adicional no diálogo de rexistro. Esta opción é mellor deixar desmarcada.
Cada campo de envío HTML individual enumerarase:inter-File Atraso Os servidores NGS OPUS teñen unha función de seguranza que impide ataques de denegación de servizo.
Se envías máis dunhas poucas (quizais 5) ocupacións en rápida sucesión, parece que o teu enderezo IP marcarase como un problema do NGS e ignoraranse os teus envíos.
É recomendable establecer este atraso en 15 segundos ou máis. Eu uso 31 segundos.
Modo de proba Ao marcar o botón Modo de proba permite que OU execute envíos e rexistre accións, ata o punto dos envíos. O rexistro files conterá todos os rexistros normais e estendidos, pero o file non se enviarán ao NGS para a súa tramitación.
Isto permítelle probar unha acción comodín sen inundar os servidores NGS.
Engadirase unha única liña rexistrada ao rexistro:Actualmente (na versión 2022.2.8.2041) OPUS-Observacións estáticas, files de máis de 110 minutos, envíanse con isto URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl‘
OPUS-RS files son enviados con isto URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opus-rsup.prl’
Podes usar o 'Envío URL' para anular o valor predeterminado de enviar files a un servidor NGS BETA. Non obstante, terá que asegurarse de que se selecciona o enderezo do servidor correcto (estático ou RS) para o envío file.

Configuración de OPUS-BORG

Liña de comandos:
-m despexar camiño excluído
+m camiño establece o camiño excluídoExecución automática
Marcando a caixa "Execución automática ás 23:00" ten como resultado que se preme o botón "Enviar" ás 23:00 UTC todas as noites. OU usa a configuración da zona horaria da máquina para calcular a compensación horaria UTC.
Excluír coincidencias
Esta non vai ser unha simple explicación.
Considere un escenario onde hai un gran conxunto de cartafoles, cada un contén moitas observacións files. Cada cartafol representa unha estación GNSS CORS. Cada observación file é unha observación "diaria" de 24 horas (marco de tempo GPS). file para unha estación. O cartafol diario dunha estación pode conter observación de 24 horas files durante os últimos 5 a 10 anos, polo que miles de RINEX files.
OU úsase para enviar estes diarios files a OPUS. Pero só queremos presentar cada un file dúas veces:
unha vez inmediatamente despois do file recóllese para obter unha solución con efemérides rápida/difusión de novo 14 días despois para obter unha solución con órbitas precisas/finales NGS devolve a solución OPUS files por correo electrónico e a solución files gárdanse nun conxunto coincidente de cartafoles de resultados da estación: cada estación CORS ten un cartafol de solucións OPUS único.
Se "Match Exclude" contén un camiño, OU buscará o camiño relativo que coincida coa localización da observación de orixe file para unha solución OPUS existente file.
Isto é complicado porque a observación file terá un nome como:
slci0010.22o
e a solución OPUS correspondente terá un nome como: slci001022o IG0064714690360.msg (¡Observa o número de secuencia IG máxico desde arriba!)
Se OU atopa unha solución coincidente file, omitirá enviar a observación file porque xa existe unha solución OPUS válida.
Non obstante, se marcas esta caixa:E a solución OPUS ten máis de 14 días, entón OU inspeccionará a solución .msg file para determinar que tipo de efeméride se utilizou para a solución.
Se a solución NON é precisa ou definitiva, entón OU eliminará a solución existente file e volver a enviar a observación file, coa esperanza de conseguir unha solución file desde o motor de procesamento OPUS mediante efemérides Precise ou Final.
Máis tarde, a principios do día seguinte, OA (o acumulador OPUS) procesa os cartafoles de solucións e xera gráficos de tendencia para cada unha das estacións CORS monitorizadas:OA tamén crea unha folla de cálculo XLS resumida para cada unha das estacións monitorizadas:Este resumo inclúe unha posición media para a estación CORS xunto co Min/Max/Range/StandardDeviation para cada un dos valores atopados nunha solución NGS OPUS.
Tamén se calcula a velocidade da estación, tanto no marco fixo NAD83 como no marco da época diaria ITRF para os fotogramas ECEF XYZ, Lat/Lon/Height, State Plane projected e UTM projected.
Ademais, OA elabora un resumo de resumos file:que contén o nome do sitio, a posición media da antena coa altura elipsoide e algunha información adicional que é útil para a administración privada da estación CORS.
Outros procesos de Borg executan análise SQC nos conxuntos de datos de saída de OA e determinan se a estación está "estatisticamente" funcionando dentro ou fóra das expectativas e envían mensaxes de texto se hai algún problema.
Créalo ou non, este Rube-Goldberg (https://en.wikipedia.org/wiki/Rube_Goldberg) proceso funciona!

Usando o reenvío automático en OU

Aquí está comoample estrutura de cartafoles para o files para enviar (chamo ao cartafol que o contén 'dailys') e ao cartafol que contén as solucións de opus devoltas (chamado 'opus').Cada estación podería/debería estar nun cartafol único de 4 caracteres se queres usar máis tarde OA (OPUS_Accumulator).
O cartafol ./dailys/sgu2 pode verse así:O cartafol ./opus/sgu2 pode verse así:Se se devolve unha solución OPUS que non é lexible, ou é substituída por unha solución máis nova, mellor efeméride, entón a antiga solución moverase ao cartafol _inválido ou _duplicados.
Consello importante: todas as ferramentas BORG ignoran a propósito calquera cartafol ou file que comeza cun carácter de subliñado ('_') polo que non pode ter un nome de estación que comece cun guión baixo.
Esta é a pantalla principal para OU (OPUS_Upload):Teña en conta que a opción 'Cargar datos File' apunta ao cartafol diarios e está marcado 'Recurso de subcarpetas'.
Esta é a pestana "Avanzado" de OU:Teña en conta que o 'Match Exclude' está buscando o cartafol opus files que coincidan coa entrada files no cartafol diarios.
Onde fai o diario files veñen de?
Outra peza do Borg (iBase) xera hourly files con estándar filenomes usando un proceso DIPCap diferente para cada estación.
Así é o proceso DIPCap que recolle fluxos RT27 para SGU2:DIPCap é un substituto de RCAPTURE. RCAPTURE falla despois duns días ou semanas e só admite conexións TCPIP "cliente", DIPCap é moi robusto e funcionará para sempre. Ten un mellor rexistro e tamén admite conexións TCPIP "Servidor".
DIPCap só executa de balde .CAP files no 'Carpeta de saída' seleccionado que xera RINEX estándar filenomes usando o "Nome da estación".
O programa iBase recolle o .CAP files hourly e convérteos de .CAP files (que son fluxos RT27) en RINEX estándar file establece na xerarquía de cartafoles estándar RINEX (rinex/yyyy/jjj/sss):

Unha vez ao día, xusto despois da medianoite UTC, a ferramenta iB_Daily execútase e mira a EVERY-SINGLE file na estrutura do cartafol RINEX. iB_Daily asegúrase de que o hourly files están concatenadas en diariamente files (en lugar de ter unha letra minúscula de a a x como último carácter antes da extensión, un diario file ten un carácter cero '0'.
O diario files son diezmados a intervalos de 30 segundos e todas as constelacións excepto o GPS son eliminadas.
iB_Daily tamén pon un non comprimido file no slot correcto en diarios. O obs fileOs diarios non se dividen en subcartafoles. Todos os diarios están só no cartafol da estación.
23 horas despois da execución de iB_Daily, OU (OPUS_Uploader) envía todos os novos diariamente files a OPUS. Agardamos 23 horas para permitir que o sistema NGS CORS enche todos os datos CORS, o que fai máis probable que OPUS produza unha solución.
Se fai clic na caixa de verificación "Comprobar/forzar a efeméride final precisa despois de 14 días", a OU agardará 14 días despois de observar unha observación e, a continuación, enviará de novo cada file, todos os días, ata cada file ten efeméride precisa/final.
Despois de que OPUS_Upload envíe a observación files a OPUS, OPUS devolve as solucións a un enderezo de correo electrónico especial que o servizo iBase_Mailer.
Esta é a configuración de iBase_Mailer que uso:Cada solución colócase no cartafol OPUS/ssss correcto.
Finalmente, o OPUS_Accumulator resume todas as solucións OPUS. Se atopa solucións duplicadas durante un día, mantén a mellor solución. (Esta decisión está detallada no Manual de usuario de OA.

Algunhas outras suxestións

Os procesos OPUS Borg adoitaban executarse sen incidentes nun ordenador con Windows XP. Máis tarde, o ordenador actualizouse a Win8 e despois a Win10.
É imposible que un ordenador Win10 funcione durante máis dunhas poucas semanas sen intervención humana. Principalmente, as actualizacións de Windows son forzadas e non se poden ignorar.
Dado que o ordenador que executa OPUS ten un servidor FTP e unha pila de portos abertos (para que as estacións CORS remotas introduzan datos), probablemente sexa razoable obter actualizacións.
Eu xoguei coa execución do BORG nun servidor AWS, funciona pero non aumenta a dispoñibilidade. E pola gran cantidade de files e datos, a instancia S3 é cara. En concreto, cada un file no repositorio S3 é inspeccionado todos os días. Polo tanto, o almacenamento barato do glaciar non é apropiado.
Eu executo o BORG nun ordenador rápido con todos os BORG files e carpetas almacenadas nunha unidade USB 8 externa de 3 TB.
O proceso iBase mantén automaticamente unha copia de seguridade do .CAP comprimido files nunha unidade separada de 4 GB. iBase ten unha función de botón único para reconstruír a estrutura RINEX descomprimida a partir das copias de seguridade. Sospeito que a reconstrución pode tardar varios días en completarse. Non necesitei reconstruír o conxunto de datos; non obstante, pasou varios días en migralo dunha unidade de 4 GB a unha de 8 GB.
Notas da versión OU
Construción 2000:
Engadíronse varios interruptores de liña de comandosNon obstante, as estacións incluídas e excluídas aínda non parecen funcionar.
Construción 2004: 25 de maio de 2017
Engadiuse un rexistro de erros en lugar dunha caixa de mensaxes para o funcionamento desatendido. Teña en conta que non poderá gardar o rexistro dos traballos de liña de comandos porque o programa pechará cando se complete.
Engadiuse unha proba de validez file ao engadir desde a liña de comandos. Modificado o manexo de files desde a liña de comandos para incluír unha proba de validez existente files.
Aviso: pode haber algún límite para o número de files pode especificar na liña de comandos. Non debería haber un límite para o número de files que pode incluír con comodíns, espazo de cadea para fileos nomes deberían estenderse á memoria dispoñible.
Ao especificar varios files desde a liña de comandos, o filea caixa do nome só se carga co primeiro file da lista.
Construción 2005: 5 de setembro de 2018
Engadiuse o "Gardar rexistro Filecaixa de verificación. Despois de enviar unha observación file, todo o código HTML devolto do servidor pódese almacenar nun nome similar file no mesmo cartafol que a observación de entrada file. O file a extensión é sempre .html e a localización é sempre a mesma que a entrada file.
O soporte para TLS1 suspendeuse no NGS. OPUS_Upload agora usa a capa SSL da máquina cliente e xa non é necesario OpenSSL. Isto significa que as máquinas con Windows XP xa non son viables para usar con OPUS.
Construción 2016: 4 de xaneiro de 2020
Realizáronse algunhas melloras e cambios importantes para que a OU funcione dentro do marco OPUS-Borg.

Os valores de configuración almacénanse agora no iBase.ini file coa configuración de todos os demais membros do Bord. Perderás calquera configuración anterior ao executar esta versión.

Engádese unha opción para recurrir directorios á invocación baseada en formularios. Anteriormente só estaba dispoñible para execucións de liña de comandos.
Agora hai dúas pestanas, unha para a configuración común de configuración e unha nova para a configuración avanzada. Isto limpa a pantalla principal da ferramenta.

Agora é posible establecer varios camiños con comodíns desde a ferramenta baseada en formularios. Por exampLe:
C:\ftp\rinex\2017\*.??o; C:\ftp\rinex\2020\*.??o
Recorrerá tanto os cartafoles de 2017 como de 2020 files coincide co .??o file extensión.
Agora é posible establecer manualmente o número de secuencia de envío de NGS ou facer que OU cree un número de secuencia único no formato "IG8888888888888": "IG" seguido dun número enteiro de 13 díxitos que representa o número de milisegundos desde o 1 de xaneiro de 2020. .

Un mínimo file engadiuse o tamaño para procesar. Esta opción só se aplica a files seleccionado por comodín. Establece o valor en branco, cero ou negativo para procesar toda a fonte files, independentemente do tamaño. Un valor de 2,500,000 é razoable se esperas 24 horas ao día. files.
OU agora comprobará opcionalmente as solucións OPUS existentes cando se repitan cartafoles (usando comodíns) para a súa observación files. As solucións deben comezar pola base filenome da OBS file; estar en cartafoles con nome similar, baixo o cartafol base "Match Exclude"; a solución file debe ter un file data superior ou igual á observación file e ten un .eml, .msg ou .txt file extensión. Se se atopa unha solución, a observación correspondente file sáltase. Establece o 'Match Exclude' na cadea baleira para desactivar esta función.

Agora é posible forzar un tipo de antena que anule o tipo de antena publicado no RINEX file. (Sei que parece unha loucura; necesitaba esta función para unha demostración en vídeo).
OU agora cumpre con resolución de pantalla de alta DPI.

Construción 2019: 30 de abril de 2002
O interruptor de liña de comandos -9dl (pasando desde iGx) agora ten estas accións:

Modo de proba = desactivado

InterFileRetraso = 0.0
Procesar subcarpetas = desactivado

Coincidir Excluír solucións existentes = desactivado
Gardar rexistro File = desactivado

O interfile o valor de retardo agora almacénase no INI file e recordado cando se inicia o programa.
Construción 2020.7.17.2020
Atraso entre file a presentación ocupaba o 20% dos recursos da máquina por mor dun semáforo errante do sistema. (ugghhh!) O botón Cancelar non se amosou correctamente durante as esperas. Engadiuse o número de filequedan para enviar nun lote á barra de estado.
Construción 2020.9.8.2021
Se se recorren cartafoles, omitirase calquera cartafol cun nome que comece cun guión baixo '_'. Tamén se saltaron os cartafoles baixo dito cartafol. Isto foi engadido para usar con iBase que pon incompleto (files con menos do 90 % da cobertura esperada) nun cartafol "_inválido".
Construción 2020.12.5.2024
Engadido URL edición para cambiar o envío URL. A nova liña de comandos "-U" volve ao enderezo de envío predeterminado, "+U "full url"' Anulación de conxuntos URL. O predeterminado URL actualmente é:
https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Pódese acceder ao sitio beta con este enderezo:
https://beta.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Construción 2020.12.21.2027
Erro: ao enviar files a NGS, o número de restantes files mostrados era incorrecto.
Erro: ao buscar non enviados files, usando a función "Match Exclude" se unha solución OPUS é anterior á observación file, agora está eliminado. Anteriormente deixouse no seu lugar e o file foi enviado de novo. Isto deu lugar a varias solucións OPUS para unha única observación file (xa que os resultados de OPUS teñen un identificador único de número de secuencia iG).
Construción 2021.11.7.2040
OU agora usa novos scripts do servidor para o envío de RS vs. S OBS files:O tamaño da nota de rexistro esténdese a 4 millóns de caracteres.
Engadíronse algunhas suxestións para engadir unha morea de depuracións innecesarias (que non vou eliminar xa que só aparece cando se estende o rexistro).
Engadiuse unha pista de que o envío urlOs 's son diferentes para estática e rápida na caixa de anulación.
Construción 2022.2.9.2041
En función dos comentarios de persoas que non están a usar OU nun ambiente de produción, OU reorganizouse para parecerse máis ao formulario de envío de NGS.
Agora é posible seleccionar o tipo de antena forzada nun cadro despregable. Fai clic no botón "Cargar lista de antenas NGS" para descargar e analizar a lista actual de antenas NGS. O cadro despregable está cargado cunha lista alfabética de tipos.
Agora é posible anular a altura do instrumento contida no RINEX file e introduza directamente a altura.
Engadíronse estes interruptores de liña de comandos:Este manual de usuario foi ampliamente actualizado.
Construción 2022.2.9.2042
Amplias adicións ás suxestións de hover. (Esta versión está empaquetada coa ferramenta iGx_Download despois do 2/11/2022.)
Construción 2022.3.17.2043
Engadíronse dous interruptores de liña de comandos:Engadida a "Idade máxima de observación". Se non é cero, omitiranse as observacións que remataron máis que a cantidade introducida. Isto é útil só para "renunciar" ao procesamento files despois de 45 días. Se NGS non pode procesar correctamente a file despois de 45 días (programables), esperar outro día-semana-mes-ano non vai facer ningunha diferenza.
Hai días e lugares nos que non importa o que fagas, NGS OPUS non poderá procesar un traballo. Visto principalmente con traballos OPUS-Static. Ás veces truncando unha hora desde o principio ou o final de a file terá éxito, pero 24 horas completas files non procesará. Este novo interruptor permite o files para omitir. Se a depuración estendida está activada, faise unha nota no rexistro.
Construción 2022.3.21.2044
Actualizado ao compilador Embarcadero® Delphi 11 Versión 28.0.44500.8973 nun novo PC.
UPX Packer actualizado á versión 3.96w.
Actualizouse o compoñente Ace ZipForge á versión 6.94.
Cando filesáltanse os seguintes atributos:
O tipo de antena faltante ou non forzada saltouse
Entrada file falta (? Como ocorre isto)
Demasiado tempo file sáltase
Demasiado vello file sáltase
e hai adicionais files para procesar, o atraso saltarase. O evita longos atrasos cando file-despois-file se saltan. Noutras palabras, unha inter-file atraso realízase só cando un real file é presentado.
Ao descargar a lista de antenas do NGS, OU agora detecta os nomes de antenas duplicados (causados pola revisión do satélite) e obriga a que cada entrada sexa única.
Construción 2022.3.27.2045
MaxAge = 0 non se tratou como infinito.
Actualizado o interfile atraso para intentar reducir os gastos xerais durante a espera.
Construción 2022.4.1.2050
Reescritura crítica da observación vs coincidencia de solucións.
Engadiuse "Iniciar sesión en file' caixa de verificación. Se está marcado, o rexistro replícase no mesmo cartafol que o executable cun tempo de milisegundosamps. Cando se inicia OU, se existe file superior a 9 Megabytes, elimínase. (Tes que coller o rexistro files inmediatamente despois de completar a OU para asegurarse de que non se eliminen na invocación do programa.)
Engadiuse e limpouse a información de rexistro.
Engadido file contador para seguir o progreso que se busca files procesar.
Corrixiuse un erro no que se truncaba unha data de solución de OPUS sen a hora de solución. Isto deu lugar a "algúns" files sendo enviada repetidamente porque a hora de solución (truncada ás 00:00:00) parecía ser anterior ao final da ocupación (00:00:03). Este cheque agora ten un día completo de período de carencia antes de marcarse como anterior.
Construción 2022.4.10.2053
Corrixiuse un erro de MaxAge onde se ignoraba a configuración de MaxAge para algúns files.
Engadida a mensaxe de omisión:
04/10/2022 18:35:38.612 ! File 'F:\iBase\ftp\dailys\cotx\cotx2970.21o omitido, demasiado antigo; a idade de observación é de 167.8 días, o límite é de 45.0 días.
Solucionouse o problema "SemiAppend2" onde estaba en branco fileos nomes foron engadidos á lista de files para procesar ';;;'.
Engadíronse 80 caracteres de next file para procesar a información de rexistro no '...procesando x máis files:' entrada de rexistro.
Construción 2022.6.26.2055
** Engadiuse soporte implícito de RINEX 3 ** É posible que RINEX3 funcionara anteriormente, na maioría dos casos.
Engadiuse unha antena en branco na parte superior da lista despregable "Forzar antena" para facilitar a selección de ningunha antena forzada.
Engadíronse opcións +X dd e -X para establecer e borrar a tolerancia "Idade máxima".
(Axustar isto a 0 días ou a unha cadea baleira procesarase todo files.)
Estilo Win10/11 aberto file diálogo de selección.
Espazo axustado no deseño do formulario.
Engadiuse o botón "Predeterminados" para devolver todas as opcións excepto filenome e enderezo de correo electrónico; aos valores predeterminados de inicio coñecidos.
Engadiuse a opción + D para facer clic no botón "Predeterminados" na liña de comandos.
O RINEX file o decodificador agora admite RINEX2 e RINEX3. Os rexistros OBS EPOCH con marcas distintas de cero manéxanse mellor. (Unha mellora futura podería ser eliminar os rexistros de eventos especiais (modanza, monumento novo, inicio estático)?) Agora compártense métodos RINEX adicionais entre OPUS_Upload e o
Ferramenta iGx_Download.
Suxestións melloradas para CADA opción e control.
A opción -9dl depreciouse e non fai nada. Se usaches esta opción anteriormente, considera poñer un -D como primeira opción na liña. Isto poñerá a OU nun estado predeterminado coñecido. Entón só precisa engadir as opcións que precisa para procesar, normalmente -e correo electrónico seguido de a fileo nome a enviar será suficiente.