Este documento estabelece a interpretação técnica correta dos parâmetros:
dvaldthindsfcalc
no bloco OBS_INPUT:: do GSI, com base em análise direta do código-fonte e verificação contra a configuração operacional do NCEP.
O objetivo é eliminar interpretações simplificadas e documentar o comportamento real no sistema.
Cada linha define um grupo de observações:
OBS_INPUT::
dfile dtype dplat dsis dval dthin dsfcalc
O parsing ocorre em:
obsmod.F90 → init_instr_table_
Armazenamento interno:
real(r_kind), allocatable :: dval(:)
integer, allocatable :: dthin(:)
integer, allocatable :: dsfcalc(:)Um flag global é definido:
if (dval(ii) > 0.0) dval_use = .true.Este detalhe é fundamental para a interpretação correta.
dval é um fator opcional de ponderação relativa dentro do algoritmo de thinning/superob para dados de satelite.
Ele não é obrigatório. Ele não é usado no modo padrão. Ele só entra em ação se algum valor for maior que zero.
Se todas as entradas no OBS_INPUT tiverem:
dval = 0.0
Então:
dval_use = .false.- O algoritmo de thinning ignora completamente o weighting por
dval - O sistema opera em modo thinning padrão
Isso é exatamente o que ocorre no NCEP operacional.
Portanto:
dval = 0.0NÃO desativa observação.dval = 0.0NÃO impede assimilação.dval = 0.0é o comportamento padrão.
Se ao menos um grupo tiver dval > 0.0:
dval_use = .true.- O algoritmo de
satthinpassa a calcular:
Esta razão controla qual observação sobrevive dentro do grid box.
Esse é um modo especial de operação raramente usado no NCEP.
| Situação | Comportamento |
|---|---|
Todos dval = 0.0 |
Thinning padrão (modo operacional NCEP) |
Algum dval > 0.0 |
Ativa thinning ponderado |
| Valores diferentes | Competição relativa intra-grid |
dthin controla se o algoritmo de thinning será aplicado.
Ele é passado como:
ithin = dthin(i)e atua diretamente em satthin.F90.
| Valor | Comportamento |
|---|---|
| -1 | Sem thinning |
| 0 | Thinning padrão |
| 1 | Thinning ativado |
| 2,3 | Modos especiais (dependentes da versão/sensor) |
Se dthin = -1, o thinning não ocorre e dval perde qualquer relevância.
dsfcalc controla se o GSI recalcula a pressão de superfície (psfc) para radiâncias.
Ele é passado aos readers de satelites e influencia o operador radiativo (CRTM).
| Valor | Comportamento |
|---|---|
| 0 | Não recalcula psfc |
| 1 | Recalcula psfc com modelo |
Impacta especialmente sensores sensíveis à estrutura vertical.
| Parâmetro | Atua onde | Papel Real |
|---|---|---|
dval |
satthin | Ponderação opcional no thinning |
dthin |
satthin | Ativa/desativa thinning |
dsfcalc |
readers/CRTM | Recalcula psfc |
Todos atuam antes da minimização variacional.
Nenhum altera diretamente R ou a função custo.
dval = 0.0
dthin >= 0
→ Thinning padrão → Comportamento idêntico ao NCEP
dval > 0.0 (valores diferentes)
dthin >= 0
→ Ativa modo ponderado
→ Sensor com maior dval tem maior chance de sobreviver
dthin = -1
→ Todas as observações entram
→ dval torna-se irrelevante
dsfcalc = 0 vs 1
→ Avaliar impacto em sensores micro-ondas
A tabela operacional do NCEP demonstra claramente:
dval = 0.0 para todos os sensores
Logo:
O sistema operacional padrão NÃO utiliza weighting por
dval.
Esse parâmetro é um recurso avançado, não um controle básico.
dvalé um mecanismo opcional de ponderação no thinning.- O padrão operacional é mantê-lo zerado.
- Ele não desativa observações.
- Ele só altera comportamento se explicitamente ativado.
dthiné o verdadeiro controlador do thinning.dsfcalcatua no ajuste vertical do operador radiativo.
Documento validado contra inspeção direta de:
obsmod.F90read_obs.F90satthin.F90read_bufrtovs.f90read_atms.f90read_satwnd.f90read_gps.f90crtm_interface.f90