[gradsusr] gradsusr Digest, Vol 46, Issue 32

Geeta Geeta geeta124 at hotmail.com
Thu Dec 19 00:14:34 EST 2013


thanks jeff, 
It worked

geeta
 
> From: gradsusr-request at gradsusr.org
> Subject: gradsusr Digest, Vol 46, Issue 32
> To: gradsusr at gradsusr.org
> Date: Wed, 18 Dec 2013 12:00:01 -0500
> 
> Send gradsusr mailing list submissions to
> 	gradsusr at gradsusr.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://gradsusr.org/mailman/listinfo/gradsusr
> or, via email, send a message with subject or body 'help' to
> 	gradsusr-request at gradsusr.org
> 
> You can reach the person managing the list at
> 	gradsusr-owner at gradsusr.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gradsusr digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: unable to plot 2 files together (Jeff Duda)
>    2. More about version 2.1 (Jennifer Adams)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Tue, 17 Dec 2013 11:24:18 -0600
> From: Jeff Duda <jeffduda319 at gmail.com>
> Subject: Re: [gradsusr] unable to plot 2 files together
> To: GrADS Users Forum <gradsusr at gradsusr.org>
> Message-ID:
> 	<CAAig09C8yDuh9boAWxReUDoRPPBVYShep+3YjX3-gz8uaVNesg at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Your control files appear to contain data valid at different times.  You
> need to adjust the time dimension.  Since you appear to want to display a
> rain sum between two files valid at different times, you must use a time
> string to change the valid time of one of the files.  In other words, you
> will need to do something like
> 
> d rainnc.1+rainnc.2(time=03Z06JUN2011)
> 
> if you opened the files you listed above in chronological order.  The time
> dimension in Grads is set by default to whatever the first time step in
> control file #1 (the first control file you opened) is.  You can use 'set
> dfile N', where N is the file number, to change this default behavior, but
> you will still have to input a time string on all but one of the rainncs to
> do a sum from files valid at different times.
> 
> Jeff Duda
> 
> 
> On Tue, Dec 17, 2013 at 6:02 AM, Geeta Geeta <geeta124 at hotmail.com> wrote:
> 
> >
> > Hi
> > I have to open a no of files in grads which are
> > /store_file/03june2011/wrf-outp_d01_2011060303.ctl'
> > /store_file/06june2011/wrf-outp_d01_2011060603.ctl'
> > /store_file/07june2011/wrf-outp_d01_2011060703.ctl'
> >
> > ............ so on.
> >
> >
> > ga-> open /expr/store_file/03june2011/wrf-outp_d01_2011060303.ctl
> > Scanning description file:
> > /expr/store_file/03june2011/wrf-outp_d01_2011060303.ctlData file
> > /expr/store_file/03june2011/wrf-outp_d01_2011060303.dat is open as file
> > 1LON set to 73.9429 87.0571
> > LAT set to 9.09704 21.7107
> > LEV set to 1000 1000
> > Time values set: 2011:6:3:3 2011:6:3:3
> > ga-> open /expr/store_file/06june2011/wrf-outp_d01_2011060603.ctl
> > Scanning description file:
> > /expr/store_file/06june2011/wrf-outp_d01_2011060603.ctlData file
> > /expr/store_file/06june2011/wrf-outp_d01_2011060603.dat is open as file
> > 2ga-> d rainc.1+rainnc.1+rainc.2+rainnc.2
> > Data Request Warning:  Request beyond file limits
> >   Entire grid contents are set to missing data
> >   Dimension ranges are:  X = 1 163  Y = 1 163  Z = 1 1  T = -71 1
> >   Warning issued for variable = rainc.2
> > Data Request Warning:  Request beyond file limits
> >   Entire grid contents are set to missing data
> >   Dimension ranges are:  X = 1 163  Y = 1 163  Z = 1 1  T = -71 1
> >   Warning issued for variable = rainnc.2
> > Cannot contour grid - all undefined values
> > ga->
> >
> >
> > But Grads is NOT plotting the data???????
> >
> > Kindly advice
> > geeta
> >
> > _______________________________________________
> > gradsusr mailing list
> > gradsusr at gradsusr.org
> > http://gradsusr.org/mailman/listinfo/gradsusr
> >
> >
> 
> 
> -- 
> Jeff Duda
> Graduate research assistant
> University of Oklahoma School of Meteorology
> Center for Analysis and Prediction of Storms
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://gradsusr.org/pipermail/gradsusr/attachments/20131217/41602047/attachment-0001.html 
> 
> ------------------------------
> 
> Message: 2
> Date: Wed, 18 Dec 2013 08:42:37 -0500
> From: Jennifer Adams <jma at cola.iges.org>
> Subject: [gradsusr] More about version 2.1
> To: GrADS Users Forum <gradsusr at gradsusr.org>
> Message-ID: <3C9AE036-4EBE-40BF-92DB-EFBB59C63524 at cola.iges.org>
> Content-Type: text/plain; charset="us-ascii"
> 
> Dear All, 
> I wrote in the ChangeLog that the graphics code had been restructured to be more "pluggable." This means that now it is much easier to switch between graphics rendering engines. If you are unhappy with the Cairo interface -- for performance reasons, or because of the output image file size, or because you rely on the interactive widgets -- it will be possible to stick with the classic interface (which has direct calls to X11 and which uses the GD library to create the image output). In future releases, we will begin to use dynamic linking. This will allow the user to choose a preferred rendering engine. The move to dynamic linking will also enable user-defined functions, and will improve the performance of GrADS, especially in environments where it is run in multiple instances in batch mode for quick jobs such as the data I/O behind the GDS or for operational image generation behind a web site. 
> 
> It is my hope that building GrADS from source will also become easier as we move to dynamic linking. The custom builds of the supplibs, which are currently optimized for static linking and portability, will be replaced by standard system installations and GrADS will only load what is necessary at run time. There are 30 (!) libraries that are statically linked with the latest release -- we believe GrADS has reached the tipping point where this strategy is now becoming a liability. 
> 
> The feature that will not return with the classic interface is the use of the print command to write out a metafile for gxps, gxeps, gxtran, and gv32. If you need vector graphics output, you will have to use version 2.1 with Cairo, or stick with version 2.0. 
> 
> So, version 2.1.a1 is "alpha" in the sense that its features are not fully developed, but I believe the new code is working well, and I encourage you to try version 2.1 and see for yourselves just how nice the graphics look with Cairo. I am working on updating the scripts behind our web site, http://wxmaps.org, to showcase the new capabilities. 
> 
> Happy Holidays, Everyone!
> --Jennifer
> 
> --
> Jennifer M. Adams
> Center for Ocean-Land-Atmosphere Studies (COLA)
> 111 Research Hall, Mail Stop 2B3
> George Mason University
> 4400 University Drive
> Fairfax, VA 22030 
> 
> 
> 
> 
> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://gradsusr.org/pipermail/gradsusr/attachments/20131218/915ef53d/attachment-0001.html 
> 
> ------------------------------
> 
> _______________________________________________
> gradsusr mailing list
> gradsusr at gradsusr.org
> http://gradsusr.org/mailman/listinfo/gradsusr
> 
> 
> End of gradsusr Digest, Vol 46, Issue 32
> ****************************************
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20131219/8c0cb045/attachment.html 


More information about the gradsusr mailing list