Weather Research and Forecasting (WRF) Portal Elias Rodriguez School of Computer Engineering Computer Science and Electrical EngineeringPolytechnic University of Puerto Rico Seychelles Martinez School of Computing and Information Sciences Florida International University REU Summer Program
Outline • Introduction • Motivation • Description of the project • Accomplishment • Goals • Questions
Introduction • What is WRF? • What is Ensemble Forecasting? • How does the system work? • What is the scope of what we aredoing?
Introduction • What is WRF? • Weather Research and Forecasting • Developed by National Center for Atmospheric Research (NCAR) • Widely accepted in meteorology
Introduction • What is Ensemble Forecasting? • Purpose: account for errors in forecasting system due to chaotic nature of atmospheric dynamics • Different models created in parallel with different initial conditions. • Models, then, combined to produce a probabilistic forecast
Introduction • How does the system work? • Main objective of the overall project: • Grid: enables rapid computation of parallel tasks.
1 1 4 2 3 6 5 7 1 2 3 4 1 4 6 7 5 3 2 1 5 6 7 Architectural Overview of the Overall Project Meteorologist Meteorologist BSC FIU Web-Based Portal Web-Based Portal Peer-to-peer Protocols Job-Flow Manager Job-Flow Manager Meta-Scheduler Meta-Scheduler Resource Policies Resource Policies Local scheduler Local scheduler Local scheduler Local scheduler Local Resources Local Resources Local Resources Local Resources
Introduction • What is the scope of what we aredoing? • The WRF Web Portal • Front End • Ease of use for meteorologists
Motivation • Help meteorologist focus on their science • Speed up Ensemble Forecasting
System Architecture • Portal: Used by meteorologist. Front End of system • JFM: Receives workflow and decides what can be run in parallel • Meta-Scheduler: Assigns jobs to different resources
What we know about files • Input Files: • wrfbdy • wrfinput • namelist • Output File: • netcdf file
What we know about files wrfbdy file met_em file Real.exe wrfinput file
Meteorologist Profile • Create new Ensemble Forecasts • Create new Single Run • Show the list of Ensemble Configurations • The status of the runs • Visualize the results
Ensemble Run • To run an ensemble, the portal send a workflow to the JFM. • Specify where the real.exe is • Specify what the perturbation function is • Generate the ensemble members • Specify the aggregation function
Research-Run • A single run using old storm data as initial data • Change certain WRF modeling variables • Examples • physics-package • cloud cover • snow cover • turbulence & mixing
Research-Run cont. • Run output then compared against actual storm attributes • Compare results: • Projected track vs. actual track • Projected intensity vs. actual intensity • Etc.
Research-Run Objectives • Objectives • Upload files from WPS • Edit namelist for their research goals • Run their submission • Get the results of the simulation
Research-Run Objectives • Future Objective • Certain types of studies only view and modify variables that apply to the specific study • Open a previous study and resubmit with different variables/options selected
Portal Input – Design Decision • Pre-Processing • Who does it and how much do they do? • Tasks • WPS • Used to create the mother domain and gets the weather data from an archive or uses the current weather conditions. • Real.exe • Used on WPS output to create files needed to run WRF simulations. A fair amount of processing power needed.
Portal Input – Design Decision Options • User does all pre-processing • User runs WPS and Real.exe locally • User does half and Portal does half • User runs WPS local and real.exe on portal • Portal does all pre-processing • Portal has WPS functionality built in and real.exe runs on portal
Portal Input – Design Decision Pros Cons User needs WRF installed and CS knowledge Real.exe processing time, and User still needs WPS Portal design really complex, and real.exe running time is done on Portal resources • Light design burden, no real.exe processing time • User only needs WPS but does not need WRF • User only needs web access
Portal Input – Design Decision Decision • Option 2: User runs WPS, and the portal runs real.exe • This will relieve the burden of having a WRF installation from the user • A good separation of functionality • Option 3 is a future goal
Project Plan • Develop the API • Simulate an ensemble dummy run from the Portal • Write the final paper.
References • Transparent Grid Enablement of Weather Research and Forecasting • S. Masoud Sadjadi, Liana Fong, Rosa M. Badia, Javier Figueroa, Javier Delgado, Xabriel J. Collazo-Mojica, Khalid Saleem, Raju Rangaswami, Shu Shimizu, Hector A. Duran Limon, Pat Welsh, Sandeep Pattnaik,`Anthony Praino, David Villegas, Selim Kalayci, Gargi Dasgupta, Onyeka Ezenwoye, Juan Carlos Martinez, Ivan Rodero, Shuyi Chen, Javier Muñoz, Diego Lopez, Julita Corbalan, Hugh Willoughby, Michael McFail,Christine Lisetti, and Malek Adjouadi1 • Towards a Self-Configurable Weather Research and Forecasting System • By Khalid Saleem, S. Masoud Sadjadi, Shu-Ching Chen