Satellite Precipitation Estimation and Nowcasting Plans for the GOES-R Era

Robert J. Kuligowski NOAA/NESDIS Center for Satellite Applications and Research (STAR) Camp Springs, MD USA Third Workshop of the International Precipitation Working Group 23 October 2006

Background: GOES-R

   The next generation of NOAA GOES begins with deployment of GOES-R in December 2014 The GOES-R Advanced Baseline Imager (ABI) will feature:    Increased spectral capability: 16 bands in the visible and infrared Enhanced spatial resolution: 0.5 km VIS, 2 km IR Enhanced temporal resolution: full disk scan in 5 min instead of 30 The GOES-R Lightning Mapper (GLM) will produce hourly full disk lightning imagery

 

Background: AWG

The GOES-R Algorithm Working Group (AWG) has been established in order to:  develop, demonstrate and recommend end-to-end capabilities for the GOES-R Ground Segment  provide sustained post-launch validation, and product enhancements The AWG will pursue numerous avenues in order to perform these functions, including:       Proxy Dataset Development Algorithm and Application Development Product Demonstration Systems Development of Cal/Val Tools Sustained Product Validation Algorithm and application improvements

Notional GOES-R Product & Algorithm Process

-

Provide algorithm recommendations - Directions to the System Prime

-

Recommend algorithms

- Provide recommendations on

System Prime alternatives System Prime GOES-R PROGRAM OFFICE

GOES-R Program Manager GOES-R Contract Representative

Algorithm Working Group

ORA Senior Management - Algorithm acceptance - Provide alternative solution

or recommendation - Review System Prime alternatives

GOES-R Product Generation Development

Exploratory Operational Product Development

GOES-R Risk Reduction

Operational Demonstration Operational Transition

System Prime OSDPD

Operational Production

AWG AWG will continue to develop and improve algorithms over the life cycle of GOES-R

 

Application Teams

The GOES-R Application Teams support the AWG by providing recommended, demonstrated and validated algorithms for processing GOES-R observations into user-required products which satisfy requirements. Each Application Team will  review candidate algorithms and identify algorithm deficiencies    establish priorities and suggest solutions to resolve algorithm deficiencies, formulate, oversee, and participate in algorithm intercomparisons recommend algorithm for GOES-R

Application Teams

Radiances Soundings Imagery Winds Land Surface Ocean Color Ocean SST Cryosphere Clouds Radiation Budget Aviation Aerosols / Air Quality / Atmospheric Chemistry Lightning Space Environment

Hydrology

Simulation and Proxy Data Sets

Hydrology Algorithm Team

  Members:       Bob Kuligowski, NESDIS/STAR, Chair Phil Arkin, ESSIC Ralph Ferraro, NESDIS/STAR John Janowiak, NWS/CPC Andy Negri, NASA-GSFC Soroosh Sorooshian /Kuo-lin Hsu, UC-Irvine Responsible for 3 GOES-R Environmental Data Records (EDR’s):    3.4.6.1, “Probability of Rainfall” 3.4.6.2, “Rainfall Potential” 3.4.6.3, “Rainfall Rate / QPE”

Algorithm Evaluation Strategy: QPE

   Evaluating four QPE algorithms:     CPC IRFREQ (CPC—Janowiak / Joyce) NRL-Blended (NRL—Joe Turk) PERSIANN (UC-Irvine—Hsu and Sorooshian) SCaMPR (NESDIS/STAR—Kuligowski) Provide ABI proxy and ground validation data to algorithm providers to adapt their algorithms for ABI capabilities Provide independent ABI proxy for evaluation— developers provide output QPE to Algorithm Team for evaluation and selection of recommended algorithm

Algorithm Evaluation Strategy: QPF

   Evaluating three nowcasting frameworks:    Hydro-Nowcaster (NESDIS/STAR—Kuligowski) K-Means (NSSL—Lakshmanan) TITAN (NCAR—Dixon) Provide ABI proxy and ground validation data to algorithm providers to adapt their algorithms for ABI capabilities Provide independent ABI proxy for evaluation— developers provide output QPE to Algorithm Team for evaluation and selection of recommended algorithm

Algorithm Evaluation Strategy: QPF

 Final rainfall potential algorithm will combine the selected nowcasting framework with the recommended QPE algorithm  Final PoP algorithm will be produced by calibrating the nowcasting algorithm with ground validation data to produce an unbiased algorithm

Proxy and Ground Validation Data

 METEOSAT Second Generation (MSG) Spinning Enhanced Visible and InfRared Imager (SEVIRI) data will be used to create ABI proxy channels  Ground validation data will be used for:  Brazil (1-h, 3-h, and daily gauge data from CPTEC)  Ethiopia (daily gauge data)  South Africa (daily ¼-degree gauge analysis)  UK (NIMROD radar and MIDAS gauge data)

Estimation (QPE)

Invite participation by algorithm developers: MPA (Huffman) SCaMPR (Kuligowski) NRL (Turk) PERSIANN (Sorooshian) Select and obtain proxy ABI and “ground truth” rainfall data Select algorithms for evaluation Define criteria for initial algorithm selection Perform QPE algorithm modification to incorporate ABI capabilities Define criteria for final algorithm selection

Nowcasting (PoP, QPF)

Define criteria for initial algorithm selection Invite participation by algorithm developers: TITAN (NCAR) HN (Kuligowski) WDSSII (Laksmanan) CIMMS (Rabin) MP Nowcaster (Kitzmiller) Define criteria for final framework selection Select algorithms for evaluation Modify nowcasting frameworks as needed to accept ABI input data Select and obtain required GOES and “ground truth” rainfall data Intercompare QPE algorithms Select final QPE algorithm Produce ATBD, operational version 1 of code, and code documentation Intercompare nowcasting frameworks in terms of skill at identifying, tracking, and extrapolatingrainfall features Select final nowcasting framework Produce final QPF algorithm Produce ATBD, operational version 1 of code, and code documentation Calibrate PoP algorithm Produce ATBD, operational version 1 of code, and code documentation

Rough Schedule

 Spring 2007: algorithm modification  Summer / Fall 2007: algorithm intercomparison and selection  Fall 2007-Summer 2008: algorithm demonstration; finalize version 1 operational code and documentation  Fall 2008-on: improvements to operational algorithms

Questions?