<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">Hi all...<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I’m running WRF V3.3.1 for forecasting at work. Our configuration covers the CONUS area at a moderate resolution, with quite a few nested grids over different areas for enhanced resolution. Our currently working setup uses up to 10 total
domains – d01 to d10. This has been running without problem.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Due to new forecasting needs, I’ve been attempting to add two more domains to bring us up to 12 (ie, up to d12). I’ve used exactly the same methodology to add these two new domains as I have in the past, but I’m hitting a snag.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Long story short, I found that having more than 11 values (domains) defined in any of the namelist.input variables that are dimensioned by max_dom causes real.exe to fail. It fails with a very unhelpful error message I might add. It doesn’t
even matter if max_dom is actually 11 or less, if you have more than 11 columns, it will fail.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">After a little digging around, it appears to me that this is dictated by the parameter max_domains, which is defined from the preprocessing variable MAX_DOMAINS_F, which is set by utilizing the variable MAX_DOMAINS in configure.wrf.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">My configure.wrf has:<o:p></o:p></p>
<p class="MsoNormal"> MAX_DOMAINS = 21<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">This is utilized as a preprocessor directive during compilation:<o:p></o:p></p>
<p class="MsoNormal"> -DMAX_DOMAINS_F=$(MAX_DOMAINS)<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Finally, in frame/module_driver_constants.F, we calculate max_domains:<o:p></o:p></p>
<p class="MsoNormal"> max_domains = ( MAX_DOMAINS_F - 1 ) / 2 + 1<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">So, plugging in the MAX_DOMAINS value of 21, I see that I get a max_domains parameter value of 11. So that makes sense (sort of).<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">So now I wonder, can I simply rebuild WRF after increasing my value of MAX_DOMAINS in configure.wrf? Say to 41? That would yield a value of max_domains of 21, which should hold me for a while.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Is that ok, or will it break something else? Will I need to tweak any other settings?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks,<o:p></o:p></p>
<p class="MsoNormal">Mike<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">-- <o:p></o:p></p>
<p class="MsoNormal">Mike Zulauf<o:p></o:p></p>
<p class="MsoNormal">Meteorologist, Lead Senior<o:p></o:p></p>
<p class="MsoNormal">Operational Meteorology <o:p></o:p></p>
<p class="MsoNormal">Iberdrola Renewables<o:p></o:p></p>
<p class="MsoNormal">1125 NW Couch, Suite 700<o:p></o:p></p>
<p class="MsoNormal">Portland, OR 97209<o:p></o:p></p>
<p class="MsoNormal">Office: 503-478-6304 Cell: 503-913-0403<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>
<table><tr><td bgcolor=#ffffff><font color=#000000><pre>==============================================================
Please consider the environment before printing this email.
If you have received this message in error, please notify the sender and immediately delete this message and any attachment hereto and/or copy hereof, as such message contains confidential information intended solely for the individual or entity to whom it is addressed. The use or disclosure of such information to third parties is prohibited by law and may give rise to civil or criminal liability.
The views presented in this message are solely those of the author(s) and do not necessarily represent the opinion of Iberdrola Renewables, LLC. or any company of its group. Neither Iberdrola Renewables, LLC. nor any company of its group guarantees the integrity, security or proper receipt of this message. Likewise, neither Iberdrola Renewables, LLC. nor any company of its group accepts any liability whatsoever for any possible damages arising from, or in connection with, data interception, software viruses or manipulation by third parties.
==============================================================</pre></font></td></tr></table>