OPUS_Upload seguro Web Guia do usuário

OPUS_Upload (OU)Guia do usuário

Conteúdo esconder

1 OPUS_Upload seguro Web

2 Carregar OPUS

3 Instalando o upload OPUS

4 Executando OPUS Upload na linha de comando

5 Tópicos avançados

6 Configurações OPUS-BORG

7 Usando o reenvio automático na unidade organizacional

8 Algumas outras dicas

9 Documentos / Recursos

9.1 Referências

10 Postagens relacionadas

OPUS_Upload seguro Web

Data: 26 de junho de 2022
Rev: 2022.6.26.2055
Por: Mark Silver, ms@igage.com, +1-801-412-0011
Informações da versão
As informações detalhadas da versão estão no final deste documento.
Inscreva-se na lista de e-mail para obter informações atualizadas
Se você usa OPUS_Upload para qualquer finalidade, inscreva-se nesta lista de e-mail:
https://signup.ymlp.com/xguqjwsugmguu
para que eu possa enviar notificações de alterações e correções de bugs. Uma lista de mensagens anteriores pode ser encontrada aqui [ http://ymlp.com/archive_guqjwsugjgh.php ].
Tenha cuidado com você!
POR FAVOR: Leia atentamente este Manual do Usuário antes de usar o OPUS Upload. OU aceita curingas e é possível enviar todas as observações file em um computador com um comando único, simples e errôneo. Para exampem:
OPUS_Upload +r C:\*.??o
Enviaria todas as observações file na unidade c: para OPUS para processamento. Duvido que a NGS ou o resto da comunidade OPUS apreciem você por fazer isso.
Eu recomendo fortemente que você não execute a ferramenta OU na linha de comando antes de experimentá-la em um único files da interface do Windows primeiro.

Carregar OPUS

OPUS_Upload (OU) é um pequeno aplicativo Win-32 que automatiza o envio de observações GPS files para o sistema de processamento online NGS. OU navega no HTTPS NGS website usando criptografia SSL.
OU pode ser executado de várias maneiras:
Como uma ferramenta de linha de comando com argumentos
Como um programa do Windows que está aberto na tela
Ao arrastar e soltar fileestá no ícone da área de trabalho
OU simplifica o envio de grandes conjuntos de files para NGS. Com OU é possível enviar automaticamente milhares de observações files com um único comando.
OU foi testado com mais de 15,000 observações files em um único envio.
Atualização NGS 1º de setembro de 2018
NGS alterou o nível mínimo aceitável de TLS para acessar o OPUS.
OPUS_Upload foi posteriormente modificado para usar a camada SSL da máquina (em vez de utilizar OpenSSL). Isso significa efetivamente que as máquinas com Windows XP não podem mais enviar trabalhos ao NGS.
Não há solução alternativa para esse problema. Compre um computador moderno.
Limitações de distribuição e considerações de uso
A interface programática do OPUS é complicada e a menor alteração no lado do servidor NGS exigirá a atualização da UO. (Assim, você deve se cadastrar na lista de e-mail, veja acima).
Assim como o OPUS Accumulator, se você precisa do OPUS Uploader, você realmente precisa dele. OU tem o potencial de economizar muito tempo de alguns usuários.
Finalmente, OU faz parte de um projeto muito maior. A OPUS Borg. O Borg usa OU, OA e alguns outros clientes para orquestrar o controle de qualidade automatizado em grandes redes CORS usando controle de qualidade estatístico avançado. O desenvolvimento da OU é impulsionado pela funcionalidade Borg.
Nenhuma mudança em OU que interfira com os Borg pode ser considerada. Os Borgs (https://en.wikipedia.org/wiki/Borg) rege o desenvolvimento da UO. Assim como na Próxima Geração. O OPUS Borg foi chamado de Borg porque possui muitos componentes “simples” que tentam trabalhar juntos para processar pilhas de dados de observação GNSS.
É uma bagunça completa, mas é tarde demais para consertar neste momento. É certo que mesmo os componentes simples como OU e OA são agora excessivamente complicados.
Algumas das complexidades dos Borg são descritas na seção 'Match Exclude' posteriormente neste documento.
Mudanças
Envie quaisquer alterações que tornem o OU mais útil para o seu aplicativo para ms@igage.com.

Instalando o upload OPUS

Atualmente o OPUS Uploader é distribuído em ZIP file com este Manual do Usuário. Todo o programa files são códigos assinados pela 'iGage Mapping Corporation'.
Você pode instalar o uploader em qualquer lugar que desejar, há apenas um file. Você pode então criar manualmente um atalho para sua área de trabalho.
Coisas que o OPUS Upload exige
OPUS Upload determina automaticamente se um RINEX file deve ser enviado como Rapid-Static ou Static file pelo comprimento do RINEX file.
OPUS Upload agora funciona com RINEX 2.xx e RINEX 3.xx files.
Observação files 118 minutos de duração ou mais são enviados como Estático.
O nome da antena e o HI no RINEX file deveria estar correto. Se o seu RINEX files têm valores incorretos, então eles não são compatíveis com OU (esse requisito foi flexibilizado).
Nota: no Build 2001, uma opção de linha de comando '-a' foi adicionada para permitir o envio de files sem designadores de antena.
Em janeiro de 2020 foi adicionado suporte para substituir o nome da antena no RINEX file.
Em fevereiro de 2022, foi adicionado suporte para baixar a lista atual de tipos de antena NGS para simplificar a substituição do tipo de antena por um tipo de antena válido.
O suporte para forçar HI (Instrument Heights) também foi adicionado em fevereiro de 2022.
Você pode considerar usar TEQC para atualizar o nome da antena e HI. Você pode Aqui está comoampo RINEX file cabeçalho:Destaquei o tipo de antena em amarelo e o HI em verde.
O tipo de antena deve ser uma antena suportada pelo NGS.
Executando OPUS Upload como um programa do Windows
Você pode clicar duas vezes no programa ou em um atalho para iniciar a UO. OU começará no canto superior esquerdo da tela. Se você mover ou redimensionar a janela e fechar a UO, na próxima vez que ela iniciar, a mesma posição e tamanho serão lembrados.
A posição da tela é verificada em tempo de execução para garantir que esteja em uma tela disponível no momento.
Na primeira vez que você usar OU, você precisará inserir seu endereço de e-mail. Você pode querer alterar outras opções ou adicionar um ID de projetos OPUS. Suas configurações serão lembradas.
O 'Carregar dados File' também é lembrado da última vez que OU foi executado. Você pode clicar no botão '…' para escolher um ou mais filepara fazer upload. O filedeve ser observação GPS files ou ZIP files que contêm observação GPS fileS. (Em outras palavras, o Open File navegador suportará vários file seleções.) Aqui está um example de escolher manualmente quatro observações fileestá em uma pasta:Se você escolher um ZIP file, o conteúdo do ZIP file será considerado padrão RINEX filese todos RINEX fileestá no ZIP file serão processados individualmente.
Se você incluir um NAV file no CEP file, OU saberá que não é uma observação RINEX file e pulará automaticamente o NAV file.
Da mesma forma, se você escolher um NAV file (por exemploample selecionando todos os files no diretório acima) OU irá pular o .NAV files.
Depois de definir o filenome(s) e opções, clique no botão Enviar e cada RINEX file será automaticamente submetido ao OPUS.

Executando OPUS Upload na linha de comando

OU aceita estes argumentos: Este comando:
OPUS_Upload –p +x –e ms@igage.com C:\tmp\2001213A0.obs Enviará o single file sem um ID de projeto, solicitando saída estendida, retornando o resultado para o endereço de e-mail especificado.
Depois de definir o endereço de e-mail em um computador, a OU se lembrará dele. Depois de definir um nome de projeto, ele estará em uso até ser apagado.
Isso significa que depois de executar o OU uma vez (talvez como um aplicativo do Windows), você pode simplesmente invocar o OU com um filenome:
OPUS_Upload C:\tmp\2001213A0.obs e as opções selecionadas anteriormente serão utilizadas.
Você pode especificar dois ou mais files OPUS_Upload C:\tmp\2001213A0.obs C:\tmp\2001213A1.obs
Você também pode usar curingas para especificar um grupo de fileS. Este comando:
OPUS_Upload C:\tmp\*.obs
submeterá cada file na pasta C:\tmp\ com extensão .OBS na pasta \tmp.
Você também pode usar curingas de pilha:
OPUS_Upload C:\tmp\002\*.obs C:\tmp\003\*.zip
Curingas de uma única letra também são suportados:
OPUS_Upload C:\tmp\2001213A?.obs
Deveria ser possível enviar todas as observações file na unidade C do seu computador com este comando simples:
OPUS_Upload +r C:\*.1?o
Existe realmente uma necessidade disso?
Envio com arrastar e soltar
Se você tiver um atalho na área de trabalho, poderá arrastar a observação files (ou .ZIP files contendo uma ou mais observações files) e solte-os no ícone da área de trabalho.
O files serão processados como se tivessem sido selecionados manualmente. O último endereço de e-mail e outras opções serão usados.
Não há limite conhecido para o número de filevocê pode cair em uma ação.
O 'modo de teste'
Você pode querer testar uma ação antes de iniciar a UO. Marque a caixa 'Modo de teste' para ver quais podem ser os efeitos da sua ação sem realmente enviar files para NGS.
A caixa de seleção Modo de teste é salva quando a UO fecha e reabre, portanto, se você marcá-la inadvertidamente, a UO parecerá não funcionar.
Envio Automático
Se você iniciar a UO pela linha de comando, com um filenome; ou se você iniciar a UO arrastando e soltando files no atalho, a OU será executada automaticamente e fechada 5 segundos após o último file é processado.
O botão Cancelar pode ser usado para manter o formulário e o log abertos para viewindo.
Durante a contagem regressiva de 5 segundos para o final da execução, clique no botão Cancelar e a UO não será fechada automaticamente. O formulário também não será fechado se o Modo de Teste estiver ativado.
2022/2/9: a UO agora fechará automaticamente após um atraso de 5 segundos se invocada de iGx_Download.

Tópicos avançados

Tipos de antena forçadaClique no botão 'Carregar lista de antenas NGS' para baixar a lista de antenas atual file do servidor NGS ( https://geodesy.noaa.gov/ANTCAL/LoadFile?file=ngs14.atx ). A lista é analisada e cada antena, incluindo as definições de satélite, é carregada na caixa suspensa em ordem de classificação.
Você pode então digitar os primeiros caracteres do tipo de antena para encontrar rapidamente uma antena específica.
A lista é armazenada em uma pasta temporária:
C:\Usuários\nome de usuário\AppData\Temp\OPUS_Upload\Antenas\ngs14.atx
C:\Usuários\nome de usuário\AppData\Temp\OPUS_Upload\Antenas\ngs14.atx.cache
e reutilizado quando a UO for iniciada novamente.
Observação importante sobre o tipo de antena: Você deve incluir o número adequado de espaços entre o nome da antena e a designação da cúpula. Portanto, escolha a antena na lista suspensa ou copie e cole o nome da antena de uma fonte confiável. Um espaço faltante ou extra ou qualquer caractere modificado resultará na falha do tipo de antena quando submetido ao OPUS.
Formato de saída estendido
Linha de comando:
-x Saída da solução padrão
+x Saída de solução estendida (recomendado)
Marcando esta caixa: Fará efetivamente esta seleção na página de envio do NGS:Uso e exclusão de estação base
Insira as estações base para usar e excluir separadas por vírgulas:As estações inseridas NÃO são verificadas quanto à precisão.
Esta configuração é equivalente a:deve estar vazio, a menos que você esteja enviando a observação para um projeto OPUS válido. A validade do Identificador do Projeto NÃO é verificada.
Esta configuração é equivalente a:NÃO insira o nome do seu projeto pessoal nesta caixa, insira apenas IDs de projeto OPUS válidos. Você deve ter treinamento OPUS Manager para criar e usar projetos OPUS.
Número de sequência Não existe uma descrição oficial do NGS deste valor, porém é MUITO útil para rastrear envios. O OPUS Borg depende de cada e-mail retornado do sistema OPUS com um número de sequência exclusivo em um assunto de e-mail retornado com ou sem sucesso: Quando você carrega o envio do NGS OPUS webpágina, um número exclusivo é atribuído pelo NGS. Se você marcar a caixa de seleção 'iGage Random Sequence', um número exclusivo de 13 caracteres com o prefixo 'IG' será gerado. Se você não marcar a caixa, qualquer valor inserido será usado.
O número IG é o número fracionário de dias desde 1º de janeiro de 2020; no fuso horário da máquina local, multiplicado por 86,400,000 e arredondado para o número inteiro mais próximo. Isto parece ser adequado para a singularidade, é decifrável e aumenta com o tempo. Não é aleatório.
Mínimo File Tamanho e comprimento máximo
Se você tentar enviar um file menos que o mínimo (em Bytes) o file será ignorado. Uma ocorrência comum são as ferramentas antivírus que forçam outras ferramentas a criar fileS. Isso prende esses incômodos files desde o envio ao NGS. O mínimo de 2,500 bytes deve ser adequado e razoável.
OU verificará a primeira e a última época dos dados de observação e pulará files que são maiores que a duração máxima em horas. Há um limite rígido no OPUS de que você não pode cruzar a meia-noite (horário do GPS) duas vezes. Se você tem files com mais de 25 horas, você deve considerar usar a opção -tbin do TEQC ( https://www.unavco.org/software/data-processing/teqc/tutorial/tutorial.html ) para dividi-los em 24 horas filese enviá-los individualmente. Então você poderia usar a ferramenta OPUS Accumulator para analisar estatisticamente as soluções individuais.
Salvar log Files
Clicar nesta caixa salvará o valor de retorno do envio do NGS em um arquivo .HTMLfile com o mesmo nome de cada enviado file, na mesma pasta do enviado file.
Se você abrir o file em um navegador, será semelhante ao que você receberia enviando manualmente o file:No entanto, a formatação provavelmente não será a esperada.
Esta opção é útil para depurar erros files que falham quando enviados.
Registro de depuração estendido Marcar esta caixa resultará na exibição de informações extras de registro na caixa de diálogo de registro. É melhor deixar esta opção desmarcada.
Cada campo de envio HTML individual será enumerado:Inter-File Atraso Os servidores NGS OPUS possuem um recurso de segurança que evita ataques de negação de serviço.
Se você enviar mais do que algumas (talvez 5) ocupações em rápida sucessão, parece que seu endereço IP será sinalizado como um pé no saco do NGS e seus envios serão ignorados.
É aconselhável definir esse atraso para 15 segundos ou mais. Eu uso 31 segundos.
Modo de teste Marcar o botão Modo de teste permite que a UO execute envios e registre ações, até o ponto dos envios. O registro files conterá todos os registros normais e estendidos, mas o file não serão enviados ao NGS para processamento.
Isso permite testar uma ação curinga sem sobrecarregar os servidores NGS.
Uma única linha registrada será adicionada ao log:Atualmente (na versão 2022.2.8.2041) observações OPUS-Static, files com mais de 110 minutos, são enviados com este URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl‘
OPUS-RS files são enviados com este URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opus-rsup.prl’
Você poderia usar o 'Envio URL'para substituir o padrão para enviar files para um servidor NGS BETA. No entanto, você precisará garantir que o endereço de servidor correto (estático ou RS) seja selecionado para o arquivo enviado. file.

Configurações OPUS-BORG

Linha de comando:
-m limpar caminho excluído
+m caminho define o caminho excluídoExecução automática
Marcar a caixa 'Execução automática às 23:00' resulta no botão 'Enviar' sendo pressionado às 23:00 UTC todas as noites. OU usa as configurações de fuso horário da máquina para calcular o deslocamento de horário UTC.
Exclusão de correspondência
Esta não será uma explicação simples.
Considere um cenário onde existe um grande conjunto de pastas, cada uma contendo muitas observações fileS. Cada pasta representa uma estação GNSS CORS. Cada observação file é uma observação 'diária' de 24 horas (período de tempo GPS) file para uma estação. A pasta Diária de uma estação pode conter observações de 24 horas files nos últimos 5 a 10 anos, então milhares de RINEX files.
OU é usado para enviar esses diários files para OPUS. Mas queremos apenas enviar cada file em dobro:
uma vez, imediatamente após o file é coletado para obter uma solução com efemérides rápidas/transmitidas novamente 14 dias depois para obter uma solução com órbitas precisas/finais NGS retorna solução OPUS files por e-mail e a solução files são mantidos em um conjunto correspondente de pastas de resultados de estação: cada estação CORS possui uma pasta de solução OPUS exclusiva.
Se 'Match Exclude' contiver um caminho, a OU pesquisará o caminho relativo que corresponde ao local da observação de origem file para uma solução OPUS compatível com a existente file.
Isto é complicado porque a observação file terá um nome como:
slci0010.22o
e a solução OPUS correspondente terá um nome como: slci001022o IG0064714690360.msg (Observe o número de sequência IG mágico acima!)
Se OU encontrar uma solução correspondente file, ele irá ignorar o envio da observação file porque já existe uma solução OPUS válida.
No entanto, se você marcar esta caixa:E a solução OPUS tiver mais de 14 dias, então a UO inspecionará a solução .msg file para determinar qual tipo de efeméride foi usado para a solução.
Se a solução NÃO for precisa ou final, a UO excluirá a solução existente file e reenviar a observação file, na esperança de obter uma solução file do mecanismo de processamento OPUS usando efemérides precisas ou finais.
Mais tarde, no dia seguinte, o OA (o acumulador OPUS) processa as pastas de solução e gera gráficos de tendências para cada uma das estações CORS monitoradas:OA também constrói uma planilha XLS resumida para cada uma das estações monitoradas:Este resumo inclui uma posição média para a estação CORS juntamente com o Min/Max/Range/StandardDeviation para cada um dos valores encontrados em uma solução NGS OPUS.
A velocidade da estação também é calculada, tanto no quadro fixo NAD83 quanto no quadro de época diária ITRF para os quadros ECEF XYZ, Lat/Lon/Height, State Plane projetado e UTM projetado.
Além disso, a OA produz um resumo de resumos file:que contém o nome do site, a posição média da antena com altura do elipsóide e algumas informações adicionais que são úteis para administração de estações CORS privadas.
Outros processos Borg executam análises SQC nos conjuntos de dados de saída OA e determinam se a estação está “estatisticamente” dentro ou fora das expectativas e enviam mensagens de texto se houver algum problema.
Acredite ou não, este Rube-Goldberg (https://en.wikipedia.org/wiki/Rube_Goldberg) o processo funciona!

Usando o reenvio automático na unidade organizacional

Aqui é comoampestrutura de pastas para o files para enviar (chamo a pasta que contém 'dailys') e a pasta que contém as soluções opus retornadas (chamadas 'opus').Cada estação pode/deve estar em uma pasta exclusiva de 4 caracteres se você quiser usar OA posteriormente (OPUS_Accumulator).
A pasta ./dailys/sgu2 pode ter esta aparência:A pasta ./opus/sgu2 pode ter esta aparência:Se for retornada uma solução OPUS ilegível ou substituída por uma solução mais recente e melhor efeméride, a solução antiga será movida para a pasta _invalid ou _duplicates.
Dica importante: Todas as ferramentas BORG ignoram propositalmente qualquer pasta ou file que começa com um caractere de sublinhado ('_'), portanto você não pode ter um nome de estação que comece com um sublinhado.
Esta é a tela principal da UO (OPUS_Upload):Observe que a opção 'Carregar dados File' aponta para a pasta dailys e 'Recurse Subfolders' está marcado.
Esta é a guia 'Avançado' da UO:Observe que o 'Match Exclude' está procurando na pasta opus files que correspondem à entrada files na pasta diários.
Onde é feito o diário files vem?
Outro pedaço do Borg (iBase) gera hourly fileé com padrão filenomes usando um processo DIPCap diferente para cada estação.
Esta é a aparência do processo DIPCap que coleta fluxos RT27 para SGU2:DIPCap é um substituto para RCAPTURE. O RCAPTURE falha após alguns dias ou semanas e suporta apenas conexões TCPIP 'Cliente'. O DIPCap é muito robusto e funcionará para sempre. Possui melhor registro e também suporta conexões de 'servidor' TCPIP.
DIPCap apenas executa gratuitamente .CAP files na 'Pasta de Saída' selecionada, gerando o padrão RINEX filenomes usando o 'Nome da estação'.
O programa iBase coleta o .CAP fileehurly e os converte de .CAP files (que são fluxos RT27) no padrão RINEX file conjuntos na hierarquia de pastas RINEX padrão (rinex/yyyy/jjj/sss):

Uma vez por dia, logo após a meia-noite UTC, a ferramenta iB_Daily é executada e analisa CADA UM file na estrutura de pastas RINEX. iB_Daily garante que o hourly files são concatenados em daily files (em vez de ter uma letra minúscula de a a x como o último caractere antes da extensão, um diário file tem um caractere zero '0'.
O diário files são reduzidos em intervalos de 30 segundos e todas as constelações, exceto GPS, são eliminadas.
iB_Daily também coloca um arquivo descompactado file no slot correto em diários. A observação files em dailys não são divididos em subpastas. Todos os diários estão apenas na pasta da estação.
23 horas após a execução do iB_Daily, OU (OPUS_Uploader) envia todos os novos diários files para OPUS. Esperamos 23 horas para permitir que o sistema NGS CORS preencha todos os dados CORS, o que torna mais provável que o OPUS produza uma solução.
Se você clicar na caixa de seleção 'Verificar/forçar efemérides precisas-finais após 14 dias', a OU aguardará 14 dias após a observação de uma observação e reenviará a cada file, todos os dias, até cada file tem efemérides precisas/finais.
Após OPUS_Upload enviar a observação files para o OPUS, o OPUS retorna as soluções para um endereço de e-mail especial que o iBase_Mailer atende.
Esta é a configuração do iBase_Mailer que eu uso:Cada solução é colocada na pasta OPUS/ssss correta.
Finalmente, o OPUS_Accumulator resume todas as soluções OPUS. Se encontrar soluções duplicadas por um dia, mantém a melhor solução. (Esta decisão está detalhada no Manual do Usuário do OA.

Algumas outras dicas

Os processos OPUS Borg costumavam ser executados sem incidentes em um computador com Windows XP. Mais tarde, o computador foi atualizado para Win8 e depois para Win10.
É impossível manter um computador Win10 funcionando por mais de algumas semanas sem intervenção humana. Principalmente as atualizações do Windows são forçadas e não podem ser ignoradas.
Como o computador que executa o OPUS tem um servidor FTP e uma pilha de portas abertas (para estações CORS remotas enviarem dados), obter atualizações é provavelmente uma coisa razoável.
Já brinquei rodando o BORG em um servidor AWS, funciona mas não tem aumento de disponibilidade. E devido ao grande número de filese dados, a instância S3 é cara. Especificamente, cada file no repositório S3 é inspecionado todos os dias. Portanto, o armazenamento barato em geleiras não é apropriado.
Eu executo o BORG em um computador rápido com todos os BORG files e pastas armazenados em uma unidade USB 8 externa de 3 TB.
O processo iBase mantém automaticamente uma cópia de backup do .CAP compactado fileestá em uma unidade separada de 4 GB. O iBase possui uma função de botão único para reconstruir a estrutura RINEX descompactada a partir dos backups. Suspeito que uma reconstrução possa levar vários dias para ser concluída. Não precisei reconstruir o conjunto de dados; no entanto, demorou vários dias para migrá-lo de uma unidade de 4 GB para uma unidade de 8 GB.
Notas de versão da UO
Versão 2000:
Adicionadas várias opções de linha de comandoNo entanto, as estações incluídas e excluídas ainda não parecem funcionar.
Versão 2004: 25 de maio de 2017
Adicionado um log de erros em vez de uma caixa de mensagem para operação autônoma. Observe que você não poderá salvar o log de trabalhos de linha de comando porque o programa será encerrado quando concluído.
Adicionado um teste para válido file ao adicionar a partir da linha de comando. Modificou o tratamento de files da linha de comando para incluir um teste para existência válida files.
Aviso: pode haver algum limite para o número de files você pode especificar na linha de comando. Não deveria haver um limite para o número de files que você pode incluir com curingas, espaço de string para fileos nomes devem se estender à memória disponível.
Ao especificar vários files na linha de comando, o filecaixa de nome só é carregada com o primeiro file da lista.
Versão 2005: 5 de setembro de 2018
Adicionado o 'Salvar registro Filecaixa de seleção. Depois de enviar uma observação file, todo o código HTML retornado do servidor pode ser armazenado em um arquivo com nome semelhante file na mesma pasta que a observação de entrada file. O file a extensão é sempre .html e a localização é sempre a mesma da entrada file.
O suporte para TLS1 foi suspenso no NGS. OPUS_Upload agora usa a camada SSL da máquina cliente e o OpenSSL não é mais necessário. Isso significa efetivamente que as máquinas com Windows XP não são mais viáveis para uso com OPUS.
Versão 2016: 4 de janeiro de 2020
Algumas melhorias e mudanças importantes foram feitas para fazer o OU funcionar dentro da estrutura OPUS-Borg.

Os valores de configuração agora estão armazenados no iBase.ini file com a configuração de todos os outros membros do Bord. Você perderá todas as configurações anteriores ao executar esta versão.

Uma opção para diretórios recorrentes é adicionada à invocação baseada em formulário. Anteriormente, isso estava disponível apenas para execuções de linha de comando.
Existem agora duas guias, uma para configurações comuns e uma nova guia para configurações avançadas. Isso limpa a tela principal da ferramenta.

Agora é possível definir vários caminhos com curingas na ferramenta baseada em formulário. Para exampem:
C:\ftp\rinex\2017\*.??o; C:\ftp\rinex\2020\*.??o
Recorrerá às pastas 2017 e 2020 para fileestá combinando com o .??o file extensão.
Agora é possível definir o número de sequência de envio do NGS manualmente ou fazer com que a UO construa um número de sequência exclusivo no formato 'IG8888888888888': 'IG' seguido por um número inteiro de 13 dígitos representando o número de milissegundos desde 1º de janeiro de 2020 .

Um mínimo file tamanho para processar foi adicionado. Esta opção só se aplica a fileé selecionado por curinga. Defina o valor como em branco, zero ou negativo para processar todas as fontes files, independentemente do tamanho. Um valor de 2,500,000 é razoável se você espera principalmente 24 horas por dia files.
A UO agora verificará opcionalmente soluções OPUS existentes ao recorrer a pastas (usando curingas) para observação fileS. As soluções devem começar pela base filenome do OBS file; estar em pastas com nomes semelhantes, na pasta base 'Match Exclude'; a solução file deve ter um file data maior ou igual à observação file e tenha um .eml, .msg ou .txt file extensão. Se uma solução for encontrada, a observação correspondente file é ignorado. Defina 'Match Exclude' como a string vazia para desabilitar esta função.

Agora é possível forçar um tipo de antena substituindo efetivamente o tipo de antena publicado no RINEX file. (Eu sei que isso parece loucura; eu precisava dessa função para uma demonstração em vídeo.)
OU agora é compatível com resolução de tela de alto DPI.

Versão 2019: 30 de abril de 2002
A opção de linha de comando -9dl (passando do iGx) agora tem estas ações:

Modo de teste = desligado

InterFileAtraso = 0.0
Subpastas de processo = desativado

Corresponder excluir soluções existentes = desativado
Salvar log File = desligado

O interfile o valor do atraso agora é armazenado no INI file e recuperado quando o programa é iniciado.
Construção 2020.7.17.2020
Atraso entre file o envio estava consumindo 20% dos recursos da máquina devido a um semáforo incorreto do sistema. (ugghhh!) O botão Cancelar não foi exibido corretamente durante as esperas. Adicionado o número de fileResta enviar em lote para a barra de status.
Construção 2020.9.8.2021
Se forem pastas recorrentes, qualquer pasta com um nome que comece com um sublinhado '_' será ignorada. As pastas nessa pasta também foram ignoradas. Isto foi adicionado para uso com iBase que coloca incompleto (files com menos de 90% da cobertura esperada) em uma pasta '_invalid'.
Construção 2020.12.5.2024
Adicionado URL editando para alterar o envio URL. A nova linha de comando '-U' retorna ao endereço de envio padrão, '+U “completo url”' define a substituição URL. O padrão URL atualmente é:
https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
O site beta pode ser acessado com este endereço:
https://beta.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Construção 2020.12.21.2027
Bug: Ao enviar files para NGS, o número de restantes files exibidos estavam incorretos.
Bug: Ao procurar por não enviado files, usando a função 'Match Exclude' se uma solução OPUS for anterior à observação file, agora ele foi excluído. Anteriormente ele era deixado no lugar e o file foi reenviado. Isso resultou em múltiplas soluções OPUS para uma única observação file (uma vez que os resultados do OPUS têm um identificador de número de sequência iG exclusivo.)
Construção 2021.11.7.2040
OU agora usa novos scripts do lado do servidor para envio de RS vs. S OBS files:O tamanho do memorando de log é estendido para 4 milhões de caracteres.
Adicionadas algumas dicas para adicionar um monte de depuração desnecessária (que não vou remover, pois só aparece quando você estende o log).
Adicionada uma dica de que o envio urlsão diferentes para estático e rápido na caixa de substituição.
Construção 2022.2.9.2041
Com base no feedback de pessoas que não usam o OU em um ambiente de produção, o OU foi reorganizado para se parecer mais com o formulário de envio do NGS.
Agora é possível selecionar o tipo de antena forçada em uma caixa suspensa. Clique no botão 'Carregar lista de antenas NGS' para baixar e analisar a lista atual de antenas NGS. A caixa suspensa é carregada com uma lista alfabética de tipos.
Agora é possível substituir a Altura do Instrumento contida no RINEX file e insira a altura diretamente.
Estas opções de linha de comando foram adicionadas:Este Manual do Usuário foi amplamente atualizado.
Construção 2022.2.9.2042
Extensas adições às dicas de foco. (Esta versão é empacotada com a ferramenta iGx_Download após 2/11/2022.)
Construção 2022.3.17.2043
Adicionadas duas opções de linha de comando:Adicionada 'Idade Máxima de Observação'. Se for diferente de zero, as observações que terminaram acima do valor inserido serão ignoradas. Isto é útil para simplesmente 'desistir' da tentativa de processamento de files após 45 dias. Se o NGS não conseguir processar com êxito um file depois de 45 dias (programáveis), esperar mais um dia-semana-mês-ano não fará diferença alguma.
Há dias e locais em que não importa o que você faça, o NGS OPUS não conseguirá processar um trabalho. Visto principalmente com trabalhos OPUS-Static. Às vezes, truncar uma hora do início ou do final de um file resultará em sucesso, mas 24 horas completas files não será processado. Esta nova opção permite que o files para ser simplesmente ignorado. Se a depuração estendida estiver habilitada, uma nota será feita no log.
Construção 2022.3.21.2044
Atualizado para o compilador Embarcadero® Delphi 11 versão 28.0.44500.8973 em um novo PC.
UPX Packer atualizado para a versão 3.96w.
Componente Ace ZipForge atualizado para a versão 6.94.
Quando files com os seguintes atributos são ignorados:
Tipo de antena ausente ou não forçado ignorado
Entrada file está faltando (? Como isso acontece)
Muito tempo de file é pulado
Muito velho de file é pulado
e há adicionais files para processar, o atraso é ignorado. O evita longos atrasos quando file-após-file são ignorados. Em outras palavras, uma inter-file atraso é executado somente quando um valor real file é submetido.
Ao baixar a lista de antenas do NGS, o OU agora detecta nomes de antenas duplicados (causados pela revisão do satélite) e força cada entrada a ser única.
Construção 2022.3.27.2045
MaxAge = 0 não foi tratado como infinito.
Atualizado o interfile atraso para tentar reduzir a sobrecarga durante a espera.
Construção 2022.4.1.2050
Reescrita crítica da observação versus correspondência de solução.
Adicionado 'Registrar em file'caixa de seleção. Se marcada, o log é replicado na mesma pasta do executável com tempo de milissegundosampS. Quando a UO for iniciada, se um existente file existir mais de 9 Megabytes, ele será excluído. (Você precisa pegar o log files imediatamente após a conclusão da OU para garantir que eles não sejam excluídos na invocação do programa.)
Adicionadas e limpas informações de registro.
Adicionado file contador para acompanhar o progresso procurando files para processar.
Corrigido um erro em que uma data de solução OPUS era truncada sem o horário da solução. Isso resultou em 'alguns' files sendo enviado repetidamente porque o horário da solução (truncado para 00:00:00) parecia ser anterior ao final da ocupação (00:00:03). Esta verificação agora tem um dia inteiro de carência antes de ser sinalizada como antes.
Construção 2022.4.10.2053
Corrigido o erro MaxAge onde a configuração MaxAge era ignorada para alguns files.
Adicionada mensagem de salto:
04/10/2022 18:35:38.612 ! File 'F:\iBase\ftp\dailys\cotx\cotx2970.21o ignorado, muito antigo; a idade de observação é de 167.8 dias, o limite é de 45.0 dias.
Corrigido o problema de 'SemiAppend2' onde estava em branco filenomes foram acrescentados à lista de files para processar ';;;'.
Adicionados 80 caracteres do próximo file para processar informações de registro para o '...processamento x mais files:' entrada de registro.
Construção 2022.6.26.2055
** Adicionado suporte implícito ao RINEX 3 ** O RINEX3 pode ter funcionado anteriormente, na maioria dos casos.
Adicionada uma antena em branco ao topo da lista suspensa 'Forçar Antena' para facilitar a seleção de nenhuma antena forçada.
Adicionadas opções +X dd e -X para definir e limpar a tolerância de 'Idade máxima'.
(Definir como 0 dias ou uma string vazia processará todos filee.)
Estilo Win10/11 aberto file caixa de diálogo de seleção.
Espaçamento aumentado no design do formulário.
Adicionado botão 'Padrões' para retornar todas as configurações, exceto filenome e endereço de e-mail; aos padrões iniciais conhecidos.
Adicionada opção +D para clicar no botão 'Padrões' na linha de comando.
O RINEX file decodificador agora suporta RINEX2 e RINEX3. Os registros OBS EPOCH com sinalizadores diferentes de zero são tratados melhor. (Uma melhoria futura pode ser remover registros de eventos especiais (mudança, novo monumento, início estático)?) Métodos RINEX adicionais agora são compartilhados entre OPUS_Upload e o
Ferramenta iGx_Download.
Dicas aprimoradas para TODAS as opções e controles.
A opção -9dl foi depreciada e não faz nada. Se você usou esta opção anteriormente, considere colocar -D como a primeira opção na linha. Isso colocará a UO em um estado padrão conhecido. Em seguida, você só precisa adicionar as opções necessárias para o processamento, normalmente -e email seguido por um filenome a ser enviado será suficiente.