<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>thanks jeff, <BR>It worked<br><br>geeta<br> <BR><div>> From: gradsusr-request@gradsusr.org<br>> Subject: gradsusr Digest, Vol 46, Issue 32<br>> To: gradsusr@gradsusr.org<br>> Date: Wed, 18 Dec 2013 12:00:01 -0500<br>> <br>> Send gradsusr mailing list submissions to<br>> gradsusr@gradsusr.org<br>> <br>> To subscribe or unsubscribe via the World Wide Web, visit<br>> http://gradsusr.org/mailman/listinfo/gradsusr<br>> or, via email, send a message with subject or body 'help' to<br>> gradsusr-request@gradsusr.org<br>> <br>> You can reach the person managing the list at<br>> gradsusr-owner@gradsusr.org<br>> <br>> When replying, please edit your Subject line so it is more specific<br>> than "Re: Contents of gradsusr digest..."<br>> <br>> <br>> Today's Topics:<br>> <br>> 1. Re: unable to plot 2 files together (Jeff Duda)<br>> 2. More about version 2.1 (Jennifer Adams)<br>> <br>> <br>> ----------------------------------------------------------------------<br>> <br>> Message: 1<br>> Date: Tue, 17 Dec 2013 11:24:18 -0600<br>> From: Jeff Duda <jeffduda319@gmail.com><br>> Subject: Re: [gradsusr] unable to plot 2 files together<br>> To: GrADS Users Forum <gradsusr@gradsusr.org><br>> Message-ID:<br>> <CAAig09C8yDuh9boAWxReUDoRPPBVYShep+3YjX3-gz8uaVNesg@mail.gmail.com><br>> Content-Type: text/plain; charset="iso-8859-1"<br>> <br>> Your control files appear to contain data valid at different times. You<br>> need to adjust the time dimension. Since you appear to want to display a<br>> rain sum between two files valid at different times, you must use a time<br>> string to change the valid time of one of the files. In other words, you<br>> will need to do something like<br>> <br>> d rainnc.1+rainnc.2(time=03Z06JUN2011)<br>> <br>> if you opened the files you listed above in chronological order. The time<br>> dimension in Grads is set by default to whatever the first time step in<br>> control file #1 (the first control file you opened) is. You can use 'set<br>> dfile N', where N is the file number, to change this default behavior, but<br>> you will still have to input a time string on all but one of the rainncs to<br>> do a sum from files valid at different times.<br>> <br>> Jeff Duda<br>> <br>> <br>> On Tue, Dec 17, 2013 at 6:02 AM, Geeta Geeta <geeta124@hotmail.com> wrote:<br>> <br>> ><br>> > Hi<br>> > I have to open a no of files in grads which are<br>> > /store_file/03june2011/wrf-outp_d01_2011060303.ctl'<br>> > /store_file/06june2011/wrf-outp_d01_2011060603.ctl'<br>> > /store_file/07june2011/wrf-outp_d01_2011060703.ctl'<br>> ><br>> > ............ so on.<br>> ><br>> ><br>> > ga-> open /expr/store_file/03june2011/wrf-outp_d01_2011060303.ctl<br>> > Scanning description file:<br>> > /expr/store_file/03june2011/wrf-outp_d01_2011060303.ctlData file<br>> > /expr/store_file/03june2011/wrf-outp_d01_2011060303.dat is open as file<br>> > 1LON set to 73.9429 87.0571<br>> > LAT set to 9.09704 21.7107<br>> > LEV set to 1000 1000<br>> > Time values set: 2011:6:3:3 2011:6:3:3<br>> > ga-> open /expr/store_file/06june2011/wrf-outp_d01_2011060603.ctl<br>> > Scanning description file:<br>> > /expr/store_file/06june2011/wrf-outp_d01_2011060603.ctlData file<br>> > /expr/store_file/06june2011/wrf-outp_d01_2011060603.dat is open as file<br>> > 2ga-> d rainc.1+rainnc.1+rainc.2+rainnc.2<br>> > Data Request Warning: Request beyond file limits<br>> > Entire grid contents are set to missing data<br>> > Dimension ranges are: X = 1 163 Y = 1 163 Z = 1 1 T = -71 1<br>> > Warning issued for variable = rainc.2<br>> > Data Request Warning: Request beyond file limits<br>> > Entire grid contents are set to missing data<br>> > Dimension ranges are: X = 1 163 Y = 1 163 Z = 1 1 T = -71 1<br>> > Warning issued for variable = rainnc.2<br>> > Cannot contour grid - all undefined values<br>> > ga-><br>> ><br>> ><br>> > But Grads is NOT plotting the data???????<br>> ><br>> > Kindly advice<br>> > geeta<br>> ><br>> > _______________________________________________<br>> > gradsusr mailing list<br>> > gradsusr@gradsusr.org<br>> > http://gradsusr.org/mailman/listinfo/gradsusr<br>> ><br>> ><br>> <br>> <br>> -- <br>> Jeff Duda<br>> Graduate research assistant<br>> University of Oklahoma School of Meteorology<br>> Center for Analysis and Prediction of Storms<br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: http://gradsusr.org/pipermail/gradsusr/attachments/20131217/41602047/attachment-0001.html <br>> <br>> ------------------------------<br>> <br>> Message: 2<br>> Date: Wed, 18 Dec 2013 08:42:37 -0500<br>> From: Jennifer Adams <jma@cola.iges.org><br>> Subject: [gradsusr] More about version 2.1<br>> To: GrADS Users Forum <gradsusr@gradsusr.org><br>> Message-ID: <3C9AE036-4EBE-40BF-92DB-EFBB59C63524@cola.iges.org><br>> Content-Type: text/plain; charset="us-ascii"<br>> <br>> Dear All, <br>> 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. <br>> <br>> 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. <br>> <br>> 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. <br>> <br>> 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. <br>> <br>> Happy Holidays, Everyone!<br>> --Jennifer<br>> <br>> --<br>> Jennifer M. Adams<br>> Center for Ocean-Land-Atmosphere Studies (COLA)<br>> 111 Research Hall, Mail Stop 2B3<br>> George Mason University<br>> 4400 University Drive<br>> Fairfax, VA 22030 <br>> <br>> <br>> <br>> <br>> <br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: http://gradsusr.org/pipermail/gradsusr/attachments/20131218/915ef53d/attachment-0001.html <br>> <br>> ------------------------------<br>> <br>> _______________________________________________<br>> gradsusr mailing list<br>> gradsusr@gradsusr.org<br>> http://gradsusr.org/mailman/listinfo/gradsusr<br>> <br>> <br>> End of gradsusr Digest, Vol 46, Issue 32<br>> ****************************************<br></div> </div></body>
</html>