[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