[RegCNET] PostProc inconsistency in output variables

[IMRAN NADEEM]

Dear Michal and Mubashar,

       Please find the attached 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>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 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 <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
> https://lists.ictp.it/mailman/listinfo/regcnet
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ictp.it/pipermail/regcnet/attachments/20090326/68c31904/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: user.in
Type: application/octet-stream
Size: 8243 bytes
Desc: not available
URL: <https://lists.ictp.it/pipermail/regcnet/attachments/20090326/68c31904/attachment-0002.obj>