[RegCNET] Bug in: IMPORTANT - "BUG" FOUND IN REGCM3 - PLEASE READ

[XUNQIANG BI]

Thanks, Bridget:

In the present version, it's not that easy by just change the
ibdyfrq in regcm.in, there are several places need to be changed:

under PreProc/ICBC

    SUBROUTINE INITDATE in ICBC.f

    COMMON /DATENUM/MDATE(289280)  ! 289280 need to be changed accordingly

under Main:

INITDATE.F is fine,

except
       COMMON /DATENUM/MDATEZ(289276) ! It would be better to have a change

You're right, in getdat.F and solar1.F (as well as in lakedrv.F if the
lakemod = 1 in regcm.in).

The part of code

       +(NNNNNN-NSTRT0)/4.

need to be changed accordingly. (replace 4 to 2 if you use 12 hour 
interval lateral boundary forcing data).

Regards,
Xunqiang Bi
On Tue, 24 Jun 2008, Bridget Thrasher wrote:

> If anyone is running from non-6-hourly driving data, I believe the
> equation below will not give you the proper timing for the incoming
> solar radiation. Instead of using the ibdyfrq setting from the
> regcm.in file, calday appears to be hard-coded to every 6 hours
> (dividing by 4). This same equation is also found in solar1.F, and the
> (NNNNNN-NSTRT0)/4. portion is in an equation in lakedrv.F.
>
> -Bridget
>
> ------------------------------------------------
> Bridget Thrasher
> PhD Candidate
> Earth & Planetary Science Dept
> UC Santa Cruz
>