;2-Way Nested Domain Example
 

A 2-way nested run is a run in which multiple domains at different resolutions are run simultaneously and communicate with each other (the coarser domain provides boundary values for the nest, and the nest feeds its calculation back to the coarse domain – if feedback is turned on, i.e., =1 ).

For this run we are going to have 1 coarse domain, and 1 finer-resolution domain. We will need to repeat steps 1, 3, 4, and 5. We do not need to repeat step 2, as we have already ungribbed the data for the Single Domain Run. If you no longer have this data, go back to the Single Domain Run and repeat step 2.

 



Click on the below links to expand instructions for running WRF:



1.


Recall that the geogrid program defines the map projection, and the geographic location, size, and resolution of the domain. It also interpolates static fields (e.g., topography height, landuse category, etc.) to the domain.


  1. Make sure you are in the WPS directory.

  2. Edit namelist.wps to configure the simulation domain. Pay attention to the BOLD modifications in the box below.

    Note::
    For a nested domain, the only namelist variables that need to be modified are those that, by default, have multiple columns (each column represents a different domain). If the default namelist only has a single value, then the model only expects a single value. Adding additional columns will cause a running error.









  3. Before running geogrid.exe - let us run the plotgrids program to make sure the domain is correct.
    ncl util/plotgrids.ncl

    You will see the following plot appear on the screen:




    To close the X11 display window, simply type 'ctrl-c'.  

  4.  
     
     
  5. Now generate geographical data files "geo_em.d01.nc" and "geo_em.d02.nc" by running program geogrid.exe

     



2.


Recall that the metgrid program horizontally interpolates meteorological data (extracted by the ungrib program) to the simulation domains (defined by geogrid). This program will create the input data files necessary to run the WRF model.


  1. Before you run metgrid.exe, make sure that the dates in namelist.wps are set correctly for DOMAIN 2. Pay attention to the BOLD modifications in the box below.

    Note:
    End_date for domain 2 is equal to the start date, as only the initial time is required for this domain.



  2. Now run the program "metgrid.exe"

     This will create a number of files (note the single extra domain 2 file now being created):



  3. Try the netcdf data browser 'ncview' to quickly examine your data files from metgrid.
 



3.


  1. Make sure you are in the correct directory to run real.exe and wrf.exe.


  2. Edit the namelist.input file to reflect the domain and date information for the case we are running. Pay attention to the BOLD modifications in the box below.





    Notes:

  • Notice that some of the parameters have 2 columns now and some still only require one. If you are ever unsure about which ones need settings for each domain, you can find that information in the /WRF/run/README.namelist file. If you should set it for each domain, you will see "(max_dom)" beside the variable. Otherwise, only 1 is required.

  • Make sure to copy over the domain information correctly from WPS.

  • dx and dy need to be accurate for domain 2 - so if dividing domain 1's dx and dy by 3 results in fractions, make sure to use at least 2 decimal places to represent the grid distance for domain 2.

  • input_from_file=.true. for domain 2, indicates that we will be creating input data for domain 2.






4.


Recall that the real program uses the horizontally-interpolated meteorological data (met_em* files from WPS) and vertically interpolates them for use with the WRF model. It creates initial condition files and a lateral boundary file that will be used by WRF.


  1. Link the metgrid output data files from WPS to the current directory:

  2. Run real.exe to produce model initial and lateral boundary files.

    If successful, the following input files for wrf will be created (Note: a wrfbdy_d02 file will not be created, as the nest will always gets its boundary conditions from the mother domain):
     
         wrfbdy_d01
         wrfinput_d01

         wrfinput_d02

     
    View the log files to ensure the run was successful.


5.


Recall that the WRF model uses the intitial and boundary condition files generated by the real program to perform model integration, using user-specified options provided in the namelist.input file (e.g., physics options).


  • Run wrf.exe for a model simulation and forecast.
     
    Running a 24–hour simulation for this case will take several minutes to complete.
    If successful, this will generate the following history files:
     
             wrfout_d01_
             wrfout_d01__03:00:00
             wrfout_d01__06:00:00
             wrfout_d01__09:00:00
             wrfout_d01__12:00:00
             wrfout_d01__15:00:00
             wrfout_d01__18:00:00
             wrfout_d01__21:00:00
             wrfout_d01__00:00:00

             wrfout_d02_
             wrfout_d02__03:00:00
             wrfout_d02__06:00:00
             wrfout_d02__09:00:00
             wrfout_d02__12:00:00
             wrfout_d02__15:00:00
             wrfout_d02__18:00:00
             wrfout_d02__21:00:00
             wrfout_d02__00:00:00
     
     

    Use some of the options or graphics you used in previous exercises to check your output.



If this was successful, you can continue to another exercise.