[RegCNET] PostProc inconsistency in output variables

Marshall Mdoka mmdoka at csag.uct.ac.za
Thu Mar 26 17:58:28 CET 2009


Dear all,

I haven't posted anything on this subject lately but I realized some 
time back that post-processing is no longer producing MSEA variable. Why 
is that?

Regards,

Marshall

IMRAN NADEEM wrote:
> Dear Michal and Mubashar,
>
>        Please find the attached user.in <http://user.in>. I have 
> corrected the order of variables, if you still find problem, please 
> report me.
>
> Regards
> Imran Nadeem
> BOKU, Vienna       
>
>
> -- 
> Imran Nadeem
> PhD Student
> Institute of Meteorology
> Department of Water, Atmosphere and Environment
> Univ. of Natural Resources and Applied Life Sciences (BOKU)
>
> Peter-Jordan Strasse 82
> 1190 Vienna, Austria
>
> Tel.: +43 1 47654 5615
> Fax: +43 1 47654 5610
>
>
>
>
> On Thu, Mar 26, 2009 at 10:50 AM, mubashar dogar 
> <mubashardogar at yahoo.com <mailto:mubashardogar at yahoo.com>> wrote:
>
>     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 <http://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 <mailto:mubashardogar at yahoo.com>
>              mubashar.ahmad at gcisc.org.pk
>     <mailto:mubashar.ahmad at gcisc.org.pk>
>
>              mubashar.ahmad at gmail.com <mailto: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 <mailto: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 <http://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 <http://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 <http://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 <http://mc/compose?to=RegCNET@lists.ictp.it>
>         https://lists.ictp.it/mailman/listinfo/regcnet
>
>
>     ------------------------------------------------------------------------
>     New Email names for you!
>     <http://sg.rd.yahoo.com/aa/mail/domainchoice/mail/signature/*http://mail.promotions.yahoo.com/newdomains/aa/>
>
>     Get the Email name you've always wanted on the new @ymail and
>     @rocketmail.
>     Hurry before someone else does!
>     _______________________________________________
>     RegCNET mailing list
>     RegCNET at lists.ictp.it <mailto:RegCNET at lists.ictp.it>
>     https://lists.ictp.it/mailman/listinfo/regcnet
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> RegCNET mailing list
> RegCNET at lists.ictp.it
> https://lists.ictp.it/mailman/listinfo/regcnet

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ictp.it/pipermail/regcnet/attachments/20090326/56d8cb60/attachment.html>


More information about the RegCNET mailing list