Skip to content

Time-window logic between GSI and JEDI is inconsistent for sondes #496

@delippi

Description

@delippi

Description

For sonde observations, GSI applies special logic in read_prepbufr.F90 that overrides the twindow specified in the convinfo table. Even when twindow = 1.5 hours (+/-5400 s), the 01z and 13z cycles will force late/early sondes into the window by resetting their time_drift to -1 hour and assimilate the full profile.

In practice, this means:

  • All sonde obs older than the convinfo window are shifted to -3600 s
  • They are still assimilated, even though they fall outside the nominal +/-5400 s
  • A large spike appears at -3600 s in the GSI time distribution
  • The same sonde profile is (likely) assimilated in two consecutive cycles (00z + 01z, and 12z + 13z)

JEDI does not implement this fallback logic, and simply applies the user-defined time window via MetaData/timeOffset. Thus, JEDI keeps only the obs that truly fall within +/-twindow, while GSI forcibly pulls older profiles back in.

Long-term question(s):

  • Should RRFSv1 GSI be updated to respect the convinfo time window without forcing late/early soundings back in?
  • Should JEDI eventually replicate this behavior, or should we align both systems to the simpler and more transparent JEDI time window?

Metadata

Metadata

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions