<div dir="ltr">Dear all,<br><div><br></div><div><p style="margin:0px 0px 1em;color:rgb(51,51,51)"><font face="arial, helvetica, sans-serif">Following changes were committed to the NEMSfv3gfs and FV3 repositories:</font></p><p style="margin:0px 0px 1em;color:rgb(51,51,51)"><font face="arial, helvetica, sans-serif">Ticket <a class="gmail-issue gmail-tracker-28 gmail-status-1 gmail-priority-6 gmail-priority-low2 gmail-created-by-me gmail-assigned-to-me" title="Task: enhance restart capability for continuous accumulated diagnostic fields (New)" href="https://vlab.ncep.noaa.gov/redmine/issues/61788" style="background-color:rgb(102,102,136);color:rgb(255,255,255);text-decoration-line:none;border-radius:2px 6px 6px 2px;margin-right:1px;padding:1px 5px;word-break:break-word">#61788</a>: enhance restart capability for continuous accumulated diagnostic fields</font></p><p style="margin:0px 0px 1em;color:rgb(51,51,51)"><font face="arial, helvetica, sans-serif">Currently fv3 model can restart with minimal set of fields to ensure the reproducibility of forecast integration. However some continuous accumulated diagnostic fields are requested to output in model history files, these fields are not computed correctly in current restart run as the previous accumulations are not saved in restart file and their values are lost. In this ticket, the restart capability is enhanced so that these continuous accumulated diagnostic fields are output to restart file and all the fields from the restart run have identical results to those from non-restart run.</font></p><p style="margin:0px 0px 1em;color:rgb(51,51,51)"><font face="arial, helvetica, sans-serif">Two additional code changes are added to Ticket <a class="gmail-issue gmail-tracker-28 gmail-status-1 gmail-priority-6 gmail-priority-low2 gmail-created-by-me gmail-assigned-to-me" title="Task: enhance restart capability for continuous accumulated diagnostic fields (New)" href="https://vlab.ncep.noaa.gov/redmine/issues/61788" style="background-color:rgb(102,102,136);color:rgb(255,255,255);text-decoration-line:none;border-radius:2px 6px 6px 2px;margin-right:1px;padding:1px 5px;word-break:break-word">#61788</a>:<br>1) previous code change of removing time checking for coupled fields is reversed. This change causes several coupled systems not to get updated coupled fields. A solution that works for all the coupled system has been worked on and will be committed later.<br>2) Several regression tests are still using old PBL scheme. These tests are updated with the standard hybrid EDMF pbl scheme.</font></p><p style="margin:0px 0px 1em;color:rgb(51,51,51)"><font face="arial, helvetica, sans-serif">Ticket <a class="gmail-issue gmail-tracker-1 gmail-status-1 gmail-priority-4 gmail-priority-default gmail-assigned-to-me" title="Bug: Incorrect units in calculation of Sfcprop%srflag for GFDL-MP (New)" href="https://vlab.ncep.noaa.gov/redmine/issues/61740" style="background-color:rgb(216,45,0);color:rgb(255,255,255);text-decoration-line:none;border-radius:2px 6px 6px 2px;margin-right:1px;padding:1px 5px;word-break:break-word">#61740</a>: Incorrect units in calculation of Sfcprop%srflag for GFDL-MP</font></p><p style="margin:0px 0px 1em;color:rgb(51,51,51)"><font face="arial, helvetica, sans-serif">It is reported that the units in the calculation of Sfcprop%srflag for GFDL-MP are incorrect in current master branch. A consistent unit (meter per physics time step) is now used to compute the total precipitation. This total precipitation is then used to compute the snow rain flag (Sfcprop%srflag) for GFDLMP.</font></p><p style="margin:0px;color:rgb(51,51,51)"><font face="arial, helvetica, sans-serif">Due to above code changes, regression test baseline is changed. A new RT baseline (trunk-20190424) is created and Regression test passes on theia and wcoss(phase1/2, cray and dell). Thanks.</font></p><p style="margin:0px;color:rgb(51,51,51)"><font face="arial, helvetica, sans-serif"><br></font></p><p style="margin:0px;color:rgb(51,51,51)"><font face="arial, helvetica, sans-serif">Jun</font></p></div></div>