<html><head></head><body>My guess is this variable is like some of the precip variables in that it accumulates over time. You have to subtract the value for time increment 1 to get just the data for increment 2 (2 - 1) and maybe even for increment 3 (3 - 2 ). It accumulates. That's what gives the graphics the 'pulsing' effect.<br>
<br>
There's a thread somewhere in the archives about 'GFS precip' and how to calculate it. . <br><br><div class="gmail_quote">On September 29, 2016 1:19:41 PM PDT, Ivan Toman <ivtoman@inet.hr> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Hello,<br /><br />Thank you for comment;<br /><br />Yes of course it is single run.<br /><br />Just to explain briefly what I do, because there is no reply, I started <br />to believe it is my mistake somewhere. But I do think I do everything OK <br />because all other things I postprocess are ok, including various ARW, <br />NMM, NMMB, "old" GFS, and so on.. and also all other fields from GFS is <br />OK, exept cloud cover.<br /><br />So, I download series of grib2 GFS files from grib filter using time <br />advancing for loop in bash. After gribs are in place, I concatenate them <br />into single grib, by:<br />cat *pgrb2f* > $GRIBDIR/gfs.grib2<br /><br />After that I run g2ctl and gribmap on that grib:<br />g2ctl -verf gfs.grib2 > gfs.grib2.ctl<br />gribmap -i gfs.grib2.ctl<br /><br />Finally, I plot fields using GrADS, for cloud cover using TCDChcll, <br />TCDCmcll, TCDClcll and TCDCccll variables, in time advancing loop inside <br />GrADS over t:<br
/><br />while ( i <= last )<br />'set t 'i<br />...<br />endwhile<br /><br />Do I miss something?<br /><br />Thanks again,<br />Ivan Toman<br /><br /><br />On 09/29/2016 08:25 PM, James T. Potemra wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Hi Ivan,<br /><br /> Are you getting these from a single forecast run? If not, and you are<br /> looking at an aggregation of different forecasts, you might be seeing an<br /> impact from re-initialization of the model (I think the GFS is run at<br /> 00, 06, 12 and 18 daily).<br /><br /> Jim<br /><br /><br /> On 9/27/16 10:26 AM, Ivan Toman wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> Hello always helpful GrADS community;<br /><br /> I have problem with displaying GFS 0.25deg hourly clouds. It seems to me<br /> that something is broken. It is hard to explain, but best
explanation is<br /> this 24h animation: <a href="http://www.meteoadriatic.net/pub/clouds_01.gif">http://www.meteoadriatic.net/pub/clouds_01.gif</a><br /><br /> So, it seems that clouds somehow "jump" at every 6th hour, and inbetween<br /> are less and less defined, something like averaged more and more every<br /> hour, until they "jump" little bit and become defined again well. And<br /> then again in loop that repeats it's behaviour every 6 hours...<br /><br /> What is going on there?<br /><br /> Many thanks,<br /><br /> Ivan Toman<br /><br /><hr /><br /> gradsusr mailing list<br /> gradsusr@gradsusr.org<br /> <a href="http://gradsusr.org/mailman/listinfo/gradsusr">http://gradsusr.org/mailman/listinfo/gradsusr</a><br /></blockquote><hr /><br /> gradsusr mailing list<br /> gradsusr@gradsusr.org<br /> <a href="http://gradsusr.org/mailman/listinfo/gradsusr">http://gradsusr.org/mailman/listinfo/gradsusr</a></blockquote><br /><br /><hr /><br />gradsusr mailing list<br
/>gradsusr@gradsusr.org<br /><a href="http://gradsusr.org/mailman/listinfo/gradsusr">http://gradsusr.org/mailman/listinfo/gradsusr</a><br /></pre></blockquote></div><br>
Thanks,<br>
Mark Sponsler</body></html>