[RegCNET] PostProc inconsistency in output variables

[mubashar dogar]

Dear Michal Belda,

   

I have done a couple of experiments and face the
similar problem while post processing the output files. The variables written
in user.in are not in accordance with the code. They are shuffled between each
other, so before editing “user. In” according to required variables one have to
firstly ensure that they are the same as written in postproc code. I advise you
to have some random tests (by putting some variables = 1 and some =0 in user
.in file) in order to do so. It may require number of  postproc experiments
as a test to have required result.

Regards,

Mubashar

Muhammmad Mubashar Ahmad Dogar
Scientific Officer (Climatology Section),
Global Change Impact Studies Centre (GCISC),
NCP complex, Quaid-e-Azam University Campus,
Shahdra road, Islamabad, Pakistan.
Tel:  +92519230226
Mob:+923325143034
email: mubashardogar at yahoo.com
         mubashar.ahmad at gcisc.org.pk         mubashar.ahmad at gmail.com


--- On Wed, 25/3/09, Michal Belda <michal.belda at e-websolutions.eu> wrote:

From: Michal Belda <michal.belda at e-websolutions.eu>
Subject: [RegCNET] PostProc inconsistency in output variables
To: regcnet at lists.ictp.it
Date: Wednesday, 25 March, 2009, 1:53 PM

Dear RegCNETters,

I'm having a little problem with the RegCM builtin PostProc. After consulting with Sara and Bi, I think it's time to ask the community.

I found the PostProc to be quite useful and also easy enough to use, but the default set of output variables was too big for my taste. I tried to pick only a couple of variables by editing user.in and setting ones and zeros appropriately (I needed UA, VA, TA, LWD, SWI, RT, ZPBL, PSRF and RHA from the BATS set). The problem is that in the output files some of them were changed to others (like instead of Total precip I got Convective precip etc..)

I sifted through the code and maybe found an inconsistency in the variables list. If I take a look at the postproc.f lines 157 and 158, I see that nprc (Convective prec) is defined as being the 19th variable, but in the user.in file it is 18th in the BATS list and on the 19th line the Total precip is defined.

This may be a problem even if you don't choose individual variables for your postprocessed files and let it use the default set. I mean can we be sure that the values are not shuffled among the output variables (probably not if the user.in only controls what does and what does not go out, but it may be worth checking)...

Does anyone know if this is a known problem? I'm using the latest version available on the website.

Thanks for any answer
-- Michal Belda

Department of Meteorology and Environment Protection
Faculty of Mathematics and Physics
Charles University in Prague
V Holesovickach 2, 180 00, Prague, Czech Republic
_______________________________________________
RegCNET mailing list
RegCNET at lists.ictp.it
https://lists.ictp.it/mailman/listinfo/regcnet



      Get your new Email address!
Grab the Email name you've always wanted before someone else does!
http://mail.promotions.yahoo.com/newdomains/aa/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ictp.it/pipermail/regcnet/attachments/20090326/4f0170b3/attachment.html>