Daily Archives: September 19, 2011

also…


the surface radiation mod too

Posted in Uncategorized | Leave a comment

also


qflux.c also has a value of 86400 in it. but cecilia’s suggestion was to set qflux to 0 so maybe that won’t be a condition for CAM3. For CAM5 – i’ll have to look further

Posted in Uncategorized | Leave a comment

so…


dissipation constants include 86400 for both wind and temperature dissipation. i’ll have to read the below paper to see if there’s anything physically significant about that 86400 ! Held, I. M., and M. J. Suarez, 1994: A proposal for the … Continue reading

Posted in Uncategorized | Leave a comment

hmm what does perpetual date mean


perpetual logical Set to TRUE to specify that the run will use a perpetual calendar, i.e., a diurnal cycle will be present for the fixed calendar day specified by perpetual_ymd. perpetual_ymd integer Perpetual date encoded in an integer as (year*1000 … Continue reading

Posted in Uncategorized | Leave a comment

IN ANY CASE


i should NOT obsess over the value of 86400 in each and every file. i just need to change it first in the time_manager mod first. then maybe everything will work if i masschange that 86400 value everywhere else

Posted in Uncategorized | Leave a comment

tunnel vision sucks


I seriously did NOT remember how fortran returns its values until now. no, the language DOES specify which variables it returns in its header. fortran DOES allow you to change the arguments in here after all

Posted in Uncategorized | Leave a comment

19 September, 2011 06:07


i took a short break to fill in the gaps I had from C, but now i’m back again, looking over the CAM5 code. ESMF_TimeMod.F90 seems to be where a lot of the time calculations are done. ESMF_TimeMgr_INC is where … Continue reading

Posted in Uncategorized | Leave a comment