Dual-resolution hybrid assimilation
WRFDA now has an option for dual-resolution hybrid data assimilation where a high-resolution background is combined with a low-resolution ensemble to produce a high-resolution analysis. The procedure for hybrid assimilation (as described in the relevant section of the User's Guide) is not changed, but there is an additional namelist option for the dual-resolution capability:
&wrfvar16
hybrid_dual_res: (logical) Switch for using dual-resolution hybrid
true: use dual-resolution hybrid assimilation
false: ensemble members and analysis will be the same resolution (default)
In addition, the user will need to provide a first guess file for the ensemble domain (named "fg_ens"); this is only needed to extract mapping info, so the exact file does not matter.
Meteosat SEVIRI assimilation
Note: There is a known bug in the original release version: see this page for a solution. |
Metosat 8, 9, and 10 (AKA MSG 1, 2, and 3) carry the Spinning Enhanced Visible and InfraRed Imager (SEVIRI). WRFDA can now assimilate radiance observations from this instrument, which are available in BUFR format from EUMETSAT. This is a limited implementation for now, only covering the 8 infrared channels. The relevant namelist options are as follows:
&wrfvar4
use_seviriobs: (logical) Switch for reading SEVIRI observations.
true: WRFDA will look for the "seviri.bufr" file and read it if it exists
false: no SEVIRI data will be read (default)
&wrfvar14
rtminit_platform = 12, ("MSG", Meteosat Second Generation)
rtminit_satid = 1,2,3 (for MSG 1, 2, and 3 respectively)
rtminit_sensor = 21, ("seviri")
Metop-B instruments
Metop-B (AKA Metop 1) is a polar-orbiting satellite run by EUMETSAT, and is the sister satellite for Metop-A. Data from the IASI, AMSU-A, and MHS instruments from Metop-A could already be assimilated in WRFDA; starting with 3.6 this data can also be assimilated from Metop-B.
Beware of the strange numbering system for Metop! Use namelist setting "rtminit_platform = 10" for all Metop satellites. Metop-A, officially named "Metop 2", was the first operational Metop satellite. However, because "Metop-A" is officially named "Metop 2", you should set "rtminit_satid = 2" for Metop-A, and "rtminit_satid = 1" for Metop-B. These conventions are set by EUMETSAT: don't blame us.
AIREP humidity observations
AIREP (short for "aircraft report") is an automated weather observation from an airplane. WRFDA has had the ability to assimilate AIREP observations of temperature and wind for many years, but not moisture. These moisture observations can now be read and assimilated by WRFDA. Users will not need to change any settings to assimilate these observations: if they are present in your observation files they will be read and assimilated.
Observation thinning for conventional observations in ASCII format
WRFDA now allows for the thinning of conventional observations assimilated in ASCII format; previously this options was only available for assimilating PREPBUFR-format observations. The relevant namelist options are as follows:
&wrfvar4
thin_conv_ascii: (logical) Switch for thinning conventional obs for ob_format=2 (ASCII).
true: conventional observations will be thinned
false: all observations with good quality will be assimilated (default)
thin_mesh_conv: (real) The size of the thinning mesh boxes, in km (default: 20.).
Note for users performing radar assimilation: Thining routines have been implemented for radar observations, but the code has not been well tested. We recommend not using thinning with radar observations at this time.
GPSRO
Users now have more flexibility when assimilating GPS Radio Occulation (GPSRO) observations. These observations can be read in ASCII text format (from file "ob.ascii", potentially along with other conventional observation types) or in NCEP PREPBUFR format (from file "gpsro.bufr"). Previously, users reading conventional observations from "ob.ascii" could not read GPSRO observations from "gpsro.bufr" at the same time, but now that is possible with the namelist option "ob_format_gpsro" under record &wrfvar3. For "ob_format_gpsro = 1", WRFDA will read GSPRO observations from "gpsro.bufr". For "ob_format_gpsro = 2", WRFDA will read GSPRO observations from "ob.ascii".