search

GEOS-ESM / swell

Workflow system for coupled data assimilation applications
https://geos-esm.github.io/swell/
Apache License 2.0
14 stars 4 forks source link

Incorporate YAML files for all x0049/50 observations in Swell #246

Open danholdaway opened 1 year ago

danholdaway commented 1 year ago

x0049:

x0050: Will include the above assimilation changes but will stay at CRTM v.2.3 so no comparison with swell is necessary.

x0051 and beyond

danholdaway commented 11 months ago

@gmao-jjin3 to make a GSI run for x0049 period so work can be done on Surface Ship (@gmao-wgu) and PlantetIQ (@gmao-jjin3). Another run will be needed later on after Yanqui finished retuning microwave.

gmao-jjin3 commented 11 months ago

Add a note about GPS data here:

Here are GPS bufr types in x0048 on 12/12/2021 vs x0049 on 08/07/2023: (x0048) Observation_Type : [ 3 5 42 44 269 750 751 752 753 754 755 825] (x0049) Observation_Type : [ 3 5 42 43 44 267 269 751 752 753 754 755 825] All these numbers are already listed in the IODA_converter.

New GNSS RO data in x0049: diff /discover/nobackup/projects/gmao/obsdev/dao_it/BUILDS/GEOSadas-5.30.2/GEOSadas/install/etc/gmao_convinfo.db/active.tbl /gpfsm/dnb06/projects/p72/dao_it/BUILDS/GEOSadas-5.30.3/GEOSadas/install/etc/gmao_convinfo.db/active.tbl

0 19000101 000000 29991231 240000 267 1 gps 0 19000101 000000 29991231 240000 268 1 gps

These two GPS types should be removed from the blacklist in gps.yaml: https://github.com/GEOS-ESM/swell/blob/develop/src/swell/configuration/jedi/interfaces/geos_atmosphere/observations/gps.yaml#L32

#0 Blacklist data from some satellites
- filter: BlackList
  where:
  - variable:
      name: MetaData/satelliteIdentifier
    is_in: 41,265,266,267,268,421,440,724,725,726,727,728,729
#---
gmao-jjin3 commented 10 months ago

Here is a PR to update GNSSRO in future tests with x0049 results. https://github.com/GEOS-ESM/swell/pull/279

gmao-msienkie commented 1 week ago

I believe we looked at the surface/ship pressure some time back. As long as we are taking IODA files derived from gsi diags it is not an issue - the surface pressure observations have already been substituted. However when we start taking input observations from BUFR files whoever is managing this will need to make sure to read in MSLP as well as POB and to add code to the input yaml file to carry out the test.