25.12.2012 Views

WRF ARW User's Guide - MMM - UCAR

WRF ARW User's Guide - MMM - UCAR

WRF ARW User's Guide - MMM - UCAR

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

estart file named wrfrst_d_ will be written. The date string<br />

represents the time when the restart file is valid.<br />

MODEL<br />

When one starts the restart run, edit the namelist.input file, so that your start_*<br />

time will be set to the restart time (which is the time the restart file is written). The other<br />

namelist variable one must set is restart, this variable should be set to .true. for a<br />

restart run.<br />

In summary, these namelists should be modified:<br />

start_*, end_*: start and end times for restart model integration<br />

restart: logical to indicate whether the run is a restart or not<br />

Hint: Typically the restart file is a lot bigger in size than the history file, hence one may<br />

find that even it is ok to write a single model history output time to a file in netCDF<br />

format (frame_per_outfile=1), it may fail to write a restart file. This is because<br />

the basic netCDF file support is only 2Gb. There are two solutions to the problem. The<br />

first is to simply set namelist option io_form_restart = 102 (instead of 2), and<br />

this will force the restart file to be written into multiple pieces, one per processor. As long<br />

as one restarts the model using the same number of processors, this option works well<br />

(and one should restart the model with the same number of processors in any case). The<br />

second solution is to recompile the code using the netCDF large file support option (see<br />

section on “Installing <strong>WRF</strong>” in this chapter).<br />

d. Two-way Nested Runs<br />

A two-way nested run is a run where multiple domains at different grid resolutions are<br />

run simultaneously and communicate with each other: The coarser domain provides<br />

boundary values for the nest, and the nest feeds its calculation back to the coarser<br />

domain. The model can handle multiple domains at the same nest level (no overlapping<br />

nest), and multiple nest levels (telescoping).<br />

When preparing for a nested run, make sure that the code is compiled with basic nest<br />

options (option 1).<br />

Most of options to start a nest run are handled through the namelist. All variables in the<br />

namelist.input file that have multiple columns of entries need to be edited with<br />

caution. Do start with a namelist template. The following are the key namelist variables<br />

to modify:<br />

start_*, end_*: start and end simulation times for the nest<br />

input_from_file: whether a nest requires an input file (e.g. wrfinput_d02). This<br />

is typically used for a real data case, since the nest input file contains nest topography and<br />

land information.<br />

<strong>WRF</strong>-<strong>ARW</strong> V3: User’s <strong>Guide</strong> 5-11

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!