From aguia_aristide at yahoo.fr Thu Sep 1 08:40:48 2011 From: aguia_aristide at yahoo.fr (Aristide AGUIA) Date: Thu, 1 Sep 2011 13:40:48 +0100 (BST) Subject: [gradsusr] questions Message-ID: <1314880848.51247.YahooMailNeo@web28105.mail.ukl.yahoo.com> Dear grads users, I'm Aristide, a wheater forcaster in the national meteorology centre in Ivory Coast. I'm a new gradsuser and I will install grads on linux. please can you help me to do it? thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110901/da5a0a9f/attachment.html From anderlansiqueira at gmail.com Thu Sep 1 14:14:07 2011 From: anderlansiqueira at gmail.com (Anderlan Siqueira) Date: Thu, 1 Sep 2011 15:14:07 -0300 Subject: [gradsusr] How to calculate Terciles in the GrADS? Message-ID: I'm doing a script for the GrADS Tertile to calculate, but when I ask him to do an assignment, for example, if (a c) make the value 1. What I want is to do this, however when I generate if the values ??with the error. Would anyone have a clue. Sincerely, -- Anderlan Henrique Batista Siqueira Curr?culo Lattes - http://lattes.cnpq.br/1244544626994866 Laborat?rio de Climatologia - LabClim Meteorologista e Mestrando pelo Instituto de Ci?ncias Atmosf?ricas - ICAT/UFAL. P?s-Gradua??o em Meteorologia. Bacharel em Meteorologia pela Universidade Federal de Alagoas - UFAL. From instantweathermaps at gmail.com Thu Sep 1 14:25:00 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Thu, 1 Sep 2011 13:25:00 -0500 Subject: [gradsusr] How to calculate Terciles in the GrADS? In-Reply-To: References: Message-ID: You have to use maskout and const instead of if. -- Joey http://www.instantweathermaps.com On Thu, Sep 1, 2011 at 1:14 PM, Anderlan Siqueira < anderlansiqueira at gmail.com> wrote: > I'm doing a script for the GrADS Tertile to calculate, but when I ask > him to do an assignment, for example, if (a (b c) make the value 1. What I want is > to do this, however when I generate if the values with the error. > > Would anyone have a clue. > > Sincerely, > > -- > Anderlan Henrique Batista Siqueira > > Curr?culo Lattes - http://lattes.cnpq.br/1244544626994866 > Laborat?rio de Climatologia - LabClim > Meteorologista e Mestrando pelo Instituto de Ci?ncias Atmosf?ricas - > ICAT/UFAL. > P?s-Gradua??o em Meteorologia. > Bacharel em Meteorologia pela Universidade Federal de Alagoas - UFAL. > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110901/cf1de91d/attachment.html From jma at cola.iges.org Thu Sep 1 18:34:52 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 1 Sep 2011 18:34:52 -0400 (EDT) Subject: [gradsusr] trouble on monsoondata.org In-Reply-To: <4388167B-ACB1-4ABB-8DD1-A93F50DC9D7F@cola.iges.org> Message-ID: <1603397416.1171.1314916492641.JavaMail.root@mail.iges.org> The monsoondata.org server is back online. The GFS forecasts are updating in real time, but older forecasts will not be restored. The forecast data begins on August 30th. I will work on restoring the remaining GDS data sets as soon as possible. Sorry for the long outage. --Jennifer ----- Original Message ----- From: "Jennifer Adams" To: "GrADS Users Forum" Sent: Wednesday, August 31, 2011 11:24:13 AM Subject: [gradsusr] trouble on monsoondata.org Dear All, COLA's monsoondata.org server is having some hardware issues that have disabled write access to all disks. The result is that the GDS cannot be restarted, and the weather maps cannot be updated. We are scrambling to relocate everything to a new box before read access is also disabled. Sorry for the inconvenience; please be patient during the transition, I'll let you know as soon as we are operational again. --Jennifer -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From saeedbayat7276 at gmail.com Fri Sep 2 02:17:31 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Fri, 2 Sep 2011 10:47:31 +0430 Subject: [gradsusr] change .cdf file to .nc file In-Reply-To: <201108311504.53335.dan.zhang@zmaw.de> References: <201108311504.53335.dan.zhang@zmaw.de> Message-ID: Hi Zhang, As far as I know, CDO work --with-netcdf or --with-grib ( when you want install it, you shoud choose one of them). Saeed Bayat, M.A Student of CLimatology Department of Geography Ferdowsi University of Mashhad(Iran) On Wed, Aug 31, 2011 at 5:34 PM, Dan Zhang wrote: > Dear all, > > I have a .cdf file and need to merge it with other .nc files. However, I > cannot use 'CDO' to edit it, saying > 'Error (cdfReadVarSliceDP) : Unsupported array structure...' > Does anyone know how to chang it into .nc files? thanks > > use 'nudump' to check the information and it's said: > > netcdf data { > dimensions: > T = 706 ; > Y = 27 ; > X = 34 ; > variables: > float T(T) ; > T:calendar = "360" ; > T:pointwidth = 12.f ; > T:gridtype = 0 ; > T:units = "months since 1960-01-01" ; > float Y(Y) ; > Y:pointwidth = 2.5f ; > Y:gridtype = 0 ; > Y:units = "degree_north" ; > float X(X) ; > X:pointwidth = 2.5f ; > X:gridtype = 0 ; > X:units = "degree_east" ; > float pdsi(X, Y, T) ; > pdsi:missing_value = -99.999f ; > pdsi:units = "unitless" ; > > > > > sincerely, > > Dan > > > > ---------------------------------------------------------------------------------------------- > Dan ZHANG > > Max Planck Institute for Meteorology > Meteorological Insititute, University Hamburg > KlimaCampus > Room 407, Grindelberg 5 > D-20144, Hamburg > Germany > > Tel(office):+49 (0)40 42838 5067 > Fax:+49 (0)40 42838 5066 > > > ---------------------------------------------------------------------------------------------- > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110902/b6b39978/attachment.html From dbcl at ceh.ac.uk Fri Sep 2 04:08:51 2011 From: dbcl at ceh.ac.uk (Clark, Douglas B.) Date: Fri, 2 Sep 2011 09:08:51 +0100 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 In-Reply-To: <4E2950DD.6000400@jamstec.go.jp> References: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> <4E28E146.9090501@jamstec.go.jp> <40829B0E077C1145A6DE44D39B3830A91FFD68B7BE@nerckwmb1.ad.nerc.ac.uk> <4E2950DD.6000400@jamstec.go.jp> Message-ID: <40829B0E077C1145A6DE44D39B3830A9202AA5BD35@nerckwmb1.ad.nerc.ac.uk> Sergey, Just to add to this rather old thread, in case it helps others...and say that I am happy with my conclusion and that the data are displaying correctly. I think we are essentially agreeing, but haven't quite managed to communicate that via e-mails! The data in my netCDF file really are on a "grid" of shape 67420 x 1, which I then use the pdef functionality to display on a grid of 720x280. This is now working fine at v2.0.a9 (e.g. I can see realistic geographic features in the data), as long as my pdef data file has undef (rather than zero) at all locations for which I don't have data in the netCDF file. I'm sticking with "pdef file" for now rather than move to "pdef general", as many users on our system are still using v1.9b4. Thanks again, Doug -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sergey Varlamov Sent: 22 July 2011 11:29 To: GrADS Users Forum Subject: Re: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 Douglas, The zero values for the mask in pdef file look to be normal. But reading your netcdf require to know each dimension size "as it is" in your file. When you provide description file (ctl) grads ignore internal netcdf information for dimension using yours instead. Then, for the input arrays allocation "67420 1" is OK, but the real netcdf lat-lon grid size is necessary for correct data input before the pdef mask application. Please run ncdump on you file and try "nx ny" instead. Just it must help. Or, if you are ready to rebuild an interpolation arrays, please create PDEF of GENERAL type that is better documented. Once more, the problem is in reading not the pdef mask file, but in reading from your netsdf file all 67420 values along the first (x or lon) dimension with all other dimensions fixed! It crashes netcdf library and then grads, I guess. In Grads prior version 1.9 the pdef do not worked for netcdf files at all due to this problem, but worked for binary files. >From 1.9 it worked, but already required to use nx and ny instead of "nx*ny 1" for FILE type pdefs in case of netcdf files, except that your netsdf file really has an internal structure with "67420*1" spatial grid. Good luck to you! Sergey Clark, Douglas B. wrote: > Sergey, > > Thanks for your answer. In fact I don't think your suggestion was the answer I needed, but it did cause me to look at the documentation again, at which point I got my answer! > > My data are essentially a "vector" of land points and I use the pdef to scatter these across a lat-lon grid (very like the final example on the pdef documentation page). So the "native grid" really is 67420 x 1. The problem was that in the pdef data file (WFD_0p5deg_pdefData.gra in my example below), I had values of zero for the index (or offset) variable over the sea - i.e. the locations that I didn't have data for. These would have been better set to the missing data value. At v1.9.b4, the zeroes worked fine (and I was blissfully unaware that GrADS was struggling with different offset values for GRIB and non-GRIB files). At v2.0.a9 presumably GrADS notes that I don't have a GRIB file and tests the offsets; when it finds a zero it fails (rather dramatically with a core dump!). > > So the answer was to make sure that my offset is set to the missing data value where I don't have data. Which sounds (and is) pretty obvious, but had worked for years with zero instead! > > I have been using this style of pdef file for years and hadn't noticed that the online documentation for pdef now has various "WARNING" and other messages documenting issues with the offset (and that pdef FILE is now deprecated in favour of pdef GENERAL). > > Thanks again, > Doug > > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sergey Varlamov > Sent: 22 July 2011 03:33 > To: GrADS Users Forum > Subject: Re: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 > > > Dear Douglas, > > Please try to change > > pdef 67420 1 file ... > > to you real grid size > > pdef ix jy file ... > > where ix and jy are dimensions of your original curvilinear grid, > such that ix*jy=67420. > It must still work in version 1.9 and could work in versions 2 of GrADS. > > Sergey Varlamov, > > JAMSTEC, Yokohama > > > Clark, Douglas B. wrote: > >> Dear All, >> >> I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? >> >> At v2.0.a9: >> >> ga-> q config >> Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile >> Grid Analysis and Display System (GrADS) Version 2.0.a9 >> Copyright (c) 1988-2010 by Brian Doty and the >> Institute for Global Environment and Society (IGES) >> This program is distributed WITHOUT ANY WARRANTY >> See file COPYRIGHT for more information. >> >> Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu >> >> This version of GrADS has been configured with the following options: >> o Built on a LITTLE ENDIAN machine >> o Athena Widget GUI DISABLED >> o Command line editing ENABLED >> http://tiswww.case.edu/php/chet/readline/rltop.html >> o printim command for image output ENABLED >> http://www.zlib.net >> http://www.libpng.org/pub/png/libpng.html >> http://www.libgd.org/Main_Page >> o GRIB2 interface ENABLED >> http://www.ijg.org >> http://www.ece.uvic.ca/~mdadams/jasper >> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >> g2clib-1.2.0 >> o NetCDF interface ENABLED >> http://www.unidata.ucar.edu/software/netcdf >> netcdf 4.1.1 of Dec 6 2010 08:20:12 $ >> o OPeNDAP gridded data interface ENABLED >> o OPeNDAP station data interface DISABLED >> o HDF4 and HDF5 interfaces ENABLED >> http://hdfgroup.org >> HDF 4.2r5 >> HDF5 1.8.5 >> o GeoTIFF and KML/TIFF output ENABLED >> http://www.libtiff.org >> http://geotiff.osgeo.org >> o KML contour output ENABLED >> o Shapefile interface ENABLED >> http://shapelib.maptools.org >> >> For additional information please consult http://iges.org/grads >> >> ga-> open Rainf_WFD_GPCC.ctl >> Scanning description file: Rainf_WFD_GPCC.ctl >> PDEF FILE Error: The offsets in the pdef file >> must be 1-based (i.e., > 0 and <= isize*jsize). >> The data file was not opened. >> Segmentation fault (core dumped) >> >> ------------------------------------------------------------- >> >> The first few lines of the ctl file are: >> >> dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc >> options template >> dtype netcdf >> undef 1.0e20 >> pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra >> xdef 720 linear -179.75 0.5 >> ydef 280 linear -55.75 0.5 >> >> >> ------------------------------------------------------------- >> >> Works fine at v1.9.b4: >> >> ga-> open Rainf_WFD_GPCC.ctl >> Scanning description file: Rainf_WFD_GPCC.ctl >> Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 >> LON set to 0 360 >> LAT set to -55.75 83.75 >> LEV set to 1 1 >> Time values set: 2001:1:1:0 2001:1:1:0 >> Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl >> Interpolation will be performed on any data displayed from this file >> ga-> d rainf >> Notice: Automatic Grid Interpolation Taking Place >> Contouring: 0 to 0.0033 interval 0.0003 >> >> >> ------------------------------------------------------------- >> >> Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but >> I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? >> >> >> Cheers, >> Doug >> >> >> >> >> >> > > > -- Sergey Varlamov Senior Scientist Ocean Downscaled Prediction Research Team Climate Variation Predictability and Applicability Research Program Research Institute for Global Change JAMSTEC, 3173-25 Showa-machi, Kanazawa-ku, Yokohama, Kanagawa-ken, 236-0001 JAPAN Tel: +81-45-778-5516 Fax: +81-45-778-5707 E-mail: vsm at jamstec.go.jp ?236-0001 ?????????3173-25 ?????????????? ???????? ????????????????? ?????????????????? Varlamov Sergey _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. From dan.zhang at zmaw.de Fri Sep 2 04:15:41 2011 From: dan.zhang at zmaw.de (Dan Zhang) Date: Fri, 2 Sep 2011 10:15:41 +0200 Subject: [gradsusr] change .cdf file to .nc file In-Reply-To: References: <201108311504.53335.dan.zhang@zmaw.de> Message-ID: <201109021015.41507.dan.zhang@zmaw.de> On Friday 02 September 2011 08:17:31 saeed bayat wrote: > Hi Zhang, > As far as I know, CDO work --with-netcdf or --with-grib ( when you want > install it, you shoud choose one of them). > > Saeed Bayat, > M.A Student of CLimatology > Department of Geography > Ferdowsi University of Mashhad(Iran) > Dear Saeed, thanks for your reply. As you said, it should work with CDO. But the data has wrong format. With the help of John Huddleston, we managed it now: The format is, when checing with ?'nudump' :? ? ? ? float pdsi(X, Y, T) ; which should be ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?float pdsi(T, Y, X) ; That's why it's not working with CDO. We use NCO operator to change it: ncpdq -a T,Y,X data.cdf data.nc Anyhow, thanks for your help and have a nice day. sincerely, Dan ---------------------------------------------------------------------------------------------- Dan ZHANG Max Planck Institute for Meteorology Meteorological Insititute, University Hamburg KlimaCampus Room 407, Grindelberg 5 D-20144, Hamburg Germany Tel(office):+49 (0)40 42838 5067 Fax:+49 (0)40 42838 5066 ---------------------------------------------------------------------------------------------- From grapeszy at gmail.com Fri Sep 2 15:53:15 2011 From: grapeszy at gmail.com (Yu F. Zhang) Date: Fri, 2 Sep 2011 13:53:15 -0600 Subject: [gradsusr] need some help about write a bufr description file Message-ID: <3C87F7E5-B3F6-4CD1-BB9B-A348636BB0EE@gmail.com> I just use the bufrscan to get some information about the bufr data. But I do not know how to write a bufr description file I just write a description file like this: dset ^080112.bufr undef 9.999E+10 title prepbufr dtype bufr TDEF 1 linear 06z23may2010 1hr STID 1,192 XVAR 6,2 YVAR 5,2 VARS 7 slon 0 06,002 LONGITUDE slat 0 05,002 LATITUDE STAT 0 01,192 Station id POB 0 07,192 PRESSURE OBSERVATION TOB 0 12,192 TEMPERATURE OBSERVATION ZOB 0 10,196 HEIGHT OBSERVATION QOB 0 13,023 SPECIFIC HUMIDITY OBSERVATION ENDVARS I can open the bufr data. But After I d pob I get nothing? Is the bufr description right? How can I get a correct bufr description? Here are the result of bufrscan: >>> processing message 0 >>> start of message 1 03 000 (replicate next 3, not including replication count) 0 31 001 (replication count) 0 00 001 (text) Table A: entry 0 00 002 (text) Table A: data category description, line 1 0 00 003 (text) Table A: data category description, line 2 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 00 004 (sequence) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 0 00 013 (text) Element name, line 1 0 00 014 (text) Element name, line 2 0 00 015 (text) Units name 0 00 016 (text) Units scale sign 0 00 017 (text) Units scale 0 00 018 (text) Units reference sign 0 00 019 (text) Units reference value 0 00 020 (text) Element data width 1 05 000 (replicate next 5, not including replication count) 0 31 001 (replication count) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 2 05 064 (operator) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 0 00 030 (text) Descriptor defining sequence <<< end of message >>> processing message 1 .... >>> processing message 4 >>> start of message 0 63 000 (numeric) BYTCNT 3 60 240 (sequence) 3 61 001 (sequence) 0 01 192 (text) SID STATION IDENTIFICATION 0 06 002 (numeric) XOB LONGITUDE 0 05 002 (numeric) YOB LATITUDE 0 04 192 (numeric) DHR OBSERVATION TIME MINUS CYCLE TIME 0 10 194 (numeric) ELV STATION ELEVATION 0 01 193 (numeric) TYP PREPBUFR REPORT TYPE 0 55 006 (numeric) T29 INPUT REPORT TYPE 0 55 192 (numeric) TSB REPORT SUBTYPE (HAS VARIOUS MEANINGS DEPENDING ON TYPE) 0 02 001 (numeric) ITP INSTRUMENT TYPE 0 50 001 (numeric) SQN REPORT SEQUENCE NUMBER 0 50 002 (numeric) PROCN PROCESS NUMBER FOR THIS MPI RUN (OBTAINED FROM SCRIPT) 0 04 194 (numeric) RPT REPORTED OBSERVATION TIME 0 04 195 (numeric) TCOR INDICATOR WHETHER OBS. TIME IN "DHR" WAS CORRECTED 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 61 012 (sequence) 0 35 200 (numeric) RSRD RESTRICTIONS ON REDISTRIBUTION 0 35 201 (numeric) EXPRSRD EXPIRATION OF RESTRICTIONS ON REDISTRIBUTION 3 60 002 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 61 002 (sequence) 0 01 194 (numeric) CAT PREPBUFR DATA LEVEL CATEGORY 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 62 001 (sequence) 3 60 003 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 62 101 (sequence) 0 07 192 (numeric) POB PRESSURE OBSERVATION 0 07 193 (numeric) PQM PRESSURE (QUALITY) MARKER 0 07 194 (numeric) PPC PRESSURE PROGRAM CODE Thanks for the help very much Sincerely yours :Yu ZHANG From Huddleston at cira.colostate.edu Fri Sep 2 15:55:53 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 2 Sep 2011 12:55:53 -0700 Subject: [gradsusr] need some help about write a bufr description file In-Reply-To: <3C87F7E5-B3F6-4CD1-BB9B-A348636BB0EE@gmail.com> References: <3C87F7E5-B3F6-4CD1-BB9B-A348636BB0EE@gmail.com> Message-ID: Hi Yu You may want to use the line POB=>pob 0 07,192 PRESSURE OBSERVATION John Huddleston -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Yu F. Zhang Sent: Friday, September 02, 2011 1:53 PM To: gradsusr at gradsusr.org Subject: [gradsusr] need some help about write a bufr description file I just use the bufrscan to get some information about the bufr data. But I do not know how to write a bufr description file I just write a description file like this: dset ^080112.bufr undef 9.999E+10 title prepbufr dtype bufr TDEF 1 linear 06z23may2010 1hr STID 1,192 XVAR 6,2 YVAR 5,2 VARS 7 slon 0 06,002 LONGITUDE slat 0 05,002 LATITUDE STAT 0 01,192 Station id POB 0 07,192 PRESSURE OBSERVATION TOB 0 12,192 TEMPERATURE OBSERVATION ZOB 0 10,196 HEIGHT OBSERVATION QOB 0 13,023 SPECIFIC HUMIDITY OBSERVATION ENDVARS I can open the bufr data. But After I d pob I get nothing? Is the bufr description right? How can I get a correct bufr description? Here are the result of bufrscan: >>> processing message 0 >>> start of message 1 03 000 (replicate next 3, not including replication count) 0 31 001 (replication count) 0 00 001 (text) Table A: entry 0 00 002 (text) Table A: data category description, line 1 0 00 003 (text) Table A: data category description, line 2 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 00 004 (sequence) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 0 00 013 (text) Element name, line 1 0 00 014 (text) Element name, line 2 0 00 015 (text) Units name 0 00 016 (text) Units scale sign 0 00 017 (text) Units scale 0 00 018 (text) Units reference sign 0 00 019 (text) Units reference value 0 00 020 (text) Element data width 1 05 000 (replicate next 5, not including replication count) 0 31 001 (replication count) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 2 05 064 (operator) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 0 00 030 (text) Descriptor defining sequence <<< end of message >>> processing message 1 .... >>> processing message 4 >>> start of message 0 63 000 (numeric) BYTCNT 3 60 240 (sequence) 3 61 001 (sequence) 0 01 192 (text) SID STATION IDENTIFICATION 0 06 002 (numeric) XOB LONGITUDE 0 05 002 (numeric) YOB LATITUDE 0 04 192 (numeric) DHR OBSERVATION TIME MINUS CYCLE TIME 0 10 194 (numeric) ELV STATION ELEVATION 0 01 193 (numeric) TYP PREPBUFR REPORT TYPE 0 55 006 (numeric) T29 INPUT REPORT TYPE 0 55 192 (numeric) TSB REPORT SUBTYPE (HAS VARIOUS MEANINGS DEPENDING ON TYPE) 0 02 001 (numeric) ITP INSTRUMENT TYPE 0 50 001 (numeric) SQN REPORT SEQUENCE NUMBER 0 50 002 (numeric) PROCN PROCESS NUMBER FOR THIS MPI RUN (OBTAINED FROM SCRIPT) 0 04 194 (numeric) RPT REPORTED OBSERVATION TIME 0 04 195 (numeric) TCOR INDICATOR WHETHER OBS. TIME IN "DHR" WAS CORRECTED 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 61 012 (sequence) 0 35 200 (numeric) RSRD RESTRICTIONS ON REDISTRIBUTION 0 35 201 (numeric) EXPRSRD EXPIRATION OF RESTRICTIONS ON REDISTRIBUTION 3 60 002 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 61 002 (sequence) 0 01 194 (numeric) CAT PREPBUFR DATA LEVEL CATEGORY 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 62 001 (sequence) 3 60 003 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 62 101 (sequence) 0 07 192 (numeric) POB PRESSURE OBSERVATION 0 07 193 (numeric) PQM PRESSURE (QUALITY) MARKER 0 07 194 (numeric) PPC PRESSURE PROGRAM CODE Thanks for the help very much Sincerely yours :Yu ZHANG _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From grapeszy at gmail.com Fri Sep 2 16:10:15 2011 From: grapeszy at gmail.com (Yu F. Zhang) Date: Fri, 2 Sep 2011 14:10:15 -0600 Subject: [gradsusr] Thx how to reply? Message-ID: <71A07CF7-8FE7-421C-9694-9A90684248F2@gmail.com> Thanks for your reply. I'm use the mail list for the first time. I do not how to reply to you directly. So I send to gradsusr.org again. You mean I need to change the line : pob 0 07,192 PRESSURE OBSERVATION to POB=>pob 0 07,192 PRESSURE OBSERVATION I just use the d pob to plot it. Thanks so much for your help! Sincerely Your:Yu ----------------------------------------------------------------- Hi Yu You may want to use the line POB=>pob 0 07,192 PRESSURE OBSERVATION John Huddleston -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110902/450c1590/attachment.html From chinhth2010 at gmail.com Fri Sep 2 23:12:41 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Fri, 2 Sep 2011 20:12:41 -0700 Subject: [gradsusr] questions In-Reply-To: <1314880848.51247.YahooMailNeo@web28105.mail.ukl.yahoo.com> References: <1314880848.51247.YahooMailNeo@web28105.mail.ukl.yahoo.com> Message-ID: Dear Aristide You come to this web and download grads on linux http://sourceforge.net/projects/opengrads/files/grads2/2.0.a9.oga.1/ and then you extract and copy all director into /opt/opengrads/ export environmental variable in bash file export PATH=/opt/opengrads:$PATH it is ok Chinh > > -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110902/7c15bdcb/attachment.html From member at linkedin.com Sat Sep 3 05:33:53 2011 From: member at linkedin.com (Elham Barani via LinkedIn) Date: Sat, 3 Sep 2011 09:33:53 +0000 (UTC) Subject: [gradsusr] Invitation to connect on LinkedIn Message-ID: <12667086.3403086.1315042433474.JavaMail.app@ela4-app0128.prod> LinkedIn ------------ Elham Barani requested to add you as a connection on LinkedIn: ------------------------------------------ Ning, I'd like to add you to my professional network on LinkedIn. - Elham Accept invitation from Elham Barani http://www.linkedin.com/e/ofpc7q-gs4eb7ow-70/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I154643742_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYOd3sPd3oQdj59bSlnr4xmr7libP8Mc3wSe34Tc3gLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=31gxaRlSCZrAU1 View invitation from Elham Barani http://www.linkedin.com/e/ofpc7q-gs4eb7ow-70/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I154643742_13/3cNnP8QdPcQdzgRckALqnpPbOYWrSlI/svi/?hs=false&tok=3WQ8cWDlKZrAU1 -- (c) 2011, LinkedIn Corporation -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/5754edc9/attachment.html From gamalafandy at yahoo.com Sat Sep 3 12:31:03 2011 From: gamalafandy at yahoo.com (Dr.Gamal El Afandi) Date: Sat, 3 Sep 2011 09:31:03 -0700 (PDT) Subject: [gradsusr] Back Trajectories In-Reply-To: References: Message-ID: <1315067463.99487.YahooMailNeo@web113418.mail.gq1.yahoo.com> Hi everybody, ? I was able to use Grads to calculate and plot back-trajectories but there are some limitations related to that script (I can open just one file for each calculation) I need to think about. The main issue is that each WRF file contains only part of the daily values simulated for Indiana we need to get 24 hours back trajectories because the WRF output is in UTC. Therefore in order to calculate 24 hours back trajectories I would need to open simultaneously multiple files and in some way change the code (if it is possible to manage this issue) in order to get all the values and make Grads computing the trajectories. My main concern is that once I open 2 files I will have exactly the same variable names so I don't know if it is possible within that code to refer to a specific value/variable and compute our trajectories correctly. please let me know if you have any suggestions, so that maybe I can try. With my kind regards Gamal _____________________________________________________ Dr.Gamal Salah El Afandi,Senior Researcher. Data to Insight Center?of Pervasive Technology Institute Indiana University Bloomington USA 2719 E 10th St. Innovation Center Room 130C.? Bloomington, IN ?47408,USA Phone:+1 812-856-2146 Fax:?+1 812-856-1735 ? http://as.cms.rtinfo.indiana.edu/d2i/people http://pervasivetechnologylabs.iu.edu/d2i/people ? Al Azhar?University Faculty of science?at Cairo? Department of Astronomy and Meteorology Nasr City,Postal Code 11884 Cairo,Egypt http://maindb.unfccc.int/public/roe/expert_list.pl?id_country=66& http://www.itap.purdue.edu/pto/NATO_KEEO/partCoDir_en.html http://www.ucar.edu/governance/iap/iapreps.shtml Tel. 0020238701259 Home???Tel. 0020222618163 Work Tel. 0020103770593 Cell??????Fax 0020222629356 Work ________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/291d5e06/attachment-0001.html From jdduda at iastate.edu Sat Sep 3 14:10:42 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Sat, 3 Sep 2011 13:10:42 -0500 Subject: [gradsusr] Back Trajectories In-Reply-To: <1315067463.99487.YahooMailNeo@web113418.mail.gq1.yahoo.com> References: <1315067463.99487.YahooMailNeo@web113418.mail.gq1.yahoo.com> Message-ID: Gamal, You can refer to other files using a dot and the file name. For example, if you open several consecutive WRF files such as WRF_20110901_1200.ctl WRF_20110901_1800.ctl WRF_20110902_2000.ctl (assuming each file contains 6 hours of WRF output), then the variables associated with the second file will have a ".2" appended to them; likewise the variables associated with the nth file will have a ".n" appended to them.) In your script you just need to add the ".n" (or the corresponding number) to keep track of which variables to use when computing the trajectories according to the particular file the time is in. It may end up being fairly complex, but I think you can do it. Good luck. Jeff Duda On Sat, Sep 3, 2011 at 11:31 AM, Dr.Gamal El Afandi wrote: > Hi everybody, > > I was able to use Grads to calculate and plot back-trajectories but there > are some limitations related to that script (I can open just one file for > each calculation) I need to think about. The main issue is that each WRFfile contains only part of the daily values simulated for Indiana we need to > get 24 hours back trajectories because the WRF output is in UTC. Therefore > in order to calculate 24 hours back trajectories I would need to open > simultaneously multiple files and in some way change the code (if it is > possible to manage this issue) in order to get all the values and make Grads > computing the trajectories. My main concern is that once I open 2 files I > will have exactly the same variable names so I don't know if it is possible > within that code to refer to a specific value/variable and compute our > trajectories correctly. > please let me know if you have any suggestions, so that maybe I can try. > > With my kind regards > Gamal > _____________________________________________________ > *Dr.Gamal Salah El Afandi,Senior Researcher. > Data to Insight Center of Pervasive Technology Institute* > *Indiana University Bloomington USA* > *2719 E 10th St. > Innovation Center * > *Room 130C. * > *Bloomington, IN 47408,USA* > *Phone:+1 812-856-2146* > *Fax: +1 812-856-1735* > ** > *http://as.cms.rtinfo.indiana.edu/d2i/people* > *http://pervasivetechnologylabs.iu.edu/d2i/people* > * * > *Al Azhar University * > *Faculty of science at Cairo * > *Department of Astronomy and Meteorology* > *Nasr City,Postal Code 11884* > *Cairo,**Egypt* > http://maindb.unfccc.int/public/roe/expert_list.pl?id_country=66& > *http://www.itap.purdue.edu/pto/NATO_KEEO/partCoDir_en.html* > http://www.ucar.edu/governance/iap/iapreps.shtml > *Tel. 0020238701259 Home Tel. 0020222618163 Work > Tel. 0020103770593 Cell Fax 0020222629356 Work * > *________________________________________________________ > * > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/5fb7109f/attachment.html From gamalafandy at yahoo.com Sat Sep 3 14:40:08 2011 From: gamalafandy at yahoo.com (Dr.Gamal El Afandi) Date: Sat, 3 Sep 2011 11:40:08 -0700 (PDT) Subject: [gradsusr] Back Trajectories In-Reply-To: References: <1315067463.99487.YahooMailNeo@web113418.mail.gq1.yahoo.com> Message-ID: <1315075208.14037.YahooMailNeo@web113401.mail.gq1.yahoo.com> Hi Jeff, Thanks so much! Will try it. With my kind regards Gamal _____________________________________________________ Dr.Gamal Salah El Afandi,Senior Researcher. Data to Insight Center?of Pervasive Technology Institute Indiana University Bloomington USA 2719 E 10th St. Innovation Center Room 130C.? Bloomington, IN ?47408,USA Phone:+1 812-856-2146 Fax:?+1 812-856-1735 ? http://as.cms.rtinfo.indiana.edu/d2i/people http://pervasivetechnologylabs.iu.edu/d2i/people ? Al Azhar?University Faculty of science?at Cairo? Department of Astronomy and Meteorology Nasr City,Postal Code 11884 Cairo,Egypt http://maindb.unfccc.int/public/roe/expert_list.pl?id_country=66& http://www.itap.purdue.edu/pto/NATO_KEEO/partCoDir_en.html http://www.ucar.edu/governance/iap/iapreps.shtml Tel. 0020238701259 Home???Tel. 0020222618163 Work Tel. 0020103770593 Cell??????Fax 0020222629356 Work ________________________________________________________ From: Jeffrey Duda >To: Dr.Gamal El Afandi ; GrADS Users Forum >Sent: Saturday, September 3, 2011 1:10 PM >Subject: Re: [gradsusr] Back Trajectories > > >Gamal, >You can refer to other files using a dot and the file name.? For example, if you open several consecutive WRF files such as > >WRF_20110901_1200.ctl >WRF_20110901_1800.ctl >WRF_20110902_2000.ctl > >(assuming each file contains 6 hours of WRF output), then the variables associated with the second file will have a ".2" appended to them; likewise the variables associated with the nth file will have a ".n" appended to them.) > >In your script you just need to add the ".n" (or the corresponding number) to keep track of which variables to use when computing the trajectories according to the particular file the time is in.? It may end up being fairly complex, but I think you can do it.? Good luck. > >Jeff Duda > > >On Sat, Sep 3, 2011 at 11:31 AM, Dr.Gamal El Afandi wrote: > >Hi everybody, >>? >>I was able to use Grads to calculate and plot back-trajectories but there are some limitations related to that script (I can open just one file for each calculation) I need to think about. The main issue is that each WRF file contains only part of the daily values simulated for Indiana we need to get 24 hours back trajectories because the WRF output is in UTC. Therefore in order to calculate 24 hours back trajectories I would need to open simultaneously multiple files and in some way change the code (if it is possible to manage this issue) in order to get all the values and make Grads computing the trajectories. My main concern is that once I open 2 files I will have exactly the same variable names so I don't know if it is possible within that code to refer to a specific value/variable and compute our trajectories correctly. >>please let me know if you have any suggestions, so that maybe I can try. >> >>With my kind regards >>Gamal >>_____________________________________________________ >>Dr.Gamal Salah El Afandi,Senior Researcher. >>Data to Insight Center?of Pervasive Technology Institute >>Indiana University Bloomington USA >>2719 E 10th St. >>Innovation Center >>Room 130C.? >>Bloomington, IN ?47408,USA >>Phone:+1 812-856-2146 >>Fax:?+1 812-856-1735 >>? >>http://as.cms.rtinfo.indiana.edu/d2i/people >>http://pervasivetechnologylabs.iu.edu/d2i/people >>? >>Al Azhar?University >>Faculty of science?at Cairo? >>Department of Astronomy and Meteorology >>Nasr City,Postal Code 11884 >>Cairo,Egypt >>http://maindb.unfccc.int/public/roe/expert_list.pl?id_country=66& >>http://www.itap.purdue.edu/pto/NATO_KEEO/partCoDir_en.html >>http://www.ucar.edu/governance/iap/iapreps.shtml >>Tel. 0020238701259 Home???Tel. 0020222618163 Work >>Tel. 0020103770593 Cell??????Fax 0020222629356 Work >>________________________________________________________ >> >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > >-- >Jeff Duda >Iowa State University >Meteorology Graduate Student >www.meteor.iastate.edu/~jdduda > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/753640e5/attachment-0001.html From joe at wxjoe.com Sat Sep 3 16:53:55 2011 From: joe at wxjoe.com (Joe Moore) Date: Sat, 3 Sep 2011 16:53:55 -0400 Subject: [gradsusr] printim error due to variable in filename Message-ID: Greetings! I'm just getting started with GrADS and I'm still a beginner, but I'm having a problem that I can't seem to resolve from reading the documentation and searching online, including the archives of this mailing list. Problem: When using a variable in the filename to save the output, I'm getting an error. Here's the relevant code: 'printim out/RTMA_TMP_'day'_'hr'.png' where I am defining the variable day and hour using the following: 'q time' hr=substr(result, 8, 2) day=substr(result, 11, 10) The result of which, when I print as a string or in the title, comes out to be 23 for the hour and 16AUG2011. Expect result: I should have a file output called RTMA_TMP_16AUG2011_23.png What actually is happening: The file output is just called RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following error: PRINTIM error: Invalid option; ignored I've been able to sometimes get this to work, like if I put a few characters (not including an underscore or period) in the output filename - but I can't figure it out. I'd like to use either underscores, dashes or periods to separate the variables in the output file name, and I've seen it done in example scripts I've found on the web. Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my full grads config info: ga-> q config Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) This program is distributed WITHOUT ANY WARRANTY See file COPYRIGHT for more information. Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu This version of GrADS has been configured with the following options: o Built on a LITTLE ENDIAN machine o Athena Widget GUI ENABLED o Command line editing ENABLED http://tiswww.case.edu/php/chet/readline/rltop.html o printim command for image output ENABLED http://www.zlib.net http://www.libpng.org/pub/png/libpng.html http://www.libgd.org/Main_Page o GRIB2 interface ENABLED http://www.ijg.org http://www.ece.uvic.ca/~mdadams/jasper http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 g2clib-1.1.8 o NetCDF interface ENABLED http://www.unidata.ucar.edu/software/netcdf netcdf 4.1.1 of Jul 10 2010 23:36:25 $ o OPeNDAP gridded data interface ENABLED o OPeNDAP station data interface ENABLED http://iges.org/grads/gadoc/supplibs.html libgadap 2.0.oga.1 o HDF4 and HDF5 interfaces ENABLED http://hdfgroup.org HDF 4.2r3 HDF5 1.8.4 o GeoTIFF and KML/TIFF output ENABLED http://www.libtiff.org http://geotiff.osgeo.org o KML contour output ENABLED o Shapefile interface ENABLED http://shapelib.maptools.org For additional information please consult http://iges.org/grads Not sure if its needed, but here is also the code I am using: http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant things as this has been my sandbox script to learn new things.) Thanks in advance for any and all assistance! -Joe Moore -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/720fd6a0/attachment.html From smcmillan at planalytics.com Sun Sep 4 11:51:07 2011 From: smcmillan at planalytics.com (Stephen McMillan) Date: Sun, 4 Sep 2011 11:51:07 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: Hello Joe, Your time query is introducing a space into the "day" variable. PRINTIM doesn't like spaces in the filename string. Try this instead: day=substr(result, 11, 9) It should work with above change. Stephen McMillan On Sat, Sep 3, 2011 at 4:53 PM, Joe Moore wrote: > Greetings! > > I'm just getting started with GrADS and I'm still a beginner, but I'm > having a problem that I can't seem to resolve from reading the documentation > and searching online, including the archives of this mailing list. > > Problem: When using a variable in the filename to save the output, I'm > getting an error. > > Here's the relevant code: > > 'printim out/RTMA_TMP_'day'_'hr'.png' > > where I am defining the variable day and hour using the following: > 'q time' > hr=substr(result, 8, 2) > day=substr(result, 11, 10) > > The result of which, when I print as a string or in the title, comes out to > be 23 for the hour and 16AUG2011. > > Expect result: I should have a file output called RTMA_TMP_16AUG2011_23.png > > What actually is happening: The file output is just called > RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following > error: PRINTIM error: Invalid option; ignored > > I've been able to sometimes get this to work, like if I put a few > characters (not including an underscore or period) in the output filename - > but I can't figure it out. I'd like to use either underscores, dashes or > periods to separate the variables in the output file name, and I've seen it > done in example scripts I've found on the web. > > Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The > data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my > full grads config info: > ga-> q config > Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 opendap-grids,stn athena geotiff shapefile > Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Athena Widget GUI ENABLED > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.1.8 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf 4.1.1 of Jul 10 2010 23:36:25 $ > o OPeNDAP gridded data interface ENABLED > o OPeNDAP station data interface ENABLED > http://iges.org/grads/gadoc/supplibs.html > libgadap 2.0.oga.1 > o HDF4 and HDF5 interfaces ENABLED > http://hdfgroup.org > HDF 4.2r3 > HDF5 1.8.4 > o GeoTIFF and KML/TIFF output ENABLED > http://www.libtiff.org > http://geotiff.osgeo.org > o KML contour output ENABLED > o Shapefile interface ENABLED > http://shapelib.maptools.org > > For additional information please consult http://iges.org/grads > > Not sure if its needed, but here is also the code I am using: > http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant things > as this has been my sandbox script to learn new things.) > > Thanks in advance for any and all assistance! > > -Joe Moore > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/34f9cdf8/attachment-0001.html From joe at wxjoe.com Sun Sep 4 12:46:36 2011 From: joe at wxjoe.com (Joe Moore) Date: Sun, 4 Sep 2011 12:46:36 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: Steve, Thanks so much - I didn't even notice this. I thought I was going crazy! -Joe On Sun, Sep 4, 2011 at 11:51 AM, Stephen McMillan wrote: > Hello Joe, > > Your time query is introducing a space into the "day" variable. PRINTIM > doesn't like spaces in the filename string. Try this instead: > day=substr(result, 11, 9) > > It should work with above change. > > Stephen McMillan > On Sat, Sep 3, 2011 at 4:53 PM, Joe Moore wrote: > >> Greetings! >> >> I'm just getting started with GrADS and I'm still a beginner, but I'm >> having a problem that I can't seem to resolve from reading the documentation >> and searching online, including the archives of this mailing list. >> >> Problem: When using a variable in the filename to save the output, I'm >> getting an error. >> >> Here's the relevant code: >> >> 'printim out/RTMA_TMP_'day'_'hr'.png' >> >> where I am defining the variable day and hour using the following: >> 'q time' >> hr=substr(result, 8, 2) >> day=substr(result, 11, 10) >> >> The result of which, when I print as a string or in the title, comes out >> to be 23 for the hour and 16AUG2011. >> >> Expect result: I should have a file output called >> RTMA_TMP_16AUG2011_23.png >> >> What actually is happening: The file output is just called >> RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following >> error: PRINTIM error: Invalid option; ignored >> >> I've been able to sometimes get this to work, like if I put a few >> characters (not including an underscore or period) in the output filename - >> but I can't figure it out. I'd like to use either underscores, dashes or >> periods to separate the variables in the output file name, and I've seen it >> done in example scripts I've found on the web. >> >> Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The >> data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my >> full grads config info: >> ga-> q config >> Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds >> hdf5 opendap-grids,stn athena geotiff shapefile >> Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 >> Copyright (c) 1988-2010 by Brian Doty and the >> Institute for Global Environment and Society (IGES) >> This program is distributed WITHOUT ANY WARRANTY >> See file COPYRIGHT for more information. >> >> Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu >> >> This version of GrADS has been configured with the following options: >> o Built on a LITTLE ENDIAN machine >> o Athena Widget GUI ENABLED >> o Command line editing ENABLED >> http://tiswww.case.edu/php/chet/readline/rltop.html >> o printim command for image output ENABLED >> http://www.zlib.net >> http://www.libpng.org/pub/png/libpng.html >> http://www.libgd.org/Main_Page >> o GRIB2 interface ENABLED >> http://www.ijg.org >> http://www.ece.uvic.ca/~mdadams/jasper >> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >> g2clib-1.1.8 >> o NetCDF interface ENABLED >> http://www.unidata.ucar.edu/software/netcdf >> netcdf 4.1.1 of Jul 10 2010 23:36:25 $ >> o OPeNDAP gridded data interface ENABLED >> o OPeNDAP station data interface ENABLED >> http://iges.org/grads/gadoc/supplibs.html >> libgadap 2.0.oga.1 >> o HDF4 and HDF5 interfaces ENABLED >> http://hdfgroup.org >> HDF 4.2r3 >> HDF5 1.8.4 >> o GeoTIFF and KML/TIFF output ENABLED >> http://www.libtiff.org >> http://geotiff.osgeo.org >> o KML contour output ENABLED >> o Shapefile interface ENABLED >> http://shapelib.maptools.org >> >> For additional information please consult http://iges.org/grads >> >> Not sure if its needed, but here is also the code I am using: >> http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant >> things as this has been my sandbox script to learn new things.) >> >> Thanks in advance for any and all assistance! >> >> -Joe Moore >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > *************************************************** > The information contained in this e-mail message > is intended only for the use of the recipient(s) > named above and may contain information that is > privileged, confidential, and/or proprietary. > If you are not the intended recipient, you may not > review, copy or distribute this message. If you have > received this communication in error, please notify > the sender immediately by e-mail, and delete the original message. > *************************************************** > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/d853dfa2/attachment.html From dasilva at alum.mit.edu Sun Sep 4 13:22:11 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sun, 4 Sep 2011 13:22:11 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: On Sun, Sep 4, 2011 at 12:46 PM, Joe Moore wrote: > Steve, > > Thanks so much - I didn't even notice this. I thought I was going crazy! > > BTW, since you are using an opengrads build, trying replacing "printim" with "gxyat" in your script for better quality images. Unless you have a performance critical application, the fact that gxyat takes a little longer may not matter. Arlindo -Joe > > > On Sun, Sep 4, 2011 at 11:51 AM, Stephen McMillan < > smcmillan at planalytics.com> wrote: > >> Hello Joe, >> >> Your time query is introducing a space into the "day" variable. PRINTIM >> doesn't like spaces in the filename string. Try this instead: >> day=substr(result, 11, 9) >> >> It should work with above change. >> >> Stephen McMillan >> On Sat, Sep 3, 2011 at 4:53 PM, Joe Moore wrote: >> >>> Greetings! >>> >>> I'm just getting started with GrADS and I'm still a beginner, but I'm >>> having a problem that I can't seem to resolve from reading the documentation >>> and searching online, including the archives of this mailing list. >>> >>> Problem: When using a variable in the filename to save the output, I'm >>> getting an error. >>> >>> Here's the relevant code: >>> >>> 'printim out/RTMA_TMP_'day'_'hr'.png' >>> >>> where I am defining the variable day and hour using the following: >>> 'q time' >>> hr=substr(result, 8, 2) >>> day=substr(result, 11, 10) >>> >>> The result of which, when I print as a string or in the title, comes out >>> to be 23 for the hour and 16AUG2011. >>> >>> Expect result: I should have a file output called >>> RTMA_TMP_16AUG2011_23.png >>> >>> What actually is happening: The file output is just called >>> RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following >>> error: PRINTIM error: Invalid option; ignored >>> >>> I've been able to sometimes get this to work, like if I put a few >>> characters (not including an underscore or period) in the output filename - >>> but I can't figure it out. I'd like to use either underscores, dashes or >>> periods to separate the variables in the output file name, and I've seen it >>> done in example scripts I've found on the web. >>> >>> Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The >>> data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my >>> full grads config info: >>> ga-> q config >>> Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf >>> hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile >>> Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 >>> Copyright (c) 1988-2010 by Brian Doty and the >>> Institute for Global Environment and Society (IGES) >>> This program is distributed WITHOUT ANY WARRANTY >>> See file COPYRIGHT for more information. >>> >>> Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu >>> >>> This version of GrADS has been configured with the following options: >>> o Built on a LITTLE ENDIAN machine >>> o Athena Widget GUI ENABLED >>> o Command line editing ENABLED >>> http://tiswww.case.edu/php/chet/readline/rltop.html >>> o printim command for image output ENABLED >>> http://www.zlib.net >>> http://www.libpng.org/pub/png/libpng.html >>> http://www.libgd.org/Main_Page >>> o GRIB2 interface ENABLED >>> http://www.ijg.org >>> http://www.ece.uvic.ca/~mdadams/jasper >>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >>> g2clib-1.1.8 >>> o NetCDF interface ENABLED >>> http://www.unidata.ucar.edu/software/netcdf >>> netcdf 4.1.1 of Jul 10 2010 23:36:25 $ >>> o OPeNDAP gridded data interface ENABLED >>> o OPeNDAP station data interface ENABLED >>> http://iges.org/grads/gadoc/supplibs.html >>> libgadap 2.0.oga.1 >>> o HDF4 and HDF5 interfaces ENABLED >>> http://hdfgroup.org >>> HDF 4.2r3 >>> HDF5 1.8.4 >>> o GeoTIFF and KML/TIFF output ENABLED >>> http://www.libtiff.org >>> http://geotiff.osgeo.org >>> o KML contour output ENABLED >>> o Shapefile interface ENABLED >>> http://shapelib.maptools.org >>> >>> For additional information please consult http://iges.org/grads >>> >>> Not sure if its needed, but here is also the code I am using: >>> http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant >>> things as this has been my sandbox script to learn new things.) >>> >>> Thanks in advance for any and all assistance! >>> >>> -Joe Moore >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> *************************************************** >> The information contained in this e-mail message >> is intended only for the use of the recipient(s) >> named above and may contain information that is >> privileged, confidential, and/or proprietary. >> If you are not the intended recipient, you may not >> review, copy or distribute this message. If you have >> received this communication in error, please notify >> the sender immediately by e-mail, and delete the original message. >> *************************************************** >> >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/0d8974ee/attachment-0001.html From instantweathermaps at gmail.com Sun Sep 4 13:30:00 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sun, 4 Sep 2011 12:30:00 -0500 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: Be warned that "a little longer" is about 5x the time. -- http://www.instantweathermaps.com On Sun, Sep 4, 2011 at 12:22 PM, Arlindo da Silva wrote: > > > On Sun, Sep 4, 2011 at 12:46 PM, Joe Moore wrote: > >> Steve, >> >> Thanks so much - I didn't even notice this. I thought I was going crazy! >> >> > BTW, since you are using an opengrads build, trying replacing "printim" > with "gxyat" in your script for better quality images. Unless you have a > performance critical application, the fact that gxyat takes a little longer > may not matter. > > Arlindo > > > -Joe >> >> >> On Sun, Sep 4, 2011 at 11:51 AM, Stephen McMillan < >> smcmillan at planalytics.com> wrote: >> >>> Hello Joe, >>> >>> Your time query is introducing a space into the "day" variable. PRINTIM >>> doesn't like spaces in the filename string. Try this instead: >>> day=substr(result, 11, 9) >>> >>> It should work with above change. >>> >>> Stephen McMillan >>> On Sat, Sep 3, 2011 at 4:53 PM, Joe Moore wrote: >>> >>>> Greetings! >>>> >>>> I'm just getting started with GrADS and I'm still a beginner, but I'm >>>> having a problem that I can't seem to resolve from reading the documentation >>>> and searching online, including the archives of this mailing list. >>>> >>>> Problem: When using a variable in the filename to save the output, I'm >>>> getting an error. >>>> >>>> Here's the relevant code: >>>> >>>> 'printim out/RTMA_TMP_'day'_'hr'.png' >>>> >>>> where I am defining the variable day and hour using the following: >>>> 'q time' >>>> hr=substr(result, 8, 2) >>>> day=substr(result, 11, 10) >>>> >>>> The result of which, when I print as a string or in the title, comes out >>>> to be 23 for the hour and 16AUG2011. >>>> >>>> Expect result: I should have a file output called >>>> RTMA_TMP_16AUG2011_23.png >>>> >>>> What actually is happening: The file output is just called >>>> RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following >>>> error: PRINTIM error: Invalid option; ignored >>>> >>>> I've been able to sometimes get this to work, like if I put a few >>>> characters (not including an underscore or period) in the output filename - >>>> but I can't figure it out. I'd like to use either underscores, dashes or >>>> periods to separate the variables in the output file name, and I've seen it >>>> done in example scripts I've found on the web. >>>> >>>> Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The >>>> data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my >>>> full grads config info: >>>> ga-> q config >>>> Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf >>>> hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile >>>> Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 >>>> Copyright (c) 1988-2010 by Brian Doty and the >>>> Institute for Global Environment and Society (IGES) >>>> This program is distributed WITHOUT ANY WARRANTY >>>> See file COPYRIGHT for more information. >>>> >>>> Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu >>>> >>>> This version of GrADS has been configured with the following options: >>>> o Built on a LITTLE ENDIAN machine >>>> o Athena Widget GUI ENABLED >>>> o Command line editing ENABLED >>>> http://tiswww.case.edu/php/chet/readline/rltop.html >>>> o printim command for image output ENABLED >>>> http://www.zlib.net >>>> http://www.libpng.org/pub/png/libpng.html >>>> http://www.libgd.org/Main_Page >>>> o GRIB2 interface ENABLED >>>> http://www.ijg.org >>>> http://www.ece.uvic.ca/~mdadams/jasper >>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >>>> g2clib-1.1.8 >>>> o NetCDF interface ENABLED >>>> http://www.unidata.ucar.edu/software/netcdf >>>> netcdf 4.1.1 of Jul 10 2010 23:36:25 $ >>>> o OPeNDAP gridded data interface ENABLED >>>> o OPeNDAP station data interface ENABLED >>>> http://iges.org/grads/gadoc/supplibs.html >>>> libgadap 2.0.oga.1 >>>> o HDF4 and HDF5 interfaces ENABLED >>>> http://hdfgroup.org >>>> HDF 4.2r3 >>>> HDF5 1.8.4 >>>> o GeoTIFF and KML/TIFF output ENABLED >>>> http://www.libtiff.org >>>> http://geotiff.osgeo.org >>>> o KML contour output ENABLED >>>> o Shapefile interface ENABLED >>>> http://shapelib.maptools.org >>>> >>>> For additional information please consult http://iges.org/grads >>>> >>>> Not sure if its needed, but here is also the code I am using: >>>> http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant >>>> things as this has been my sandbox script to learn new things.) >>>> >>>> Thanks in advance for any and all assistance! >>>> >>>> -Joe Moore >>>> >>>> _______________________________________________ >>>> gradsusr mailing list >>>> gradsusr at gradsusr.org >>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>> >>>> >>> *************************************************** >>> The information contained in this e-mail message >>> is intended only for the use of the recipient(s) >>> named above and may contain information that is >>> privileged, confidential, and/or proprietary. >>> If you are not the intended recipient, you may not >>> review, copy or distribute this message. If you have >>> received this communication in error, please notify >>> the sender immediately by e-mail, and delete the original message. >>> *************************************************** >>> >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/c3ff5d1d/attachment.html From dasilva at alum.mit.edu Sun Sep 4 14:16:43 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sun, 4 Sep 2011 14:16:43 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: On Sun, Sep 4, 2011 at 1:30 PM, Joey Woodson wrote: > Be warned that "a little longer" is about 5x the time. > > True, this is a lot relatively speaking. However, it still takes around a sec for an image --- slower, but not slow if you just have a handfull of plots to make. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/4f27b132/attachment.html From chinhth2010 at gmail.com Mon Sep 5 21:23:56 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Mon, 5 Sep 2011 18:23:56 -0700 Subject: [gradsusr] remove value over 100 in legend Message-ID: Dear all users I plot probability map range of value 0-100. But in my legend value over 100 still display with grey colour as attached file Anyone please tell me how to remove this part. Thank you Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110905/bb2ee3f9/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: prob.gif Type: image/gif Size: 10954 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110905/bb2ee3f9/attachment-0001.gif From jdduda at iastate.edu Mon Sep 5 22:46:24 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 5 Sep 2011 21:46:24 -0500 Subject: [gradsusr] remove value over 100 in legend In-Reply-To: References: Message-ID: THe color bar script you are using will probably not allow you to cut the bar off at a value. Try usign one of the other color bar scripts listed in the grads script library . You could also try using 80 as your max contour and not including 100. Jeff Duda On Mon, Sep 5, 2011 at 8:23 PM, chinh ta huu wrote: > Dear all users > I plot probability map range of value 0-100. > But in my legend value over 100 still display with grey colour as attached > file > Anyone please tell me how to remove this part. > Thank you > Chinh > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110905/71bf5170/attachment.html From cl at meteoconsult.fr Tue Sep 6 05:26:08 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Tue, 6 Sep 2011 11:26:08 +0200 Subject: [gradsusr] install new version of grads Message-ID: Dear all users, I have grads-2.0.a5 on a computer, and i would like to know if it exists an upgrade to get the new version grads-2.0.a9 or if I have to uninstall grads-2.0.a5 and then install grads-2.0.a9. Thank you Christelle -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/06bf1d26/attachment.html From chinhth2010 at gmail.com Tue Sep 6 05:39:08 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Tue, 6 Sep 2011 16:39:08 +0700 Subject: [gradsusr] install new version of grads In-Reply-To: References: Message-ID: Dear Chris I think you delete *.a5 and then install new version Because it doesn't cost any time of you. It is also better Best regards Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/e48b01d2/attachment.html From cl at meteoconsult.fr Tue Sep 6 06:15:32 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Tue, 6 Sep 2011 12:15:32 +0200 Subject: [gradsusr] install new version of grads In-Reply-To: References: Message-ID: ok, thanks Christelle 2011/9/6 chinh ta huu > Dear Chris > I think you delete *.a5 and then install new version > Because it doesn't cost any time of you. It is also better > Best regards > Chinh > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/7b92353b/attachment.html From smcmillan at planalytics.com Tue Sep 6 09:19:52 2011 From: smcmillan at planalytics.com (Stephen McMillan) Date: Tue, 6 Sep 2011 09:19:52 -0400 Subject: [gradsusr] remove value over 100 in legend In-Reply-To: References: Message-ID: Instead of cbarn, you could specify the background color for the portion over 100, then use cbar if you don't need the tapered ends. That way the "100" will still plot as the end number. Stephen Mc On Mon, Sep 5, 2011 at 9:23 PM, chinh ta huu wrote: > Dear all users > I plot probability map range of value 0-100. > But in my legend value over 100 still display with grey colour as attached > file > Anyone please tell me how to remove this part. > Thank you > Chinh > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/78e59a7c/attachment.html From bernd.becker at metoffice.gov.uk Tue Sep 6 10:20:47 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Tue, 6 Sep 2011 15:20:47 +0100 Subject: [gradsusr] remove value over 100 in legend In-Reply-To: References: Message-ID: label your cbar with numbers 10 to 90 only. You will get just one color for all values below 10 and another for all values above 90. Perhaps you don't really want a new colour for all values matching 100% exactly in your chart? Cheers, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Stephen McMillan Sent: 06 September 2011 14:20 To: GrADS Users Forum Subject: Re: [gradsusr] remove value over 100 in legend Instead of cbarn, you could specify the background color for the portion over 100, then use cbar if you don't need the tapered ends. That way the "100" will still plot as the end number. Stephen Mc On Mon, Sep 5, 2011 at 9:23 PM, chinh ta huu wrote: Dear all users I plot probability map range of value 0-100. But in my legend value over 100 still display with grey colour as attached file Anyone please tell me how to remove this part. Thank you Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/9ce15966/attachment-0001.html From grapeszy at gmail.com Tue Sep 6 11:14:04 2011 From: grapeszy at gmail.com (Yu F. Zhang) Date: Tue, 6 Sep 2011 09:14:04 -0600 Subject: [gradsusr] Still need some help about plot a bufr data Message-ID: <9D096E15-D7AE-4C20-889C-182D7ABB19C8@gmail.com> I just use the bufrscan to get some information about the bufr data. But I do not know how to write a bufr description file I just write a description file like this: dset ^080112.bufr undef 9.999E+10 title prepbufr dtype bufr TDEF 1 linear 06z23may2010 1hr STID 1,192 XVAR 6,2 YVAR 5,2 VARS 7 slon 0 06,002 LONGITUDE slat 0 05,002 LATITUDE STAT 0 01,192 Station id POB 0 07,192 PRESSURE OBSERVATION TOB 0 12,192 TEMPERATURE OBSERVATION ZOB 0 10,196 HEIGHT OBSERVATION QOB 0 13,023 SPECIFIC HUMIDITY OBSERVATION ENDVARS I can open the bufr data. But After I d pob I get nothing? Is the bufr description right? How can I get a correct bufr description? Here are the result of bufrscan: >>> processing message 0 >>> start of message 1 03 000 (replicate next 3, not including replication count) 0 31 001 (replication count) 0 00 001 (text) Table A: entry 0 00 002 (text) Table A: data category description, line 1 0 00 003 (text) Table A: data category description, line 2 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 00 004 (sequence) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 0 00 013 (text) Element name, line 1 0 00 014 (text) Element name, line 2 0 00 015 (text) Units name 0 00 016 (text) Units scale sign 0 00 017 (text) Units scale 0 00 018 (text) Units reference sign 0 00 019 (text) Units reference value 0 00 020 (text) Element data width 1 05 000 (replicate next 5, not including replication count) 0 31 001 (replication count) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 2 05 064 (operator) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 0 00 030 (text) Descriptor defining sequence <<< end of message >>> processing message 1 .... >>> processing message 4 >>> start of message 0 63 000 (numeric) BYTCNT 3 60 240 (sequence) 3 61 001 (sequence) 0 01 192 (text) SID STATION IDENTIFICATION 0 06 002 (numeric) XOB LONGITUDE 0 05 002 (numeric) YOB LATITUDE 0 04 192 (numeric) DHR OBSERVATION TIME MINUS CYCLE TIME 0 10 194 (numeric) ELV STATION ELEVATION 0 01 193 (numeric) TYP PREPBUFR REPORT TYPE 0 55 006 (numeric) T29 INPUT REPORT TYPE 0 55 192 (numeric) TSB REPORT SUBTYPE (HAS VARIOUS MEANINGS DEPENDING ON TYPE) 0 02 001 (numeric) ITP INSTRUMENT TYPE 0 50 001 (numeric) SQN REPORT SEQUENCE NUMBER 0 50 002 (numeric) PROCN PROCESS NUMBER FOR THIS MPI RUN (OBTAINED FROM SCRIPT) 0 04 194 (numeric) RPT REPORTED OBSERVATION TIME 0 04 195 (numeric) TCOR INDICATOR WHETHER OBS. TIME IN "DHR" WAS CORRECTED 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 61 012 (sequence) 0 35 200 (numeric) RSRD RESTRICTIONS ON REDISTRIBUTION 0 35 201 (numeric) EXPRSRD EXPIRATION OF RESTRICTIONS ON REDISTRIBUTION 3 60 002 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 61 002 (sequence) 0 01 194 (numeric) CAT PREPBUFR DATA LEVEL CATEGORY 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 62 001 (sequence) 3 60 003 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 62 101 (sequence) 0 07 192 (numeric) POB PRESSURE OBSERVATION 0 07 193 (numeric) PQM PRESSURE (QUALITY) MARKER 0 07 194 (numeric) PPC PRESSURE PROGRAM CODE Thanks for the help very much Sincerely yours :Yu ZHANG -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/4226990c/attachment.html From anderlansiqueira at gmail.com Tue Sep 6 12:32:00 2011 From: anderlansiqueira at gmail.com (Anderlan Siqueira) Date: Tue, 6 Sep 2011 13:32:00 -0300 Subject: [gradsusr] Sort data in ascending order!!! Message-ID: Dear users, I wonder how I can do to sort data in ascending order in GrADS. I tried to use various functions, but did not work. For example, d min and d max. If anyone has a clue would greatly appreciate it. Sincerely, -- Anderlan Henrique Batista Siqueira Curr?culo Lattes - http://lattes.cnpq.br/1244544626994866 Laborat?rio de Climatologia - LabClim Meteorologista e Mestrando pelo Instituto de Ci?ncias Atmosf?ricas - ICAT/UFAL. P?s-Gradua??o em Meteorologia. Bacharel em Meteorologia pela Universidade Federal de Alagoas - UFAL. From dasilva at alum.mit.edu Tue Sep 6 15:24:52 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 6 Sep 2011 15:24:52 -0400 Subject: [gradsusr] Sort data in ascending order!!! In-Reply-To: References: Message-ID: On Tue, Sep 6, 2011 at 12:32 PM, Anderlan Siqueira < anderlansiqueira at gmail.com> wrote: > Dear users, > > I wonder how I can do to sort data in ascending order in GrADS. I > tried to use various functions, but did not work. For example, d min > and d max. > > I really do not know what you mean. Tell us exactly what you would like to accomplish and may be someone may have a suggestion. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/b69c506e/attachment.html From sam at surfline.com Tue Sep 6 16:05:03 2011 From: sam at surfline.com (Sam Wilson) Date: Tue, 06 Sep 2011 13:05:03 -0700 Subject: [gradsusr] How to edit locations of contour labels Message-ID: Hello all, I?m wondering if there is a way to change the location of the contour label on the actual contour. I use set clab forced to plot the labels on the contours, but I?d like to be able to move the labels along the contours. Thanks for any help you can provide. Sam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/669f4ddb/attachment.html From joe at wxjoe.com Tue Sep 6 16:06:49 2011 From: joe at wxjoe.com (Joe Moore) Date: Tue, 6 Sep 2011 16:06:49 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: Thanks, all. I do like the sharper output that comes gxyat - while the wait is annoying right now while I'm still learning, I think when I get to my goal (producing real-time RTMA plots on a web server) I'll switch to using gxyat since I only plan to generate a handful of plots. -Joe Moore On Sun, Sep 4, 2011 at 2:16 PM, Arlindo da Silva wrote: > > > On Sun, Sep 4, 2011 at 1:30 PM, Joey Woodson > wrote: > >> Be warned that "a little longer" is about 5x the time. >> >> > True, this is a lot relatively speaking. However, it still takes around a > sec for an image --- slower, but not slow if you just have a handfull of > plots to make. > > Arlindo > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/2e7b08f5/attachment.html From jdduda at iastate.edu Tue Sep 6 17:50:26 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Tue, 6 Sep 2011 16:50:26 -0500 Subject: [gradsusr] How to edit locations of contour labels In-Reply-To: References: Message-ID: Sam, I think this is an issue for Arlindo or Jennifer. Without cracking open the Grads source code, I don't think there's much you can do orther than to set clabs off and then manually draw the contour label using 'draw string' over the contourl labels (you'll have to know exactly where to place the label using 'q pos'). Jeff Duda On Tue, Sep 6, 2011 at 3:05 PM, Sam Wilson wrote: > Hello all, > > I?m wondering if there is a way to change the location of the contour label > on the actual contour. I use set clab forced to plot the labels on the > contours, but I?d like to be able to move the labels along the contours. > > Thanks for any help you can provide. > > Sam > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/08ab1bc7/attachment.html From sam at surfline.com Tue Sep 6 18:29:04 2011 From: sam at surfline.com (Sam Wilson) Date: Tue, 06 Sep 2011 15:29:04 -0700 Subject: [gradsusr] How to edit locations of contour labels In-Reply-To: Message-ID: Jeff, Thanks for the prompt reply. I?m unable to use that suggestion as I?m not working with static contours. Regardless, thanks anyway! Sam On 9/6/11 2:50 PM, "Jeffrey Duda" wrote: > Sam, > I think this is an issue for Arlindo or Jennifer.? Without cracking open the > Grads source code, I don't think there's much you can do orther than to set > clabs off and then manually draw the contour label using 'draw string' over > the contourl labels (you'll have to know exactly where to place the label > using 'q pos'). > > Jeff Duda > > On Tue, Sep 6, 2011 at 3:05 PM, Sam Wilson wrote: >> Hello all, >> >> I?m wondering if there is a way to change the location of the contour label >> on the actual contour. ?I use set clab forced to plot the labels on the >> contours, but I?d like to be able to move the labels along the contours. >> >> Thanks for any help you can provide. >> >> Sam >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/a01b6572/attachment-0001.html From mqvillafuerte at gmail.com Wed Sep 7 02:09:06 2011 From: mqvillafuerte at gmail.com (Marcelino II Villafuerte) Date: Wed, 7 Sep 2011 14:09:06 +0800 Subject: [gradsusr] Spatial RMSE script Message-ID: Dear Fellow Grads Users, I'm trying to spatially quantify the closeness of my model results with observations using Root Mean Square Error (RMSE). Since RMSE is not a function in GrADS I tried to use existing functions to come up with RMSE. pls. find attached script for your comments.. Am I doing right? Thanks! -Mar- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/4138b0de/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: spa_rmse.gs Type: application/octet-stream Size: 1201 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110907/4138b0de/attachment.obj From jdduda at iastate.edu Wed Sep 7 13:10:16 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 7 Sep 2011 12:10:16 -0500 Subject: [gradsusr] Spatial RMSE script In-Reply-To: References: Message-ID: Looks like you are doing it correctly. Jeff Duda On Wed, Sep 7, 2011 at 1:09 AM, Marcelino II Villafuerte < mqvillafuerte at gmail.com> wrote: > Dear Fellow Grads Users, > > I'm trying to spatially quantify the closeness of my model results with > observations using Root Mean Square Error (RMSE). > Since RMSE is not a function in GrADS I tried to use existing functions to > come up with RMSE. > pls. find attached script for your comments.. Am I doing right? > > Thanks! > > -Mar- > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/c30d71e6/attachment.html From anderlansiqueira at gmail.com Wed Sep 7 15:14:42 2011 From: anderlansiqueira at gmail.com (Anderlan Siqueira) Date: Wed, 7 Sep 2011 16:14:42 -0300 Subject: [gradsusr] Ascending order in GrADS! Message-ID: Hello dear users, I want to sort the data for each grid point GrADS in ascending order. I have a file 50 times and I want the values ??for each point lies from smallest to largest. For example, for point 1: 3 4 5 7 8 9 would look like, 3 4 5 7 8 9. In this case also would have a resulting file with 50 time and each grid point with values ??in ascending order. This is the first time have the lowest time and 50 the highest values. Who can help me thank you. I read some things about Bubble sort. Sincerely. -- Anderlan Henrique Batista Siqueira Curr?culo Lattes - http://lattes.cnpq.br/1244544626994866 Laborat?rio de Climatologia - LabClim Meteorologista e Mestrando pelo Instituto de Ci?ncias Atmosf?ricas - ICAT/UFAL. P?s-Gradua??o em Meteorologia. Bacharel em Meteorologia pela Universidade Federal de Alagoas - UFAL. From dasilva at alum.mit.edu Wed Sep 7 17:16:34 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 7 Sep 2011 17:16:34 -0400 Subject: [gradsusr] Ascending order in GrADS! In-Reply-To: References: Message-ID: On Wed, Sep 7, 2011 at 3:14 PM, Anderlan Siqueira < anderlansiqueira at gmail.com> wrote: > Hello dear users, > > I want to sort the data for each grid point GrADS in ascending order. > I have a file 50 times and I want the values for each point lies > from smallest to largest. For example, for point 1: 3 4 5 7 8 9 would > look like, 3 4 5 7 8 9. In this case also would have a resulting file > with 50 time and each grid point with values in ascending order. > This is the first time have the lowest time and 50 the highest values. > > Who can help me thank you. > > I read some things about Bubble sort. > > This is something that would be very easy to do in pygrads, for example: ga.open("model") ga("set t 1 5") ts = sort(ga.exp('ts'),axis=0) At this point you can write ts to a file or send it back to grads with the ga.imp() method. This requires that the data array fits in memory. You will need to learn some python, something that would open lots of possibilities for data analysis beyond what can be done with grads. More info on pygrads here: http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS BTW, PyGrADS works well with the Enthought Python Distribution (EPD), see: http://www.enthought.com/products/epd.php Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/3d8aeab1/attachment.html From dasilva at alum.mit.edu Wed Sep 7 19:10:59 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 7 Sep 2011 19:10:59 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 released Message-ID: Dear PyGrADS Users, We just released PyGrADS v1.1.b5 on sf.net: http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ This version has been updated to work with the newly released IPython 0.11. While still in beta, this release includes new interpolation methods that allows you to create generic curtain plots. See ChangeLog for additional information. From now on we are recommending that PyGrADS be used with the Enthought Python Distribution (EPD): https://enthought.com/products/epd.php EPD includes many scientific and statistical libraries needed in day to day data analysis. It also saves you the trouble of resolving all the dependencies needed for PyGrADS. It works on many platforms, including Windows, Mac OS X and Linux. The complete EPD is free for academic use, but there is a fee for commercial use, consult the URL above for details. There is also a limited EPD Free Edition that partially works with pygrads (basemaps are missing). (I'll be posting instructions on how to modify the EPD Free Edition for a fully functional PyGrADS.) Enjoy! Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/1cb376b8/attachment.html From dasilva at alum.mit.edu Wed Sep 7 22:25:19 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 7 Sep 2011 22:25:19 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 on Windows Message-ID: On Wed, Sep 7, 2011 at 7:10 PM, Arlindo da Silva wrote: > Dear PyGrADS Users, > > From now on we are recommending that PyGrADS be used with the Enthought > Python Distribution (EPD): > > https://enthought.com/products/epd.php > > EPD includes many scientific and statistical libraries needed in day to > day data analysis. It also saves you the trouble of resolving all the > dependencies needed for PyGrADS. It works on many platforms, including > Windows, Mac OS X and Linux. The complete EPD is free for academic use, but > there is a fee for commercial use, consult the URL above for details. There > is also a limited EPD Free Edition that partially works with pygrads > (basemaps are missing). (I'll be posting instructions on how to modify the > EPD Free Edition for a fully functional PyGrADS.) > > If you would like to install the EPD Free edition on Windows here is some useful information. Get EPD Free from: http://enthought.com/repo/free As I mentioned before, EPD Free is missing the basemap package that pygrads needs. On Windows you can get the pre-compiled basemap package from: http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.1/ Get the package that matches the EPD Free version. Currently this is Python 2.7, so get basemap-1.0.1.win32-py2.7.exe After that, install pygrads proper: pygrads-1.1.b5.win32.exe And of course, make sure you have the opengrads Win32 superpack installed: grads-2.0.a9.oga.1-win32_superpack.exe PyGrADS should be available on your [Start] menu. Good Luck, Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/14a53885/attachment.html From srisravani.a at gmail.com Thu Sep 8 05:52:04 2011 From: srisravani.a at gmail.com (SRAVANI A) Date: Thu, 8 Sep 2011 15:22:04 +0530 Subject: [gradsusr] shear calculation Message-ID: Dear grads users -- A.Sravani Research Scholar Department of Meteorology & Oceanography Andhra university Visakhapatnam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/abe23b12/attachment.html From srisravani.a at gmail.com Thu Sep 8 05:53:55 2011 From: srisravani.a at gmail.com (SRAVANI A) Date: Thu, 8 Sep 2011 15:23:55 +0530 Subject: [gradsusr] shaer calculation Message-ID: dear grads user i want to calculate the verticle shear of horizontal wind. plese help me how to calculate the shear Thanking you in adavnce -- A.Sravani Research Scholar Department of Meteorology & Oceanography Andhra university Visakhapatnam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/3515e990/attachment-0001.html From cl at meteoconsult.fr Thu Sep 8 08:00:14 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Thu, 8 Sep 2011 14:00:14 +0200 Subject: [gradsusr] write text on the map Message-ID: Hello, Does anyone know how to write town's name on the map, is this possible? Best regards CL -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/5af01707/attachment.html From GRamaphane at gov.bw Thu Sep 8 08:19:43 2011 From: GRamaphane at gov.bw (Galebonwe Ramaphane) Date: Thu, 8 Sep 2011 14:19:43 +0200 Subject: [gradsusr] [BULK] write text on the map In-Reply-To: References: Message-ID: CL, Display your data and issue the following: lon1 = 27.02 * longitude lat1 = -22.52 * latitude q w2xy lon1 lat1 say result x1 = subwrd(result,3) y1 = subwrd(result,6) draw mark 5 x1 y1 0.08 draw string x1+0.1 y1 CITY_NAME good luck Galebonwe Ramaphane Department of Meteorological Services P.O. BOX 10100 Gaborone Botswana Tel: +267 3612200 Mobile: +267 74435261 From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Christelle LACROIX Sent: Thursday, September 08, 2011 2:00 PM To: GrADS Users Forum Subject: [BULK] [gradsusr] write text on the map Importance: Low Hello, Does anyone know how to write town's name on the map, is this possible? Best regards CL -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/901c8fbe/attachment.html From spc_meteor at yahoo.com.br Thu Sep 8 08:19:55 2011 From: spc_meteor at yahoo.com.br (Saulo Carvalho) Date: Thu, 8 Sep 2011 05:19:55 -0700 (PDT) Subject: [gradsusr] Enc: reading files directly from ftp's In-Reply-To: <1314503126.70438.YahooMailNeo@web110702.mail.gq1.yahoo.com> References: <1313373663.10745.YahooMailNeo@web110711.mail.gq1.yahoo.com> <1313772772.28085.YahooMailNeo@web110711.mail.gq1.yahoo.com> <1314503126.70438.YahooMailNeo@web110702.mail.gq1.yahoo.com> Message-ID: <1315484395.5236.YahooMailNeo@web110709.mail.gq1.yahoo.com> Dear grads users, Does Grads read files directly from ftp's?? So far as I Know, ?one can read files from http's. That's my doubt. Greetings. ________________________________________ Saulo Carvalho SEMA Diretoria de Recursos H?dricos -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/217ff8e0/attachment.html From cl at meteoconsult.fr Thu Sep 8 10:04:31 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Thu, 8 Sep 2011 16:04:31 +0200 Subject: [gradsusr] shapefile Message-ID: Hello, I use a shapefile that contain points: lat and lon of towns, and i would like to add name of these towns next to marks. Is it possible to use a shape file with name of towns and commands ? 'set shpopts 99 1' 'set line 99' 'draw shp Proximite_Monde' thanks, best regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/baa56f6b/attachment.html From jdduda at iastate.edu Thu Sep 8 20:27:04 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 8 Sep 2011 19:27:04 -0500 Subject: [gradsusr] shaer calculation In-Reply-To: References: Message-ID: It depends on exactly what you want to compute. Do you want to compute total shear in the form of the length of the hodograph or bulk shear, the vector wind difference in a layer bounded by two levels? Jeff Duda On Thu, Sep 8, 2011 at 4:53 AM, SRAVANI A wrote: > > dear grads user > i want to calculate the verticle shear of horizontal wind. plese help me > how to calculate the shear > Thanking you in adavnce > -- > A.Sravani > Research Scholar > Department of Meteorology & Oceanography > Andhra university > Visakhapatnam > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/06edd8ba/attachment.html From zjuyanlibin at 163.com Fri Sep 9 00:51:35 2011 From: zjuyanlibin at 163.com (Yan Libin) Date: Fri, 9 Sep 2011 12:51:35 +0800 Subject: [gradsusr] PyGrADS v1.1.b5 on Windows References: Message-ID: <201109091251349843065@163.com> Dear Arlindo, I've installed the pygrads which has drawn me a lot of interests. I wonder what statistical methods are included in the GrADS. Thank you! Regards, Libin Yan Yan Libin From: Arlindo da Silva Date: 2011-09-08 10:25 To: GrADS Users Forum Subject: [gradsusr] PyGrADS v1.1.b5 on Windows On Wed, Sep 7, 2011 at 7:10 PM, Arlindo da Silva wrote: Dear PyGrADS Users, From now on we are recommending that PyGrADS be used with the Enthought Python Distribution (EPD): https://enthought.com/products/epd.php EPD includes many scientific and statistical libraries needed in day to day data analysis. It also saves you the trouble of resolving all the dependencies needed for PyGrADS. It works on many platforms, including Windows, Mac OS X and Linux. The complete EPD is free for academic use, but there is a fee for commercial use, consult the URL above for details. There is also a limited EPD Free Edition that partially works with pygrads (basemaps are missing). (I'll be posting instructions on how to modify the EPD Free Edition for a fully functional PyGrADS.) If you would like to install the EPD Free edition on Windows here is some useful information. Get EPD Free from: http://enthought.com/repo/free As I mentioned before, EPD Free is missing the basemap package that pygrads needs. On Windows you can get the pre-compiled basemap package from: http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.1/ Get the package that matches the EPD Free version. Currently this is Python 2.7, so get basemap-1.0.1.win32-py2.7.exe After that, install pygrads proper: pygrads-1.1.b5.win32.exe And of course, make sure you have the opengrads Win32 superpack installed: grads-2.0.a9.oga.1-win32_superpack.exe PyGrADS should be available on your [Start] menu. Good Luck, Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/18566b68/attachment-0001.html From zjuyanlibin at 163.com Fri Sep 9 01:26:17 2011 From: zjuyanlibin at 163.com (Yan Libin) Date: Fri, 9 Sep 2011 13:26:17 +0800 Subject: [gradsusr] PyGrADS v1.1.b5 released References: Message-ID: <2011090913261731262513@163.com> Dear PyGrADS users, Can anyone provide me with get-started documents related to the usage of PyGrADS? Because I found that the output figures of PyGrADS are more beautiful than ever. Regards, Libin Yan Yan Libin From: Arlindo da Silva Date: 2011-09-08 07:10 To: GrADS Users Forum Subject: [gradsusr] PyGrADS v1.1.b5 released Dear PyGrADS Users, We just released PyGrADS v1.1.b5 on sf.net: http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ This version has been updated to work with the newly released IPython 0.11. While still in beta, this release includes new interpolation methods that allows you to create generic curtain plots. See ChangeLog for additional information. From now on we are recommending that PyGrADS be used with the Enthought Python Distribution (EPD): https://enthought.com/products/epd.php EPD includes many scientific and statistical libraries needed in day to day data analysis. It also saves you the trouble of resolving all the dependencies needed for PyGrADS. It works on many platforms, including Windows, Mac OS X and Linux. The complete EPD is free for academic use, but there is a fee for commercial use, consult the URL above for details. There is also a limited EPD Free Edition that partially works with pygrads (basemaps are missing). (I'll be posting instructions on how to modify the EPD Free Edition for a fully functional PyGrADS.) Enjoy! Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/5397d7f3/attachment.html From dasilva at alum.mit.edu Fri Sep 9 07:35:55 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 9 Sep 2011 07:35:55 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 released In-Reply-To: <2011090913261731262513@163.com> References: <2011090913261731262513@163.com> Message-ID: On Fri, Sep 9, 2011 at 1:26 AM, Yan Libin wrote: > ** > Dear PyGrADS users, > > Can anyone provide me with get-started documents related to the usage of > PyGrADS? > Because I found that the output figures of PyGrADS are more beautiful than > ever. > > Start with wiki: http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS Arlindo > Regards, > Libin Yan > > ------------------------------ > Yan Libin > > *From:* Arlindo da Silva > *Date:* 2011-09-08 07:10 > *To:* GrADS Users Forum > *Subject:* [gradsusr] PyGrADS v1.1.b5 released > Dear PyGrADS Users, > > We just released PyGrADS v1.1.b5 on sf.net: > > http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ > > This version has been updated to work with the newly released IPython > 0.11. While still in beta, this release includes new interpolation methods > that allows you to create generic curtain plots. See ChangeLog for > additional information. > > From now on we are recommending that PyGrADS be used with the Enthought > Python Distribution (EPD): > > https://enthought.com/products/epd.php > > EPD includes many scientific and statistical libraries needed in day to > day data analysis. It also saves you the trouble of resolving all the > dependencies needed for PyGrADS. It works on many platforms, including > Windows, Mac OS X and Linux. The complete EPD is free for academic use, but > there is a fee for commercial use, consult the URL above for details. There > is also a limited EPD Free Edition that partially works with pygrads > (basemaps are missing). (I'll be posting instructions on how to modify the > EPD Free Edition for a fully functional PyGrADS.) > > Enjoy! > > Arlindo > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f2774c2f/attachment.html From dasilva at alum.mit.edu Fri Sep 9 07:41:10 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 9 Sep 2011 07:41:10 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 on Windows In-Reply-To: <201109091251349843065@163.com> References: <201109091251349843065@163.com> Message-ID: On Fri, Sep 9, 2011 at 12:51 AM, Yan Libin wrote: > ** > Dear Arlindo, > > I've installed the pygrads which has drawn me a lot of interests. > I wonder what statistical methods are included in the GrADS. > Do you mean PyGrADS? PyGrADS enables access to all the statistical packages available with scipy (google for it). In particular, you can use the python interface to R and use all the packages available in R. The point is: depending on what you have to do, use the best tool for the job at hand. The EPD environment has a much broader collection of statistical algorithms, but this only matters if you need them. Arlindo > Thank you! > > Regards, > Libin Yan > > ------------------------------ > Yan Libin > > *From:* Arlindo da Silva > *Date:* 2011-09-08 10:25 > *To:* GrADS Users Forum > *Subject:* [gradsusr] PyGrADS v1.1.b5 on Windows > On Wed, Sep 7, 2011 at 7:10 PM, Arlindo da Silva wrote: > >> Dear PyGrADS Users, >> >> From now on we are recommending that PyGrADS be used with the >> Enthought Python Distribution (EPD): >> >> https://enthought.com/products/epd.php >> >> EPD includes many scientific and statistical libraries needed in day to >> day data analysis. It also saves you the trouble of resolving all the >> dependencies needed for PyGrADS. It works on many platforms, including >> Windows, Mac OS X and Linux. The complete EPD is free for academic use, but >> there is a fee for commercial use, consult the URL above for details. There >> is also a limited EPD Free Edition that partially works with pygrads >> (basemaps are missing). (I'll be posting instructions on how to modify the >> EPD Free Edition for a fully functional PyGrADS.) >> >> > If you would like to install the EPD Free edition on Windows here is some > useful information. Get EPD Free from: > > http://enthought.com/repo/free > > As I mentioned before, EPD Free is missing the basemap package that pygrads > needs. > On Windows you can get the pre-compiled basemap package from: > > > http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.1/ > > Get the package that matches the EPD Free version. Currently this is Python > 2.7, so get > > basemap-1.0.1.win32-py2.7.exe > > After that, install pygrads proper: > > pygrads-1.1.b5.win32.exe > > And of course, make sure you have the opengrads Win32 superpack installed: > > grads-2.0.a9.oga.1-win32_superpack.exe > > PyGrADS should be available on your [Start] menu. > > Good Luck, > > Arlindo > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/b8ae89ba/attachment.html From jma at cola.iges.org Fri Sep 9 08:05:20 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Fri, 9 Sep 2011 08:05:20 -0400 Subject: [gradsusr] shapefile In-Reply-To: References: Message-ID: <2D47F3A6-9FA0-4E71-B233-59EBC025F2F3@cola.iges.org> Best way to do this is to use the 'q shp' or 'q dbf' commands and parse the output to get the lat/lon and town name. Then you can use 'q w2xy' to convert the lat/lon to page coordinates, then the 'set string' and 'draw string' commands to position and draw your string. --Jennifer On Sep 8, 2011, at 10:04 AM, Christelle LACROIX wrote: > Hello, > > > I use a shapefile that contain points: lat and lon of towns, and i > would like to add name of these towns next to marks. Is it possible > to use a shape file with name of towns and commands ? > > 'set shpopts 99 1' > 'set line 99' > 'draw shp Proximite_Monde' > > > thanks, > > best regards > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/0ac21f3b/attachment-0001.html From bernd.becker at metoffice.gov.uk Fri Sep 9 10:45:49 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Fri, 9 Sep 2011 15:45:49 +0100 Subject: [gradsusr] searcheable grads user mail list Message-ID: Hello, Where can I find the searchable grads user mail list archive? Thanks, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game From Austin.L.Conaty at nasa.gov Fri Sep 9 11:06:57 2011 From: Austin.L.Conaty at nasa.gov (Austin Conaty) Date: Fri, 9 Sep 2011 11:06:57 -0400 Subject: [gradsusr] searcheable grads user mail list In-Reply-To: References: Message-ID: <4E6A2B91.6040109@nasa.gov> Bernd, From http://www.iges.org/grads/users.html To see the collection of prior postings to the list, visit the gradsusr archives . You can search the archives using your favorite internet search engine (Google, Yahoo, Bing, et al.) by inserting "site:gradsusr.org" into your search string. So it looks like if you google potential vorticity site:gradsusr.org it will search the grads email archives for potential vorticity postings Becker, Bernd wrote: > Hello, > > Where can I find the searchable grads user mail list archive? > > Thanks, > Bernd. > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ > bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Austin Conaty, SAIC Global Modeling & Assimilation Office 301-614-6149 (ph) NASA Goddard Space Flight Center 301-614-6297 (fax) Code 610.1 Greenbelt, MD 20771 Austin.L.Conaty at .nasa.gov http://gmao.gsfc.nasa.gov From saeedbayat7276 at gmail.com Fri Sep 9 11:12:29 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Fri, 9 Sep 2011 19:42:29 +0430 Subject: [gradsusr] PyGrADS v1.1.b5 released In-Reply-To: References: <2011090913261731262513@163.com> Message-ID: Hi Arlindo, I install pygrads in ubuntu 10.04, but when I type pygrads, I lost x11 window and I got this error: raise GrADSError, "GrADS terminated while waiting for response" GrADSError: 'GrADS terminated while waiting for response' What is wrong in your opinion? Regards Saeed Bayat M.A Student of Climatology Ferdowsi University of Mashhad(Iran) On Fri, Sep 9, 2011 at 4:05 PM, Arlindo da Silva wrote: > On Fri, Sep 9, 2011 at 1:26 AM, Yan Libin wrote: > >> ** >> Dear PyGrADS users, >> >> Can anyone provide me with get-started documents related to the usage of >> PyGrADS? >> Because I found that the output figures of PyGrADS are more beautiful than >> ever. >> >> > > Start with wiki: > > http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS > > Arlindo > > >> Regards, >> Libin Yan >> >> ------------------------------ >> Yan Libin >> >> *From:* Arlindo da Silva >> *Date:* 2011-09-08 07:10 >> *To:* GrADS Users Forum >> *Subject:* [gradsusr] PyGrADS v1.1.b5 released >> Dear PyGrADS Users, >> >> We just released PyGrADS v1.1.b5 on sf.net: >> >> http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ >> >> This version has been updated to work with the newly released IPython >> 0.11. While still in beta, this release includes new interpolation methods >> that allows you to create generic curtain plots. See ChangeLog for >> additional information. >> >> From now on we are recommending that PyGrADS be used with the Enthought >> Python Distribution (EPD): >> >> https://enthought.com/products/epd.php >> >> EPD includes many scientific and statistical libraries needed in day to >> day data analysis. It also saves you the trouble of resolving all the >> dependencies needed for PyGrADS. It works on many platforms, including >> Windows, Mac OS X and Linux. The complete EPD is free for academic use, but >> there is a fee for commercial use, consult the URL above for details. There >> is also a limited EPD Free Edition that partially works with pygrads >> (basemaps are missing). (I'll be posting instructions on how to modify the >> EPD Free Edition for a fully functional PyGrADS.) >> >> Enjoy! >> >> Arlindo >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/5d3fc34c/attachment.html From vinaybijnori at yahoo.com Fri Sep 9 11:56:33 2011 From: vinaybijnori at yahoo.com (vinay kumar) Date: Fri, 9 Sep 2011 08:56:33 -0700 (PDT) Subject: [gradsusr] (no subject) Message-ID: <1315583793.45705.YahooMailNeo@web161005.mail.bf1.yahoo.com> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/6c1b7b8f/attachment.html From dasilva at alum.mit.edu Fri Sep 9 11:59:21 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 9 Sep 2011 11:59:21 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 released In-Reply-To: References: <2011090913261731262513@163.com> Message-ID: On Fri, Sep 9, 2011 at 11:12 AM, saeed bayat wrote: > Hi Arlindo, > I install pygrads in ubuntu 10.04, but when I type pygrads, I lost x11 > window and I got > this error: > raise GrADSError, "GrADS terminated while waiting for response" > GrADSError: 'GrADS terminated while waiting for response' > What is wrong in your opinion? > > First make sure you have a valid grads installation, preferably the latest opengrads bundle installation. Read the pygrads installation instructions. Arlindo > Regards > Saeed Bayat > M.A Student of Climatology > Ferdowsi University of Mashhad(Iran) > > > On Fri, Sep 9, 2011 at 4:05 PM, Arlindo da Silva wrote: > >> On Fri, Sep 9, 2011 at 1:26 AM, Yan Libin wrote: >> >>> ** >>> Dear PyGrADS users, >>> >>> Can anyone provide me with get-started documents related to the usage of >>> PyGrADS? >>> Because I found that the output figures of PyGrADS are more beautiful >>> than ever. >>> >>> >> >> Start with wiki: >> >> http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS >> >> Arlindo >> >> >>> Regards, >>> Libin Yan >>> >>> ------------------------------ >>> Yan Libin >>> >>> *From:* Arlindo da Silva >>> *Date:* 2011-09-08 07:10 >>> *To:* GrADS Users Forum >>> *Subject:* [gradsusr] PyGrADS v1.1.b5 released >>> Dear PyGrADS Users, >>> >>> We just released PyGrADS v1.1.b5 on sf.net: >>> >>> >>> http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ >>> >>> This version has been updated to work with the newly released IPython >>> 0.11. While still in beta, this release includes new interpolation methods >>> that allows you to create generic curtain plots. See ChangeLog for >>> additional information. >>> >>> From now on we are recommending that PyGrADS be used with the Enthought >>> Python Distribution (EPD): >>> >>> https://enthought.com/products/epd.php >>> >>> EPD includes many scientific and statistical libraries needed in day to >>> day data analysis. It also saves you the trouble of resolving all the >>> dependencies needed for PyGrADS. It works on many platforms, including >>> Windows, Mac OS X and Linux. The complete EPD is free for academic use, but >>> there is a fee for commercial use, consult the URL above for details. There >>> is also a limited EPD Free Edition that partially works with pygrads >>> (basemaps are missing). (I'll be posting instructions on how to modify the >>> EPD Free Edition for a fully functional PyGrADS.) >>> >>> Enjoy! >>> >>> Arlindo >>> -- >>> Arlindo da Silva >>> dasilva at alum.mit.edu >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/10df693d/attachment-0001.html From bernd.becker at metoffice.gov.uk Fri Sep 9 12:05:39 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Fri, 9 Sep 2011 17:05:39 +0100 Subject: [gradsusr] define variable independent of time Message-ID: Simple question, complicated answer: I would like to composite stuff from several files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values because a and c have different times. What can be done about this? Have a nice weekend. Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game From dasilva at alum.mit.edu Fri Sep 9 12:39:37 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 9 Sep 2011 12:39:37 -0400 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > > Simple question, > complicated answer: > > I would like to composite stuff from several files. > > Each file has its own time and date info in its own .ctl file. > > How can I add elements from different such files? > > How can I break away from the strict treatment of the time dimension in > grads? > > open file1.ctl > define a=ave(b,t=1,t=34) > close 1 > open file2.ctl > define c= ave(b,t=3,t=9) > close 2 > etc. > > d a+c > Cannot contour grid - all undefined values > > Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/6155d79e/attachment.html From rafanoharana at gmail.com Fri Sep 9 14:59:00 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Fri, 9 Sep 2011 11:59:00 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working Message-ID: Dear all, I've already posted this message before but I can't get it worked. If any of you have any idea to crop the study area, please let me know. One said that it is possible to grab a shapefile of the top part and fill it with black (I guess he meant re-setting the value of the variable covered by this shapefile to 0). If you have any experience or any tips on how to do that, thanks in advance for your help. Kind regards, Serge ---------- Forwarded message ---------- From: Rafanoharana Serge Claudio Date: Fri, Aug 26, 2011 at 7:53 AM Subject: Crop country boundary To: GrADS Users Forum Dear all, I would like to ask if there is a way to crop the data to a specific area. In GrADS, if we use 'set mpdset hires', we have the country boundary. However for my case I only need the study area (please refer to the attached file). I found that http://www.diva-gis.org/datadown provides Grid data. Can we use the data from this Website to crop it or...? Thank you, -- Serge -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f4f4b1b6/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: evi-1.jpg Type: image/jpeg Size: 242511 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f4f4b1b6/attachment-0001.jpg From esjluis at yahoo.com.mx Fri Sep 9 15:37:46 2011 From: esjluis at yahoo.com.mx (jl sa) Date: Fri, 9 Sep 2011 12:37:46 -0700 (PDT) Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: <1315597066.30032.YahooMailNeo@web111005.mail.gq1.yahoo.com> checa esto: open file1.ctl open file2.ctl define a=ave(b.1,t=1,t=34) define c= ave(b.2,t=3,t=9) d a+c close 1 close 2 etc. ________________________________ De: "gradsusr-request at gradsusr.org" Para: gradsusr at gradsusr.org Enviado: Viernes, 9 de septiembre, 2011 9:44:18 Asunto: gradsusr Digest, Vol 19, Issue 13 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. define variable independent of time (Becker, Bernd) ? 2. Re: define variable independent of time (Arlindo da Silva) ? 3. Crop country boundary or masking an area - still not??? working ? ? ? (Rafanoharana Serge Claudio) ---------------------------------------------------------------------- Message: 1 Date: Fri, 9 Sep 2011 17:05:39 +0100 From: "Becker, Bernd" Subject: [gradsusr] define variable independent of time To: "GrADS Users Forum" Message-ID: ??? ??? Content-Type: text/plain;??? charset="us-ascii" Simple question, complicated answer: I would like to composite stuff from several? files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values because a and c have different times. What can be done about this? Have a nice weekend. Bernd. -- Bernd Becker? Climate Impacts Product Development Met Office Hadley Centre? ? FitzRoy Road? Exeter? Devon EX1 3PB? United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ------------------------------ Message: 2 Date: Fri, 9 Sep 2011 12:39:37 -0400 From: Arlindo da Silva Subject: Re: [gradsusr] define variable independent of time To: GrADS Users Forum Message-ID: ??? Content-Type: text/plain; charset="iso-8859-1" On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > > Simple question, > complicated answer: > > I would like to composite stuff from several? files. > > Each file has its own time and date info in its own .ctl file. > > How can I add elements from different such files? > > How can I break away from the strict treatment of the time dimension in > grads? > > open file1.ctl > define a=ave(b,t=1,t=34) > close 1 > open file2.ctl > define c= ave(b,t=3,t=9) > close 2 > etc. > > d a+c > Cannot contour grid - all undefined values > > Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/6155d79e/attachment-0001.html ------------------------------ Message: 3 Date: Fri, 9 Sep 2011 11:59:00 -0700 From: Rafanoharana Serge Claudio Subject: [gradsusr] Crop country boundary or masking an area - still ??? not??? working To: GrADS Users Forum Message-ID: ??? Content-Type: text/plain; charset="iso-8859-1" Dear all, I've already posted this message before but I can't get it worked. If any of you have any idea to crop the study area, please let me know. One said that it is possible to grab a shapefile of the top part? and fill it with black (I guess he meant re-setting the value of the variable covered by this shapefile to 0). If you have any experience or any tips on how to do that, thanks in advance for your help. Kind regards, Serge ---------- Forwarded message ---------- From: Rafanoharana Serge Claudio Date: Fri, Aug 26, 2011 at 7:53 AM Subject: Crop country boundary To: GrADS Users Forum Dear all, I would like to ask if there is a way to crop the data to a specific area. In GrADS, if we use 'set mpdset hires', we have the country boundary. However for my case I only need the study area (please refer to the attached file). I found that http://www.diva-gis.org/datadown provides Grid data. Can we use the data from this Website to crop it or...? Thank you, -- Serge -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f4f4b1b6/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: evi-1.jpg Type: image/jpeg Size: 242511 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f4f4b1b6/attachment.jpg ------------------------------ _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr End of gradsusr Digest, Vol 19, Issue 13 **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/a2c3a297/attachment.html From Huddleston at cira.colostate.edu Fri Sep 9 16:09:29 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 9 Sep 2011 13:09:29 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: Serge Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to clip your data. You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on Linux use 'apt-get install gdal-bin'. Use the following command: ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp where Study_Area.shp is a shapefile in the attached zip file and Your_input_data.shp is the shapefile you want to clip. John Huddleston, PhD Cooperative Institute for Research in the Atmosphere From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Rafanoharana Serge Claudio Sent: Friday, September 09, 2011 12:59 PM To: GrADS Users Forum Subject: [gradsusr] Crop country boundary or masking an area - still not working Dear all, I've already posted this message before but I can't get it worked. If any of you have any idea to crop the study area, please let me know. One said that it is possible to grab a shapefile of the top part and fill it with black (I guess he meant re-setting the value of the variable covered by this shapefile to 0). If you have any experience or any tips on how to do that, thanks in advance for your help. Kind regards, Serge ---------- Forwarded message ---------- From: Rafanoharana Serge Claudio > Date: Fri, Aug 26, 2011 at 7:53 AM Subject: Crop country boundary To: GrADS Users Forum > Dear all, I would like to ask if there is a way to crop the data to a specific area. In GrADS, if we use 'set mpdset hires', we have the country boundary. However for my case I only need the study area (please refer to the attached file). I found that http://www.diva-gis.org/datadown provides Grid data. Can we use the data from this Website to crop it or...? Thank you, -- Serge -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/5f24b32d/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Study_Area.zip Type: application/x-zip-compressed Size: 2202193 bytes Desc: Study_Area.zip Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110909/5f24b32d/attachment-0001.bin From bernd.becker at metoffice.gov.uk Sat Sep 10 04:30:06 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Sat, 10 Sep 2011 09:30:06 +0100 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: Thanks Arlindo, That would be nice for single numbers. It as one notch more elaborate: 'set dfile 2' 'set t 2 33' 'define obs = 'var'.2' 'set dfile 3' 'set t 2 33' 'define fx = 'var'.3' file 2 and 3 have different time frames. d fx-obs fails. And it would be a real bummer to have to calculate the times from one file relative to the other file. Compositing in this way would be really hard. Enjoy the weekend! Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva Sent: 09 September 2011 17:40 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd wrote: Simple question, complicated answer: I would like to composite stuff from several files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110910/b63340dd/attachment.html From hallak at model.iag.usp.br Sat Sep 10 07:25:09 2011 From: hallak at model.iag.usp.br (Ricardo Hallak) Date: Sat, 10 Sep 2011 09:25:09 -0200 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: <20110910111216.M81399@model.iag.usp.br> Dear Bernd, I would use the fwrite command: For each computation, you can fwrite the new defined fields in a single binary file, if they have the same horizontal dimensions. With an appropriate ctl that describe correctly the new binary file as the defined fields were at the same time, you can do calculations. Ricardo On Sat, 10 Sep 2011 09:30:06 +0100, Becker, Bernd wrote > Thanks Arlindo, > ? > That would be nice for single numbers. > ? > It as one notch more elaborate: > ? > ? 'set dfile 2' > ? 'set t 2? 33' > ? 'define obs???? = 'var'.2' > > ?'set dfile 3' > ? 'set t 2? 33' > ?'define fx???? = 'var'.3' > > file 2 and 3 have different time frames. > ? > d fx-obs > ? > fails. > And it would be a real bummer to have to calculate the times from one file relative > to the other file. > ? > Compositing in this way would be really hard. > ? > Enjoy the weekend! > Bernd. > ? > -- > Bernd Becker?? Climate Impacts Product Development > Met Office Hadley Centre??? FitzRoy Road?Exeter?? Devon EX1 3PB? United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > ? > > ----------------------------------------------------------------------- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva > Sent: 09 September 2011 17:40 > To: GrADS Users Forum > Subject: Re: [gradsusr] define variable independent of time > > > On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd wrote: > > > Simple question, > complicated answer: > > I would like to composite stuff from several ?files. > > Each file has its own time and date info in its own .ctl file. > > How can I add elements from different such files? > > How can I break away from the strict treatment of the time dimension in > grads? > > open file1.ctl > define a=ave(b,t=1,t=34) > close 1 > open file2.ctl > define c= ave(b,t=3,t=9) > close 2 > etc. > > d a+c > Cannot contour grid - all undefined values > > > > Try: > > d a(t=1)+c(t=1) > > -- > Arlindo da Silva > dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110910/61de2c96/attachment.html From rafanoharana at gmail.com Sat Sep 10 11:57:36 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Sat, 10 Sep 2011 08:57:36 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: Dear John, Thank you for your answer. I do have ogr2ogr and a shapefile of the study area. Thank you anyway for the file. In your command, you only deal with .shp files, and ogr2ogr cannot be used within GrADS. The problem is that I have a .nc file which contains a variable. I want to clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can deal with .nc format (I also tried but not working). Thanks, Serge On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John < Huddleston at cira.colostate.edu> wrote: > Serge**** > > ** ** > > Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to clip > your data.**** > > ** ** > > You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on Linux > use ?apt-get install gdal-bin?.**** > > ** ** > > Use the following command:**** > > ** ** > > ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp**** > > ** ** > > where Study_Area.shp is a shapefile in the attached zip file and > Your_input_data.shp is the shapefile you want to clip.**** > > ** ** > > John Huddleston, PhD**** > > Cooperative Institute for Research in the Atmosphere**** > > ** ** > > ** ** > > ** ** > > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Rafanoharana Serge Claudio > *Sent:* Friday, September 09, 2011 12:59 PM > *To:* GrADS Users Forum > *Subject:* [gradsusr] Crop country boundary or masking an area - still not > working**** > > ** ** > > Dear all, > > I've already posted this message before but I can't get it worked. > If any of you have any idea to crop the study area, please let me know. One > said that it is possible to grab a shapefile of the top part and fill it > with black (I guess he meant re-setting the value of the variable covered by > this shapefile to 0). If you have any experience or any tips on how to do > that, thanks in advance for your help. > > Kind regards, > > Serge**** > > ---------- Forwarded message ---------- > From: *Rafanoharana Serge Claudio* > Date: Fri, Aug 26, 2011 at 7:53 AM > Subject: Crop country boundary > To: GrADS Users Forum > > > Dear all, > > I would like to ask if there is a way to crop the data to a specific area. > In GrADS, if we use 'set mpdset hires', we have the country boundary. > However for my case I only need the study area (please refer to the attached > file). > > I found that http://www.diva-gis.org/datadown provides Grid data. Can we > use the data from this Website to crop it or...? > > Thank you, > > -- > Serge **** > > > > > -- > Serge**** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110910/2a873fa2/attachment-0001.html From jdduda at iastate.edu Sat Sep 10 13:40:56 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Sat, 10 Sep 2011 12:40:56 -0500 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: You can reference the time of a variable when you use it in a statement. For example, you could do 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' This should help you do what you want to do. Jeff Duda On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > ** > Thanks Arlindo, > > That would be nice for single numbers. > > It as one notch more elaborate: > > 'set dfile 2' > 'set t 2 33' > 'define obs = 'var'.2' > 'set dfile 3' > 'set t 2 33' > 'define fx = 'var'.3' > file 2 and 3 have different time frames. > > d fx-obs > > fails. > And it would be a real bummer to have to calculate the times from one file > relative > to the other file. > > Compositing in this way would be really hard. > > Enjoy the weekend! > Bernd. > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva > *Sent:* 09 September 2011 17:40 > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] define variable independent of time > > On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> >> Simple question, >> complicated answer: >> >> I would like to composite stuff from several files. >> >> Each file has its own time and date info in its own .ctl file. >> >> How can I add elements from different such files? >> >> How can I break away from the strict treatment of the time dimension in >> grads? >> >> open file1.ctl >> define a=ave(b,t=1,t=34) >> close 1 >> open file2.ctl >> define c= ave(b,t=3,t=9) >> close 2 >> etc. >> >> d a+c >> Cannot contour grid - all undefined values >> >> > Try: > > d a(t=1)+c(t=1) > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110910/acae5974/attachment.html From yaqiang.wang at gmail.com Sat Sep 10 22:57:20 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Sun, 11 Sep 2011 10:57:20 +0800 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: You can use maskout function to crop your grid data. Or use basemap script to 'crop' your figure. On Sat, Sep 10, 2011 at 11:57 PM, Rafanoharana Serge Claudio wrote: > Dear John, > > Thank you for your answer. I do have ogr2ogr and a shapefile of the study > area. Thank you anyway for the file. > In your command, you only deal with .shp files, and ogr2ogr cannot be used > within GrADS. > The problem is that I have a .nc file which contains a variable. I want to > clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can > deal with .nc format (I also tried but not working). > > Thanks, > > Serge > > > On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John > wrote: >> >> Serge >> >> >> >> Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to >> clip your data. >> >> >> >> You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on Linux >> use ?apt-get install gdal-bin?. >> >> >> >> Use the following command: >> >> >> >> ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp >> >> >> >> where Study_Area.shp is a shapefile in the attached zip file and >> Your_input_data.shp is the shapefile you want to clip. >> >> >> >> John Huddleston, PhD >> >> Cooperative Institute for Research in the Atmosphere >> >> >> >> >> >> >> >> From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] >> On Behalf Of Rafanoharana Serge Claudio >> Sent: Friday, September 09, 2011 12:59 PM >> To: GrADS Users Forum >> Subject: [gradsusr] Crop country boundary or masking an area - still not >> working >> >> >> >> Dear all, >> >> I've already posted this message before but I can't get it worked. >> If any of you have any idea to crop the study area, please let me know. >> One said that it is possible to grab a shapefile of the top part? and fill >> it with black (I guess he meant re-setting the value of the variable covered >> by this shapefile to 0). If you have any experience or any tips on how to do >> that, thanks in advance for your help. >> >> Kind regards, >> >> Serge >> >> ---------- Forwarded message ---------- >> From: Rafanoharana Serge Claudio >> Date: Fri, Aug 26, 2011 at 7:53 AM >> Subject: Crop country boundary >> To: GrADS Users Forum >> >> >> Dear all, >> >> I would like to ask if there is a way to crop the data to a specific area. >> In GrADS, if we use 'set mpdset hires', we have the country boundary. >> However for my case I only need the study area (please refer to the attached >> file). >> >> I found that http://www.diva-gis.org/datadown provides Grid data. Can we >> use the data from this Website to crop it or...? >> >> Thank you, >> >> -- >> Serge >> >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From rafanoharana at gmail.com Mon Sep 12 03:27:09 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 12 Sep 2011 00:27:09 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: Dear Yaqiang, Thank you for your email. I will work on it and let you know ASAP. Best Regards, Serge On Sat, Sep 10, 2011 at 7:57 PM, Yaqiang Wang wrote: > You can use maskout function to crop your grid data. Or use basemap > script to 'crop' your figure. > > On Sat, Sep 10, 2011 at 11:57 PM, Rafanoharana Serge Claudio > wrote: > > Dear John, > > > > Thank you for your answer. I do have ogr2ogr and a shapefile of the study > > area. Thank you anyway for the file. > > In your command, you only deal with .shp files, and ogr2ogr cannot be > used > > within GrADS. > > The problem is that I have a .nc file which contains a variable. I want > to > > clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can > > deal with .nc format (I also tried but not working). > > > > Thanks, > > > > Serge > > > > > > On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John > > wrote: > >> > >> Serge > >> > >> > >> > >> Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to > >> clip your data. > >> > >> > >> > >> You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on > Linux > >> use ?apt-get install gdal-bin?. > >> > >> > >> > >> Use the following command: > >> > >> > >> > >> ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp > >> > >> > >> > >> where Study_Area.shp is a shapefile in the attached zip file and > >> Your_input_data.shp is the shapefile you want to clip. > >> > >> > >> > >> John Huddleston, PhD > >> > >> Cooperative Institute for Research in the Atmosphere > >> > >> > >> > >> > >> > >> > >> > >> From: gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] > >> On Behalf Of Rafanoharana Serge Claudio > >> Sent: Friday, September 09, 2011 12:59 PM > >> To: GrADS Users Forum > >> Subject: [gradsusr] Crop country boundary or masking an area - still not > >> working > >> > >> > >> > >> Dear all, > >> > >> I've already posted this message before but I can't get it worked. > >> If any of you have any idea to crop the study area, please let me know. > >> One said that it is possible to grab a shapefile of the top part and > fill > >> it with black (I guess he meant re-setting the value of the variable > covered > >> by this shapefile to 0). If you have any experience or any tips on how > to do > >> that, thanks in advance for your help. > >> > >> Kind regards, > >> > >> Serge > >> > >> ---------- Forwarded message ---------- > >> From: Rafanoharana Serge Claudio > >> Date: Fri, Aug 26, 2011 at 7:53 AM > >> Subject: Crop country boundary > >> To: GrADS Users Forum > >> > >> > >> Dear all, > >> > >> I would like to ask if there is a way to crop the data to a specific > area. > >> In GrADS, if we use 'set mpdset hires', we have the country boundary. > >> However for my case I only need the study area (please refer to the > attached > >> file). > >> > >> I found that http://www.diva-gis.org/datadown provides Grid data. Can > we > >> use the data from this Website to crop it or...? > >> > >> Thank you, > >> > >> -- > >> Serge > >> > >> > >> -- > >> Serge > >> > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > > > > > > -- > > Serge > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/545035f7/attachment.html From bernd.becker at metoffice.gov.uk Mon Sep 12 04:03:26 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Mon, 12 Sep 2011 09:03:26 +0100 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: Jeff, That is is the really hard part. Each item fx and obs describes a chunk of a time series. One would have to manually calculate the start and end dates with respect to the reference dfile. If only (and I think Mike explained it a long time ago, and I cannot find the email) one could set file 1 set t 2 34 define whatever set dfile 2 set t 6 39 define theother and happily combine whatever with theother. Think about multimodel ensemble hindcast analysis, trying to composit observed phenomena with modelled phenomena that simply don't happen simultaneously. All the best, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jeffrey Duda Sent: 10 September 2011 18:41 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time You can reference the time of a variable when you use it in a statement. For example, you could do 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' This should help you do what you want to do. Jeff Duda On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd wrote: Thanks Arlindo, That would be nice for single numbers. It as one notch more elaborate: 'set dfile 2' 'set t 2 33' 'define obs = 'var'.2' 'set dfile 3' 'set t 2 33' 'define fx = 'var'.3' file 2 and 3 have different time frames. d fx-obs fails. And it would be a real bummer to have to calculate the times from one file relative to the other file. Compositing in this way would be really hard. Enjoy the weekend! Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva Sent: 09 September 2011 17:40 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd wrote: Simple question, complicated answer: I would like to composite stuff from several files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/44da6546/attachment-0001.html From Huddleston at cira.colostate.edu Mon Sep 12 08:00:55 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Mon, 12 Sep 2011 05:00:55 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: , Message-ID: Serge See http://www.ncl.ucar.edu/Document/Tools/ncl_convert2nc.shtml and convert your study area shapefile to a masking netCDF file. Then write a small C/FORTRAN application to read your input netCDF file and the masking netCDF and write out a new netCDF file where the area outside your study area is the missing "undef" value. John Huddleston ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On Behalf Of Rafanoharana Serge Claudio [rafanoharana at gmail.com] Sent: Monday, September 12, 2011 1:27 AM To: GrADS Users Forum Subject: Re: [gradsusr] Crop country boundary or masking an area - still not working Dear Yaqiang, Thank you for your email. I will work on it and let you know ASAP. Best Regards, Serge On Sat, Sep 10, 2011 at 7:57 PM, Yaqiang Wang > wrote: You can use maskout function to crop your grid data. Or use basemap script to 'crop' your figure. On Sat, Sep 10, 2011 at 11:57 PM, Rafanoharana Serge Claudio > wrote: > Dear John, > > Thank you for your answer. I do have ogr2ogr and a shapefile of the study > area. Thank you anyway for the file. > In your command, you only deal with .shp files, and ogr2ogr cannot be used > within GrADS. > The problem is that I have a .nc file which contains a variable. I want to > clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can > deal with .nc format (I also tried but not working). > > Thanks, > > Serge > > > On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John > > wrote: >> >> Serge >> >> >> >> Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to >> clip your data. >> >> >> >> You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on Linux >> use ?apt-get install gdal-bin?. >> >> >> >> Use the following command: >> >> >> >> ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp >> >> >> >> where Study_Area.shp is a shapefile in the attached zip file and >> Your_input_data.shp is the shapefile you want to clip. >> >> >> >> John Huddleston, PhD >> >> Cooperative Institute for Research in the Atmosphere >> >> >> >> >> >> >> >> From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] >> On Behalf Of Rafanoharana Serge Claudio >> Sent: Friday, September 09, 2011 12:59 PM >> To: GrADS Users Forum >> Subject: [gradsusr] Crop country boundary or masking an area - still not >> working >> >> >> >> Dear all, >> >> I've already posted this message before but I can't get it worked. >> If any of you have any idea to crop the study area, please let me know. >> One said that it is possible to grab a shapefile of the top part and fill >> it with black (I guess he meant re-setting the value of the variable covered >> by this shapefile to 0). If you have any experience or any tips on how to do >> that, thanks in advance for your help. >> >> Kind regards, >> >> Serge >> >> ---------- Forwarded message ---------- >> From: Rafanoharana Serge Claudio > >> Date: Fri, Aug 26, 2011 at 7:53 AM >> Subject: Crop country boundary >> To: GrADS Users Forum > >> >> >> Dear all, >> >> I would like to ask if there is a way to crop the data to a specific area. >> In GrADS, if we use 'set mpdset hires', we have the country boundary. >> However for my case I only need the study area (please refer to the attached >> file). >> >> I found that http://www.diva-gis.org/datadown provides Grid data. Can we >> use the data from this Website to crop it or...? >> >> Thank you, >> >> -- >> Serge >> >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/52babf1b/attachment.html From jdduda at iastate.edu Mon Sep 12 12:16:59 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 12 Sep 2011 11:16:59 -0500 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: Bernd, To help me understand, could you provide a simple example? Jeff On Mon, Sep 12, 2011 at 3:03 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > ** > Jeff, > > That is is the really hard part. > Each item fx and obs describes a chunk of a time series. > One would have to manually calculate the start and end dates > with respect to the reference dfile. > > If only (and I think Mike explained it a long time ago, and I cannot find > the > email) one could > set file 1 > set t 2 34 > define whatever > set dfile 2 > set t 6 39 > define theother > > and happily combine whatever with theother. > > Think about multimodel ensemble hindcast analysis, trying to composit > observed phenomena with modelled phenomena that simply > don't happen simultaneously. > > All the best, > Bernd. > > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Jeffrey Duda > *Sent:* 10 September 2011 18:41 > > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] define variable independent of time > > You can reference the time of a variable when you use it in a statement. > For example, you could do > > 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' > > This should help you do what you want to do. > > Jeff Duda > > On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> ** >> Thanks Arlindo, >> >> That would be nice for single numbers. >> >> It as one notch more elaborate: >> >> 'set dfile 2' >> 'set t 2 33' >> 'define obs = 'var'.2' >> 'set dfile 3' >> 'set t 2 33' >> 'define fx = 'var'.3' >> file 2 and 3 have different time frames. >> >> d fx-obs >> >> fails. >> And it would be a real bummer to have to calculate the times from one file >> relative >> to the other file. >> >> Compositing in this way would be really hard. >> >> Enjoy the weekend! >> Bernd. >> >> >> -- >> Bernd Becker Climate Impacts Product Development >> Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United >> Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker >> http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game >> >> >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva >> *Sent:* 09 September 2011 17:40 >> *To:* GrADS Users Forum >> *Subject:* Re: [gradsusr] define variable independent of time >> >> On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < >> bernd.becker at metoffice.gov.uk> wrote: >> >>> >>> Simple question, >>> complicated answer: >>> >>> I would like to composite stuff from several files. >>> >>> Each file has its own time and date info in its own .ctl file. >>> >>> How can I add elements from different such files? >>> >>> How can I break away from the strict treatment of the time dimension in >>> grads? >>> >>> open file1.ctl >>> define a=ave(b,t=1,t=34) >>> close 1 >>> open file2.ctl >>> define c= ave(b,t=3,t=9) >>> close 2 >>> etc. >>> >>> d a+c >>> Cannot contour grid - all undefined values >>> >>> >> Try: >> >> d a(t=1)+c(t=1) >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/59590758/attachment-0001.html From rafanoharana at gmail.com Mon Sep 12 12:29:21 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 12 Sep 2011 09:29:21 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: Dear John, Sounds very interesting but I have no experience at all in FORTRAN and on how to implement the FORTRAN code to GrADS. I do have experience in C. Regards, Serge On Mon, Sep 12, 2011 at 5:00 AM, Huddleston, John < Huddleston at cira.colostate.edu> wrote: > Serge > > See http://www.ncl.ucar.edu/Document/Tools/ncl_convert2nc.shtml and > convert your study area shapefile to a masking netCDF file. > > Then write a small C/FORTRAN application to read your input netCDF file > and the masking netCDF and write out a new netCDF file where the area > outside your study area is the missing "undef" value. > > John Huddleston > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On > Behalf Of Rafanoharana Serge Claudio [rafanoharana at gmail.com] > *Sent:* Monday, September 12, 2011 1:27 AM > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] Crop country boundary or masking an area - still > not working > > Dear Yaqiang, > > Thank you for your email. I will work on it and let you know ASAP. > > Best Regards, > > Serge > > > On Sat, Sep 10, 2011 at 7:57 PM, Yaqiang Wang wrote: > >> You can use maskout function to crop your grid data. Or use basemap >> script to 'crop' your figure. >> >> On Sat, Sep 10, 2011 at 11:57 PM, Rafanoharana Serge Claudio >> wrote: >> > Dear John, >> > >> > Thank you for your answer. I do have ogr2ogr and a shapefile of the >> study >> > area. Thank you anyway for the file. >> > In your command, you only deal with .shp files, and ogr2ogr cannot be >> used >> > within GrADS. >> > The problem is that I have a .nc file which contains a variable. I want >> to >> > clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can >> > deal with .nc format (I also tried but not working). >> > >> > Thanks, >> > >> > Serge >> > >> > >> > On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John >> > wrote: >> >> >> >> Serge >> >> >> >> >> >> >> >> Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to >> >> clip your data. >> >> >> >> >> >> >> >> You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on >> Linux >> >> use ?apt-get install gdal-bin?. >> >> >> >> >> >> >> >> Use the following command: >> >> >> >> >> >> >> >> ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp >> >> >> >> >> >> >> >> where Study_Area.shp is a shapefile in the attached zip file and >> >> Your_input_data.shp is the shapefile you want to clip. >> >> >> >> >> >> >> >> John Huddleston, PhD >> >> >> >> Cooperative Institute for Research in the Atmosphere >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> From: gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] >> >> On Behalf Of Rafanoharana Serge Claudio >> >> Sent: Friday, September 09, 2011 12:59 PM >> >> To: GrADS Users Forum >> >> Subject: [gradsusr] Crop country boundary or masking an area - still >> not >> >> working >> >> >> >> >> >> >> >> Dear all, >> >> >> >> I've already posted this message before but I can't get it worked. >> >> If any of you have any idea to crop the study area, please let me know. >> >> One said that it is possible to grab a shapefile of the top part and >> fill >> >> it with black (I guess he meant re-setting the value of the variable >> covered >> >> by this shapefile to 0). If you have any experience or any tips on how >> to do >> >> that, thanks in advance for your help. >> >> >> >> Kind regards, >> >> >> >> Serge >> >> >> >> ---------- Forwarded message ---------- >> >> From: Rafanoharana Serge Claudio >> >> Date: Fri, Aug 26, 2011 at 7:53 AM >> >> Subject: Crop country boundary >> >> To: GrADS Users Forum >> >> >> >> >> >> Dear all, >> >> >> >> I would like to ask if there is a way to crop the data to a specific >> area. >> >> In GrADS, if we use 'set mpdset hires', we have the country boundary. >> >> However for my case I only need the study area (please refer to the >> attached >> >> file). >> >> >> >> I found that http://www.diva-gis.org/datadown provides Grid data. Can >> we >> >> use the data from this Website to crop it or...? >> >> >> >> Thank you, >> >> >> >> -- >> >> Serge >> >> >> >> >> >> -- >> >> Serge >> >> >> >> _______________________________________________ >> >> gradsusr mailing list >> >> gradsusr at gradsusr.org >> >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> > >> > >> > >> > -- >> > Serge >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> >> >> >> -- >> ************************************************* >> Dr. Yaqiang Wang >> Chinese Academy of Meteorological Sciences (CAMS) >> 46, Zhong-Guan-Cun South Avenue >> Beijing, 100081 >> China >> >> yaqiang.wang at gmail.com >> ************************************************** >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/c4b21f05/attachment.html From dasilva at alum.mit.edu Mon Sep 12 13:18:52 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Mon, 12 Sep 2011 19:18:52 +0200 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: On Mon, Sep 12, 2011 at 10:03 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > ** > Jeff, > > That is is the really hard part. > Each item fx and obs describes a chunk of a time series. > One would have to manually calculate the start and end dates > with respect to the reference dfile. > > If only (and I think Mike explained it a long time ago, and I cannot find > the > email) one could > set file 1 > set t 2 34 > define whatever > set dfile 2 > set t 6 39 > define theother > > and happily combine whatever with theother. > > Think about multimodel ensemble hindcast analysis, trying to composit > observed phenomena with modelled phenomena that simply > don't happen simultaneously. > > Well, have you thought about creating a ctl with each member corresponding to a different file? In grads ensemble implementation you can specify different beginning/ending times for each member, with TDEF specifying the time interval that covers all the members. I typically do this to handle twice daily forecasts: each forecast is an ensemble member, each starting at the initial condition and going out 5 days. Here is how it looks on our GDS: http://portal.nccs.nasa.gov/cgi-lats4d/opendap.cgi?&path=/GEOS-5/fp/0.25_deg/fcast/inst1_2d_hwl_Nx.all.info Of course, this assumes that the files have the same variables and grids, just different time span. Arlindo > All the best, > Bernd. > > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Jeffrey Duda > *Sent:* 10 September 2011 18:41 > > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] define variable independent of time > > You can reference the time of a variable when you use it in a statement. > For example, you could do > > 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' > > This should help you do what you want to do. > > Jeff Duda > > On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> ** >> Thanks Arlindo, >> >> That would be nice for single numbers. >> >> It as one notch more elaborate: >> >> 'set dfile 2' >> 'set t 2 33' >> 'define obs = 'var'.2' >> 'set dfile 3' >> 'set t 2 33' >> 'define fx = 'var'.3' >> file 2 and 3 have different time frames. >> >> d fx-obs >> >> fails. >> And it would be a real bummer to have to calculate the times from one file >> relative >> to the other file. >> >> Compositing in this way would be really hard. >> >> Enjoy the weekend! >> Bernd. >> >> >> -- >> Bernd Becker Climate Impacts Product Development >> Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United >> Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker >> http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game >> >> >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva >> *Sent:* 09 September 2011 17:40 >> *To:* GrADS Users Forum >> *Subject:* Re: [gradsusr] define variable independent of time >> >> On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < >> bernd.becker at metoffice.gov.uk> wrote: >> >>> >>> Simple question, >>> complicated answer: >>> >>> I would like to composite stuff from several files. >>> >>> Each file has its own time and date info in its own .ctl file. >>> >>> How can I add elements from different such files? >>> >>> How can I break away from the strict treatment of the time dimension in >>> grads? >>> >>> open file1.ctl >>> define a=ave(b,t=1,t=34) >>> close 1 >>> open file2.ctl >>> define c= ave(b,t=3,t=9) >>> close 2 >>> etc. >>> >>> d a+c >>> Cannot contour grid - all undefined values >>> >>> >> Try: >> >> d a(t=1)+c(t=1) >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/5ce7c317/attachment-0001.html From jma at cola.iges.org Mon Sep 12 13:57:19 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Mon, 12 Sep 2011 13:57:19 -0400 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: <11DFC248-256B-4F55-8DD4-44F9C087786F@cola.iges.org> Happily combining 'whatever' with 'theother' requires a metadata override for one of the two defined variables. The best way to do this is not with define but by using fwrite and writing a new descriptor file that has a TDEF that matches one of the variables (or it could be completely abstract, maybe this would be better to avoid confusion later on). If the variables 'whatever' and 'theother' do not vary in E, you can use the E dimension to collect them into the same data set -- this might make the subsequent comparison a little easier. --Jennifer On Sep 12, 2011, at 4:03 AM, Becker, Bernd wrote: > Jeff, > > That is is the really hard part. > Each item fx and obs describes a chunk of a time series. > One would have to manually calculate the start and end dates > with respect to the reference dfile. > > If only (and I think Mike explained it a long time ago, and I cannot > find the > email) one could > set file 1 > set t 2 34 > define whatever > set dfile 2 > set t 6 39 > define theother > > and happily combine whatever with theother. > > Think about multimodel ensemble hindcast analysis, trying to composit > observed phenomena with modelled phenomena that simply > don't happen simultaneously. > > All the best, > Bernd. > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB > United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org > ] On Behalf Of Jeffrey Duda > Sent: 10 September 2011 18:41 > To: GrADS Users Forum > Subject: Re: [gradsusr] define variable independent of time > > You can reference the time of a variable when you use it in a > statement. For example, you could do > > 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' > > This should help you do what you want to do. > > Jeff Duda > > On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd > wrote: > Thanks Arlindo, > > That would be nice for single numbers. > > It as one notch more elaborate: > > 'set dfile 2' > 'set t 2 33' > 'define obs = 'var'.2' > 'set dfile 3' > 'set t 2 33' > 'define fx = 'var'.3' > file 2 and 3 have different time frames. > > d fx-obs > > fails. > And it would be a real bummer to have to calculate the times from > one file relative > to the other file. > > Compositing in this way would be really hard. > > Enjoy the weekend! > Bernd. > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB > United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org > ] On Behalf Of Arlindo da Silva > Sent: 09 September 2011 17:40 > To: GrADS Users Forum > Subject: Re: [gradsusr] define variable independent of time > > On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd > wrote: > > Simple question, > complicated answer: > > I would like to composite stuff from several files. > > Each file has its own time and date info in its own .ctl file. > > How can I add elements from different such files? > > How can I break away from the strict treatment of the time dimension > in > grads? > > open file1.ctl > define a=ave(b,t=1,t=34) > close 1 > open file2.ctl > define c= ave(b,t=3,t=9) > close 2 > etc. > > d a+c > Cannot contour grid - all undefined values > > > Try: > > d a(t=1)+c(t=1) > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/7801a636/attachment.html From jma at cola.iges.org Mon Sep 12 14:13:37 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Mon, 12 Sep 2011 14:13:37 -0400 Subject: [gradsusr] semi-advanced ave tool use In-Reply-To: References: Message-ID: <8561F1A5-59BA-4332-84C2-6D7330CBE550@cola.iges.org> This is related to the recent thread on comparing defined variables independent of their time metadata. You must create a new data set and override the lat/lon metadata in the subsets you create. Just for the sake of argument, and to be sure I've understood your question correctly, let's say you're looking at precip patterns around a hurricane and want to have the hurricane center be at the center of your grid for each time step and so the lat/lon values of the grid change with each new time step. I assume the grid size is the same for each time (i.e. the lat/lon increments don't change). Then, 1. locate the grid point that contains the hurricane center 2. use fwrite to write out a lat/lon grid that is centered on that grid point, let's say your grid has 101 points in the X and Y directions. 3. go to the next time step and repeat steps 1 and 2 until you've written out the number of grids of interest, say it's 48 4. write a descriptor file that contains the following entries: xdef 101 linear -50 1 ydef 101 linear -50 1 tdef 48 linear When you look at this data in GrADS, be sure to 'set mproj off' and then it won't try to map your grids to world coordinates, X and Y will just be abstract coordinates, and (0,0) will always be the location of the center of the hurricane. Then you can do whatever analysis you want without worrying that your grids are not co-located in lat/lon space. You could animate over time and see blobs of precip rotating around the center of your grid. Is that what you need? --Jennifer On Jul 19, 2011, at 4:36 PM, Rowell, Mason D. wrote: > Hello Grads community, > > I can see from the tutorial that one can open several different case > files in grads(file1, file2 etc) and average the data from these > files for subsequent display. Is there an advanced option that would > allow me to specify the domain for each case and then average them? > I was hoping to use this function to easily complete an average of > 25 cases or so but relative to some specific type of event, which > requires different domain centering for each case prior to averaging. > > Mason > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/b5012acd/attachment-0001.html From sam at surfline.com Mon Sep 12 14:36:17 2011 From: sam at surfline.com (Sam Wilson) Date: Mon, 12 Sep 2011 11:36:17 -0700 Subject: [gradsusr] Set clab Message-ID: Hello all, I?m wondering if there is a way to force a masked label. It seems you can only do one or the other. Thanks for any help you can provide. Sam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/48c81407/attachment.html From jma at cola.iges.org Mon Sep 12 16:01:36 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Mon, 12 Sep 2011 16:01:36 -0400 Subject: [gradsusr] Set clab In-Reply-To: References: Message-ID: This can't be done in the current version, but I will put it on my to- do list. --Jennifer On Sep 12, 2011, at 2:36 PM, Sam Wilson wrote: > Hello all, > > I?m wondering if there is a way to force a masked label. It seems > you can only do one or the other. Thanks for any help you can > provide. > > Sam > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/194dc582/attachment.html From instantweathermaps at gmail.com Mon Sep 12 22:02:21 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Mon, 12 Sep 2011 21:02:21 -0500 Subject: [gradsusr] PHP GrADS Message-ID: I don't think this is the right place to put this, but the PHP interface to GrADS has some serious bugs in it. Here is some fixed code... I forget what else I may have done to it, so please use caution when merging it with the old code (to avoid any breaking issues, also to update the documentation regarding any features I may have added). All I remember is this code works and it took me a few hours to fix the mistakes in the old code. Thanks in advance for updating PHP GrADS. http://pastebin.com/ZeFR4Pb1 ---------- http://www.instantweathermaps.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/a77b0617/attachment.html From ousmane at iri.columbia.edu Tue Sep 13 04:43:29 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Tue, 13 Sep 2011 04:43:29 -0400 (EDT) Subject: [gradsusr] xming in windows 7 In-Reply-To: <8561F1A5-59BA-4332-84C2-6D7330CBE550@cola.iges.org> Message-ID: <9d0013d9-5d13-4600-a390-6a7ebf2dcbc3@mserv01.ldeo.columbia.edu> Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane From 497805453 at qq.com Tue Sep 13 04:54:07 2011 From: 497805453 at qq.com (=?gbk?B?x+W35w==?=) Date: Tue, 13 Sep 2011 16:54:07 +0800 Subject: [gradsusr] xming in windows 7 Message-ID: To Ousmane Ndiaye I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. mofangbao from bbs.06climate.com ------------------ Original ------------------ From: "Ousmane Ndiaye"; Date: Tue, Sep 13, 2011 04:43 PM To: "GrADS Users Forum"; Subject: [gradsusr] xming in windows 7 Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/ff1bfb1f/attachment.html From ousmane at iri.columbia.edu Tue Sep 13 05:10:41 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Tue, 13 Sep 2011 05:10:41 -0400 (EDT) Subject: [gradsusr] xming in windows 7 In-Reply-To: Message-ID: <20e744e7-9d25-44dc-b6fe-b194b9f1fb96@mserv01.ldeo.columbia.edu> Thanks where can I find it can you send to me. Ousmane ----- Original Message ----- From: ?? <497805453 at qq.com> To: GrADS Users Forum Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) Subject: Re: [gradsusr] xming in windows 7 To Ousmane Ndiaye I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. mofangbao from bbs.06climate.com ------------------ Original ------------------ From: "Ousmane Ndiaye"; Date: Tue, Sep 13, 2011 04:43 PM To: "GrADS Users Forum"; Subject: [gradsusr] xming in windows 7 Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From 497805453 at qq.com Tue Sep 13 05:15:13 2011 From: 497805453 at qq.com (=?gbk?B?x+W35w==?=) Date: Tue, 13 Sep 2011 17:15:13 +0800 Subject: [gradsusr] GsEditor For GrADS Users Message-ID: Hello,all I wrote a soft to edit grads script,here is some screenshots: my english is no so good,so i will try to use picture to expand ====================================== here is the main characteristic 1/ highligt the code and give out tips automatically 2/ seacrh the use of functions in the database 3/ indentation automatically 4/ creat and organize your *.gs/*.ctl files 5/ creat and organize your rainbow color and so on Now the soft is in chinese,introductions: http://189dl.com/GsEditor/ you can download the soft in the attachments or here: http://www.06climate.com/view/1295.html If you need english version,please replay the email or contacts: 937062711 at qq.com the soft is free. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/140ff9fe/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 80006 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110913/140ff9fe/attachment-0003.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 86784 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110913/140ff9fe/attachment-0004.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: GsEditor.zip Type: application/octet-stream Size: 3213458 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110913/140ff9fe/attachment-0005.obj From 497805453 at qq.com Tue Sep 13 05:32:59 2011 From: 497805453 at qq.com (=?gbk?B?x+W35w==?=) Date: Tue, 13 Sep 2011 17:32:59 +0800 Subject: [gradsusr] =?gbk?b?u9i4tKO6ICB4bWluZyBpbiB3aW5kb3dzIDc=?= Message-ID: To Ousmane You can find it on sourceforge :http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ chose:grads-2.0.a9.oga.1-win32_superpack.zip after download, unzip it. mofangbao from bbs.06climate.com ------------------ ???? ------------------ ???: "Ousmane Ndiaye"; ????: 2011?9?13?(???) ??5:10 ???: "GrADS Users Forum"; ??: Re: [gradsusr] xming in windows 7 Thanks where can I find it can you send to me. Ousmane ----- Original Message ----- From: ?? <497805453 at qq.com> To: GrADS Users Forum Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) Subject: Re: [gradsusr] xming in windows 7 To Ousmane Ndiaye I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. mofangbao from bbs.06climate.com ------------------ Original ------------------ From: "Ousmane Ndiaye"; Date: Tue, Sep 13, 2011 04:43 PM To: "GrADS Users Forum"; Subject: [gradsusr] xming in windows 7 Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/83c751fa/attachment.html From cl at meteoconsult.fr Tue Sep 13 06:42:24 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Tue, 13 Sep 2011 12:42:24 +0200 Subject: [gradsusr] problem with installation of grads Message-ID: Hi, I have a problem with grads, when i run a script i have this error: "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory" whereas libX11.so.6 exists, when i do a locate libX11 i have this result: /usr/lib/libX11.so.6 /usr/lib/libX11.so.6.3.0 I don't understand this problem, if you have an idea, it'll be great!! Thanks CL -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/1d37fc48/attachment.html From ousmane at iri.columbia.edu Tue Sep 13 08:31:56 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Tue, 13 Sep 2011 08:31:56 -0400 (EDT) Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: Message-ID: Still not working. I install opengrads under windows XP (another machine) and it works. Anyone has the same problem with windows 7. When I get at the prompt (landscape yes/no) and I hit return everything vanish. Ousmane ----- Original Message ----- From: ?? <497805453 at qq.com> To: GrADS Users Forum Sent: Tue, 13 Sep 2011 05:32:59 -0400 (EDT) Subject: [gradsusr] ??? xming in windows 7 To Ousmane You can find it on sourceforge :http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ chose:grads-2.0.a9.oga.1-win32_superpack.zip after download, unzip it. mofangbao from bbs.06climate.com ------------------ ???? ------------------ ???: "Ousmane Ndiaye"; ????: 2011?9?13?(???) ??5:10 ???: "GrADS Users Forum"; ??: Re: [gradsusr] xming in windows 7 Thanks where can I find it can you send to me. Ousmane ----- Original Message ----- From: ?? <497805453 at qq.com> To: GrADS Users Forum Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) Subject: Re: [gradsusr] xming in windows 7 To Ousmane Ndiaye I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. mofangbao from bbs.06climate.com ------------------ Original ------------------ From: "Ousmane Ndiaye"; Date: Tue, Sep 13, 2011 04:43 PM To: "GrADS Users Forum"; Subject: [gradsusr] xming in windows 7 Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From vlcek at chmi.cz Tue Sep 13 08:29:45 2011 From: vlcek at chmi.cz (Ondrej Vlcek) Date: Tue, 13 Sep 2011 14:29:45 +0200 Subject: [gradsusr] how to create quantile scale Message-ID: <201109131429.45702.vlcek@chmi.cz> Dear GrADS users, I would like to create a quantile color legend in which all the colors would represent an equal area in the map. Up to now I have been using cbarn.gs which works fine, but there is a problem if the dataset has some large peak - then most of the map is plotted in the same color and that's something I would like to change... Does anyone know about some already existing tool? Regards, Ondrej -- ! --- Pros?m, chra?te ?ivotn? prost?ed? - zva?te, jestli opravdu pot?ebujete vytisknout tento e-mail. ! --- Please consider the environment before deciding to print this email. -------------------------------------------------------------------------------------------------- Ond?ej Vl?ek Phone: +420 - 244 03 2488 E-mail: vlcek at chmi.cz business address: ------------------------ CZECH HYDROMETEOROLOGICAL INSTITUTE Air Quality Protection Division Modelling and Expertize Pool Department Na Sabatce 17 143 06 Praha 4 - Komorany Czech Republic pracovn? adresa: ---------------------- ?ESK? HYDROMETEOROLOGICK? ?STAV ?sek ochrany ?istoty ovzdu?? Odd?len? modelov?n? a expert?z Na ?abatce 17 143 06 Praha 4 - Komo?any From bernd.becker at metoffice.gov.uk Tue Sep 13 08:46:22 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Tue, 13 Sep 2011 13:46:22 +0100 Subject: [gradsusr] how to create quantile scale In-Reply-To: <201109131429.45702.vlcek@chmi.cz> References: <201109131429.45702.vlcek@chmi.cz> Message-ID: use set clevs 10 20 30 40 etc to choose your contour levels. Hth. Bernd -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Ondrej Vlcek Sent: 13 September 2011 13:30 To: gradsusr at gradsusr.org Subject: [gradsusr] how to create quantile scale Dear GrADS users, I would like to create a quantile color legend in which all the colors would represent an equal area in the map. Up to now I have been using cbarn.gs which works fine, but there is a problem if the dataset has some large peak - then most of the map is plotted in the same color and that's something I would like to change... Does anyone know about some already existing tool? Regards, Ondrej -- ! --- Pros?m, chra?te ?ivotn? prost?ed? - zva?te, jestli opravdu pot?ebujete vytisknout tento e-mail. ! --- Please consider the environment before deciding to print this email. -------------------------------------------------------------------------------------------------- Ond?ej Vl?ek Phone: +420 - 244 03 2488 E-mail: vlcek at chmi.cz business address: ------------------------ CZECH HYDROMETEOROLOGICAL INSTITUTE Air Quality Protection Division Modelling and Expertize Pool Department Na Sabatce 17 143 06 Praha 4 - Komorany Czech Republic pracovn? adresa: ---------------------- ?ESK? HYDROMETEOROLOGICK? ?STAV ?sek ochrany ?istoty ovzdu?? Odd?len? modelov?n? a expert?z Na ?abatce 17 143 06 Praha 4 - Komo?any _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Huddleston at cira.colostate.edu Tue Sep 13 09:49:39 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Tue, 13 Sep 2011 06:49:39 -0700 Subject: [gradsusr] how to create quantile scale In-Reply-To: References: <201109131429.45702.vlcek@chmi.cz> Message-ID: Ondrej Bernd is on track, here is an example where the lower (CLEVS) values from 0-1.0 are linear then there is a rapid change to get higher values that rarely appear. 'set rgb 16 0 0 165' 'set rgb 17 0 0 255' 'set rgb 18 0 65 255' 'set rgb 19 0 125 255' 'set rgb 20 0 190 255' 'set rgb 21 0 255 255' 'set rgb 22 66 255 189' 'set rgb 23 132 255 123' 'set rgb 24 205 255 50' 'set rgb 25 255 239 0' 'set rgb 26 255 175 0' 'set rgb 27 255 110 0' 'set rgb 28 255 46 0' 'set rgb 29 239 0 0' 'set rgb 30 165 0 0' 'set strsiz 0.12 0.12' 'set display color white' 'set gxout shaded' 'set parea 0.5 9.5 0.1 8.5' 'set csmooth on' 'set clevs 0.0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1.0 1.5 2.0 3.0 4.0' 'set ccols 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30' You can see over 250,00 example images created with GrADS at http://views.cira.colostate.edu/nasa/ using this color scheme. John Huddleston -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd Sent: Tuesday, September 13, 2011 6:46 AM To: GrADS Users Forum Subject: Re: [gradsusr] how to create quantile scale use set clevs 10 20 30 40 etc to choose your contour levels. Hth. Bernd -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Ondrej Vlcek Sent: 13 September 2011 13:30 To: gradsusr at gradsusr.org Subject: [gradsusr] how to create quantile scale Dear GrADS users, I would like to create a quantile color legend in which all the colors would represent an equal area in the map. Up to now I have been using cbarn.gs which works fine, but there is a problem if the dataset has some large peak - then most of the map is plotted in the same color and that's something I would like to change... Does anyone know about some already existing tool? Regards, Ondrej -- ! --- Pros?m, chra?te ?ivotn? prost?ed? - zva?te, jestli opravdu pot?ebujete vytisknout tento e-mail. ! --- Please consider the environment before deciding to print this email. -------------------------------------------------------------------------------------------------- Ond?ej Vl?ek Phone: +420 - 244 03 2488 E-mail: vlcek at chmi.cz business address: ------------------------ CZECH HYDROMETEOROLOGICAL INSTITUTE Air Quality Protection Division Modelling and Expertize Pool Department Na Sabatce 17 143 06 Praha 4 - Komorany Czech Republic pracovn? adresa: ---------------------- ?ESK? HYDROMETEOROLOGICK? ?STAV ?sek ochrany ?istoty ovzdu?? Odd?len? modelov?n? a expert?z Na ?abatce 17 143 06 Praha 4 - Komo?any _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From r.bantges at imperial.ac.uk Tue Sep 13 11:49:33 2011 From: r.bantges at imperial.ac.uk (Bantges, Richard J) Date: Tue, 13 Sep 2011 15:49:33 +0000 Subject: [gradsusr] Writing GrADS netCDF files with IDL Message-ID: Hi there, I'm trying to write a GrADS compatible netCDF file using ITT's IDL software, that can then be read in using GrADS's sdfopen command. Does anyone have an example IDL procedure that does this please? I've managed to write out data in a gridded binary data file that is described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but ideally I'd like to write these in netCDF format. The main problem is writing the netCDF so that the associated control file accurately describes the netCDF file content. So, if anyone has a very simple IDL procedure that writes out a netCDF file that can be directly read by GrADS using the sdfopen command that would be fantastic. Rich -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/96e5969c/attachment-0001.html From luis.blacutt at gmail.com Tue Sep 13 12:15:46 2011 From: luis.blacutt at gmail.com (luis blacutt) Date: Tue, 13 Sep 2011 13:15:46 -0300 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: Message-ID: Hi Rich, I've used xconv succesfully for converting binary data into netcdf. http://badc.nerc.ac.uk/help/software/xconv/ Luis On Tue, Sep 13, 2011 at 12:49 PM, Bantges, Richard J < r.bantges at imperial.ac.uk> wrote: > Hi there,**** > > ** ** > > I?m trying to write a GrADS compatible netCDF file using ITT?s IDL > software, that can then be read in using GrADS?s sdfopen command. Does > anyone have an example IDL procedure that does this please? **** > > ** ** > > I?ve managed to write out data in a gridded binary data file that is > described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but > ideally I?d like to write these in netCDF format. The main problem is > writing the netCDF so that the associated control file accurately describes > the netCDF file content.**** > > ** ** > > So, if anyone has a very simple IDL procedure that writes out a netCDF file > that can be directly read by GrADS using the sdfopen command that would be > fantastic.**** > > ** ** > > Rich**** > > ** ** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/76e84149/attachment.html From dave.allured at noaa.gov Tue Sep 13 13:29:53 2011 From: dave.allured at noaa.gov (Dave Allured) Date: Tue, 13 Sep 2011 11:29:53 -0600 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: Message-ID: <4E6F9311.2010704@noaa.gov> Richard, A control file is used with the Grads xdfopen command, but *not* the sdfopen command. sdfopen is used to *directly* open a netcdf file. http://www.iges.org/grads/gadoc/SDFdescriptorfile.html Use xdfopen and a control file to make up for certain missing metadata, such as coordinate arrays or coordinate units. But hopefully you will be writing a sufficient netcdf file so that you do not need xdfopen. Sorry, I do not have sample IDL code for this. But the IDL documentation shows that all of the necessary functions should be available to write good netcdf. There is sample code to write netcdf in the IDL 8.1 help system, under "NetCDF files". If you are already creating a netcdf file from IDL, then post the results of ncdump -h, and we can try to tell you what's missing for sdfopen to work perfectly. --Dave On 9/13/2011 9:49 AM, Bantges, Richard J wrote: > Hi there, > > I?m trying to write a GrADS compatible netCDF file using ITT?s IDL > software, that can then be read in using GrADS?s sdfopen command. > Does anyone have an example IDL procedure that does this please? > > I?ve managed to write out data in a gridded binary data file that is > described here > http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but ideally > I?d like to write these in netCDF format. The main problem is > writing the netCDF so that the associated control file accurately > describes the netCDF file content. > > So, if anyone has a very simple IDL procedure that writes out a > netCDF file that can be directly read by GrADS using the sdfopen > command that would be fantastic. From Huddleston at cira.colostate.edu Tue Sep 13 13:44:04 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Tue, 13 Sep 2011 10:44:04 -0700 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: Message-ID: Rich There are some IDL sample http://www.unidata.ucar.edu/software/netcdf/examples/programs/ codes to read and write netCDF files. John Huddleston From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Bantges, Richard J Sent: Tuesday, September 13, 2011 9:50 AM To: gradsusr at gradsusr.org Subject: [gradsusr] Writing GrADS netCDF files with IDL Hi there, I'm trying to write a GrADS compatible netCDF file using ITT's IDL software, that can then be read in using GrADS's sdfopen command. Does anyone have an example IDL procedure that does this please? I've managed to write out data in a gridded binary data file that is described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but ideally I'd like to write these in netCDF format. The main problem is writing the netCDF so that the associated control file accurately describes the netCDF file content. So, if anyone has a very simple IDL procedure that writes out a netCDF file that can be directly read by GrADS using the sdfopen command that would be fantastic. Rich -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/e453447a/attachment.html From hyacinth.1 at hotmail.com Tue Sep 13 15:09:05 2011 From: hyacinth.1 at hotmail.com (Hyacinth Nnamchi) Date: Wed, 14 Sep 2011 03:09:05 +0800 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: Message-ID: Richard, Like you said that you have already created gridded binary. All you need do is to create a .ctl file to read the binary and then write out netCDF in GrADS. Say your .ctl is exactly like the one on the link you referred to at http://grads.iges.org/grads/gadoc/aboutgriddeddata.html, and you want to write the variable slp to netCDF. After you open the file, all you need do is something like: -> set lon 0 360 -> set lat 90 90 -> set t 1 last -> slp = slp -> set sdfwrite gridded_data_sample.nc -> sdfwrite slp This will create a new netCDF file named sdfwrite gridded_data_sample.nc . You read more about "sdfwrite" by looking it up on the GrADS documentation: http://www.iges.org/grads/gadoc/gadocindex.html. ******In case you have several variables in one file, I'm not so GrADS can handle them at once. You may have to write them to netCDF one-after-another and then use cdo or nco to concatenate the netCDF files to one.************ Best, Hyacinth > Date: Tue, 13 Sep 2011 15:49:33 +0000 > From: "Bantges, Richard J" > Subject: [gradsusr] Writing GrADS netCDF files with IDL > To: "gradsusr at gradsusr.org" > Message-ID: > > Content-Type: text/plain; charset="us-ascii" > > Hi there, > > I'm trying to write a GrADS compatible netCDF file using ITT's IDL software, that can then be read in using GrADS's sdfopen command. Does anyone have an example IDL procedure that does this please? > > I've managed to write out data in a gridded binary data file that is described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but ideally I'd like to write these in netCDF format. The main problem is writing the netCDF so that the associated control file accurately describes the netCDF file content. > > So, if anyone has a very simple IDL procedure that writes out a netCDF file that can be directly read by GrADS using the sdfopen command that would be fantastic. > > Rich > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/96e5969c/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 19, Issue 21 > **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/8c52da84/attachment.html From chinhth2010 at gmail.com Tue Sep 13 20:52:20 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Tue, 13 Sep 2011 17:52:20 -0700 Subject: [gradsusr] problem with installation of grads In-Reply-To: References: Message-ID: Hi Christelle Grads you use is opengrads or classical grads? we should use opengrads. I think you locate wrong position for grads, you try to copy to /opt/opengrads/ and export in bash file. The best regards Chinh On Tue, Sep 13, 2011 at 3:42 AM, Christelle LACROIX wrote: > Hi, > > > I have a problem with grads, when i run a script i have this error: > "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: > libX11.so.6: cannot open shared object file: No such file or directory" > > whereas libX11.so.6 exists, when i do a locate libX11 i have this result: > /usr/lib/libX11.so.6 > /usr/lib/libX11.so.6.3.0 > > I don't understand this problem, if you have an idea, it'll be great!! > > Thanks > > CL > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/94a79c89/attachment.html From joe at wxjoe.com Tue Sep 13 21:20:35 2011 From: joe at wxjoe.com (Joe Moore) Date: Tue, 13 Sep 2011 21:20:35 -0400 Subject: [gradsusr] Problem accessing NCEP (NOMADS) GrADS-DODS server (from a web server) In-Reply-To: References: Message-ID: All, I'm having a problem using the GrADS Data Server (GrADS-DODS) from NCEP (NOMADS). I am using the sdfopen command to access the dataset (RTMA 2.5km). When I run the script locally on my Ubuntu machine, everything works great! However, when I transfered the script to my web host I get an error. Here's the line from my script: 'sdfopen http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p5'dapdate'/rtma2p5_anl_'currhr'z ' (where dapdate=YYYYMMDD and currhr=HH - yes, I've double checked to make sure the data exists.) Here's the output: ... Running in Batch mode No hardcopy metafile open All files closed; all defined objects released; All GrADS attributes have been reinitialized Error: nc_open failed to open file http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p520110913/rtma2p5_anl_23z NetCDF: I/O failure gadsdf: Couldn't ingest SDF metadata. ... I've tried searching the web and this (excellent) mailing list assistance but I can't seem to figure out what's going wrong. I suspect it may have something to do with my web host. (I use Bluehost- I know they're a somewhat subpar host, but I'm just a student experimenting with different things!) Here's what uname -a gives on my web server: Linux box566.bluehost.com 2.6.32-46.1.BHsmp #1 SMP Tue Sep 6 12:18:02 MDT 2011 x86_64 x86_64 x86_64 GNU/Linux If there's other tests I can run to probe the issue, let me know. Also, is this the best way to use the GrADS-DODS server? Should I just download the grib2 locally instead? I was planning to download the grib2 locally, but when I discovered the GrADS-DODS server I found out that this might not be necessary. I plan to run this script hourly, so please advise as to which method would be best. Thanks a lot! -Joe Moore The script in question: http://pastebin.com/MDQ9vk3y My GrADS config on my web server: Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) This program is distributed WITHOUT ANY WARRANTY See file COPYRIGHT for more information. Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu This version of GrADS has been configured with the following options: o Built on a LITTLE ENDIAN machine o Athena Widget GUI ENABLED o Command line editing ENABLED http://tiswww.case.edu/php/chet/readline/rltop.html o printim command for image output ENABLED http://www.zlib.net http://www.libpng.org/pub/png/libpng.html http://www.libgd.org/Main_Page o GRIB2 interface ENABLED http://www.ijg.org http://www.ece.uvic.ca/~mdadams/jasper http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 g2clib-1.1.8 o NetCDF interface ENABLED http://www.unidata.ucar.edu/software/netcdf netcdf 4.1.1 of Jul 10 2010 23:36:25 $ o OPeNDAP gridded data interface ENABLED o OPeNDAP station data interface ENABLED http://iges.org/grads/gadoc/supplibs.html libgadap 2.0.oga.1 o HDF4 and HDF5 interfaces ENABLED http://hdfgroup.org HDF 4.2r3 HDF5 1.8.4 o GeoTIFF and KML/TIFF output ENABLED http://www.libtiff.org http://geotiff.osgeo.org o KML contour output ENABLED o Shapefile interface ENABLED http://shapelib.maptools.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/5993082c/attachment-0001.html From vlcek at chmi.cz Wed Sep 14 03:24:38 2011 From: vlcek at chmi.cz (Ondrej Vlcek) Date: Wed, 14 Sep 2011 09:24:38 +0200 Subject: [gradsusr] how to create quantile scale In-Reply-To: References: Message-ID: <201109140924.38750.vlcek@chmi.cz> Dear Bernd and John, thank you for your quick answers and I am sorry, that I was not specific enough. I know how to set "clevs" and "ccol". But my problem is different. Example of the image with which I am not satisfied is attached: most of the picture is drown in purple (values <0.01). My problem is how to define "clevs" in such a way that for each interval there would be approximately equal amount of pixels in the map. Which basicly means to convert the 2D array into 1D, sort it in an ascending order, determine values which correspond to the 10th, 20th, .. , 90th quantile and use them to define "clevs". Unfortunately I do not know GrADS functions which I could easily use for this purpose. I also note that I want to use this in an automatic GrADS script. Ondrej -------------- next part -------------- A non-text attachment was scrubbed... Name: camx.0020.0021_DJF_diff_ALAD_SOAb.png Type: image/png Size: 41378 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/d7565c77/attachment-0001.png From Huddleston at cira.colostate.edu Wed Sep 14 07:52:33 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Wed, 14 Sep 2011 04:52:33 -0700 Subject: [gradsusr] problem with installation of grads In-Reply-To: References: Message-ID: CL What is your operating system? John Huddleston ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On Behalf Of Christelle LACROIX [cl at meteoconsult.fr] Sent: Tuesday, September 13, 2011 4:42 AM To: GrADS Users Forum Subject: [gradsusr] problem with installation of grads Hi, I have a problem with grads, when i run a script i have this error: "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory" whereas libX11.so.6 exists, when i do a locate libX11 i have this result: /usr/lib/libX11.so.6 /usr/lib/libX11.so.6.3.0 I don't understand this problem, if you have an idea, it'll be great!! Thanks CL -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/814fed18/attachment.html From Huddleston at cira.colostate.edu Wed Sep 14 08:00:36 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Wed, 14 Sep 2011 05:00:36 -0700 Subject: [gradsusr] how to create quantile scale In-Reply-To: <201109140924.38750.vlcek@chmi.cz> References: , <201109140924.38750.vlcek@chmi.cz> Message-ID: Ondrej open your CTL set gxout shaded d variable q shades and parse the output with subset John Huddleston ________________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On Behalf Of Ondrej Vlcek [vlcek at chmi.cz] Sent: Wednesday, September 14, 2011 1:24 AM To: gradsusr at gradsusr.org Subject: Re: [gradsusr] how to create quantile scale Dear Bernd and John, thank you for your quick answers and I am sorry, that I was not specific enough. I know how to set "clevs" and "ccol". But my problem is different. Example of the image with which I am not satisfied is attached: most of the picture is drown in purple (values <0.01). My problem is how to define "clevs" in such a way that for each interval there would be approximately equal amount of pixels in the map. Which basicly means to convert the 2D array into 1D, sort it in an ascending order, determine values which correspond to the 10th, 20th, .. , 90th quantile and use them to define "clevs". Unfortunately I do not know GrADS functions which I could easily use for this purpose. I also note that I want to use this in an automatic GrADS script. Ondrej From cl at meteoconsult.fr Wed Sep 14 08:33:58 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Wed, 14 Sep 2011 14:33:58 +0200 Subject: [gradsusr] problem with installation of grads In-Reply-To: References: Message-ID: I work with a Debian oon Linux. 2011/9/14 Huddleston, John > CL > > What is your operating system? > > John Huddleston > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On > Behalf Of Christelle LACROIX [cl at meteoconsult.fr] > *Sent:* Tuesday, September 13, 2011 4:42 AM > *To:* GrADS Users Forum > *Subject:* [gradsusr] problem with installation of grads > > Hi, > > > I have a problem with grads, when i run a script i have this error: > "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: > libX11.so.6: cannot open shared object file: No such file or directory" > > whereas libX11.so.6 exists, when i do a locate libX11 i have this result: > /usr/lib/libX11.so.6 > /usr/lib/libX11.so.6.3.0 > > I don't understand this problem, if you have an idea, it'll be great!! > > Thanks > > CL > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/cca92e02/attachment.html From smcmillan at planalytics.com Wed Sep 14 09:10:22 2011 From: smcmillan at planalytics.com (Stephen McMillan) Date: Wed, 14 Sep 2011 09:10:22 -0400 Subject: [gradsusr] Problem accessing NCEP (NOMADS) GrADS-DODS server (from a web server) In-Reply-To: References: Message-ID: Joe, I realize this is 12 hours later, but I just now successfully opened the same dataset. Here's the command output: Grid Analysis and Display System (GrADS) Version 2.0.a7.oga.3 Copyright (c) 1988-2008 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a7.oga.3 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff Issue 'q config' command for more information. Loading User Defined Extensions table ... ok. GX Package Initialization: Size = 11 8.5 wrote: > All, > > I'm having a problem using the GrADS Data Server (GrADS-DODS) from NCEP > (NOMADS). I am using the sdfopen command to access the dataset (RTMA 2.5km). > When I run the script locally on my Ubuntu machine, everything works great! > However, when I transfered the script to my web host I get an error. > > Here's the line from my script: > 'sdfopen > http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p5'dapdate'/rtma2p5_anl_'currhr'z > ' > (where dapdate=YYYYMMDD and currhr=HH - yes, I've double checked to make > sure the data exists.) > > Here's the output: > ... > Running in Batch mode > No hardcopy metafile open > All files closed; all defined objects released; > All GrADS attributes have been reinitialized > Error: nc_open failed to open file > http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p520110913/rtma2p5_anl_23z > NetCDF: I/O failure > gadsdf: Couldn't ingest SDF metadata. > ... > > I've tried searching the web and this (excellent) mailing list assistance > but I can't seem to figure out what's going wrong. I suspect it may have > something to do with my web host. (I use Bluehost- I know they're a somewhat > subpar host, but I'm just a student experimenting with different things!) > > Here's what uname -a gives on my web server: > Linux box566.bluehost.com 2.6.32-46.1.BHsmp #1 SMP Tue Sep 6 12:18:02 MDT > 2011 x86_64 x86_64 x86_64 GNU/Linux > > If there's other tests I can run to probe the issue, let me know. Also, is > this the best way to use the GrADS-DODS server? Should I just download the > grib2 locally instead? > > I was planning to download the grib2 locally, but when I discovered the > GrADS-DODS server I found out that this might not be necessary. I plan to > run this script hourly, so please advise as to which method would be best. > > Thanks a lot! > > -Joe Moore > > The script in question: > http://pastebin.com/MDQ9vk3y > > My GrADS config on my web server: > Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 opendap-grids,stn athena geotiff shapefile > Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Athena Widget GUI ENABLED > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.1.8 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf 4.1.1 of Jul 10 2010 23:36:25 $ > o OPeNDAP gridded data interface ENABLED > o OPeNDAP station data interface ENABLED > http://iges.org/grads/gadoc/supplibs.html > libgadap 2.0.oga.1 > o HDF4 and HDF5 interfaces ENABLED > http://hdfgroup.org > HDF 4.2r3 > HDF5 1.8.4 > o GeoTIFF and KML/TIFF output ENABLED > http://www.libtiff.org > http://geotiff.osgeo.org > o KML contour output ENABLED > o Shapefile interface ENABLED > http://shapelib.maptools.org > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/5c694fbd/attachment.html From Huddleston at cira.colostate.edu Wed Sep 14 09:37:46 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Wed, 14 Sep 2011 06:37:46 -0700 Subject: [gradsusr] problem with installation of grads In-Reply-To: References: Message-ID: CL Try a fresh install of the OpenGrADS. If a re-install of the OpenGrads does not help, then try http://vista.cira.colostate.edu/nco/GrADS/grads-2.0.rc4-i686-linux-ubuntu32.tar.gz or http://vista.cira.colostate.edu/nco/GrADS/grads-2.0.rc4-x86_64-linux-ubuntu64.tar.gz The GrADS executables have been statically linked so there is no dependency on any shared object libraries. John From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Christelle LACROIX Sent: Wednesday, September 14, 2011 6:34 AM To: GrADS Users Forum Subject: Re: [gradsusr] problem with installation of grads I work with a Debian oon Linux. 2011/9/14 Huddleston, John > CL What is your operating system? John Huddleston ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On Behalf Of Christelle LACROIX [cl at meteoconsult.fr] Sent: Tuesday, September 13, 2011 4:42 AM To: GrADS Users Forum Subject: [gradsusr] problem with installation of grads Hi, I have a problem with grads, when i run a script i have this error: "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory" whereas libX11.so.6 exists, when i do a locate libX11 i have this result: /usr/lib/libX11.so.6 /usr/lib/libX11.so.6.3.0 I don't understand this problem, if you have an idea, it'll be great!! Thanks CL _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/c4e0cfb6/attachment-0001.html From tummuris at cdm.com Wed Sep 14 10:50:52 2011 From: tummuris at cdm.com (Tummuri, Spandana) Date: Wed, 14 Sep 2011 10:50:52 -0400 Subject: [gradsusr] GCM Output Question Message-ID: <6906BEEB113AEB48B9910246026EA9BED1756EDF27@CAMEXCMS3.cdminc.internal.cdm.com> Hello All, I am working on a study for a client. As part of this study, I need to download GCM data for several GCM models (from AR4) and calculate 30-year averages for precipitation and temperature for historic period (1970-2000) and future period (2035-2065). I am using emission scenario SRES A1B for my analysis. I am using GraDs and monmask commands to calculate the long-term averages. The client wanted me to superimpose actual meteorologic averages collected for the historic period over the model results for the same historic period. When I did that, we noticed that GCMs are severely under predicting both precipitation values and temperature values. I explained to the client why and how we should not compare GCM output with real-time observations for a local region because the scale of GCM results does not compare well with meteorologic records collected at a local scale. However, they are still not convinced that GCM models would under predict the results so much. They wanted me to contact a specialist that deals with GCM models. I am not sure how I should address the client's concern. I know that a lot of members of this community are experts in GCM models. Can someone help me with this question? You can send an email directly to my email address at tummuris(at)cdm.com. I appreciate any help. Thank you very much for you time. Spandana Tummuri, Ph.D., P.E. | Water Resources Engineer | CDM 110 Fieldcrest Avenue, 6th Floor, Edison, NJ - 08837 T/F: 732.590.4617 | mobile: 214.918.1583 tummuris at cdm.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/83414a52/attachment.html From cinderic at msu.edu Wed Sep 14 14:37:46 2011 From: cinderic at msu.edu (Adam Cinderich) Date: Wed, 14 Sep 2011 14:37:46 -0400 Subject: [gradsusr] Color Bars Message-ID: <006d01cc730d$65f4c190$31de44b0$@edu> Hello: I am investigating how well RCMs perform in the GLR. My current range of values are 251-280 (for January, for example) and I wish to use more than the default 13 colors as I'm afraid some of the variations will be lost by this coarse of a temperature scale. I know you can assign new colors using the 'set rgb' command but because I'm still relatively new to GrADS, I'm not sure what values are best to use. Can anyone offer a few color bar examples similar to the 13-color default but that might include 20 colors (or so) rather than only 13? If so, can you please email me the 'set ccols' you use and/or the rgb values associated with your created colors? Thank you in advance, Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/bf595dff/attachment.html From jonathan.smith at nasa.gov Wed Sep 14 15:23:47 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Wed, 14 Sep 2011 14:23:47 -0500 Subject: [gradsusr] vertical colorbar on 8 panel plot Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9553@NDMSSCC05.ndc.nasa.gov> Grads help I want to generate one vertical (y-axis - oriented) colorbar for the entire 8 panel plot that is attached. I have attached a script that generates it the 8 panel plot and my attempt at the vertical colorbar. The script shows where I have attempted to use xcbar. I have been unsuccessful with it. Any help is greatly appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 -------------- next part -------------- A non-text attachment was scrubbed... Name: avg_panel_wrf_ecmwf.gs Type: application/octet-stream Size: 6209 bytes Desc: avg_panel_wrf_ecmwf.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/c4f81fbb/attachment-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: ECMWF_WRF_1stleg_200.gif Type: image/gif Size: 55696 bytes Desc: ECMWF_WRF_1stleg_200.gif Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/c4f81fbb/attachment-0001.gif From jdduda at iastate.edu Wed Sep 14 16:31:13 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 14 Sep 2011 15:31:13 -0500 Subject: [gradsusr] vertical colorbar on 8 panel plot In-Reply-To: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9553@NDMSSCC05.ndc.nasa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9553@NDMSSCC05.ndc.nasa.gov> Message-ID: What I do when I make such plots is to set the plot area to some very small box near the corner of the virtual page, set the display variables that I used to make the panels (I assume you used the same clevs and ccols for each), display any variable (doesn't have to be the same one you displayed in the panels), then draw a filled rectangle with the same color as that of the background to cover up the few markings that will appear (if you set parea right, this won't cover up any of the panels), then run the cbar script normally (might want to adjust the arguments for where the center of the bar is placed) and it should come up how you want). I've attached an example image and the relevant code. *Resetting the page to draw the colorbar. Need to do some tricks to get it to work the way I want it to, though. 'set parea off' 'set parea 10.99 11 8.49 8.5' 'set clevs 0 10 20 30 40 50 60 70 80 90 100' 'set ccols 20 21 22 23 24 25 26 27 28 29 30 31' 'set grads off' 'set gxout shaded' 'd u.1' 'run ......cbar.gs' 'set line 0' 'draw recf 10.5 8.25 11 8.5' Hope this helps. Jeff Duda On Wed, Sep 14, 2011 at 2:23 PM, SMITH, JONATHAN WYNN. (GSFC-6133) < jonathan.smith at nasa.gov> wrote: > Grads help > I want to generate one vertical (y-axis - oriented) colorbar for the entire > 8 panel plot that is attached. > I have attached a script that generates it the 8 panel plot and my attempt > at the vertical colorbar. The script shows where I have attempted to use > xcbar. I have been unsuccessful with it. Any help is greatly appreciated. > > Jonathan > > > Jonathan Wynn Smith > Student Trainee > jonathan.smith at nasa.gov > NASA/Goddard Space Flight Center > Code 613.3 - Atmospheric Chemistry and Dynamics Branch > Greenbelt, MD 20771 > 301-614-5956 > > Doctoral Candidate > jonathan.smith at bison.howard.edu > Howard University Program in Atmospheric Sciences > Washington, DC 20059 > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/9e7f3c49/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: 1km_12Z_rh_sensitivity.gif Type: image/gif Size: 92638 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/9e7f3c49/attachment-0001.gif From dasilva at alum.mit.edu Wed Sep 14 17:27:53 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 14 Sep 2011 23:27:53 +0200 Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: References: Message-ID: On Tue, Sep 13, 2011 at 2:31 PM, Ousmane Ndiaye wrote: > Still not working. > I install opengrads under windows XP (another machine) and it works. > Anyone has the same problem with windows 7. When I get at the prompt > (landscape yes/no) and I hit return everything vanish. > Ousmane > > This kind of problem is usually related to your security settings. In many Win 7 machines the anti-virus software pops up a window asking whether it is OK for Xming to use some kind of port; you should say yes. But I believe that depending on your settings it just blocks Xming, quietly. Windows XP is a lot more lenient regarding security, so your are less likely to experience issues like this, Arlindo > ----- Original Message ----- > From: ?? <497805453 at qq.com> > To: GrADS Users Forum > Sent: Tue, 13 Sep 2011 05:32:59 -0400 (EDT) > Subject: [gradsusr] ??? xming in windows 7 > > To Ousmane > You can find it on sourceforge : > http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ > chose:grads-2.0.a9.oga.1-win32_superpack.zip after download, unzip it. > mofangbao from bbs.06climate.com > > ------------------ ???? ------------------ > ???: "Ousmane Ndiaye"; > ????: 2011?9?13?(???) ??5:10 > ???: "GrADS Users Forum"; > > ??: Re: [gradsusr] xming in windows 7 > > > Thanks > where can I find it can you send to me. > Ousmane > > ----- Original Message ----- > From: ?? <497805453 at qq.com> > To: GrADS Users Forum > Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) > Subject: Re: [gradsusr] xming in windows 7 > > To Ousmane Ndiaye > I'm using opengrads2.0.a9 superpak. There is a vb script document > called "grads.vbs",try to run it. > > mofangbao from bbs.06climate.com > > > ------------------ Original ------------------ > From: "Ousmane Ndiaye"; > Date: Tue, Sep 13, 2011 04:43 PM > To: "GrADS Users Forum"; > > Subject: [gradsusr] xming in windows 7 > > > Hi, > When I run opengrads under windows 7 : xming is not opening and opengrads > closes. > Any help > Ousmane > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/5b6d50e9/attachment.html From jonathan.smith at nasa.gov Wed Sep 14 18:23:47 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Wed, 14 Sep 2011 17:23:47 -0500 Subject: [gradsusr] using sdfopen and open in the same script Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9556@NDMSSCC05.ndc.nasa.gov> Hello, With the attached script I am having trouble using sdfopen and open together. The sdfopen is used with a netcdf file and the variables for wind are u and v. The open files are with a ARWpost output. The wind variable here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 -------------- next part -------------- A non-text attachment was scrubbed... Name: avg_panel_wrf_ecmwf.gs Type: application/octet-stream Size: 6209 bytes Desc: avg_panel_wrf_ecmwf.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/006d0b6e/attachment.obj From catherine at windsim.com Thu Sep 15 04:38:54 2011 From: catherine at windsim.com (Catherine Meissner) Date: Thu, 15 Sep 2011 10:38:54 +0200 Subject: [gradsusr] WRF data in grads: Problem with the levels Message-ID: <008301cc7382$e73d51c0$b5b7f540$@com> Hello, I am using WRF data files in GrADS version 2.0.a9oga, in windows. Having been unable to open the WRF files using xdfopen or sdfopen I have written my own CTL file in order to open the data. Everything is working for me except that the z levels which the file contains do not seem to correspond to the pressure. The nc dump suggests there are 29 levels (which is correct as there were 29 eta levels in the WRF file). However the range of these levels is from 2986950,2887400,2787850 ... up to 199550, 100000. How can these numbers be related to pressure? All I need to know is what these Z levels mean and how I can wither convert them to pressure or to height. Thanks for any help offered. The Corresponding CTL file is: dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 dtype netcdf title "Iberdrola data for Jan2008" undef -1e+30 options template pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 -3.839993 10000 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 0.0032 zdef 30 linear 2986950 2887400, 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 96400, 796850,697300,597750,498200,398650,299100,199550,100000 tdef 480 linear 00:00Z01jan2008 1hr vars 4 U=>u 29 t,z,y,x westerly wind V=>v 29 t,z,y,x southerly wind P=>p 29 t,z,y,x Pressure T=>t 29 t,z,y,x perturbation potential temperature (theta-t0) Endvars the ncdump is: netcdf wrfout_d02_2007-12-31_18_00_00 { dimensions: Time = UNLIMITED ; // (1 currently) DateStrLen = 19 ; west_east = 140 ; south_north = 140 ; bottom_top = 29 ; bottom_top_stag = 30 ; soil_layers_stag = 4 ; west_east_stag = 141 ; force_layers = 8 ; south_north_stag = 141 ; variables: char Times(Time, DateStrLen) ; float LU_INDEX(Time, south_north, west_east) ; LU_INDEX:FieldType = 104 ; LU_INDEX:MemoryOrder = "XY " ; LU_INDEX:description = "LAND USE CATEGORY" ; LU_INDEX:units = "" ; LU_INDEX:stagger = "" ; LU_INDEX:coordinates = "XLONG XLAT" ; float ZNU(Time, bottom_top) ; ZNU:FieldType = 104 ; ZNU:MemoryOrder = "Z " ; ZNU:description = "eta values on half (mass) levels" ; ZNU:units = "" ; ZNU:stagger = "" ; float ZNW(Time, bottom_top_stag) ; ZNW:FieldType = 104 ; ZNW:MemoryOrder = "Z " ; ZNW:description = "eta values on full (w) levels" ; ZNW:units = "" ; ZNW:stagger = "Z" ; (... and many more variables listed) // global attributes: :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; :START_DATE = "2007-12-31_18:00:00" ; :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; :WEST-EAST_GRID_DIMENSION = 141 ; :SOUTH-NORTH_GRID_DIMENSION = 141 ; :BOTTOM-TOP_GRID_DIMENSION = 30 ; :DX = 10000.f ; :DY = 10000.f ; :GRIDTYPE = "C" ; :DIFF_OPT = 1 ; :KM_OPT = 4 ; :DAMP_OPT = 0 ; :DAMPCOEF = 0.2f ; :KHDIF = 0.f ; :KVDIF = 0.f ; :MP_PHYSICS = 6 ; :RA_LW_PHYSICS = 1 ; :RA_SW_PHYSICS = 1 ; :SF_SFCLAY_PHYSICS = 2 ; :SF_SURFACE_PHYSICS = 2 ; :BL_PBL_PHYSICS = 2 ; :CU_PHYSICS = 0 ; :SURFACE_INPUT_SOURCE = 1 ; :SST_UPDATE = 0 ; :GRID_FDDA = 0 ; :GFDDA_INTERVAL_M = 0 ; :GFDDA_END_H = 0 ; :GRID_SFDDA = 0 ; :SGFDDA_INTERVAL_M = 0 ; :SGFDDA_END_H = 0 ; :SF_URBAN_PHYSICS = 0 ; :FEEDBACK = 1 ; :SMOOTH_OPTION = 0 ; :SWRAD_SCAT = 1.f ; :W_DAMPING = 0 ; :MOIST_ADV_OPT = 1 ; :SCALAR_ADV_OPT = 1 ; :TKE_ADV_OPT = 1 ; :DIFF_6TH_OPT = 0 ; :DIFF_6TH_FACTOR = 0.12f ; :OBS_NUDGE_OPT = 0 ; :WEST-EAST_PATCH_START_UNSTAG = 1 ; :WEST-EAST_PATCH_END_UNSTAG = 140 ; :WEST-EAST_PATCH_START_STAG = 1 ; :WEST-EAST_PATCH_END_STAG = 141 ; :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; :SOUTH-NORTH_PATCH_START_STAG = 1 ; :SOUTH-NORTH_PATCH_END_STAG = 141 ; :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; :BOTTOM-TOP_PATCH_START_STAG = 1 ; :BOTTOM-TOP_PATCH_END_STAG = 30 ; :GRID_ID = 2 ; :PARENT_ID = 1 ; :I_PARENT_START = 14 ; :J_PARENT_START = 10 ; :PARENT_GRID_RATIO = 5 ; :DT = 60.f ; :CEN_LAT = 40.5046f ; :CEN_LON = -3.839993f ; :TRUELAT1 = 43.427f ; :TRUELAT2 = 43.427f ; :MOAD_CEN_LAT = 43.427f ; :STAND_LON = -3.84f ; :POLE_LAT = 90.f ; :POLE_LON = 0.f ; :GMT = 18.f ; :JULYR = 2007 ; :JULDAY = 365 ; :MAP_PROJ = 1 ; :MMINLU = "" ; :NUM_LAND_CAT = 24 ; :ISWATER = 16 ; :ISLAKE = 0 ; :ISICE = 0 ; :ISURBAN = 0 ; :ISOILWATER = 0 ; } Catherine Meissner Software Development Manager Fjordgaten 15 N-3125 T?nsberg, Norway Switchboard +47 33 38 18 00 www.windsim.com Email Direct Fax catherine at windsim.com +47 33 38 18 06 +47 33 38 18 08 Upcoming WindSim events: Brazil WindPower 2011 August 31 ? 2, Rio de Janeiro, Brazil Booth 141 VIND 2011 September 14 ? 15, Stockholm, Sweden EOLICA EXPO 2011 September 14 ? 16, Rome, Italy Booth B8/C7 GREEN EXPO 2011 September 27 ? 29, Mexico City, Mexico WIND POWER EXPO+ September 27 ? 29, Zaragoza, Spain CanWEA October 3 ? 6, Vancouver, Canada For upcoming WindSim training courses, please visit: http://www.windsim.com/events/training-courses.aspx This message contains information that may be privileged or confidential and is the property of WindSim AS. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 1984 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment-0001.png -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 1790 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment-0001.jpe From bernd.becker at metoffice.gov.uk Thu Sep 15 04:50:48 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Thu, 15 Sep 2011 09:50:48 +0100 Subject: [gradsusr] Color Bars In-Reply-To: <006d01cc730d$65f4c190$31de44b0$@edu> References: <006d01cc730d$65f4c190$31de44b0$@edu> Message-ID: Adam, trry the attached script: pbecol Cheers, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Adam Cinderich Sent: 14 September 2011 19:38 To: gradsusr at gradsusr.org Subject: [gradsusr] Color Bars Hello: I am investigating how well RCMs perform in the GLR. My current range of values are 251-280 (for January, for example) and I wish to use more than the default 13 colors as I'm afraid some of the variations will be lost by this coarse of a temperature scale. I know you can assign new colors using the 'set rgb' command but because I'm still relatively new to GrADS, I'm not sure what values are best to use. Can anyone offer a few color bar examples similar to the 13-color default but that might include 20 colors (or so) rather than only 13? If so, can you please email me the 'set ccols' you use and/or the rgb values associated with your created colors? Thank you in advance, Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/e21414a6/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: pbecol.gs Type: application/octet-stream Size: 4740 bytes Desc: pbecol.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/e21414a6/attachment.obj From rs_nobrega at yahoo.com.br Thu Sep 15 07:55:58 2011 From: rs_nobrega at yahoo.com.br (Prof. Ranyere Nobrega) Date: Thu, 15 Sep 2011 04:55:58 -0700 (PDT) Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: References: Message-ID: <1316087758.6238.YahooMailNeo@web65513.mail.ac4.yahoo.com> This is because there is no internet connection. Xming need an open communication port. Try to use with any internet connection. ? ________________________________ PROF. DR. RANY?RE SILVA N?BREGA UNIVERSIDADE FEDERAL DE PERNAMBUCO -?CENTRO DE FILOSOFIA E CI?NCIAS HUMANAS? DEPARTAMENTO DE CI?NCIAS GEOGR?FICAS Chefe Departamento de Ci?ncias Geogr?ficas Editor Revista de Geografia (Recife) Fone:(81)2126-8275/2126-7373Emails: ranyere.nobrega at ufpe.br / ranyere.nobrega at yahoo.com.br / ranyere.nobrega at pq.cnpq.br S?tios: http://www.ranyerenobrega.pro.br / http://www.climabr.blogspot.com Twitter: #ranyerenobrega?Skype: rs_nobrega >________________________________ >De: Arlindo da Silva >Para: GrADS Users Forum >Enviadas: Quarta-feira, 14 de Setembro de 2011 18:27 >Assunto: Re: [gradsusr] ??? xming in windows 7 > > >On Tue, Sep 13, 2011 at 2:31 PM, Ousmane Ndiaye wrote: > >Still not working. >>I install opengrads under windows XP (another machine) and it works. >>Anyone has the same problem with windows 7. When I get at the prompt (landscape yes/no) and I hit return everything vanish. >> >>Ousmane >> >> > > >This kind of problem is usually related to your security settings. In many Win 7 machines the anti-virus software pops up a window asking whether it is OK for Xming to use some kind of port; you should say yes. ?But I believe that depending on your settings it just blocks Xming, quietly. Windows XP is a lot more lenient regarding security, so your are less likely to experience issues like this, > > >? ? Arlindo > > >? >----- Original Message ----- >>From: ?? <497805453 at qq.com> >>To: GrADS Users Forum >> >>Sent: Tue, 13 Sep 2011 05:32:59 -0400 (EDT) >>Subject: [gradsusr] ??? ?xming in windows 7 >> >>To Ousmane >>?You can find it on sourceforge :http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ >>?chose:grads-2.0.a9.oga.1-win32_superpack.zip ? after download, unzip it. >>?mofangbao from bbs.06climate.com >> >>?------------------ ???? ------------------ >>????: "Ousmane Ndiaye"; >>?????: 2011?9?13?(???) ??5:10 >>????: "GrADS Users Forum"; >> >>???: Re: [gradsusr] xming in windows 7 >> >> >>Thanks >>where can I find it can you send to me. >>Ousmane >> >>----- Original Message ----- >>From: ?? <497805453 at qq.com> >>To: GrADS Users Forum >>Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) >>Subject: Re: [gradsusr] xming in windows 7 >> >>To Ousmane Ndiaye >>? ? I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. >> >>?mofangbao from bbs.06climate.com >> >> >>?------------------ Original ------------------ >>?From: ?"Ousmane Ndiaye"; >>?Date: ?Tue, Sep 13, 2011 04:43 PM >>?To: ?"GrADS Users Forum"; >> >>?Subject: ?[gradsusr] xming in windows 7 >> >> >>Hi, >>When I run opengrads under windows 7 : xming is not opening and opengrads closes. >>Any help >>Ousmane >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> > > > >-- >Arlindo da Silva >dasilva at alum.mit.edu > >_______________________________________________ >gradsusr mailing list >gradsusr at gradsusr.org >http://gradsusr.org/mailman/listinfo/gradsusr > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/ddad5dd7/attachment-0001.html From nkh09 at fsu.edu Thu Sep 15 08:37:45 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Thu, 15 Sep 2011 12:37:45 GMT Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: <008301cc7382$e73d51c0$b5b7f540$@com> References: <008301cc7382$e73d51c0$b5b7f540$@com> Message-ID: Hey Catherine, Unfortunately, to extract the height/pressure levels at the model sigma levels, and display WRF data in GrADS, there is an intermediate step. If you go here: http://www.mmm.ucar.edu/wrf/users/ and go to the Download tab, there is a Post-Processing program called ARWPost that converts WRF output into a GrADS friendly binary and even produces the control file for you. As you will see, the control file will look almost identical to the one you created, but will have the extracted pressure/height levels that you specify in the namelist. I have had problems with ARWPost creating really weird output, but I do not think there is any alternative right now if you want to use GrADS. -Nick ----- Original Message ----- From: Catherine Meissner Date: Thursday, September 15, 2011 8:39 am Subject: [gradsusr] WRF data in grads: Problem with the levels To: gradsusr at gradsusr.org > Hello, > > > > I am using WRF data files in GrADS version 2.0.a9oga, in windows. > > Having been unable to open the WRF files using xdfopen or sdfopen I > havewritten my own CTL file in order to open the data. Everything > is working for > me except that the z levels which the file contains do not seem to > correspond to the pressure. The nc dump suggests there are 29 > levels (which > is correct as there were 29 eta levels in the WRF file). > > However the range of > > these levels is from 2986950,2887400,2787850 ... up to 199550, > 100000. How > can these numbers be related to pressure? > > > > All I need to know is what these Z levels mean and how I can wither > convertthem to pressure or to height. Thanks for any help offered. > > > > The Corresponding CTL file is: > > > > dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 > > dtype netcdf > > title "Iberdrola data for Jan2008" > > undef -1e+30 > > options template > > pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 - > 3.839993 10000 > 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 > 0.0032 zdef > 30 linear 2986950 2887400, > 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 > 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 > 96400, > > 796850,697300,597750,498200,398650,299100,199550,100000 > > tdef 480 linear 00:00Z01jan2008 1hr > > > > vars 4 > > U=>u 29 t,z,y,x westerly wind > > V=>v 29 t,z,y,x southerly wind > > P=>p 29 t,z,y,x Pressure > > T=>t 29 t,z,y,x perturbation potential temperature > (theta-t0) > > Endvars > > > > the ncdump is: > > > > netcdf wrfout_d02_2007-12-31_18_00_00 { > > dimensions: > > Time = UNLIMITED ; // (1 currently) > > DateStrLen = 19 ; > > west_east = 140 ; > > south_north = 140 ; > > bottom_top = 29 ; > > bottom_top_stag = 30 ; > > soil_layers_stag = 4 ; > > west_east_stag = 141 ; > > force_layers = 8 ; > > south_north_stag = 141 ; > > variables: > > char Times(Time, DateStrLen) ; > > float LU_INDEX(Time, south_north, west_east) ; > > LU_INDEX:FieldType = 104 ; > > LU_INDEX:MemoryOrder = "XY " ; > > LU_INDEX:description = "LAND USE CATEGORY" ; > > LU_INDEX:units = "" ; > > LU_INDEX:stagger = "" ; > > LU_INDEX:coordinates = "XLONG XLAT" ; > > float ZNU(Time, bottom_top) ; > > ZNU:FieldType = 104 ; > > ZNU:MemoryOrder = "Z " ; > > ZNU:description = "eta values on half (mass) > levels" ; > > ZNU:units = "" ; > > ZNU:stagger = "" ; > > float ZNW(Time, bottom_top_stag) ; > > ZNW:FieldType = 104 ; > > ZNW:MemoryOrder = "Z " ; > > ZNW:description = "eta values on full (w) levels" ; > > ZNW:units = "" ; > > ZNW:stagger = "Z" ; (... and many more variables > listed) > > // global attributes: > > :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; > > :START_DATE = "2007-12-31_18:00:00" ; > > :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; > > :WEST-EAST_GRID_DIMENSION = 141 ; > > :SOUTH-NORTH_GRID_DIMENSION = 141 ; > > :BOTTOM-TOP_GRID_DIMENSION = 30 ; > > :DX = 10000.f ; > > :DY = 10000.f ; > > :GRIDTYPE = "C" ; > > :DIFF_OPT = 1 ; > > :KM_OPT = 4 ; > > :DAMP_OPT = 0 ; > > :DAMPCOEF = 0.2f ; > > :KHDIF = 0.f ; > > :KVDIF = 0.f ; > > :MP_PHYSICS = 6 ; > > :RA_LW_PHYSICS = 1 ; > > :RA_SW_PHYSICS = 1 ; > > :SF_SFCLAY_PHYSICS = 2 ; > > :SF_SURFACE_PHYSICS = 2 ; > > :BL_PBL_PHYSICS = 2 ; > > :CU_PHYSICS = 0 ; > > :SURFACE_INPUT_SOURCE = 1 ; > > :SST_UPDATE = 0 ; > > :GRID_FDDA = 0 ; > > :GFDDA_INTERVAL_M = 0 ; > > :GFDDA_END_H = 0 ; > > :GRID_SFDDA = 0 ; > > :SGFDDA_INTERVAL_M = 0 ; > > :SGFDDA_END_H = 0 ; > > :SF_URBAN_PHYSICS = 0 ; > > :FEEDBACK = 1 ; > > :SMOOTH_OPTION = 0 ; > > :SWRAD_SCAT = 1.f ; > > :W_DAMPING = 0 ; > > :MOIST_ADV_OPT = 1 ; > > :SCALAR_ADV_OPT = 1 ; > > :TKE_ADV_OPT = 1 ; > > :DIFF_6TH_OPT = 0 ; > > :DIFF_6TH_FACTOR = 0.12f ; > > :OBS_NUDGE_OPT = 0 ; > > :WEST-EAST_PATCH_START_UNSTAG = 1 ; > > :WEST-EAST_PATCH_END_UNSTAG = 140 ; > > :WEST-EAST_PATCH_START_STAG = 1 ; > > :WEST-EAST_PATCH_END_STAG = 141 ; > > :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; > > :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; > > :SOUTH-NORTH_PATCH_START_STAG = 1 ; > > :SOUTH-NORTH_PATCH_END_STAG = 141 ; > > :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; > > :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; > > :BOTTOM-TOP_PATCH_START_STAG = 1 ; > > :BOTTOM-TOP_PATCH_END_STAG = 30 ; > > :GRID_ID = 2 ; > > :PARENT_ID = 1 ; > > :I_PARENT_START = 14 ; > > :J_PARENT_START = 10 ; > > :PARENT_GRID_RATIO = 5 ; > > :DT = 60.f ; > > :CEN_LAT = 40.5046f ; > > :CEN_LON = -3.839993f ; > > :TRUELAT1 = 43.427f ; > > :TRUELAT2 = 43.427f ; > > :MOAD_CEN_LAT = 43.427f ; > > :STAND_LON = -3.84f ; > > :POLE_LAT = 90.f ; > > :POLE_LON = 0.f ; > > :GMT = 18.f ; > > :JULYR = 2007 ; > > :JULDAY = 365 ; > > :MAP_PROJ = 1 ; > > :MMINLU = "" ; > > :NUM_LAND_CAT = 24 ; > > :ISWATER = 16 ; > > :ISLAKE = 0 ; > > :ISICE = 0 ; > > :ISURBAN = 0 ; > > :ISOILWATER = 0 ; > > } > > > > > > > > > > > > > > > Catherine Meissner > Software Development Manager > > > Fjordgaten 15 > N-3125 T?nsberg, Norway > > Switchboard +47 33 38 18 00 > > www.windsim.com > > Email > > Direct > > Fax > > > > catherine at windsim.com > > +47 33 38 18 06 > +47 33 38 18 08 > > Upcoming WindSim events: > > > > Brazil WindPower 2011 > > August 31 ? 2, Rio de Janeiro, Brazil > Booth 141 > > VIND 2011 > > September 14 ? 15, Stockholm, Sweden > > > > EOLICA EXPO 2011 > > September 14 ? 16, Rome, Italy > Booth B8/C7 > > > > GREEN EXPO 2011 > > September 27 ? 29, Mexico City, Mexico > > > > WIND POWER EXPO+ > > September 27 ? 29, Zaragoza, Spain > > CanWEA > > October 3 ? 6, Vancouver, Canada > > > > For upcoming WindSim training courses, please visit: > > http://www.windsim.com/events/training-courses.aspx > > > > This message contains information that may be privileged or > confidential and is the property of WindSim AS. It is > intendedonly for the person to whom it is addressed. If > you are not the > intended recipient, you are not authorized to print, retain, > copy, > disseminate, distribute, or use this message or any part > thereof.If you receive this message in error, please notify > the sender > immediately and delete all copies of this message. > > > > > > > > From masters.steve at ensco.com Thu Sep 15 08:58:44 2011 From: masters.steve at ensco.com (Masters.Steve) Date: Thu, 15 Sep 2011 08:58:44 -0400 Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: References: <008301cc7382$e73d51c0$b5b7f540$@com> Message-ID: An alternative to ARWpost that is not talked about much...You can convert WRF data to grib format using the wrfpost program. The wrfpost program interpolates the data to constant pressure surfaces (and other levels as you require) and writes the data in grib. You then use the utilities grib2ctl.pl and gribmap to produce the files needed for grads. Since I'm used to dealing with grib files from NCEP models in grads, I find this approach very workable. You can find the wrfpost program from the WRF-NMM/DTC page at http://www.dtcenter.org/wrf-nmm/users/. Steve Masters ENSCO, Inc. Melbourne, FL -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Nick Heath Sent: Thursday, September 15, 2011 8:38 AM To: GrADS Users Forum Subject: Re: [gradsusr] WRF data in grads: Problem with the levels Hey Catherine, Unfortunately, to extract the height/pressure levels at the model sigma levels, and display WRF data in GrADS, there is an intermediate step. If you go here: http://www.mmm.ucar.edu/wrf/users/ and go to the Download tab, there is a Post-Processing program called ARWPost that converts WRF output into a GrADS friendly binary and even produces the control file for you. As you will see, the control file will look almost identical to the one you created, but will have the extracted pressure/height levels that you specify in the namelist. I have had problems with ARWPost creating really weird output, but I do not think there is any alternative right now if you want to use GrADS. -Nick ----- Original Message ----- From: Catherine Meissner Date: Thursday, September 15, 2011 8:39 am Subject: [gradsusr] WRF data in grads: Problem with the levels To: gradsusr at gradsusr.org > Hello, > > > > I am using WRF data files in GrADS version 2.0.a9oga, in windows. > > Having been unable to open the WRF files using xdfopen or sdfopen I > havewritten my own CTL file in order to open the data. Everything > is working for > me except that the z levels which the file contains do not seem to > correspond to the pressure. The nc dump suggests there are 29 > levels (which > is correct as there were 29 eta levels in the WRF file). > > However the range of > > these levels is from 2986950,2887400,2787850 ... up to 199550, > 100000. How > can these numbers be related to pressure? > > > > All I need to know is what these Z levels mean and how I can wither > convertthem to pressure or to height. Thanks for any help offered. > > > > The Corresponding CTL file is: > > > > dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 > > dtype netcdf > > title "Iberdrola data for Jan2008" > > undef -1e+30 > > options template > > pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 - > 3.839993 10000 > 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 > 0.0032 zdef > 30 linear 2986950 2887400, > 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 > 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 > 96400, > > 796850,697300,597750,498200,398650,299100,199550,100000 > > tdef 480 linear 00:00Z01jan2008 1hr > > > > vars 4 > > U=>u 29 t,z,y,x westerly wind > > V=>v 29 t,z,y,x southerly wind > > P=>p 29 t,z,y,x Pressure > > T=>t 29 t,z,y,x perturbation potential temperature > (theta-t0) > > Endvars > > > > the ncdump is: > > > > netcdf wrfout_d02_2007-12-31_18_00_00 { > > dimensions: > > Time = UNLIMITED ; // (1 currently) > > DateStrLen = 19 ; > > west_east = 140 ; > > south_north = 140 ; > > bottom_top = 29 ; > > bottom_top_stag = 30 ; > > soil_layers_stag = 4 ; > > west_east_stag = 141 ; > > force_layers = 8 ; > > south_north_stag = 141 ; > > variables: > > char Times(Time, DateStrLen) ; > > float LU_INDEX(Time, south_north, west_east) ; > > LU_INDEX:FieldType = 104 ; > > LU_INDEX:MemoryOrder = "XY " ; > > LU_INDEX:description = "LAND USE CATEGORY" ; > > LU_INDEX:units = "" ; > > LU_INDEX:stagger = "" ; > > LU_INDEX:coordinates = "XLONG XLAT" ; > > float ZNU(Time, bottom_top) ; > > ZNU:FieldType = 104 ; > > ZNU:MemoryOrder = "Z " ; > > ZNU:description = "eta values on half (mass) > levels" ; > > ZNU:units = "" ; > > ZNU:stagger = "" ; > > float ZNW(Time, bottom_top_stag) ; > > ZNW:FieldType = 104 ; > > ZNW:MemoryOrder = "Z " ; > > ZNW:description = "eta values on full (w) levels" ; > > ZNW:units = "" ; > > ZNW:stagger = "Z" ; (... and many more variables > listed) > > // global attributes: > > :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; > > :START_DATE = "2007-12-31_18:00:00" ; > > :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; > > :WEST-EAST_GRID_DIMENSION = 141 ; > > :SOUTH-NORTH_GRID_DIMENSION = 141 ; > > :BOTTOM-TOP_GRID_DIMENSION = 30 ; > > :DX = 10000.f ; > > :DY = 10000.f ; > > :GRIDTYPE = "C" ; > > :DIFF_OPT = 1 ; > > :KM_OPT = 4 ; > > :DAMP_OPT = 0 ; > > :DAMPCOEF = 0.2f ; > > :KHDIF = 0.f ; > > :KVDIF = 0.f ; > > :MP_PHYSICS = 6 ; > > :RA_LW_PHYSICS = 1 ; > > :RA_SW_PHYSICS = 1 ; > > :SF_SFCLAY_PHYSICS = 2 ; > > :SF_SURFACE_PHYSICS = 2 ; > > :BL_PBL_PHYSICS = 2 ; > > :CU_PHYSICS = 0 ; > > :SURFACE_INPUT_SOURCE = 1 ; > > :SST_UPDATE = 0 ; > > :GRID_FDDA = 0 ; > > :GFDDA_INTERVAL_M = 0 ; > > :GFDDA_END_H = 0 ; > > :GRID_SFDDA = 0 ; > > :SGFDDA_INTERVAL_M = 0 ; > > :SGFDDA_END_H = 0 ; > > :SF_URBAN_PHYSICS = 0 ; > > :FEEDBACK = 1 ; > > :SMOOTH_OPTION = 0 ; > > :SWRAD_SCAT = 1.f ; > > :W_DAMPING = 0 ; > > :MOIST_ADV_OPT = 1 ; > > :SCALAR_ADV_OPT = 1 ; > > :TKE_ADV_OPT = 1 ; > > :DIFF_6TH_OPT = 0 ; > > :DIFF_6TH_FACTOR = 0.12f ; > > :OBS_NUDGE_OPT = 0 ; > > :WEST-EAST_PATCH_START_UNSTAG = 1 ; > > :WEST-EAST_PATCH_END_UNSTAG = 140 ; > > :WEST-EAST_PATCH_START_STAG = 1 ; > > :WEST-EAST_PATCH_END_STAG = 141 ; > > :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; > > :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; > > :SOUTH-NORTH_PATCH_START_STAG = 1 ; > > :SOUTH-NORTH_PATCH_END_STAG = 141 ; > > :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; > > :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; > > :BOTTOM-TOP_PATCH_START_STAG = 1 ; > > :BOTTOM-TOP_PATCH_END_STAG = 30 ; > > :GRID_ID = 2 ; > > :PARENT_ID = 1 ; > > :I_PARENT_START = 14 ; > > :J_PARENT_START = 10 ; > > :PARENT_GRID_RATIO = 5 ; > > :DT = 60.f ; > > :CEN_LAT = 40.5046f ; > > :CEN_LON = -3.839993f ; > > :TRUELAT1 = 43.427f ; > > :TRUELAT2 = 43.427f ; > > :MOAD_CEN_LAT = 43.427f ; > > :STAND_LON = -3.84f ; > > :POLE_LAT = 90.f ; > > :POLE_LON = 0.f ; > > :GMT = 18.f ; > > :JULYR = 2007 ; > > :JULDAY = 365 ; > > :MAP_PROJ = 1 ; > > :MMINLU = "" ; > > :NUM_LAND_CAT = 24 ; > > :ISWATER = 16 ; > > :ISLAKE = 0 ; > > :ISICE = 0 ; > > :ISURBAN = 0 ; > > :ISOILWATER = 0 ; > > } > > > > > > > > > > > > > > > Catherine Meissner > Software Development Manager > > > Fjordgaten 15 > N-3125 T?nsberg, Norway > > Switchboard +47 33 38 18 00 > > www.windsim.com > > Email > > Direct > > Fax > > > > catherine at windsim.com > > +47 33 38 18 06 > +47 33 38 18 08 > > Upcoming WindSim events: > > > > Brazil WindPower 2011 > > August 31 - 2, Rio de Janeiro, Brazil > Booth 141 > > VIND 2011 > > September 14 - 15, Stockholm, Sweden > > > > EOLICA EXPO 2011 > > September 14 - 16, Rome, Italy > Booth B8/C7 > > > > GREEN EXPO 2011 > > September 27 - 29, Mexico City, Mexico > > > > WIND POWER EXPO+ > > September 27 - 29, Zaragoza, Spain > > CanWEA > > October 3 - 6, Vancouver, Canada > > > > For upcoming WindSim training courses, please visit: > > http://www.windsim.com/events/training-courses.aspx > > > > This message contains information that may be privileged or > confidential and is the property of WindSim AS. It is > intendedonly for the person to whom it is addressed. If > you are not the > intended recipient, you are not authorized to print, retain, > copy, > disseminate, distribute, or use this message or any part > thereof.If you receive this message in error, please notify > the sender > immediately and delete all copies of this message. > > > > > > > > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr The information contained in this email message is intended only for the use of the individual(s) to whom it is addressed and may contain information that is privileged and sensitive. If you are not the intended recipient, or otherwise have received this communication in error, please notify the sender immediately by email at the above referenced address and note that any further dissemination, distribution or copying of this communication is strictly prohibited. The U.S. Export Control Laws regulate the export and re-export of technology originating in the United States. This includes the electronic transmission of information and software to foreign countries and to certain foreign nationals. Recipient agrees to abide by these laws and their regulations -- including the U.S. Department of Commerce Export Administration Regulations and the U.S. Department of State International Traffic in Arms Regulations -- and not to transfer, by electronic transmission or otherwise, any content derived from this email to either a foreign national or a foreign destination in violation of such laws. From catherine at windsim.com Thu Sep 15 09:05:36 2011 From: catherine at windsim.com (Catherine Meissner) Date: Thu, 15 Sep 2011 15:05:36 +0200 Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: References: <008301cc7382$e73d51c0$b5b7f540$@com> Message-ID: <010201cc73a8$2ad369e0$807a3da0$@com> Hei Nick, Thank you for the quick answer! As we are a Windows based company I was searching for a windows compatible tool. Does anyone know a tool which can do the same as ARWPost? Regards, Catherine -----Urspr?ngliche Nachricht----- Von: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] Im Auftrag von Nick Heath Gesendet: 15 September 2011 14:38 An: GrADS Users Forum Betreff: Re: [gradsusr] WRF data in grads: Problem with the levels Hey Catherine, Unfortunately, to extract the height/pressure levels at the model sigma levels, and display WRF data in GrADS, there is an intermediate step. If you go here: http://www.mmm.ucar.edu/wrf/users/ and go to the Download tab, there is a Post-Processing program called ARWPost that converts WRF output into a GrADS friendly binary and even produces the control file for you. As you will see, the control file will look almost identical to the one you created, but will have the extracted pressure/height levels that you specify in the namelist. I have had problems with ARWPost creating really weird output, but I do not think there is any alternative right now if you want to use GrADS. -Nick ----- Original Message ----- From: Catherine Meissner Date: Thursday, September 15, 2011 8:39 am Subject: [gradsusr] WRF data in grads: Problem with the levels To: gradsusr at gradsusr.org > Hello, > > > > I am using WRF data files in GrADS version 2.0.a9oga, in windows. > > Having been unable to open the WRF files using xdfopen or sdfopen I > havewritten my own CTL file in order to open the data. Everything > is working for > me except that the z levels which the file contains do not seem to > correspond to the pressure. The nc dump suggests there are 29 > levels (which > is correct as there were 29 eta levels in the WRF file). > > However the range of > > these levels is from 2986950,2887400,2787850 ... up to 199550, > 100000. How > can these numbers be related to pressure? > > > > All I need to know is what these Z levels mean and how I can wither > convertthem to pressure or to height. Thanks for any help offered. > > > > The Corresponding CTL file is: > > > > dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 > > dtype netcdf > > title "Iberdrola data for Jan2008" > > undef -1e+30 > > options template > > pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 - > 3.839993 10000 > 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 > 0.0032 zdef > 30 linear 2986950 2887400, > 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 > 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 > 96400, > > 796850,697300,597750,498200,398650,299100,199550,100000 > > tdef 480 linear 00:00Z01jan2008 1hr > > > > vars 4 > > U=>u 29 t,z,y,x westerly wind > > V=>v 29 t,z,y,x southerly wind > > P=>p 29 t,z,y,x Pressure > > T=>t 29 t,z,y,x perturbation potential temperature > (theta-t0) > > Endvars > > > > the ncdump is: > > > > netcdf wrfout_d02_2007-12-31_18_00_00 { > > dimensions: > > Time = UNLIMITED ; // (1 currently) > > DateStrLen = 19 ; > > west_east = 140 ; > > south_north = 140 ; > > bottom_top = 29 ; > > bottom_top_stag = 30 ; > > soil_layers_stag = 4 ; > > west_east_stag = 141 ; > > force_layers = 8 ; > > south_north_stag = 141 ; > > variables: > > char Times(Time, DateStrLen) ; > > float LU_INDEX(Time, south_north, west_east) ; > > LU_INDEX:FieldType = 104 ; > > LU_INDEX:MemoryOrder = "XY " ; > > LU_INDEX:description = "LAND USE CATEGORY" ; > > LU_INDEX:units = "" ; > > LU_INDEX:stagger = "" ; > > LU_INDEX:coordinates = "XLONG XLAT" ; > > float ZNU(Time, bottom_top) ; > > ZNU:FieldType = 104 ; > > ZNU:MemoryOrder = "Z " ; > > ZNU:description = "eta values on half (mass) > levels" ; > > ZNU:units = "" ; > > ZNU:stagger = "" ; > > float ZNW(Time, bottom_top_stag) ; > > ZNW:FieldType = 104 ; > > ZNW:MemoryOrder = "Z " ; > > ZNW:description = "eta values on full (w) levels" ; > > ZNW:units = "" ; > > ZNW:stagger = "Z" ; (... and many more variables > listed) > > // global attributes: > > :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; > > :START_DATE = "2007-12-31_18:00:00" ; > > :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; > > :WEST-EAST_GRID_DIMENSION = 141 ; > > :SOUTH-NORTH_GRID_DIMENSION = 141 ; > > :BOTTOM-TOP_GRID_DIMENSION = 30 ; > > :DX = 10000.f ; > > :DY = 10000.f ; > > :GRIDTYPE = "C" ; > > :DIFF_OPT = 1 ; > > :KM_OPT = 4 ; > > :DAMP_OPT = 0 ; > > :DAMPCOEF = 0.2f ; > > :KHDIF = 0.f ; > > :KVDIF = 0.f ; > > :MP_PHYSICS = 6 ; > > :RA_LW_PHYSICS = 1 ; > > :RA_SW_PHYSICS = 1 ; > > :SF_SFCLAY_PHYSICS = 2 ; > > :SF_SURFACE_PHYSICS = 2 ; > > :BL_PBL_PHYSICS = 2 ; > > :CU_PHYSICS = 0 ; > > :SURFACE_INPUT_SOURCE = 1 ; > > :SST_UPDATE = 0 ; > > :GRID_FDDA = 0 ; > > :GFDDA_INTERVAL_M = 0 ; > > :GFDDA_END_H = 0 ; > > :GRID_SFDDA = 0 ; > > :SGFDDA_INTERVAL_M = 0 ; > > :SGFDDA_END_H = 0 ; > > :SF_URBAN_PHYSICS = 0 ; > > :FEEDBACK = 1 ; > > :SMOOTH_OPTION = 0 ; > > :SWRAD_SCAT = 1.f ; > > :W_DAMPING = 0 ; > > :MOIST_ADV_OPT = 1 ; > > :SCALAR_ADV_OPT = 1 ; > > :TKE_ADV_OPT = 1 ; > > :DIFF_6TH_OPT = 0 ; > > :DIFF_6TH_FACTOR = 0.12f ; > > :OBS_NUDGE_OPT = 0 ; > > :WEST-EAST_PATCH_START_UNSTAG = 1 ; > > :WEST-EAST_PATCH_END_UNSTAG = 140 ; > > :WEST-EAST_PATCH_START_STAG = 1 ; > > :WEST-EAST_PATCH_END_STAG = 141 ; > > :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; > > :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; > > :SOUTH-NORTH_PATCH_START_STAG = 1 ; > > :SOUTH-NORTH_PATCH_END_STAG = 141 ; > > :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; > > :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; > > :BOTTOM-TOP_PATCH_START_STAG = 1 ; > > :BOTTOM-TOP_PATCH_END_STAG = 30 ; > > :GRID_ID = 2 ; > > :PARENT_ID = 1 ; > > :I_PARENT_START = 14 ; > > :J_PARENT_START = 10 ; > > :PARENT_GRID_RATIO = 5 ; > > :DT = 60.f ; > > :CEN_LAT = 40.5046f ; > > :CEN_LON = -3.839993f ; > > :TRUELAT1 = 43.427f ; > > :TRUELAT2 = 43.427f ; > > :MOAD_CEN_LAT = 43.427f ; > > :STAND_LON = -3.84f ; > > :POLE_LAT = 90.f ; > > :POLE_LON = 0.f ; > > :GMT = 18.f ; > > :JULYR = 2007 ; > > :JULDAY = 365 ; > > :MAP_PROJ = 1 ; > > :MMINLU = "" ; > > :NUM_LAND_CAT = 24 ; > > :ISWATER = 16 ; > > :ISLAKE = 0 ; > > :ISICE = 0 ; > > :ISURBAN = 0 ; > > :ISOILWATER = 0 ; > > } > > > > > > > > > > > > > > > Catherine Meissner > Software Development Manager > > > Fjordgaten 15 > N-3125 T?nsberg, Norway > > Switchboard +47 33 38 18 00 > > www.windsim.com > > Email > > Direct > > Fax > > > > catherine at windsim.com > > +47 33 38 18 06 > +47 33 38 18 08 > > Upcoming WindSim events: > > > > Brazil WindPower 2011 > > August 31 ? 2, Rio de Janeiro, Brazil > Booth 141 > > VIND 2011 > > September 14 ? 15, Stockholm, Sweden > > > > EOLICA EXPO 2011 > > September 14 ? 16, Rome, Italy > Booth B8/C7 > > > > GREEN EXPO 2011 > > September 27 ? 29, Mexico City, Mexico > > > > WIND POWER EXPO+ > > September 27 ? 29, Zaragoza, Spain > > CanWEA > > October 3 ? 6, Vancouver, Canada > > > > For upcoming WindSim training courses, please visit: > > http://www.windsim.com/events/training-courses.aspx > > > > This message contains information that may be privileged or > confidential and is the property of WindSim AS. It is > intendedonly for the person to whom it is addressed. If > you are not the > intended recipient, you are not authorized to print, retain, > copy, > disseminate, distribute, or use this message or any part > thereof.If you receive this message in error, please notify > the sender > immediately and delete all copies of this message. > > > > > > > > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From nkh09 at fsu.edu Thu Sep 15 09:05:23 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Thu, 15 Sep 2011 13:05:23 GMT Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: References: <008301cc7382$e73d51c0$b5b7f540$@com> Message-ID: Steve, Thank you for the info. This sounds like a better approach to using WRF and GrADS. -Nick ----- Original Message ----- From: "Masters.Steve" Date: Thursday, September 15, 2011 12:59 pm Subject: Re: [gradsusr] WRF data in grads: Problem with the levels To: GrADS Users Forum > An alternative to ARWpost that is not talked about much...You can > convert WRF data to grib format using the wrfpost program. The > wrfpost program interpolates the data to constant pressure surfaces > (and other levels as you require) and writes the data in grib. You > then use the utilities grib2ctl.pl and gribmap to produce the files > needed for grads. Since I'm used to dealing with grib files from > NCEP models in grads, I find this approach very workable. You can > find the wrfpost program from the WRF-NMM/DTC page at > http://www.dtcenter.org/wrf-nmm/users/. > > Steve Masters > ENSCO, Inc. > Melbourne, FL > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr- > bounces at gradsusr.org] On Behalf Of Nick Heath > Sent: Thursday, September 15, 2011 8:38 AM > To: GrADS Users Forum > Subject: Re: [gradsusr] WRF data in grads: Problem with the levels > > Hey Catherine, > > Unfortunately, to extract the height/pressure levels at the model > sigma levels, and display WRF data in GrADS, there is an > intermediate step. If you go here: > http://www.mmm.ucar.edu/wrf/users/ and go to the Download tab, > there is a Post-Processing program called ARWPost that converts WRF > output into a GrADS friendly binary and even produces the control > file for you. As you will see, the control file will look almost > identical to the one you created, but will have the extracted > pressure/height levels that you specify in the namelist. I have > had problems with ARWPost creating really weird output, but I do > not think there is any alternative right now if you want to use GrADS. > > -Nick > > ----- Original Message ----- > From: Catherine Meissner > Date: Thursday, September 15, 2011 8:39 am > Subject: [gradsusr] WRF data in grads: Problem with the levels > To: gradsusr at gradsusr.org > > > Hello, > > > > > > > > I am using WRF data files in GrADS version 2.0.a9oga, in windows. > > > > Having been unable to open the WRF files using xdfopen or sdfopen I > > havewritten my own CTL file in order to open the data. Everything > > is working for > > me except that the z levels which the file contains do not seem to > > correspond to the pressure. The nc dump suggests there are 29 > > levels (which > > is correct as there were 29 eta levels in the WRF file). > > > > However the range of > > > > these levels is from 2986950,2887400,2787850 ... up to 199550, > > 100000. How > > can these numbers be related to pressure? > > > > > > > > All I need to know is what these Z levels mean and how I can wither > > convertthem to pressure or to height. Thanks for any help offered. > > > > > > > > The Corresponding CTL file is: > > > > > > > > dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 > > > > dtype netcdf > > > > title "Iberdrola data for Jan2008" > > > > undef -1e+30 > > > > options template > > > > pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 - > > 3.839993 10000 > > 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 > > 0.0032 zdef > > 30 linear 2986950 2887400, > > > 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891> 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 > > 96400, > > > > 796850,697300,597750,498200,398650,299100,199550,100000 > > > > tdef 480 linear 00:00Z01jan2008 1hr > > > > > > > > vars 4 > > > > U=>u 29 t,z,y,x westerly wind > > > > V=>v 29 t,z,y,x southerly wind > > > > P=>p 29 t,z,y,x Pressure > > > > T=>t 29 t,z,y,x perturbation potential temperature > > (theta-t0) > > > > Endvars > > > > > > > > the ncdump is: > > > > > > > > netcdf wrfout_d02_2007-12-31_18_00_00 { > > > > dimensions: > > > > Time = UNLIMITED ; // (1 currently) > > > > DateStrLen = 19 ; > > > > west_east = 140 ; > > > > south_north = 140 ; > > > > bottom_top = 29 ; > > > > bottom_top_stag = 30 ; > > > > soil_layers_stag = 4 ; > > > > west_east_stag = 141 ; > > > > force_layers = 8 ; > > > > south_north_stag = 141 ; > > > > variables: > > > > char Times(Time, DateStrLen) ; > > > > float LU_INDEX(Time, south_north, west_east) ; > > > > LU_INDEX:FieldType = 104 ; > > > > LU_INDEX:MemoryOrder = "XY " ; > > > > LU_INDEX:description = "LAND USE CATEGORY" ; > > > > LU_INDEX:units = "" ; > > > > LU_INDEX:stagger = "" ; > > > > LU_INDEX:coordinates = "XLONG XLAT" ; > > > > float ZNU(Time, bottom_top) ; > > > > ZNU:FieldType = 104 ; > > > > ZNU:MemoryOrder = "Z " ; > > > > ZNU:description = "eta values on half (mass) > > levels" ; > > > > ZNU:units = "" ; > > > > ZNU:stagger = "" ; > > > > float ZNW(Time, bottom_top_stag) ; > > > > ZNW:FieldType = 104 ; > > > > ZNW:MemoryOrder = "Z " ; > > > > ZNW:description = "eta values on full (w) levels" ; > > > > ZNW:units = "" ; > > > > ZNW:stagger = "Z" ; (... and many more variables > > listed) > > > > // global attributes: > > > > :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; > > > > :START_DATE = "2007-12-31_18:00:00" ; > > > > :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; > > > > :WEST-EAST_GRID_DIMENSION = 141 ; > > > > :SOUTH-NORTH_GRID_DIMENSION = 141 ; > > > > :BOTTOM-TOP_GRID_DIMENSION = 30 ; > > > > :DX = 10000.f ; > > > > :DY = 10000.f ; > > > > :GRIDTYPE = "C" ; > > > > :DIFF_OPT = 1 ; > > > > :KM_OPT = 4 ; > > > > :DAMP_OPT = 0 ; > > > > :DAMPCOEF = 0.2f ; > > > > :KHDIF = 0.f ; > > > > :KVDIF = 0.f ; > > > > :MP_PHYSICS = 6 ; > > > > :RA_LW_PHYSICS = 1 ; > > > > :RA_SW_PHYSICS = 1 ; > > > > :SF_SFCLAY_PHYSICS = 2 ; > > > > :SF_SURFACE_PHYSICS = 2 ; > > > > :BL_PBL_PHYSICS = 2 ; > > > > :CU_PHYSICS = 0 ; > > > > :SURFACE_INPUT_SOURCE = 1 ; > > > > :SST_UPDATE = 0 ; > > > > :GRID_FDDA = 0 ; > > > > :GFDDA_INTERVAL_M = 0 ; > > > > :GFDDA_END_H = 0 ; > > > > :GRID_SFDDA = 0 ; > > > > :SGFDDA_INTERVAL_M = 0 ; > > > > :SGFDDA_END_H = 0 ; > > > > :SF_URBAN_PHYSICS = 0 ; > > > > :FEEDBACK = 1 ; > > > > :SMOOTH_OPTION = 0 ; > > > > :SWRAD_SCAT = 1.f ; > > > > :W_DAMPING = 0 ; > > > > :MOIST_ADV_OPT = 1 ; > > > > :SCALAR_ADV_OPT = 1 ; > > > > :TKE_ADV_OPT = 1 ; > > > > :DIFF_6TH_OPT = 0 ; > > > > :DIFF_6TH_FACTOR = 0.12f ; > > > > :OBS_NUDGE_OPT = 0 ; > > > > :WEST-EAST_PATCH_START_UNSTAG = 1 ; > > > > :WEST-EAST_PATCH_END_UNSTAG = 140 ; > > > > :WEST-EAST_PATCH_START_STAG = 1 ; > > > > :WEST-EAST_PATCH_END_STAG = 141 ; > > > > :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; > > > > :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; > > > > :SOUTH-NORTH_PATCH_START_STAG = 1 ; > > > > :SOUTH-NORTH_PATCH_END_STAG = 141 ; > > > > :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; > > > > :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; > > > > :BOTTOM-TOP_PATCH_START_STAG = 1 ; > > > > :BOTTOM-TOP_PATCH_END_STAG = 30 ; > > > > :GRID_ID = 2 ; > > > > :PARENT_ID = 1 ; > > > > :I_PARENT_START = 14 ; > > > > :J_PARENT_START = 10 ; > > > > :PARENT_GRID_RATIO = 5 ; > > > > :DT = 60.f ; > > > > :CEN_LAT = 40.5046f ; > > > > :CEN_LON = -3.839993f ; > > > > :TRUELAT1 = 43.427f ; > > > > :TRUELAT2 = 43.427f ; > > > > :MOAD_CEN_LAT = 43.427f ; > > > > :STAND_LON = -3.84f ; > > > > :POLE_LAT = 90.f ; > > > > :POLE_LON = 0.f ; > > > > :GMT = 18.f ; > > > > :JULYR = 2007 ; > > > > :JULDAY = 365 ; > > > > :MAP_PROJ = 1 ; > > > > :MMINLU = "" ; > > > > :NUM_LAND_CAT = 24 ; > > > > :ISWATER = 16 ; > > > > :ISLAKE = 0 ; > > > > :ISICE = 0 ; > > > > :ISURBAN = 0 ; > > > > :ISOILWATER = 0 ; > > > > } > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Catherine Meissner > > Software Development Manager > > > > > > Fjordgaten 15 > > N-3125 T?nsberg, Norway > > > > Switchboard +47 33 38 18 00 > > > > www.windsim.com > > > > Email > > > > Direct > > > > Fax > > > > > > > > catherine at windsim.com > > > > +47 33 38 18 06 > > +47 33 38 18 08 > > > > Upcoming WindSim events: > > > > > > > > Brazil WindPower 2011 > > > > August 31 - 2, Rio de Janeiro, Brazil > > Booth 141 > > > > VIND 2011 > > > > September 14 - 15, Stockholm, Sweden > > > > > > > > EOLICA EXPO 2011 > > > > September 14 - 16, Rome, Italy > > Booth B8/C7 > > > > > > > > GREEN EXPO 2011 > > > > September 27 - 29, Mexico City, Mexico > > > > > > > > WIND POWER EXPO+ > > > > September 27 - 29, Zaragoza, Spain > > > > CanWEA > > > > October 3 - 6, Vancouver, Canada > > > > > > > > For upcoming WindSim training courses, please visit: > > > > http://www.windsim.com/events/training-courses.aspx > > > > > > > > This message contains information that may be privileged or > > confidential and is the property of WindSim AS. It is > > intendedonly for the person to whom it is addressed. If > > you are not the > > intended recipient, you are not authorized to print, retain, > > copy, > > disseminate, distribute, or use this message or any part > > thereof.If you receive this message in error, please notify > > the sender > > immediately and delete all copies of this message. > > > > > > > > > > > > > > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > The information contained in this email message is intended only > for the use of the individual(s) to whom it is addressed and may > contain information that is privileged and sensitive. If you are > not the intended recipient, or otherwise have received this > communication in error, please notify the sender immediately by > email at the above referenced address and note that any further > dissemination, distribution or copying of this communication is > strictly prohibited. > > The U.S. Export Control Laws regulate the export and re-export of > technology originating in the United States. This includes the > electronic transmission of information and software to foreign > countries and to certain foreign nationals. Recipient agrees to > abide by these laws and their regulations -- including the U.S. > Department of Commerce Export Administration Regulations and the > U.S. Department of State International Traffic in Arms Regulations - > - and not to transfer, by electronic transmission or otherwise, any > content derived from this email to either a foreign national or a > foreign destination in violation of such laws. > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From jonathan.smith at nasa.gov Thu Sep 15 09:43:15 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Thu, 15 Sep 2011 08:43:15 -0500 Subject: [gradsusr] script to open netcdf and .ctl at same time Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9558@NDMSSCC05.ndc.nasa.gov> Hello, With the attached script I am having trouble using sdfopen and open together. The sdfopen is used with a netcdf file and the variables for wind are u and v. The open files are with a ARWpost output. The wind variable here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 From jonathan.smith at nasa.gov Thu Sep 15 09:44:57 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Thu, 15 Sep 2011 08:44:57 -0500 Subject: [gradsusr] FW: script to open netcdf and .ctl at same time In-Reply-To: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9558@NDMSSCC05.ndc.nasa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9558@NDMSSCC05.ndc.nasa.gov> Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9559@NDMSSCC05.ndc.nasa.gov> Here is script Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 ________________________________________ From: SMITH, JONATHAN WYNN. (GSFC-6133) Sent: Thursday, September 15, 2011 9:43 AM To: gradsusr at gradsusr.org Subject: script to open netcdf and .ctl at same time Hello, With the attached script I am having trouble using sdfopen and open together. The sdfopen is used with a netcdf file and the variables for wind are u and v. The open files are with a ARWpost output. The wind variable here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 -------------- next part -------------- A non-text attachment was scrubbed... Name: avg_panel_wrf_ecmwf.gs Type: application/octet-stream Size: 6209 bytes Desc: avg_panel_wrf_ecmwf.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/1764b90a/attachment.obj From saeedbayat7276 at gmail.com Thu Sep 15 10:36:17 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Thu, 15 Sep 2011 19:06:17 +0430 Subject: [gradsusr] Hovmoller Diagram Message-ID: Dear GrADS users, I have a problem create hovmoller diagram from output data of RegCM4.1. Is there anyone here had a problem like this? I am able to draw hovmoller with NNRP1 data! Any Idea? Regards Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/d1060cca/attachment-0001.html From esjluis at yahoo.com.mx Thu Sep 15 10:52:09 2011 From: esjluis at yahoo.com.mx (jl sa) Date: Thu, 15 Sep 2011 07:52:09 -0700 (PDT) Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: References: Message-ID: <1316098329.48961.YahooMailNeo@web111006.mail.gq1.yahoo.com> hola si los datos son del WRF, trata de modificar el namelist.ARWPOST del modelo y ahi indica los niveles de presion ya sean milibarios o si los quieres en niveles sigma, ejemplo: si es para milibarios &interp ?interp_method = 1, ?interp_levels = 1000.,950.,900.,850.,800.,750.,700.,650.,600.,550.,500.,450.,400.,350.,300.,250.,200.,150.,100., / si es para sigma : &interp ?interp_method = 0, interp_levels = 0.994, 1.00, 1.02, 1.03, 1.058, 1.099, 1.141, 1.183, 1.208, 1.233, 1.258, 1.283, 1.308, 1.333, 1.383, 1.433, 1.483, 1.533, 1.583, 1.633, 1.683, 1.733, 1.783, 1.833, 1.883, 1.933, 1.983, 2.0, 2.5, 3.00, 3.5, 4.00, 4.5, 5.0, 7.5, 10.0, 12.5, 15.0, 20.0, espero esto te ayude. hello if the data are from the WRF, about changing the model and there namelist.ARWPOST indicates levels of pressure either millibars or if you want to sigma levels, eg if it is in millibars &interp ?interp_method = 1, ?interp_levels = 1000.,950.,900.,850.,800.,750.,700.,650.,600.,550.,500.,450.,400.,350.,300.,250.,200.,150.,100., / if for sigma: &interp ?interp_method = 0, interp_levels = 0.994, 1.00, 1.02, 1.03, 1.058, 1.099, 1.141, 1.183, 1.208, 1.233, 1.258, 1.283, 1.308, 1.333, 1.383, 1.433, 1.483, 1.533, 1.583, 1.633, 1.683, 1.733, 1.783, 1.833, 1.883, 1.933, 1.983, 2.0, 2.5, 3.00, 3.5, 4.00, 4.5, 5.0, 7.5, 10.0, 12.5, 15.0, 20.0, atte jluis ________________________________ ?WRF data in grads: Problem with the levels (Catherine Meissner) ---------------------------------------------------------------------- Message: 3 Date: Thu, 15 Sep 2011 10:38:54 +0200 From: "Catherine Meissner" Subject: [gradsusr] WRF data in grads: Problem with the levels To: Message-ID: <008301cc7382$e73d51c0$b5b7f540$@com> Content-Type: text/plain; charset="iso-8859-1" Hello, I am using WRF data files in GrADS version 2.0.a9oga, in windows.? Having been unable to open the WRF files using xdfopen or sdfopen I have written my own CTL file in order to open the data. Everything is working for me except that the z levels which the file contains do not seem to correspond to the pressure. The nc dump suggests there are 29 levels (which is correct as there were 29 eta levels in the WRF file).? However the range of these levels is from 2986950,2887400,2787850 ... up to? 199550, 100000. How can these numbers be related to pressure? All I need to know is what these Z levels mean and how I can wither convert them to pressure or to height. Thanks for any help offered. The Corresponding CTL file is: dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 dtype netcdf title "Iberdrola data for Jan2008" undef -1e+30 options template pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 -3.839993 10000 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 0.0032 zdef 30 linear 2986950 2887400, 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 96400, 796850,697300,597750,498200,398650,299100,199550,100000 tdef 480 linear 00:00Z01jan2008 1hr vars 4 U=>u? ? ? ? ? 29? t,z,y,x westerly wind V=>v? ? ? ? ? 29? t,z,y,x southerly wind P=>p? ? ? ? ? 29? t,z,y,x? Pressure T=>t? ? ? ? ? 29? t,z,y,x? perturbation potential temperature (theta-t0) Endvars the ncdump is: netcdf wrfout_d02_2007-12-31_18_00_00 { dimensions: ? ? ? ? Time = UNLIMITED ; // (1 currently) ? ? ? ? DateStrLen = 19 ; ? ? ? ? west_east = 140 ; ? ? ? ? south_north = 140 ; ? ? ? ? bottom_top = 29 ; ? ? ? ? bottom_top_stag = 30 ; ? ? ? ? soil_layers_stag = 4 ; ? ? ? ? west_east_stag = 141 ; ? ? ? ? force_layers = 8 ; ? ? ? ? south_north_stag = 141 ; variables: ? ? ? ? char Times(Time, DateStrLen) ; ? ? ? ? float LU_INDEX(Time, south_north, west_east) ; ? ? ? ? ? ? ? ? LU_INDEX:FieldType = 104 ; ? ? ? ? ? ? ? ? LU_INDEX:MemoryOrder = "XY " ; ? ? ? ? ? ? ? ? LU_INDEX:description = "LAND USE CATEGORY" ; ? ? ? ? ? ? ? ? LU_INDEX:units = "" ; ? ? ? ? ? ? ? ? LU_INDEX:stagger = "" ; ? ? ? ? ? ? ? ? LU_INDEX:coordinates = "XLONG XLAT" ; ? ? ? ? float ZNU(Time, bottom_top) ; ? ? ? ? ? ? ? ? ZNU:FieldType = 104 ; ? ? ? ? ? ? ? ? ZNU:MemoryOrder = "Z? " ; ? ? ? ? ? ? ? ? ZNU:description = "eta values on half (mass) levels" ; ? ? ? ? ? ? ? ? ZNU:units = "" ; ? ? ? ? ? ? ? ? ZNU:stagger = "" ; ? ? ? ? float ZNW(Time, bottom_top_stag) ; ? ? ? ? ? ? ? ? ZNW:FieldType = 104 ; ? ? ? ? ? ? ? ? ZNW:MemoryOrder = "Z? " ; ? ? ? ? ? ? ? ? ZNW:description = "eta values on full (w) levels" ; ? ? ? ? ? ? ? ? ZNW:units = "" ; ? ? ? ? ? ? ? ? ZNW:stagger = "Z" ;? ? (... and many more variables listed) // global attributes: ? ? ? ? ? ? ? ? :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; ? ? ? ? ? ? ? ? :START_DATE = "2007-12-31_18:00:00" ; ? ? ? ? ? ? ? ? :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; ? ? ? ? ? ? ? ? :WEST-EAST_GRID_DIMENSION = 141 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_GRID_DIMENSION = 141 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_GRID_DIMENSION = 30 ; ? ? ? ? ? ? ? ? :DX = 10000.f ; ? ? ? ? ? ? ? ? :DY = 10000.f ; ? ? ? ? ? ? ? ? :GRIDTYPE = "C" ; ? ? ? ? ? ? ? ? :DIFF_OPT = 1 ; ? ? ? ? ? ? ? ? :KM_OPT = 4 ; ? ? ? ? ? ? ? ? :DAMP_OPT = 0 ; ? ? ? ? ? ? ? ? :DAMPCOEF = 0.2f ; ? ? ? ? ? ? ? ? :KHDIF = 0.f ; ? ? ? ? ? ? ? ? :KVDIF = 0.f ; ? ? ? ? ? ? ? ? :MP_PHYSICS = 6 ; ? ? ? ? ? ? ? ? :RA_LW_PHYSICS = 1 ; ? ? ? ? ? ? ? ? :RA_SW_PHYSICS = 1 ; ? ? ? ? ? ? ? ? :SF_SFCLAY_PHYSICS = 2 ; ? ? ? ? ? ? ? ? :SF_SURFACE_PHYSICS = 2 ; ? ? ? ? ? ? ? ? :BL_PBL_PHYSICS = 2 ; ? ? ? ? ? ? ? ? :CU_PHYSICS = 0 ; ? ? ? ? ? ? ? ? :SURFACE_INPUT_SOURCE = 1 ; ? ? ? ? ? ? ? ? :SST_UPDATE = 0 ; ? ? ? ? ? ? ? ? :GRID_FDDA = 0 ; ? ? ? ? ? ? ? ? :GFDDA_INTERVAL_M = 0 ; ? ? ? ? ? ? ? ? :GFDDA_END_H = 0 ; ? ? ? ? ? ? ? ? :GRID_SFDDA = 0 ; ? ? ? ? ? ? ? ? :SGFDDA_INTERVAL_M = 0 ; ? ? ? ? ? ? ? ? :SGFDDA_END_H = 0 ; ? ? ? ? ? ? ? ? :SF_URBAN_PHYSICS = 0 ; ? ? ? ? ? ? ? ? :FEEDBACK = 1 ; ? ? ? ? ? ? ? ? :SMOOTH_OPTION = 0 ; ? ? ? ? ? ? ? ? :SWRAD_SCAT = 1.f ; ? ? ? ? ? ? ? ? :W_DAMPING = 0 ; ? ? ? ? ? ? ? ? :MOIST_ADV_OPT = 1 ; ? ? ? ? ? ? ? ? :SCALAR_ADV_OPT = 1 ; ? ? ? ? ? ? ? ? :TKE_ADV_OPT = 1 ; ? ? ? ? ? ? ? ? :DIFF_6TH_OPT = 0 ; ? ? ? ? ? ? ? ? :DIFF_6TH_FACTOR = 0.12f ; ? ? ? ? ? ? ? ? :OBS_NUDGE_OPT = 0 ; ? ? ? ? ? ? ? ? :WEST-EAST_PATCH_START_UNSTAG = 1 ; ? ? ? ? ? ? ? ? :WEST-EAST_PATCH_END_UNSTAG = 140 ; ? ? ? ? ? ? ? ? :WEST-EAST_PATCH_START_STAG = 1 ; ? ? ? ? ? ? ? ? :WEST-EAST_PATCH_END_STAG = 141 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_PATCH_START_STAG = 1 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_PATCH_END_STAG = 141 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_PATCH_START_STAG = 1 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_PATCH_END_STAG = 30 ; ? ? ? ? ? ? ? ? :GRID_ID = 2 ; ? ? ? ? ? ? ? ? :PARENT_ID = 1 ; ? ? ? ? ? ? ? ? :I_PARENT_START = 14 ; ? ? ? ? ? ? ? ? :J_PARENT_START = 10 ; ? ? ? ? ? ? ? ? :PARENT_GRID_RATIO = 5 ; ? ? ? ? ? ? ? ? :DT = 60.f ; ? ? ? ? ? ? ? ? :CEN_LAT = 40.5046f ; ? ? ? ? ? ? ? ? :CEN_LON = -3.839993f ; ? ? ? ? ? ? ? ? :TRUELAT1 = 43.427f ; ? ? ? ? ? ? ? ? :TRUELAT2 = 43.427f ; ? ? ? ? ? ? ? ? :MOAD_CEN_LAT = 43.427f ; ? ? ? ? ? ? ? ? :STAND_LON = -3.84f ; ? ? ? ? ? ? ? ? :POLE_LAT = 90.f ; ? ? ? ? ? ? ? ? :POLE_LON = 0.f ; ? ? ? ? ? ? ? ? :GMT = 18.f ; ? ? ? ? ? ? ? ? :JULYR = 2007 ; ? ? ? ? ? ? ? ? :JULDAY = 365 ; ? ? ? ? ? ? ? ? :MAP_PROJ = 1 ; ? ? ? ? ? ? ? ? :MMINLU = "" ; ? ? ? ? ? ? ? ? :NUM_LAND_CAT = 24 ; ? ? ? ? ? ? ? ? :ISWATER = 16 ; ? ? ? ? ? ? ? ? :ISLAKE = 0 ; ? ? ? ? ? ? ? ? :ISICE = 0 ; ? ? ? ? ? ? ? ? :ISURBAN = 0 ; ? ? ? ? ? ? ? ? :ISOILWATER = 0 ; } Catherine Meissner Software Development Manager ? ? Fjordgaten 15 ? ? N-3125 T?nsberg, Norway ? ? Switchboard +47 33 38 18 00 ? ? www.windsim.com Email Direct? Fax? ? ? ? catherine at windsim.com +47 33 38 18 06 +47 33 38 18 08 Upcoming WindSim events: Brazil WindPower 2011 August 31 ? 2, Rio de Janeiro, Brazil Booth 141 VIND 2011 September 14 ? 15, Stockholm, Sweden EOLICA EXPO 2011 September 14 ? 16, Rome, Italy Booth B8/C7 GREEN EXPO 2011 September 27 ? 29, Mexico City, Mexico WIND POWER EXPO+ September 27 ? 29, Zaragoza, Spain CanWEA October 3 ? 6, Vancouver, Canada For upcoming WindSim training courses, please visit: http://www.windsim.com/events/training-courses.aspx This? message? contains? information? that? may? be? privileged? or confidential and? is? the? property? of? WindSim? AS.? It? is? intended only? for? the? person? to whom? it? is? addressed.? If? you? are? not? the intended? recipient,? you? are? not authorized? to? print,? retain,? copy, disseminate,? distribute,? or? use? this message? or? any? part? thereof. If? you? receive? this? message? in? error,? please notify? the? sender immediately? and? delete? all? copies? of? this? message. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 1984 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment.png -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 1790 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment.jpe ------------------------------ _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr End of gradsusr Digest, Vol 19, Issue 27 **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/c7a3f3f0/attachment-0001.html From esjluis at yahoo.com.mx Thu Sep 15 11:07:15 2011 From: esjluis at yahoo.com.mx (jl sa) Date: Thu, 15 Sep 2011 08:07:15 -0700 (PDT) Subject: [gradsusr] gradsusr Digest, Vol 19, Issue 27 In-Reply-To: References: Message-ID: <1316099235.78111.YahooMailNeo@web111003.mail.gq1.yahoo.com> ________________________________ ? 2. using sdfopen and open in the same script ? ? ? (SMITH, JONATHAN WYNN. (GSFC-6133)) ? hola lo que noto es que en algunas lineas no pones el define y que no indicas de donde leera la informacion por ejemplo: hi what I notice is that some lines do not put the set and does not indicate where such information will read: "a = ave(u, t=133, t=201,1)" "b = ave(v, t=133, t=201,1)" "define a = ave(u.1, t=133, t=201,1)" "define b = ave(v.1, t=133, t=201,1)" a mi me a ocurrido que si no indico de donde leera el archivo no reconoce la informacion, aunque sea por default que esta en el primer archivo has occurred to me that if I indicate to read from the file does not recognize the information, even if by default that the first file espero te haya ayudado I hope helped you atte jluis Message: 2 Date: Wed, 14 Sep 2011 17:23:47 -0500 From: "SMITH, JONATHAN WYNN. (GSFC-6133)" Subject: [gradsusr] using sdfopen and open in the same script To: "gradsusr at gradsusr.org" Message-ID: ??? <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9556 at NDMSSCC05.ndc.nasa.gov> Content-Type: text/plain; charset="us-ascii" Hello, With the attached script I am having trouble using sdfopen and open together.? The sdfopen is used with a netcdf file and the variables for wind are u and v.? The open files are with a ARWpost output. The wind variable here are U and V.? I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 -------------- next part -------------- A non-text attachment was scrubbed... Name: avg_panel_wrf_ecmwf.gs Type: application/octet-stream Size: 6209 bytes Desc: avg_panel_wrf_ecmwf.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/006d0b6e/attachment-0001.obj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bbbc1de2/attachment.html From GRamaphane at gov.bw Thu Sep 15 09:25:35 2011 From: GRamaphane at gov.bw (Galebonwe Ramaphane) Date: Thu, 15 Sep 2011 15:25:35 +0200 Subject: [gradsusr] Color Bars In-Reply-To: <006d01cc730d$65f4c190$31de44b0$@edu> References: <006d01cc730d$65f4c190$31de44b0$@edu> Message-ID: Adam A simple set RGB script is attached. I don't exactly know the difference between purplish_red, purple_red ,etc. but the color range works well for my graphics. Galebonwe Ramaphane Department of Meteorological Services P.O. BOX 10100 Gaborone Botswana Tel: +267 3612200 Mobile: +267 74435261 From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Adam Cinderich Sent: Wednesday, September 14, 2011 8:38 PM To: gradsusr at gradsusr.org Subject: [gradsusr] Color Bars Hello: I am investigating how well RCMs perform in the GLR. My current range of values are 251-280 (for January, for example) and I wish to use more than the default 13 colors as I'm afraid some of the variations will be lost by this coarse of a temperature scale. I know you can assign new colors using the 'set rgb' command but because I'm still relatively new to GrADS, I'm not sure what values are best to use. Can anyone offer a few color bar examples similar to the 13-color default but that might include 20 colors (or so) rather than only 13? If so, can you please email me the 'set ccols' you use and/or the rgb values associated with your created colors? Thank you in advance, Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/aa91a560/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: rgb2.gs Type: application/octet-stream Size: 1024 bytes Desc: rgb2.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/aa91a560/attachment.obj From r.bantges at imperial.ac.uk Thu Sep 15 13:07:36 2011 From: r.bantges at imperial.ac.uk (Bantges, Richard J) Date: Thu, 15 Sep 2011 17:07:36 +0000 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: <4E6F9311.2010704@noaa.gov> References: <4E6F9311.2010704@noaa.gov> Message-ID: Hi - thanks to everyone that took the time to reply to my query, apologies that I didn't respond to each of you individually. I've managed to write a GrADS compatible netCDF file (using IDL) that can be opened using sdfopen in GrADS. However, I'm now trying to figure out if it's possible to do the following with the realms of sdfopen (i.e. I don't want to write a control file if it can be avoided): 1. Define what the missing values in my data array are. I know how this could be done using a control file, but is it possible to include this within the netCDF? 2. I have a 2D data array, that ideally I'd like to make 3D (x,y,z) (where x longitude, y latitude, and z would be levels). Again I know how to do this using a control file, but would like to know if it's possible to do this within the netCDF file, such that sdfopen in GrADS will read it. If I have to write a control file, then so be it, but I don't use GrADS at all (I'm learning) but I need to supply some data in this format. Many thanks, Rich On 9/13/2011 9:49 AM, Bantges, Richard J wrote: > Hi there, > > I'm trying to write a GrADS compatible netCDF file using ITT's IDL > software, that can then be read in using GrADS's sdfopen command. > Does anyone have an example IDL procedure that does this please? > > I've managed to write out data in a gridded binary data file that is > described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html > but ideally I'd like to write these in netCDF format. The main problem > is writing the netCDF so that the associated control file accurately > describes the netCDF file content. > > So, if anyone has a very simple IDL procedure that writes out a netCDF > file that can be directly read by GrADS using the sdfopen command that > would be fantastic. From hyacinth.1 at hotmail.com Thu Sep 15 14:34:53 2011 From: hyacinth.1 at hotmail.com (Hyacinth Nnamchi) Date: Fri, 16 Sep 2011 02:34:53 +0800 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Hello, This is not directly about GrADS but since most of address similar problems, I guess someone on this forum will be able to answer my question. I understand that to calculate moisture transport, given zonal, meridional winds and specific humidity, can simply do: 'define zon=uwnd.1*shum.3' 'define mer=vwnd.2*shum.3' 'd zon,mer' But, I want to plot vectors indicating field of net moisture flux (all arrows converging/diverging) instead of just transport. Thanks for any ideas. Hyacinth -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/0ade177b/attachment.html From wendellrgf at yahoo.com.br Thu Sep 15 16:00:37 2011 From: wendellrgf at yahoo.com.br (Wendell Farias) Date: Thu, 15 Sep 2011 13:00:37 -0700 (PDT) Subject: [gradsusr] Accumulated precipitation script Message-ID: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> Hi everyone, Anybody knows how can I calculate the accumulated precipitation on a meteogram? My outputs are hourly and I want to display the accumulated precipitation on each day. Thank's in advance, -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/18c45400/attachment-0001.html From jdduda at iastate.edu Thu Sep 15 18:34:50 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 15 Sep 2011 17:34:50 -0500 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' (note the semicolon instead of a comma). Jeff Duda 2011/9/15 Hyacinth Nnamchi > Hello, > > This is not directly about GrADS but since most of address similar > problems, I guess someone on this forum will be able to answer my question. > > I understand that to calculate moisture transport, given zonal, meridional > winds and specific humidity, can simply do: > > 'define zon=uwnd.1*shum.3' > 'define mer=vwnd.2*shum.3' > 'd zon,mer' > > But, I want to plot vectors indicating field of net moisture flux (all arrows converging/diverging) instead of just transport. > > Thanks for any ideas. > > Hyacinth > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bf1832b6/attachment.html From metris at clear.net.nz Thu Sep 15 19:59:01 2011 From: metris at clear.net.nz (Howard Staines) Date: Fri, 16 Sep 2011 11:59:01 +1200 Subject: [gradsusr] Graphing Warm and Cold advection? Message-ID: <005101cc7403$70f6ad00$52e40700$@net.nz> I was wanting to create a script for thermal advection ... not sure How to go about it ... any guidance would be appreciated Regards Howard Staines Metris Limited phone 0800 372 433 - mobile 027 2785586 - P O Box 5136 Greenmeadows, NAPIER email info at metris.co.nz - info at metscape.net.nz - website www.metris.co.nz - www.metscape.net.nz From ela at cola.iges.org Thu Sep 15 20:30:14 2011 From: ela at cola.iges.org (Eric Altshuler) Date: Thu, 15 Sep 2011 20:30:14 -0400 (EDT) Subject: [gradsusr] Graphing Warm and Cold advection? In-Reply-To: <005101cc7403$70f6ad00$52e40700$@net.nz> Message-ID: <1360336720.3722.1316133014640.JavaMail.root@mail.iges.org> Hello Howard, You can use these commands in a grads exec file (note: this is not written in the grads scripting language) pi=3.14159265359 dtr=pi/180 a=6.371e6 un=&0 vn=&1 tn=&2 dx=a*cos(dtr*lat)*dtr*cdiff(lon,x) dy=a*dtr*cdiff(lat,y) dtdx=cdiff(tn,x)/dx dtdy=cdiff(tn,y)/dy tadv=-un*dtdx-vn*dtdy Copy and paste these lines into a file named 'tmpadv' and run it in grads as follows: exec tmpadv U V T where U, V and T are the names of your zonal wind, meridional wind, and temperature variables respectively. The defined variable tadv is the temperature advection. Best regards, Eric L. Altshuler Assistant Research Scientist Center for Ocean-Land-Atmosphere Studies 4041 Powder Mill Road, Suite 302 Calverton, MD 20705-3106 USA E-mail: ela at cola.iges.org Phone: (301) 902-1257 Fax: (301) 595-9793 ----- Original Message ----- From: "Howard Staines" To: gradsusr at gradsusr.org Sent: Thursday, September 15, 2011 7:59:01 PM Subject: [gradsusr] Graphing Warm and Cold advection? I was wanting to create a script for thermal advection ... not sure How to go about it ... any guidance would be appreciated Regards Howard Staines Metris Limited phone 0800 372 433 - mobile 027 2785586 - P O Box 5136 Greenmeadows, NAPIER email info at metris.co.nz - info at metscape.net.nz - website www.metris.co.nz - www.metscape.net.nz _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From mireieta at gmail.com Thu Sep 15 20:57:04 2011 From: mireieta at gmail.com (Mireieta) Date: Thu, 15 Sep 2011 18:57:04 -0600 Subject: [gradsusr] Drawing Arbitrary Lines Message-ID: Hi, I am plotting arbitrry cross sections as explained in the grads documentation. Now, I would like to draw the lines through where I am doing the cross sections in a 2D lon-lat map. Anyone knows how to do this? Thanks -- Mireia -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/3d4c9128/attachment.html From jdduda at iastate.edu Thu Sep 15 21:28:49 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 15 Sep 2011 20:28:49 -0500 Subject: [gradsusr] Drawing Arbitrary Lines In-Reply-To: References: Message-ID: I'm assuming you know the lat/lon coordinates of the end points of the line representing the cross section. Use 'q w2xy lat lon' to determine where on the virtual page your lat/lon coordinates lie. Then take the output into some variable and use the draw linecommand to draw the line on the page. If you are drawing with projected data, beware that the line you draw will probably be distorted due to the projection. But if you are using latlon for mproj, your line should appear correctly. Jeff Duda On Thu, Sep 15, 2011 at 7:57 PM, Mireieta wrote: > Hi, > > I am plotting arbitrry cross sections as explained in the grads > documentation. Now, I would like to draw the lines through where I am doing > the cross sections in a 2D lon-lat map. > > Anyone knows how to do this? > > Thanks > > -- > Mireia > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/732cd6e7/attachment.html From joe at wxjoe.com Thu Sep 15 22:33:11 2011 From: joe at wxjoe.com (Joe Moore) Date: Thu, 15 Sep 2011 22:33:11 -0400 Subject: [gradsusr] Problem accessing NCEP (NOMADS) GrADS-DODS server (from a web server) In-Reply-To: References: Message-ID: Steve, The identical script was running fine on my local machine. However, I discovered that port 9090 is blocked at my web host. (Bluehost - it's a cheap host... when I initially signed up for the hosting I didn't even think I'd be running GrADS on it!) Turns out I can unblock a port IF I lease a dedicated IP address (they only charge $2.50/month, so I'm OK with that for now.) I know this probably doesn't apply to most government, academic and business users of GrADS, but it's worth a shot: Are there any other users running GrADS on an affordable web host? My budget is little (since this is purely a personal project) but I'd be interested to see if anyone recommends any other hosting companies. Thanks, Joe On Wed, Sep 14, 2011 at 9:10 AM, Stephen McMillan wrote: > Joe, > > I realize this is 12 hours later, but I just now successfully opened the > same dataset. Here's the command output: > > Grid Analysis and Display System (GrADS) Version 2.0.a7.oga.3 > Copyright (c) 1988-2008 by Brian Doty and the > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v2.0.a7.oga.3 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 > opendap-grids,stn athena geotiff > Issue 'q config' command for more information. > Loading User Defined Extensions table ... ok. > GX Package Initialization: Size = 11 8.5 > Scanning self-describing file: > http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rt > ma2p520110913/rtma2p5_anl_23z > SDF file > http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p520110913/rtma2p5_a > nl_23z is open as file 1 > LON set to -130.103 -60.9033 > LAT set to 20.192 52.7926 > LEV set to 0 0 > Time values set: 2011:9:13:23 2011:9:13:23 > E set to 1 1 > ____________________ > > As you can see above, I'm using a slightly earlier opengrads version. I > plotted one of the variables--no problem. However, when I tried to open a > file that I know would not exist (e.g., today's 23Z data), I got a response > somewhat similar to yours. > > Stephen McMillan > > > On Tue, Sep 13, 2011 at 9:20 PM, Joe Moore wrote: > >> All, >> >> I'm having a problem using the GrADS Data Server (GrADS-DODS) from NCEP >> (NOMADS). I am using the sdfopen command to access the dataset (RTMA 2.5km). >> When I run the script locally on my Ubuntu machine, everything works great! >> However, when I transfered the script to my web host I get an error. >> >> Here's the line from my script: >> 'sdfopen >> http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p5'dapdate'/rtma2p5_anl_'currhr'z >> ' >> (where dapdate=YYYYMMDD and currhr=HH - yes, I've double checked to make >> sure the data exists.) >> >> Here's the output: >> ... >> Running in Batch mode >> No hardcopy metafile open >> All files closed; all defined objects released; >> All GrADS attributes have been reinitialized >> Error: nc_open failed to open file >> http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p520110913/rtma2p5_anl_23z >> NetCDF: I/O failure >> gadsdf: Couldn't ingest SDF metadata. >> ... >> >> I've tried searching the web and this (excellent) mailing list assistance >> but I can't seem to figure out what's going wrong. I suspect it may have >> something to do with my web host. (I use Bluehost- I know they're a somewhat >> subpar host, but I'm just a student experimenting with different things!) >> >> Here's what uname -a gives on my web server: >> Linux box566.bluehost.com 2.6.32-46.1.BHsmp #1 SMP Tue Sep 6 12:18:02 MDT >> 2011 x86_64 x86_64 x86_64 GNU/Linux >> >> If there's other tests I can run to probe the issue, let me know. Also, is >> this the best way to use the GrADS-DODS server? Should I just download the >> grib2 locally instead? >> >> I was planning to download the grib2 locally, but when I discovered the >> GrADS-DODS server I found out that this might not be necessary. I plan to >> run this script hourly, so please advise as to which method would be best. >> >> Thanks a lot! >> >> -Joe Moore >> >> The script in question: >> http://pastebin.com/MDQ9vk3y >> >> My GrADS config on my web server: >> Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds >> hdf5 opendap-grids,stn athena geotiff shapefile >> Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 >> Copyright (c) 1988-2010 by Brian Doty and the >> Institute for Global Environment and Society (IGES) >> This program is distributed WITHOUT ANY WARRANTY >> See file COPYRIGHT for more information. >> >> Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu >> >> This version of GrADS has been configured with the following options: >> o Built on a LITTLE ENDIAN machine >> o Athena Widget GUI ENABLED >> o Command line editing ENABLED >> http://tiswww.case.edu/php/chet/readline/rltop.html >> o printim command for image output ENABLED >> http://www.zlib.net >> http://www.libpng.org/pub/png/libpng.html >> http://www.libgd.org/Main_Page >> o GRIB2 interface ENABLED >> http://www.ijg.org >> http://www.ece.uvic.ca/~mdadams/jasper >> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >> g2clib-1.1.8 >> o NetCDF interface ENABLED >> http://www.unidata.ucar.edu/software/netcdf >> netcdf 4.1.1 of Jul 10 2010 23:36:25 $ >> o OPeNDAP gridded data interface ENABLED >> o OPeNDAP station data interface ENABLED >> http://iges.org/grads/gadoc/supplibs.html >> libgadap 2.0.oga.1 >> o HDF4 and HDF5 interfaces ENABLED >> http://hdfgroup.org >> HDF 4.2r3 >> HDF5 1.8.4 >> o GeoTIFF and KML/TIFF output ENABLED >> http://www.libtiff.org >> http://geotiff.osgeo.org >> o KML contour output ENABLED >> o Shapefile interface ENABLED >> http://shapelib.maptools.org >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > *************************************************** > The information contained in this e-mail message > is intended only for the use of the recipient(s) > named above and may contain information that is > privileged, confidential, and/or proprietary. > If you are not the intended recipient, you may not > review, copy or distribute this message. If you have > received this communication in error, please notify > the sender immediately by e-mail, and delete the original message. > *************************************************** > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/6024c099/attachment-0001.html From saeedbayat7276 at gmail.com Fri Sep 16 00:47:06 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Fri, 16 Sep 2011 09:17:06 +0430 Subject: [gradsusr] Accumulated precipitation script In-Reply-To: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> References: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> Message-ID: Hi Wendell, you can use SUM function in GrADS or use CDO(cdo -r daysum ifile ofile) Good Luck Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Fri, Sep 16, 2011 at 12:30 AM, Wendell Farias wrote: > Hi everyone, > > Anybody knows how can I calculate the accumulated precipitation on a > meteogram? My outputs are hourly and I want to display the accumulated > precipitation on each day. > > Thank's in advance, > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/8c8d1c77/attachment.html From jakubguzikowski at o2.pl Fri Sep 16 08:35:33 2011 From: jakubguzikowski at o2.pl (=?UTF-8?Q?Jakub?=) Date: Fri, 16 Sep 2011 14:35:33 +0200 Subject: [gradsusr] =?utf-8?q?Drawing_Terrain_in_Arbitrary_Cross_Sections?= Message-ID: <6cc02b89.20559c2.4e734295.10417@o2.pl> I want to do a script and who draws the teren height on plot. script from http://cookbooks.opengrads.org/index.php?title=Recipe-023:_Drawing_Terrain_in_Arbitrary_Cross_Sections not work. And i search another script?? Jakub From dasilva at alum.mit.edu Fri Sep 16 09:32:34 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 16 Sep 2011 15:32:34 +0200 Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: <1316087758.6238.YahooMailNeo@web65513.mail.ac4.yahoo.com> References: <1316087758.6238.YahooMailNeo@web65513.mail.ac4.yahoo.com> Message-ID: On Thu, Sep 15, 2011 at 1:55 PM, Prof. Ranyere Nobrega < rs_nobrega at yahoo.com.br> wrote: > This is because there is no internet connection. Xming need an open > communication port. Try to use with any internet connection. > Yes and no. Xming talks to the localhost, so no internet connection to the outside is necessary. However, you must have basic network capability in your box, which Win 7 installations generally provide. Arlindo > > ------------------------------ > * > PROF. DR. RANY?RE SILVA N?BREGA > UNIVERSIDADE FEDERAL DE PERNAMBUCO - CENTRO DE FILOSOFIA E CI?NCIAS > HUMANAS > DEPARTAMENTO DE CI?NCIAS GEOGR?FICAS > * > Chefe Departamento de Ci?ncias Geogr?ficas > Editor Revista de Geografia (Recife) > Fone:(81)2126-8275/2126-7373 > Emails: ranyere.nobrega at ufpe.br / ranyere.nobrega at yahoo.com.br / > ranyere.nobrega at pq.cnpq.br > S?tios: http://www.ranyerenobrega.pro.br / http://www.climabr.blogspot.com > Twitter: #ranyerenobrega Skype: rs_nobrega > > ------------------------------ > *De:* Arlindo da Silva > *Para:* GrADS Users Forum > *Enviadas:* Quarta-feira, 14 de Setembro de 2011 18:27 > *Assunto:* Re: [gradsusr] ??? xming in windows 7 > > On Tue, Sep 13, 2011 at 2:31 PM, Ousmane Ndiaye wrote: > > Still not working. > I install opengrads under windows XP (another machine) and it works. > Anyone has the same problem with windows 7. When I get at the prompt > (landscape yes/no) and I hit return everything vanish. > Ousmane > > > This kind of problem is usually related to your security settings. In many > Win 7 machines the anti-virus software pops up a window asking whether it is > OK for Xming to use some kind of port; you should say yes. But I believe > that depending on your settings it just blocks Xming, quietly. Windows XP is > a lot more lenient regarding security, so your are less likely to experience > issues like this, > > Arlindo > > > > ----- Original Message ----- > From: ?? <497805453 at qq.com> > To: GrADS Users Forum > Sent: Tue, 13 Sep 2011 05:32:59 -0400 (EDT) > Subject: [gradsusr] ??? xming in windows 7 > > To Ousmane > You can find it on sourceforge : > http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ > chose:grads-2.0.a9.oga.1-win32_superpack.zip after download, unzip it. > mofangbao from bbs.06climate.com > > ------------------ ???? ------------------ > ???: "Ousmane Ndiaye"; > ????: 2011?9?13?(???) ??5:10 > ???: "GrADS Users Forum"; > > ??: Re: [gradsusr] xming in windows 7 > > > Thanks > where can I find it can you send to me. > Ousmane > > ----- Original Message ----- > From: ?? <497805453 at qq.com> > To: GrADS Users Forum > Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) > Subject: Re: [gradsusr] xming in windows 7 > > To Ousmane Ndiaye > I'm using opengrads2.0.a9 superpak. There is a vb script document > called "grads.vbs",try to run it. > > mofangbao from bbs.06climate.com > > > ------------------ Original ------------------ > From: "Ousmane Ndiaye"; > Date: Tue, Sep 13, 2011 04:43 PM > To: "GrADS Users Forum"; > > Subject: [gradsusr] xming in windows 7 > > > Hi, > When I run opengrads under windows 7 : xming is not opening and opengrads > closes. > Any help > Ousmane > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/b30c747e/attachment.html From matias.mendezp at gmail.com Fri Sep 16 09:38:03 2011 From: matias.mendezp at gmail.com (Matias Mendez) Date: Fri, 16 Sep 2011 22:38:03 +0900 Subject: [gradsusr] Accumulated precipitation script In-Reply-To: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> References: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> Message-ID: Hello Wendell, Charles Seman, member of this group, has previously shared a script ( prec_accum.gs) to accumulate precipitation, please see the following link: http://gradsusr.org/pipermail/gradsusr/2011-June/013531.html I'm sending that script. I hope this helps you. Regards, Matias On Fri, Sep 16, 2011 at 5:00 AM, Wendell Farias wrote: > Hi everyone, > > Anybody knows how can I calculate the accumulated precipitation on a > meteogram? My outputs are hourly and I want to display the accumulated > precipitation on each day. > > Thank's in advance, > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/4564a1e0/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: prec_accum.gs Type: application/octet-stream Size: 481 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110916/4564a1e0/attachment.obj From dasilva at alum.mit.edu Fri Sep 16 09:39:54 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 16 Sep 2011 15:39:54 +0200 Subject: [gradsusr] Problem accessing NCEP (NOMADS) GrADS-DODS server (from a web server) In-Reply-To: References: Message-ID: On Fri, Sep 16, 2011 at 4:33 AM, Joe Moore wrote: > Steve, > > The identical script was running fine on my local machine. However, I > discovered that port 9090 is blocked at my web host. (Bluehost - it's a > cheap host... when I initially signed up for the hosting I didn't even think > I'd be running GrADS on it!) Turns out I can unblock a port IF I lease a > dedicated IP address (they only charge $2.50/month, so I'm OK with that for > now.) > > I know this probably doesn't apply to most government, academic and > business users of GrADS, but it's worth a shot: Are there any other users > running GrADS on an affordable web host? My budget is little (since this is > purely a personal project) but I'd be interested to see if anyone recommends > any other hosting companies. > > This is a question for the GDS providers, whether they would be willing to serve data on port 80. We do this for some of our servers, and it does make the data more accessible as it avoids problems like yours. As IT security tightens around the world you see more and more installations where ports such as 9090 and 8080 are closed. So, this does not affect only entry level web hosts. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/335103f4/attachment-0001.html From bernd.becker at metoffice.gov.uk Fri Sep 16 09:46:34 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Fri, 16 Sep 2011 14:46:34 +0100 Subject: [gradsusr] define variable independent of time In-Reply-To: <11DFC248-256B-4F55-8DD4-44F9C087786F@cola.iges.org> References: <11DFC248-256B-4F55-8DD4-44F9C087786F@cola.iges.org> Message-ID: Jenni et al. Many thanks, writing out and reading back in with a bespoke ctl file is the way to go. Unless someone writes a function to temporarily ignore one of the dimension settings set dfile 1 set t 3 56 define a=aave(T,lon=10,lon=30,lat=20,lat=60), define b=ignore(a,"time") so that b holds 52 area averages of T and is independent of time. repeat with another file (different time domain) and combine/composite the two. Thanks! Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jennifer Adams Sent: 12 September 2011 18:57 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time Happily combining 'whatever' with 'theother' requires a metadata override for one of the two defined variables. The best way to do this is not with define but by using fwrite and writing a new descriptor file that has a TDEF that matches one of the variables (or it could be completely abstract, maybe this would be better to avoid confusion later on). If the variables 'whatever' and 'theother' do not vary in E, you can use the E dimension to collect them into the same data set -- this might make the subsequent comparison a little easier. --Jennifer On Sep 12, 2011, at 4:03 AM, Becker, Bernd wrote: Jeff, That is is the really hard part. Each item fx and obs describes a chunk of a time series. One would have to manually calculate the start and end dates with respect to the reference dfile. If only (and I think Mike explained it a long time ago, and I cannot find the email) one could set file 1 set t 2 34 define whatever set dfile 2 set t 6 39 define theother and happily combine whatever with theother. Think about multimodel ensemble hindcast analysis, trying to composit observed phenomena with modelled phenomena that simply don't happen simultaneously. All the best, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jeffrey Duda Sent: 10 September 2011 18:41 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time You can reference the time of a variable when you use it in a statement. For example, you could do 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' This should help you do what you want to do. Jeff Duda On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd wrote: Thanks Arlindo, That would be nice for single numbers. It as one notch more elaborate: 'set dfile 2' 'set t 2 33' 'define obs = 'var'.2' 'set dfile 3' 'set t 2 33' 'define fx = 'var'.3' file 2 and 3 have different time frames. d fx-obs fails. And it would be a real bummer to have to calculate the times from one file relative to the other file. Compositing in this way would be really hard. Enjoy the weekend! Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva Sent: 09 September 2011 17:40 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd wrote: Simple question, complicated answer: I would like to composite stuff from several files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/86d3e351/attachment.html From christopher.s.lynnes at nasa.gov Fri Sep 16 09:49:16 2011 From: christopher.s.lynnes at nasa.gov (Lynnes, Christopher S. (GSFC-6102)) Date: Fri, 16 Sep 2011 08:49:16 -0500 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: <4E6F9311.2010704@noaa.gov> Message-ID: On Sep 15, 2011, at 1:07 PM, Bantges, Richard J wrote: > Hi - thanks to everyone that took the time to reply to my query, apologies that I didn't respond to each of you individually. > > I've managed to write a GrADS compatible netCDF file (using IDL) that can be opened using sdfopen in GrADS. > > However, I'm now trying to figure out if it's possible to do the following with the realms of sdfopen (i.e. I don't want to write a control file if it can be avoided): > 1. Define what the missing values in my data array are. I know how this could be done using a control file, but is it possible to include this within the netCDF? > 2. I have a 2D data array, that ideally I'd like to make 3D (x,y,z) (where x longitude, y latitude, and z would be levels). Again I know how to do this using a control file, but would like to know if it's possible to do this within the netCDF file, such that sdfopen in GrADS will read it. > > If I have to write a control file, then so be it, but I don't use GrADS at all (I'm learning) but I need to supply some data in this format. > > Many thanks, > Rich Normally I wouldn't suggest an alternative tool on the GrADS mail list, but since your focus is on creating data that are GrADS-friendly... You may want to add nco (netCDF Operator) to your toolchest: it has some handy tools for munging netCDF files, like ncatted, for adding a _FillValue attribute to a variable in the netCDF file, and ncap2, which has some capabilities for reshaping arrays. See http://nco.sourceforge.net/. > > > On 9/13/2011 9:49 AM, Bantges, Richard J wrote: >> Hi there, >> >> I'm trying to write a GrADS compatible netCDF file using ITT's IDL >> software, that can then be read in using GrADS's sdfopen command. >> Does anyone have an example IDL procedure that does this please? >> >> I've managed to write out data in a gridded binary data file that is >> described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html >> but ideally I'd like to write these in netCDF format. The main problem >> is writing the netCDF so that the associated control file accurately >> describes the netCDF file content. >> >> So, if anyone has a very simple IDL procedure that writes out a netCDF >> file that can be directly read by GrADS using the sdfopen command that >> would be fantastic. > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Dr. Christopher Lynnes NASA/GSFC, Code 610.2 phone: 301-614-5185 From regis at lamma.ufrj.br Fri Sep 16 11:25:06 2011 From: regis at lamma.ufrj.br (=?ISO-8859-1?Q?Reginaldo_Ventura_de_S=E1?=) Date: Fri, 16 Sep 2011 12:25:06 -0300 Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: References: <1316087758.6238.YahooMailNeo@web65513.mail.ac4.yahoo.com> Message-ID: Hi, I use grads in windows 7 (all versions) and Xming works normally. Pay attention to the windows firewall or other software of any kind, and ant-virus software. >> >> >> Hi, >> When I run opengrads under windows 7 : xming is not opening and opengrads >> closes. >> Any help >> Ousmane >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > From mireieta at gmail.com Fri Sep 16 12:59:35 2011 From: mireieta at gmail.com (Mireieta) Date: Fri, 16 Sep 2011 10:59:35 -0600 Subject: [gradsusr] Drawing Arbitrary Lines In-Reply-To: References: Message-ID: Great! Thanks Jeffrey! I didn't know about the existence of this option 'q w2xy lat lon' to find the virtual page coordinates! Mireia 2011/9/15 Jeffrey Duda > I'm assuming you know the lat/lon coordinates of the end points of the line > representing the cross section. Use 'q w2xy lat lon' to determine where on > the virtual page your lat/lon coordinates lie. Then take the output into > some variable and use the draw linecommand to draw the line on the page. If you are drawing with projected > data, beware that the line you draw will probably be distorted due to the > projection. But if you are using latlon for mproj, your line should appear > correctly. > > Jeff Duda > > On Thu, Sep 15, 2011 at 7:57 PM, Mireieta wrote: > >> Hi, >> >> I am plotting arbitrry cross sections as explained in the grads >> documentation. Now, I would like to draw the lines through where I am doing >> the cross sections in a 2D lon-lat map. >> >> Anyone knows how to do this? >> >> Thanks >> >> -- >> Mireia >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Mireia -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/971fd5a3/attachment.html From dave.allured at noaa.gov Fri Sep 16 14:21:16 2011 From: dave.allured at noaa.gov (Dave Allured) Date: Fri, 16 Sep 2011 12:21:16 -0600 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: <4E6F9311.2010704@noaa.gov> Message-ID: <4E73939C.3070107@noaa.gov> Richard, On 9/15/2011 11:07 AM, Bantges, Richard J wrote: > Hi - thanks to everyone that took the time to reply to my query, apologies that I didn't respond to each of you individually. > > I've managed to write a GrADS compatible netCDF file (using IDL) that can be opened using sdfopen in GrADS. > > However, I'm now trying to figure out if it's possible to do the following with the realms of sdfopen (i.e. I don't want to write a control file if it can be avoided): > 1. Define what the missing values in my data array are. I know how this could be done using a control file, but is it possible to include this within the netCDF? Just add the correct missing value attributes to your data variable. For maximum compatibility, add both of these: (IDL CODE, untested:) NCDF_ATTPUT, file_id, 'var_name', '_FillValue', vmissing NCDF_ATTPUT, file_id, 'var_name', 'missing_value', vmissing Where vmissing is a numeric scalar of the same data type as the data variable. > 2. I have a 2D data array, that ideally I'd like to make 3D (x,y,z) (where x longitude, y latitude, and z would be levels). Again I know how to do this using a control file, but would like to know if it's possible to do this within the netCDF file, such that sdfopen in GrADS will read it. Certainly you can write a 3-D array from IDL. Ahem, you should have taken a closer look at the IDL examples that were suggested by John Huddleston! Here is a lovely 4-D example from that collection; I am sure you can figure out how to cut it down to 3-D: http://www.unidata.ucar.edu/software/netcdf/examples/programs/pres_temp_4D_wr.pro Note that this example also shows how to make a proper coordinate variable for the added level dimension, which you will need for automatic sdfopen compatibility. --Dave From hyacinth.1 at hotmail.com Fri Sep 16 15:09:40 2011 From: hyacinth.1 at hotmail.com (Hyacinth Nnamchi) Date: Sat, 17 Sep 2011 03:09:40 +0800 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Jeff, I seems my question wasn't well framed, and so you dealt with the typo. I have attached two Figs showing what the calculations below will give and what exactly I'll like to do. Thanks, Hyacinth > Date: Thu, 15 Sep 2011 17:34:50 -0500> From: Jeffrey Duda > Subject: Re: [gradsusr] Moisture flux convergence/divergence > To: GrADS Users Forum > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > (note the semicolon instead of a comma). > > Jeff Duda > > 2011/9/15 Hyacinth Nnamchi > > > Hello, > > > > This is not directly about GrADS but since most of address similar > > problems, I guess someone on this forum will be able to answer my question. > > > > I understand that to calculate moisture transport, given zonal, meridional > > winds and specific humidity, can simply do: > > > > 'define zon=uwnd.1*shum.3' > > 'define mer=vwnd.2*shum.3' > > 'd zon,mer' > > > > But, I want to plot vectors indicating field of net moisture flux (all arrows converging/diverging) instead of just transport. > > > > Thanks for any ideas. > > > > Hyacinth > > > > > > __ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/1b50431d/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: moisture_div_arrows_eg.pdf Type: application/pdf Size: 156846 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110917/1b50431d/attachment-0001.pdf From roger.torres at cptec.inpe.br Fri Sep 16 15:32:05 2011 From: roger.torres at cptec.inpe.br (Roger Rodrigues Torres) Date: Fri, 16 Sep 2011 16:32:05 -0300 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Dear Hyacinth, are you interested in calculating the "vertically integrated moisture transport", or the convergence only in one single level? If you are interested in the firts one, I calculate, for exemple, in the following manner: 'sdfopen file-pressure.nc' 'sdfopen file-zonal-wind.nc' 'sdfopen file-meridional-wind.nc' 'define QiJAN=ave(vint(prmsl.1(z=1)/100,shum.1*uwnd.2,200),t=1,t=1560,12)' 'define QjJAN=ave(vint(prmsl.1(z=1)/100,shum.1*vwnd.3,200),t=1,t=1560,12)' 'set gxout vector' 'd QiJAN;QjJAN' Addicionally, if you wish to plot the "vertically integrated moisture flux convergence" 'define divQ=hdivg(QiJAN,QjJAN)' 'set gxout shaded' 'd divQ' Cheers, Roger Torres 2011/9/16 Hyacinth Nnamchi > Jeff, > > I seems my question wasn't well framed, and so you dealt with the typo. I > have attached two Figs showing what the calculations below will give and > what exactly I'll like to do. > > Thanks, > > Hyacinth > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > From: Jeffrey Duda > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > To: GrADS Users Forum > > Message-ID: > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > > (note the semicolon instead of a comma). > > > > Jeff Duda > > > > 2011/9/15 Hyacinth Nnamchi > > > > > Hello, > > > > > > This is not directly about GrADS but since most of address similar! > > > problems, I guess someone on this forum will be able to answer my > question. > > > > > > I understand that to calculate moisture transport, given zonal, > meridional > > > winds and specific humidity, can simply do: > > > > > > 'define zon=uwnd.1*shum.3' > > > 'define mer=vwnd.2*shum.3' > > > 'd zon,mer' > > > > > > But, I want to plot vectors indicating field of net moisture flux (all > arrows converging/diverging) instead of just transport. > > > > > > Thanks for any ideas. > > > > > > Hyacinth > > > > > > > > > __ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Roger Rodrigues Torres PhD. Student in Meteorology National Institute for Space Research (INPE) Phone: 55 12 3186-9541 Personal Webpage: http://rtorres.webnode.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/db280db5/attachment.html From Frank_Colby at uml.edu Fri Sep 16 15:33:26 2011 From: Frank_Colby at uml.edu (Frank Colby) Date: Fri, 16 Sep 2011 15:33:26 -0400 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: <4E73A486.2000503@uml.edu> Hyacinth, Can't you just use centered differences to compute the divergence of the moisture fluxes you have computed? That is, cdiff(zon,x) and cdiff(mer,y), correcting for the earth's curvature as needed? (see the Grads Documentation Index for that part). But maybe I'm missing something... Frank On 9/16/2011 3:09 PM, Hyacinth Nnamchi wrote: > Jeff, > > I seems my question wasn't well framed, and so you dealt with the > typo. I have attached two Figs showing what the calculations below > will give and what exactly I'll like to do. > > Thanks, > > Hyacinth > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > From: Jeffrey Duda > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > To: GrADS Users Forum > > Message-ID: > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > > (note the semicolon instead of a comma). > > > > Jeff Duda > > > > 2011/9/15 Hyacinth Nnamchi > > > > > Hello, > > > > > > This is not directly about GrADS but since most of address similar! > > > problems, I guess someone on this forum will be able to answer my > question. > > > > > > I understand that to calculate moisture transport, given zonal, > meridional > > > winds and specific humidity, can simply do: > > > > > > 'define zon=uwnd.1*shum.3' > > > 'define mer=vwnd.2*shum.3' > > > 'd zon,mer' > > > > > > But, I want to plot vectors indicating field of net moisture flux > (all arrows converging/diverging) instead of just transport. > > > > > > Thanks for any ideas. > > > > > > Hyacinth > > > > > > > > > __ > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/0e0e75ac/attachment.html From Matei.Georgescu at asu.edu Fri Sep 16 16:01:37 2011 From: Matei.Georgescu at asu.edu (Matei Georgescu) Date: Fri, 16 Sep 2011 13:01:37 -0700 Subject: [gradsusr] Box Plot in GrADS? Message-ID: Greetings fellow GrADS users, I am interested in creating a (kind of) box plot and I'm wondering whether it is possible to do so using GrADS. I've attached a sketch of the type of plot I'm looking to create. Basically, the data itself consists of: value of ensemble member 1-4 (depicted by the horizontal line above "Scenario 1a", "Scenario 1b", etc., for a total of 4 different scenarios. (the circle is simply an average of each of the members) Note: The data is time and space independent and the trick is to create a *ctl file and arranging the corresponding data file that would permit such a graph. Would appreciate some advice on how to go about doing this in GrADS, if at all possible. thanks much, matei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/e0f644d5/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Example.jpg Type: image/jpeg Size: 28932 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110916/e0f644d5/attachment-0001.jpg From Mason.D.Rowell-1 at ou.edu Fri Sep 16 16:14:13 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Fri, 16 Sep 2011 20:14:13 +0000 Subject: [gradsusr] Advanced Usage of Ave Function In-Reply-To: References: <201108272150145462246@163.com> , Message-ID: Jeff, On this, should I have at the beginning of my grads script open commands in single quotes for each of the 25 files I will be averaging, like I would at the command prompt? I'd imagine it would have to be done at some point for the script to use it. Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Jeffrey Duda [jdduda at iastate.edu] Sent: Sunday, August 28, 2011 8:53 PM To: GrADS Users Forum Subject: Re: [gradsusr] Advanced Usage of Ave Function Mason, It sounds like you'll have to hard code the lat/lon boxes for each ave command then. Try something like lat1.1 = ... lat1.2 = ... . . . lat1.n = ... --- lat2.1 = ... lat2.2 = ... . . . lat2.n = ... --- lon1.1 = ... lon1.2 = ... . . . lon1.n = ... --- lon2.1 = ... lon2.2 = ... . . . lon2.n = ... where lat1 and lat2 are the start and end latitudes of the box and lon1 and lon2 are th start and end longitudes of the box, and n is the number of files. Then do a = 1 sum = 0 while (a <= n) 'd asum(field.'a',lon='lon1.a',lon='lon2.a',lat='lat1.a',lat='lat2.a')' *insert commands to take the output value into a new variable called summand sum = sum + summand a = a +1 endwhile average = sum/n Is this what you are trying to do? Jeff Duda 2011/8/28 Rowell, Mason D. > Thank you for your response, The trouble is, I don't want the domains for each file to match. I have GRIB data that I have made ctl files for with grib2ctl.pl but I want to center each file (for a different day) on a different grid point and then average the files. Thus I wouldn't be averaging the same actual grid point in space each time. Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of James Ciarlo` [james.ciarlo at physics.org] Sent: Saturday, August 27, 2011 9:02 AM To: GrADS Users Forum Subject: Re: [gradsusr] Advanced Usage of Ave Function try opening them together open file.ctl open file2.ctl open file3.ctl .... etc then set the domain conditions (so that they all match) then just ave. Remember to call the variables with var.1, var.2 depending on the file number. if you give us an example of the commands you are trying to use we can probably help better Regards, James 2011/8/27 zjuyanlibin > convert the different domains into a same domain at first step. ________________________________ ???? Rowell, Mason D. ????? 2011-08-27 04:42:50 ???? GrADS Users Forum ??? ??? [gradsusr] Advanced Usage of Ave Function All, Is there a way to average several different files (presumably the same variable in each file) but with a different domain setting for each file? Mason _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/f063a7a5/attachment.html From a.arvensis at gmail.com Fri Sep 16 16:34:13 2011 From: a.arvensis at gmail.com (Alauda arvensis) Date: Fri, 16 Sep 2011 22:34:13 +0200 Subject: [gradsusr] Convert monthly to yearly accumulated rainfall Message-ID: Dear GrADS users, My data consists of 50 years of monthly rainfall. I want to convert this data into yearly accumulated rainfall for every year. So I am looking for something like: 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every year, so that in the end I have 50 time steps. Any hints welcome! Thanks! Kind regards, Chris PS: I already tried "mon2yr.gs" from Bin Guan's page, but something does not appear to work. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/38b3c176/attachment.html From colysar at gmail.com Fri Sep 16 17:20:52 2011 From: colysar at gmail.com (Coly SAR) Date: Fri, 16 Sep 2011 21:20:52 +0000 Subject: [gradsusr] lats4d and re Message-ID: I have a 3D nc file with 6 variables and I want to regrid it to 0.5? using lats4d. I issued this command below but the file created remains the same as infile and no regrid done. >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func re(@,0.5) I am using opengrad v 2.9 and need any suggestion on how to do this regrid. Thanks, CS -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/c08289ab/attachment.html From jonathan.smith at nasa.gov Fri Sep 16 17:40:57 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Fri, 16 Sep 2011 16:40:57 -0500 Subject: [gradsusr] using sdfopen and open in the same script Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF955D@NDMSSCC05.ndc.nasa.gov> Hello, With the attached script I am having trouble using sdfopen and open together. The sdfopen is used with a netcdf file and the variables for wind are u and v. The open files are with a ARWpost output. The wind variable here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 From roger.torres at cptec.inpe.br Fri Sep 16 17:52:58 2011 From: roger.torres at cptec.inpe.br (Roger Rodrigues Torres) Date: Fri, 16 Sep 2011 18:52:58 -0300 Subject: [gradsusr] using sdfopen and open in the same script In-Reply-To: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF955D@NDMSSCC05.ndc.nasa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF955D@NDMSSCC05.ndc.nasa.gov> Message-ID: Hi Jonathan, maybe you forgot to attach the script. On the other hand, it seems that your problem is not in the open and sdfopen function. When you open two or more files, like 'sdfopen uwnd.nc' 'sdfopen vwnd.nc' 'open ARWpost.ctl' you call the variables in this way: uwnd.1(t=1, or some time of interest) vwnd.2(t=sth) arw.3(t=sth) I wish this can help you. Regards, Roger Torres 2011/9/16 SMITH, JONATHAN WYNN. (GSFC-6133) > Hello, > > With the attached script I am having trouble using sdfopen and open > together. The sdfopen is used with a netcdf file and the variables for wind > are u and v. The open files are with a ARWpost output. The wind variable > here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 > but no success. > > Any help with how to get these working will be appreciated. > Jonathan > > > Jonathan Wynn Smith > Student Trainee > jonathan.smith at nasa.gov > NASA/Goddard Space Flight Center > Code 613.3 - Atmospheric Chemistry and Dynamics Branch > Greenbelt, MD 20771 > 301-614-5956 > > Doctoral Candidate > jonathan.smith at bison.howard.edu > Howard University Program in Atmospheric Sciences > Washington, DC 20059 > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Roger Rodrigues Torres PhD. Student in Meteorology National Institute for Space Research (INPE) Phone: 55 12 3186-9541 Personal Webpage: http://rtorres.webnode.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/a33b18a7/attachment.html From jdduda at iastate.edu Fri Sep 16 19:23:02 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Fri, 16 Sep 2011 18:23:02 -0500 Subject: [gradsusr] Advanced Usage of Ave Function In-Reply-To: References: <201108272150145462246@163.com> Message-ID: Yes. 2011/9/16 Rowell, Mason D. > Jeff, > > On this, should I have at the beginning of my grads script open commands in > single quotes for each of the 25 files I will be averaging, like I would at > the command prompt? I'd imagine it would have to be done at some point for > the script to use it. > > Mason > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on > behalf of Jeffrey Duda [jdduda at iastate.edu] > *Sent:* Sunday, August 28, 2011 8:53 PM > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] Advanced Usage of Ave Function > > Mason, > It sounds like you'll have to hard code the lat/lon boxes for each ave > command then. Try something like > > lat1.1 = ... > lat1.2 = ... > . > . > . > lat1.n = ... > > --- > > lat2.1 = ... > lat2.2 = ... > . > . > . > lat2.n = ... > > --- > > lon1.1 = ... > lon1.2 = ... > . > . > . > lon1.n = ... > > --- > > lon2.1 = ... > lon2.2 = ... > . > . > . > lon2.n = ... > > where lat1 and lat2 are the start and end latitudes of the box and lon1 and > lon2 are th start and end longitudes of the box, and n is the number of > files. Then do > > a = 1 > sum = 0 > while (a <= n) > 'd asum(field.'a',lon='lon1.a',lon='lon2.a',lat='lat1.a',lat='lat2.a')' > *insert commands to take the output value into a new variable called > summand > sum = sum + summand > a = a +1 > endwhile > > average = sum/n > > Is this what you are trying to do? > > Jeff Duda > > 2011/8/28 Rowell, Mason D. > >> Thank you for your response, >> >> The trouble is, I don't want the domains for each file to match. I have >> GRIB data that I have made ctl files for with grib2ctl.pl but I want to >> center each file (for a different day) on a different grid point and then >> average the files. Thus I wouldn't be averaging the same actual grid point >> in space each time. >> >> Mason >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on >> behalf of James Ciarlo` [james.ciarlo at physics.org] >> *Sent:* Saturday, August 27, 2011 9:02 AM >> *To:* GrADS Users Forum >> *Subject:* Re: [gradsusr] Advanced Usage of Ave Function >> >> try opening them together >> >> open file.ctl >> open file2.ctl >> open file3.ctl >> .... etc >> >> then set the domain conditions (so that they all match) >> >> then just ave. Remember to call the variables with var.1, var.2 depending >> on the file number. >> >> if you give us an example of the commands you are trying to use we can >> probably help better >> >> Regards, >> >> James >> >> 2011/8/27 zjuyanlibin >> >>> ** >>> convert the different domains into a same domain at first step. >>> >>> >>> >>> ------------------------------ >>> *????* Rowell, Mason D. >>> *?????* 2011-08-27 04:42:50 >>> *????* GrADS Users Forum >>> *???* >>> *???* [gradsusr] Advanced Usage of Ave Function >>> All, >>> >>> Is there a way to average several different files (presumably the same variable in each file) but with a different domain setting for each file? >>> Mason >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/1d6bfe56/attachment-0001.html From prjayakrishnan at gmail.com Sat Sep 17 00:54:57 2011 From: prjayakrishnan at gmail.com (Jayakrishnan PR) Date: Sat, 17 Sep 2011 10:24:57 +0530 Subject: [gradsusr] Box Plot in GrADS? In-Reply-To: References: Message-ID: Dear Matei, I am wondering why you are sticking to Grads itself. Grads is a software designed to plot griided data and analysis of that data. it is not suitable for plotting these kind of graphs. You can choose softwares such as NCL or origin for plotting these kind of graphs. No need for sticking into Grads. > > > -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/aee4af7f/attachment.html From rafanoharana at gmail.com Sat Sep 17 04:11:20 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Sat, 17 Sep 2011 15:11:20 +0700 Subject: [gradsusr] Convert monthly to yearly accumulated rainfall In-Reply-To: References: Message-ID: Dear Chris, I do not know if one can do it directly while having the 50 time steps but what I can say is that you can process for every year (then you'll have 50 outputs), then assign time for every year, then merge using cdo all 50 years into one single file. Hope this can help, Serge On Sat, Sep 17, 2011 at 3:34 AM, Alauda arvensis wrote: > Dear GrADS users, > > My data consists of 50 years of monthly rainfall. I want to convert this > data into yearly accumulated rainfall for every year. So I am looking for > something like: > > 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every year, so > that in the end I have 50 time steps. > > Any hints welcome! Thanks! > > Kind regards, > Chris > > PS: I already tried "mon2yr.gs" from Bin Guan's page, but something does > not appear to work. > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/2b5fa831/attachment.html From member at linkedin.com Sat Sep 17 08:23:40 2011 From: member at linkedin.com (Rajeevan K via LinkedIn) Date: Sat, 17 Sep 2011 12:23:40 +0000 (UTC) Subject: [gradsusr] Invitation to connect on LinkedIn Message-ID: <786703422.8558443.1316262220088.JavaMail.app@ela4-app0131.prod> LinkedIn ------------ Rajeevan K requested to add you as a connection on LinkedIn: ------------------------------------------ Ning, I'd like to add you to my professional network on LinkedIn. - Rajeevan Accept invitation from Rajeevan K http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYQcj0Vd3cNdz59bT1imBhDqDB3bP8Sd3sRdPoQczgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=3cpy5iTqgDLAU1 View invitation from Rajeevan K http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/3cNnPgNc3AQcP4SckALqnpPbOYWrSlI/svi/?hs=false&tok=27OH6j0pIDLAU1 -- (c) 2011, LinkedIn Corporation -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/c1848b01/attachment.html From dasilva at alum.mit.edu Sat Sep 17 09:54:51 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sat, 17 Sep 2011 09:54:51 -0400 Subject: [gradsusr] lats4d and re In-Reply-To: References: Message-ID: On Fri, Sep 16, 2011 at 5:20 PM, Coly SAR wrote: > I have a 3D nc file with 6 variables and I want to regrid it to 0.5? using > lats4d. > I issued this command below but the file created remains the same as infile > and no regrid done. > > > > >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func re(@,0.5) > > I am using opengrad v 2.9 and need any suggestion on how to do this regrid. > > Type "lats4d -h" and read the section on regridding. Unless you use one of the predefined resolutions you will need to create (or point to one) dimension environment file (option -de). Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/a2d77033/attachment.html From dasilva at alum.mit.edu Sat Sep 17 10:12:57 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sat, 17 Sep 2011 10:12:57 -0400 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: 2011/9/16 Hyacinth Nnamchi > Jeff, > > I seems my question wasn't well framed, and so you dealt with the typo. I > have attached two Figs showing what the calculations below will give and > what exactly I'll like to do. > > >From the attached plot it appears that you want to plot the divergent component of the mass flux, as given by the Helmholtz decomposition: http://en.wikipedia.org/wiki/Helmholtz_decomposition The first step is to compute the velocity potential ga-> chi = fish_chi(zon,mer) (As Roger mentions, make sure to average in the vertical first if this is what you want.) Next, the divergent component of the mass flux is related to the gradient of chi; see this for more information: Calculating the Divergent Wind Notice that you will need an opengrads build in order to use the fish extension; more info here: http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle Good luck, Arlindo > Thanks, > > Hyacinth > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > From: Jeffrey Duda > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > To: GrADS Users Forum > > Message-ID: > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > > (note the semicolon instead of a comma). > > > > Jeff Duda > > > > 2011/9/15 Hyacinth Nnamchi > > > > > Hello, > > > > > > This is not directly about GrADS but since most of address similar! > > > problems, I guess someone on this forum will be able to answer my > question. > > > > > > I understand that to calculate moisture transport, given zonal, > meridional > > > winds and specific humidity, can simply do: > > > > > > 'define zon=uwnd.1*shum.3' > > > 'define mer=vwnd.2*shum.3' > > > 'd zon,mer' > > > > > > But, I want to plot vectors indicating field of net moisture flux (all > arrows converging/diverging) instead of just transport. > > > > > > Thanks for any ideas. > > > > > > Hyacinth > > > > > > > > > __ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/f06c2109/attachment.html From mubashardogar at gmail.com Sun Sep 18 14:39:04 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Sun, 18 Sep 2011 21:39:04 +0300 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data Message-ID: Dear GrADS users, I am facing a problem with time steps of a netcdf file downloaded for synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year 1989 (downloaded for surface total precipitation for all time steps available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This file is basically synoptic monthly means generated by long term average of corresponding 3 hour in all the days of a month, giving 8 time steps in a month. So instead of reading 96 values that represents to 12 months (8 values in each months) GrADS read all these values by considering 8 time steps in a day instead in a month. I mean GrADS reads these hours in a daily format instead of monthly. Does GrADS not deal with synoptic monthly means? I have grib file as well for the same data, what should be time increment in a ctl file to open the same grib file? Mubashar Dogar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/9724bae7/attachment.html From jma at cola.iges.org Sun Sep 18 15:47:24 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Sun, 18 Sep 2011 15:47:24 -0400 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data In-Reply-To: References: Message-ID: <93628EC9-0E8F-4EE1-9D80-0147B93D7F6A@cola.iges.org> Please send the output from ncdump -c on your netcdf file. --Jennifer On Sep 18, 2011, at 2:39 PM, Mubashar Dogar wrote: > > Dear GrADS users, > > I am facing a problem with time steps of a netcdf file downloaded > for synoptic monthly means of ECMWF ERA-INTERIM forecast product for > the year 1989 (downloaded for surface total precipitation for all > time steps available from: http://data-portal.ecmwf.int/data/d/interim_mnth/) > . This file is basically synoptic monthly means generated by long > term average of corresponding 3 hour in all the days of a month, > giving 8 time steps in a month. So instead of reading 96 values that > represents to 12 months (8 values in each months) GrADS read all > these values by considering 8 time steps in a day instead in a > month. I mean GrADS reads these hours in a daily format instead of > monthly. Does GrADS not deal with synoptic monthly means? I have > grib file as well for the same data, what should be time increment > in a ctl file to open the same grib file? > > > Mubashar Dogar > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/ed8613dd/attachment-0001.html From dasilva at alum.mit.edu Sun Sep 18 16:18:04 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sun, 18 Sep 2011 16:18:04 -0400 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data In-Reply-To: References: Message-ID: On Sun, Sep 18, 2011 at 2:39 PM, Mubashar Dogar wrote: > > Dear GrADS users, > > I am facing a problem with time steps of a netcdf file downloaded for > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year > 1989 (downloaded for surface total precipitation for all time steps > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This > file is basically synoptic monthly means generated by long term average of > corresponding 3 hour in all the days of a month, giving 8 time steps in a > month. So instead of reading 96 values that represents to 12 months (8 > values in each months) GrADS read all these values by considering 8 time > steps in a day instead in a month. I mean GrADS reads these hours in a daily > format instead of monthly. Does GrADS not deal with synoptic monthly means? > I have grib file as well for the same data, what should be time increment in > a ctl file to open the same grib file? > > One strategy is to use the ensemble dimension to deal with the fact that you have 2 time scales involved. For example, you you associate each month with the grads time dimension and each "time of the day" with the grads ensemble dimension. (Or you can swap these if you prefer.) This recipe discusses how this can be done for the MERRA monthly diurnal files. http://cookbooks.opengrads.org/index.php?title=Recipe-024:_Using_the_Ensemble_Dimension_with_Monthly_Mean_Diurnal_files_from_MERRA Arlindo > > Mubashar Dogar > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/49476667/attachment.html From mubashardogar at gmail.com Sun Sep 18 23:44:39 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Mon, 19 Sep 2011 06:44:39 +0300 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data Message-ID: Dear Jennifer, *Here is the output of ncdump -c as requested. I am also giving the output of wgrib -h for the grib format of the same data at the end:* ncdump -c ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.nc netcdf ei_mnth_fc_sfc_1.5x1.5_19890101_19891201 { dimensions: longitude = 240 ; latitude = 121 ; time = UNLIMITED ; // (96 currently) variables: float longitude(longitude) ; longitude:units = "degrees_east" ; longitude:long_name = "longitude" ; float latitude(latitude) ; latitude:units = "degrees_north" ; latitude:long_name = "latitude" ; int time(time) ; time:units = "hours since 1900-01-01 00:00:0.0" ; time:long_name = "time" ; short tp(time, latitude, longitude) ; tp:scale_factor = 4.25320233951185e-07 ; tp:add_offset = 0.0139356174654106 ; tp:_FillValue = -32767s ; tp:missing_value = -32767s ; tp:units = "m" ; tp:long_name = "Total precipitation" ; // global attributes: :Conventions = "CF-1.0" ; :history = "2011-09-18 14:19:37 GMT by mars2netcdf-0.92" ; data: longitude = 0, 1.5, 3, 4.5, 6, 7.5, 9, 10.5, 12, 13.5, 15, 16.5, 18, 19.5, 21, 22.5, 24, 25.5, 27, 28.5, 30, 31.5, 33, 34.5, 36, 37.5, 39, 40.5, 42, 43.5, 45, 46.5, 48, 49.5, 51, 52.5, 54, 55.5, 57, 58.5, 60, 61.5, 63, 64.5, 66, 67.5, 69, 70.5, 72, 73.5, 75, 76.5, 78, 79.5, 81, 82.5, 84, 85.5, 87, 88.5, 90, 91.5, 93, 94.5, 96, 97.5, 99, 100.5, 102, 103.5, 105, 106.5, 108, 109.5, 111, 112.5, 114, 115.5, 117, 118.5, 120, 121.5, 123, 124.5, 126, 127.5, 129, 130.5, 132, 133.5, 135, 136.5, 138, 139.5, 141, 142.5, 144, 145.5, 147, 148.5, 150, 151.5, 153, 154.5, 156, 157.5, 159, 160.5, 162, 163.5, 165, 166.5, 168, 169.5, 171, 172.5, 174, 175.5, 177, 178.5, 180, 181.5, 183, 184.5, 186, 187.5, 189, 190.5, 192, 193.5, 195, 196.5, 198, 199.5, 201, 202.5, 204, 205.5, 207, 208.5, 210, 211.5, 213, 214.5, 216, 217.5, 219, 220.5, 222, 223.5, 225, 226.5, 228, 229.5, 231, 232.5, 234, 235.5, 237, 238.5, 240, 241.5, 243, 244.5, 246, 247.5, 249, 250.5, 252, 253.5, 255, 256.5, 258, 259.5, 261, 262.5, 264, 265.5, 267, 268.5, 270, 271.5, 273, 274.5, 276, 277.5, 279, 280.5, 282, 283.5, 285, 286.5, 288, 289.5, 291, 292.5, 294, 295.5, 297, 298.5, 300, 301.5, 303, 304.5, 306, 307.5, 309, 310.5, 312, 313.5, 315, 316.5, 318, 319.5, 321, 322.5, 324, 325.5, 327, 328.5, 330, 331.5, 333, 334.5, 336, 337.5, 339, 340.5, 342, 343.5, 345, 346.5, 348, 349.5, 351, 352.5, 354, 355.5, 357, 358.5 ; latitude = 90, 88.5, 87, 85.5, 84, 82.5, 81, 79.5, 78, 76.5, 75, 73.5, 72, 70.5, 69, 67.5, 66, 64.5, 63, 61.5, 60, 58.5, 57, 55.5, 54, 52.5, 51, 49.5, 48, 46.5, 45, 43.5, 42, 40.5, 39, 37.5, 36, 34.5, 33, 31.5, 30, 28.5, 27, 25.5, 24, 22.5, 21, 19.5, 18, 16.5, 15, 13.5, 12, 10.5, 9, 7.5, 6, 4.5, 3, 1.5, 0, -1.5, -3, -4.5, -6, -7.5, -9, -10.5, -12, -13.5, -15, -16.5, -18, -19.5, -21, -22.5, -24, -25.5, -27, -28.5, -30, -31.5, -33, -34.5, -36, -37.5, -39, -40.5, -42, -43.5, -45, -46.5, -48, -49.5, -51, -52.5, -54, -55.5, -57, -58.5, -60, -61.5, -63, -64.5, -66, -67.5, -69, -70.5, -72, -73.5, -75, -76.5, -78, -79.5, -81, -82.5, -84, -85.5, -87, -88.5, -90 ; time = 780171, 780174, 780177, 780180, 780183, 780186, 780189, 780192, 780915, 780918, 780921, 780924, 780927, 780930, 780933, 780936, 781587, 781590, 781593, 781596, 781599, 781602, 781605, 781608, 782331, 782334, 782337, 782340, 782343, 782346, 782349, 782352, 783051, 783054, 783057, 783060, 783063, 783066, 783069, 783072, 783795, 783798, 783801, 783804, 783807, 783810, 783813, 783816, 784515, 784518, 784521, 784524, 784527, 784530, 784533, 784536, 785259, 785262, 785265, 785268, 785271, 785274, 785277, 785280, 786003, 786006, 786009, 786012, 786015, 786018, 786021, 786024, 786723, 786726, 786729, 786732, 786735, 786738, 786741, 786744, 787467, 787470, 787473, 787476, 787479, 787482, 787485, 787488, 788187, 788190, 788193, 788196, 788199, 788202, 788205, 788208 ; }* Here is the output from wgrib for the same data but downloaded in grib format:* wgrib -h ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib 1:0:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 2:58188:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 3:116376:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 4:174564:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 5:232752:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 6:290940:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 7:349128:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 8:407316:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 9:465504:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=28 10:523692:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=28 11:581880:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=28 12:640068:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=28 13:698256:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=28 14:756444:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=28 15:814632:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=28 16:872820:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=28 17:931008:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 18:989196:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 19:1047384:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 20:1105572:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 21:1163760:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 22:1221948:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 23:1280136:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 24:1338324:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 25:1396512:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 26:1454700:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 27:1512888:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 28:1571076:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 29:1629264:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 30:1687452:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 31:1745640:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 32:1803828:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 33:1862016:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 34:1920204:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 35:1978392:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 36:2036580:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 37:2094768:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 38:2152956:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 39:2211144:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 40:2269332:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 41:2327520:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 42:2385708:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 43:2443896:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 44:2502084:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 45:2560272:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 46:2618460:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 47:2676648:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 48:2734836:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 49:2793024:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 50:2851212:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 51:2909400:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 52:2967588:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 53:3025776:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 54:3083964:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 55:3142152:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 56:3200340:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 57:3258528:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 58:3316716:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 59:3374904:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 60:3433092:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 61:3491280:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 62:3549468:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 63:3607656:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 64:3665844:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 65:3724032:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 66:3782220:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 67:3840408:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 68:3898596:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 69:3956784:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 70:4014972:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 71:4073160:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 72:4131348:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 73:4189536:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 74:4247724:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 75:4305912:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 76:4364100:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 77:4422288:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 78:4480476:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 79:4538664:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 80:4596852:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 81:4655040:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 82:4713228:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 83:4771416:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 84:4829604:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 85:4887792:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 86:4945980:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 87:5004168:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 88:5062356:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 89:5120544:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 90:5178732:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 91:5236920:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 92:5295108:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 93:5353296:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 94:5411484:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 95:5469672:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 96:5527860:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 > Today's Topics: > > 1. Re: Box Plot in GrADS? (Jayakrishnan PR) > 2. Re: Convert monthly to yearly accumulated rainfall > (Rafanoharana Serge Claudio) > 3. Invitation to connect on LinkedIn (Rajeevan K via LinkedIn) > 4. Re: lats4d and re (Arlindo da Silva) > 5. Re: Moisture flux convergence/divergence (Arlindo da Silva) > 6. Problem with GrADS in reading ECMWF synoptic monthly means > data (Mubashar Dogar) > 7. Re: Problem with GrADS in reading ECMWF synoptic monthly > means data (Jennifer Adams) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 17 Sep 2011 10:24:57 +0530 > From: Jayakrishnan PR > Subject: Re: [gradsusr] Box Plot in GrADS? > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Matei, > I am wondering why you are sticking to Grads itself. Grads is > a software designed to plot griided data and analysis of that data. it is > not suitable for plotting these kind of graphs. You can choose softwares > such as NCL or origin for plotting these kind of graphs. No need for > sticking into Grads. > > > > > > > > > -- > Sincerely > *********************************************** > Jayakrishnan.P.R > CSIR-Senior Research Fellow > Department of Atmospheric Sciences > Cochin University of Science and Technology (CUSAT), Cochin-682 016 > Kerala, India. > Mob: 09895417565 > > *********************************************** > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/aee4af7f/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Sat, 17 Sep 2011 15:11:20 +0700 > From: Rafanoharana Serge Claudio > Subject: Re: [gradsusr] Convert monthly to yearly accumulated rainfall > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Chris, > > I do not know if one can do it directly while having the 50 time steps but > what I can say is that you can process for every year (then you'll have 50 > outputs), then assign time for every year, then merge using cdo all 50 > years > into one single file. > > Hope this can help, > > Serge > > On Sat, Sep 17, 2011 at 3:34 AM, Alauda arvensis >wrote: > > > Dear GrADS users, > > > > My data consists of 50 years of monthly rainfall. I want to convert this > > data into yearly accumulated rainfall for every year. So I am looking for > > something like: > > > > 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every year, so > > that in the end I have 50 time steps. > > > > Any hints welcome! Thanks! > > > > Kind regards, > > Chris > > > > PS: I already tried "mon2yr.gs" from Bin Guan's page, but something does > > not appear to work. > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Serge > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/2b5fa831/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Sat, 17 Sep 2011 12:23:40 +0000 (UTC) > From: Rajeevan K via LinkedIn > Subject: [gradsusr] Invitation to connect on LinkedIn > To: Ning Cao > Message-ID: > <786703422.8558443.1316262220088.JavaMail.app at ela4-app0131.prod> > Content-Type: text/plain; charset="utf-8" > > LinkedIn > ------------ > > > > > Rajeevan K requested to add you as a connection on LinkedIn: > > ------------------------------------------ > > Ning, > > I'd like to add you to my professional network on LinkedIn. > > - Rajeevan > > Accept invitation from Rajeevan K > > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYQcj0Vd3cNdz59bT1imBhDqDB3bP8Sd3sRdPoQczgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=3cpy5iTqgDLAU1 > > View invitation from Rajeevan K > > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/3cNnPgNc3AQcP4SckALqnpPbOYWrSlI/svi/?hs=false&tok=27OH6j0pIDLAU1 > > > -- > (c) 2011, LinkedIn Corporation > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/c1848b01/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Sat, 17 Sep 2011 09:54:51 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] lats4d and re > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > On Fri, Sep 16, 2011 at 5:20 PM, Coly SAR wrote: > > > I have a 3D nc file with 6 variables and I want to regrid it to 0.5? > using > > lats4d. > > I issued this command below but the file created remains the same as > infile > > and no regrid done. > > > > > > > > >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func > re(@,0.5) > > > > I am using opengrad v 2.9 and need any suggestion on how to do this > regrid. > > > > > Type "lats4d -h" and read the section on regridding. Unless you use one of > the predefined resolutions you will need to create (or point to one) > dimension environment file (option -de). > > Arlindo > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/a2d77033/attachment-0001.html > > ------------------------------ > > Message: 5 > Date: Sat, 17 Sep 2011 10:12:57 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] Moisture flux convergence/divergence > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > 2011/9/16 Hyacinth Nnamchi > > > Jeff, > > > > I seems my question wasn't well framed, and so you dealt with the typo. I > > have attached two Figs showing what the calculations below will give and > > what exactly I'll like to do. > > > > > >From the attached plot it appears that you want to plot the divergent > component of the mass flux, as given by the Helmholtz decomposition: > > http://en.wikipedia.org/wiki/Helmholtz_decomposition > > The first step is to compute the velocity potential > > ga-> chi = fish_chi(zon,mer) > > (As Roger mentions, make sure to average in the vertical first if this is > what you want.) Next, the divergent component of the mass flux is related > to > the gradient of chi; see this for more information: > > Calculating the Divergent > Wind< > http://opengrads.org/doc/udxt/fish/fish.html#calculating_the_divergent_wind > > > > Notice that you will need an opengrads build in order to use the fish > extension; more info here: > > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > Good luck, > > Arlindo > > > > > > > > Thanks, > > > > Hyacinth > > > > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > > From: Jeffrey Duda > > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > > To: GrADS Users Forum > > > Message-ID: > > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > > > > Set the graphics output to vector ('set gxout vector'), then 'd > zon;mer' > > > (note the semicolon instead of a comma). > > > > > > Jeff Duda > > > > > > 2011/9/15 Hyacinth Nnamchi > > > > > > > Hello, > > > > > > > > This is not directly about GrADS but since most of address similar! > > > > problems, I guess someone on this forum will be able to answer my > > question. > > > > > > > > I understand that to calculate moisture transport, given zonal, > > meridional > > > > winds and specific humidity, can simply do: > > > > > > > > 'define zon=uwnd.1*shum.3' > > > > 'define mer=vwnd.2*shum.3' > > > > 'd zon,mer' > > > > > > > > But, I want to plot vectors indicating field of net moisture flux > (all > > arrows converging/diverging) instead of just transport. > > > > > > > > Thanks for any ideas. > > > > > > > > Hyacinth > > > > > > > > > > > > __ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/f06c2109/attachment-0001.html > > ------------------------------ > > Message: 6 > Date: Sun, 18 Sep 2011 21:39:04 +0300 > From: Mubashar Dogar > Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear GrADS users, > > I am facing a problem with time steps of a netcdf file downloaded for > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year > 1989 (downloaded for surface total precipitation for all time steps > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This > file is basically synoptic monthly means generated by long term average of > corresponding 3 hour in all the days of a month, giving 8 time steps in a > month. So instead of reading 96 values that represents to 12 months (8 > values in each months) GrADS read all these values by considering 8 time > steps in a day instead in a month. I mean GrADS reads these hours in a > daily > format instead of monthly. Does GrADS not deal with synoptic monthly means? > I have grib file as well for the same data, what should be time increment > in > a ctl file to open the same grib file? > > > Mubashar Dogar > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/9724bae7/attachment-0001.html > > ------------------------------ > > Message: 7 > Date: Sun, 18 Sep 2011 15:47:24 -0400 > From: Jennifer Adams > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: GrADS Users Forum > Message-ID: <93628EC9-0E8F-4EE1-9D80-0147B93D7F6A at cola.iges.org> > Content-Type: text/plain; charset="us-ascii" > > Please send the output from ncdump -c on your netcdf file. --Jennifer > > On Sep 18, 2011, at 2:39 PM, Mubashar Dogar wrote: > > > > > Dear GrADS users, > > > > I am facing a problem with time steps of a netcdf file downloaded > > for synoptic monthly means of ECMWF ERA-INTERIM forecast product for > > the year 1989 (downloaded for surface total precipitation for all > > time steps available from: > http://data-portal.ecmwf.int/data/d/interim_mnth/) > > . This file is basically synoptic monthly means generated by long > > term average of corresponding 3 hour in all the days of a month, > > giving 8 time steps in a month. So instead of reading 96 values that > > represents to 12 months (8 values in each months) GrADS read all > > these values by considering 8 time steps in a day instead in a > > month. I mean GrADS reads these hours in a daily format instead of > > monthly. Does GrADS not deal with synoptic monthly means? I have > > grib file as well for the same data, what should be time increment > > in a ctl file to open the same grib file? > > > > > > Mubashar Dogar > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/ed8613dd/attachment.html > > ------------------------------ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/e0a52cb4/attachment-0001.html From rupak.rajbhandari at gmail.com Mon Sep 19 01:05:47 2011 From: rupak.rajbhandari at gmail.com (Rupak Rajbhandari) Date: Mon, 19 Sep 2011 10:50:47 +0545 Subject: [gradsusr] Second file display not working. why? Message-ID: Hi, The following simple script is working well. But when I remove the line 'set dfile 2', then it says data request completely outside file request. why? Thanks. -rupak **************************************** 'reinit' 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' 'exec d:\indus\gs\colors' 'set gxout grfill' 'display ave(rf.1,t=1,t=360,12)' n=1 while (n<50000) ; n=n+1 ; endwhile 'set dfile 2' 'display ave(rf.2,t=1,t=360,12)' 'cbar' -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/f133b1d6/attachment.html From roger.torres at cptec.inpe.br Mon Sep 19 07:31:51 2011 From: roger.torres at cptec.inpe.br (Roger Rodrigues Torres) Date: Mon, 19 Sep 2011 08:31:51 -0300 Subject: [gradsusr] Second file display not working. why? In-Reply-To: References: Message-ID: Dear Rupak, one suggestion is to check the declaration of the time in both ctl's. They need to be exactly the same to work in the way that you wish. Regards, Roger Torres 2011/9/19 Rupak Rajbhandari > Hi, > > The following simple script is working well. But when I remove the line > 'set dfile 2', then it says data request completely outside file request. > why? > > Thanks. > > -rupak > > **************************************** > 'reinit' > > 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' > 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' > > 'exec d:\indus\gs\colors' > 'set gxout grfill' > > 'display ave(rf.1,t=1,t=360,12)' > n=1 > while (n<50000) ; n=n+1 ; endwhile > 'set dfile 2' > 'display ave(rf.2,t=1,t=360,12)' > 'cbar' > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Roger Rodrigues Torres PhD. Student in Meteorology National Institute for Space Research (INPE) Phone: 55 12 3186-9541 Personal Webpage: http://rtorres.webnode.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/66eb5eee/attachment.html From mubashardogar at gmail.com Mon Sep 19 09:20:33 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Mon, 19 Sep 2011 16:20:33 +0300 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data Message-ID: Dear Arlindo, My data is synoptic monthly means (having average for all the days in a month at 3, 6, 9, 12, 15, 18, 21, 00) for each month. I have one year data only so total time steps will become 8*12=96. I followed your instruction and write the ctl. It seems as GrADS is not looking at my edef definition because GrADS is still changing days and not the months after 8 values. Also I am only getting data at first 8 time steps and get undefined values for the rest. You can see my grib file information in my previous email. Please suggest me. My ctl is given below: dset ^ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib index ^ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib.idx undef 9.999E+20 title ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib * produced by grib2ctl v0.9.12.5p46 dtype grib 255 options yrev ydef 121 linear -90.000000 1.5 xdef 240 linear 0.000000 1.500000 tdef 96 linear 03Z01jan1989 3hr edef 12 names 198901 198902 198903 198904 198905 198906 198907 198908 198909 198910 198911 198912 zdef 1 linear 1 1 vars 1 TPsfc 0 228,1,0 ** surface Total precipitation m ENDVARS Regards, Mubashar > > > **************************************************************************************** > Today's Topics: > > 1. Re: Problem with GrADS in reading ECMWF synoptic monthly > means data (Arlindo da Silva) > 2. Re: Problem with GrADS in reading ECMWF synoptic monthly > means data (Mubashar Dogar) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 18 Sep 2011 16:18:04 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > On Sun, Sep 18, 2011 at 2:39 PM, Mubashar Dogar >wrote: > > > > > Dear GrADS users, > > > > I am facing a problem with time steps of a netcdf file downloaded for > > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year > > 1989 (downloaded for surface total precipitation for all time steps > > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This > > file is basically synoptic monthly means generated by long term average > of > > corresponding 3 hour in all the days of a month, giving 8 time steps in a > > month. So instead of reading 96 values that represents to 12 months (8 > > values in each months) GrADS read all these values by considering 8 time > > steps in a day instead in a month. I mean GrADS reads these hours in a > daily > > format instead of monthly. Does GrADS not deal with synoptic monthly > means? > > I have grib file as well for the same data, what should be time increment > in > > a ctl file to open the same grib file? > > > > > One strategy is to use the ensemble dimension to deal with the fact that > you > have 2 time scales involved. For example, you you associate each month with > the grads time dimension and each "time of the day" with the grads ensemble > dimension. (Or you can swap these if you prefer.) This recipe discusses how > this can be done for the MERRA monthly diurnal files. > > > http://cookbooks.opengrads.org/index.php?title=Recipe-024:_Using_the_Ensemble_Dimension_with_Monthly_Mean_Diurnal_files_from_MERRA > > Arlindo > > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/49476667/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Mon, 19 Sep 2011 06:44:39 +0300 > From: Mubashar Dogar > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Jennifer, > > *Here is the output of ncdump -c as requested. I am also giving the output > of wgrib -h for the grib format of the same data at the end:* > > ncdump -c ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.nc > netcdf ei_mnth_fc_sfc_1.5x1.5_19890101_19891201 { > dimensions: > longitude = 240 ; > latitude = 121 ; > time = UNLIMITED ; // (96 currently) > variables: > float longitude(longitude) ; > longitude:units = "degrees_east" ; > longitude:long_name = "longitude" ; > float latitude(latitude) ; > latitude:units = "degrees_north" ; > latitude:long_name = "latitude" ; > int time(time) ; > time:units = "hours since 1900-01-01 00:00:0.0" ; > time:long_name = "time" ; > short tp(time, latitude, longitude) ; > tp:scale_factor = 4.25320233951185e-07 ; > tp:add_offset = 0.0139356174654106 ; > tp:_FillValue = -32767s ; > tp:missing_value = -32767s ; > tp:units = "m" ; > tp:long_name = "Total precipitation" ; > > // global attributes: > :Conventions = "CF-1.0" ; > :history = "2011-09-18 14:19:37 GMT by mars2netcdf-0.92" ; > data: > > longitude = 0, 1.5, 3, 4.5, 6, 7.5, 9, 10.5, 12, 13.5, 15, 16.5, 18, 19.5, > 21, 22.5, 24, 25.5, 27, 28.5, 30, 31.5, 33, 34.5, 36, 37.5, 39, 40.5, > 42, > 43.5, 45, 46.5, 48, 49.5, 51, 52.5, 54, 55.5, 57, 58.5, 60, 61.5, 63, > 64.5, 66, 67.5, 69, 70.5, 72, 73.5, 75, 76.5, 78, 79.5, 81, 82.5, 84, > 85.5, 87, 88.5, 90, 91.5, 93, 94.5, 96, 97.5, 99, 100.5, 102, 103.5, > 105, > 106.5, 108, 109.5, 111, 112.5, 114, 115.5, 117, 118.5, 120, 121.5, 123, > 124.5, 126, 127.5, 129, 130.5, 132, 133.5, 135, 136.5, 138, 139.5, 141, > 142.5, 144, 145.5, 147, 148.5, 150, 151.5, 153, 154.5, 156, 157.5, 159, > 160.5, 162, 163.5, 165, 166.5, 168, 169.5, 171, 172.5, 174, 175.5, 177, > 178.5, 180, 181.5, 183, 184.5, 186, 187.5, 189, 190.5, 192, 193.5, 195, > 196.5, 198, 199.5, 201, 202.5, 204, 205.5, 207, 208.5, 210, 211.5, 213, > 214.5, 216, 217.5, 219, 220.5, 222, 223.5, 225, 226.5, 228, 229.5, 231, > 232.5, 234, 235.5, 237, 238.5, 240, 241.5, 243, 244.5, 246, 247.5, 249, > 250.5, 252, 253.5, 255, 256.5, 258, 259.5, 261, 262.5, 264, 265.5, 267, > 268.5, 270, 271.5, 273, 274.5, 276, 277.5, 279, 280.5, 282, 283.5, 285, > 286.5, 288, 289.5, 291, 292.5, 294, 295.5, 297, 298.5, 300, 301.5, 303, > 304.5, 306, 307.5, 309, 310.5, 312, 313.5, 315, 316.5, 318, 319.5, 321, > 322.5, 324, 325.5, 327, 328.5, 330, 331.5, 333, 334.5, 336, 337.5, 339, > 340.5, 342, 343.5, 345, 346.5, 348, 349.5, 351, 352.5, 354, 355.5, 357, > 358.5 ; > > latitude = 90, 88.5, 87, 85.5, 84, 82.5, 81, 79.5, 78, 76.5, 75, 73.5, 72, > 70.5, 69, 67.5, 66, 64.5, 63, 61.5, 60, 58.5, 57, 55.5, 54, 52.5, 51, > 49.5, 48, 46.5, 45, 43.5, 42, 40.5, 39, 37.5, 36, 34.5, 33, 31.5, 30, > 28.5, 27, 25.5, 24, 22.5, 21, 19.5, 18, 16.5, 15, 13.5, 12, 10.5, 9, > 7.5, > 6, 4.5, 3, 1.5, 0, -1.5, -3, -4.5, -6, -7.5, -9, -10.5, -12, -13.5, -15, > > -16.5, -18, -19.5, -21, -22.5, -24, -25.5, -27, -28.5, -30, -31.5, -33, > -34.5, -36, -37.5, -39, -40.5, -42, -43.5, -45, -46.5, -48, -49.5, -51, > -52.5, -54, -55.5, -57, -58.5, -60, -61.5, -63, -64.5, -66, -67.5, -69, > -70.5, -72, -73.5, -75, -76.5, -78, -79.5, -81, -82.5, -84, -85.5, -87, > -88.5, -90 ; > > time = 780171, 780174, 780177, 780180, 780183, 780186, 780189, 780192, > 780915, 780918, 780921, 780924, 780927, 780930, 780933, 780936, 781587, > 781590, 781593, 781596, 781599, 781602, 781605, 781608, 782331, 782334, > 782337, 782340, 782343, 782346, 782349, 782352, 783051, 783054, 783057, > 783060, 783063, 783066, 783069, 783072, 783795, 783798, 783801, 783804, > 783807, 783810, 783813, 783816, 784515, 784518, 784521, 784524, 784527, > 784530, 784533, 784536, 785259, 785262, 785265, 785268, 785271, 785274, > 785277, 785280, 786003, 786006, 786009, 786012, 786015, 786018, 786021, > 786024, 786723, 786726, 786729, 786732, 786735, 786738, 786741, 786744, > 787467, 787470, 787473, 787476, 787479, 787482, 787485, 787488, 788187, > 788190, 788193, 788196, 788199, 788202, 788205, 788208 ; > }* > > Here is the output from wgrib for the same data but downloaded in grib > format:* > > wgrib -h ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib > > 1:0:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 2:58188:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 3:116376:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 4:174564:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 5:232752:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 6:290940:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 7:349128:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 8:407316:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 9:465504:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=28 > > 10:523692:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=28 > > 11:581880:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=28 > > 12:640068:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=28 > > 13:698256:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=28 > > 14:756444:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=28 > > 15:814632:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=28 > > 16:872820:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=28 > > 17:931008:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 18:989196:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 19:1047384:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 20:1105572:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 21:1163760:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 22:1221948:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 23:1280136:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 24:1338324:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 25:1396512:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 26:1454700:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 27:1512888:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 28:1571076:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 29:1629264:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 30:1687452:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 31:1745640:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 32:1803828:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 33:1862016:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 34:1920204:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 35:1978392:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 36:2036580:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 37:2094768:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 38:2152956:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 39:2211144:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 40:2269332:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 41:2327520:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 42:2385708:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 43:2443896:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 44:2502084:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 45:2560272:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 46:2618460:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 47:2676648:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 48:2734836:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 49:2793024:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 50:2851212:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 51:2909400:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 52:2967588:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 53:3025776:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 54:3083964:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 55:3142152:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 56:3200340:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 57:3258528:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 58:3316716:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 59:3374904:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 60:3433092:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 61:3491280:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 62:3549468:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 63:3607656:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 64:3665844:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 65:3724032:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 66:3782220:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 67:3840408:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 68:3898596:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 69:3956784:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 70:4014972:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 71:4073160:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 72:4131348:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 73:4189536:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 74:4247724:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 75:4305912:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 76:4364100:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 77:4422288:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 78:4480476:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 79:4538664:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 80:4596852:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 81:4655040:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 82:4713228:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 83:4771416:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 84:4829604:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 85:4887792:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 86:4945980:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 87:5004168:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 88:5062356:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 89:5120544:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 90:5178732:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 91:5236920:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 92:5295108:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 93:5353296:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 94:5411484:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 95:5469672:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 96:5527860:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > > > > Today's Topics: > > > > 1. Re: Box Plot in GrADS? (Jayakrishnan PR) > > 2. Re: Convert monthly to yearly accumulated rainfall > > (Rafanoharana Serge Claudio) > > 3. Invitation to connect on LinkedIn (Rajeevan K via LinkedIn) > > 4. Re: lats4d and re (Arlindo da Silva) > > 5. Re: Moisture flux convergence/divergence (Arlindo da Silva) > > 6. Problem with GrADS in reading ECMWF synoptic monthly means > > data (Mubashar Dogar) > > 7. Re: Problem with GrADS in reading ECMWF synoptic monthly > > means data (Jennifer Adams) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Sat, 17 Sep 2011 10:24:57 +0530 > > From: Jayakrishnan PR > > Subject: Re: [gradsusr] Box Plot in GrADS? > > To: GrADS Users Forum > > Message-ID: > > DiJzbB6A at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Dear Matei, > > I am wondering why you are sticking to Grads itself. Grads > is > > a software designed to plot griided data and analysis of that data. it is > > not suitable for plotting these kind of graphs. You can choose softwares > > such as NCL or origin for plotting these kind of graphs. No need for > > sticking into Grads. > > > > > > > > > > > > > > > -- > > Sincerely > > *********************************************** > > Jayakrishnan.P.R > > CSIR-Senior Research Fellow > > Department of Atmospheric Sciences > > Cochin University of Science and Technology (CUSAT), Cochin-682 016 > > Kerala, India. > > Mob: 09895417565 > > > > *********************************************** > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/aee4af7f/attachment-0001.html > > > > ------------------------------ > > > > Message: 2 > > Date: Sat, 17 Sep 2011 15:11:20 +0700 > > From: Rafanoharana Serge Claudio > > Subject: Re: [gradsusr] Convert monthly to yearly accumulated rainfall > > To: GrADS Users Forum > > Message-ID: > > hzzRQxHJrrN6-+CTw at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Dear Chris, > > > > I do not know if one can do it directly while having the 50 time steps > but > > what I can say is that you can process for every year (then you'll have > 50 > > outputs), then assign time for every year, then merge using cdo all 50 > > years > > into one single file. > > > > Hope this can help, > > > > Serge > > > > On Sat, Sep 17, 2011 at 3:34 AM, Alauda arvensis > >wrote: > > > > > Dear GrADS users, > > > > > > My data consists of 50 years of monthly rainfall. I want to convert > this > > > data into yearly accumulated rainfall for every year. So I am looking > for > > > something like: > > > > > > 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every year, > so > > > that in the end I have 50 time steps. > > > > > > Any hints welcome! Thanks! > > > > > > Kind regards, > > > Chris > > > > > > PS: I already tried "mon2yr.gs" from Bin Guan's page, but something > does > > > not appear to work. > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > > > > > -- > > Serge > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/2b5fa831/attachment-0001.html > > > > ------------------------------ > > > > Message: 3 > > Date: Sat, 17 Sep 2011 12:23:40 +0000 (UTC) > > From: Rajeevan K via LinkedIn > > Subject: [gradsusr] Invitation to connect on LinkedIn > > To: Ning Cao > > Message-ID: > > <786703422.8558443.1316262220088.JavaMail.app at ela4-app0131.prod> > > Content-Type: text/plain; charset="utf-8" > > > > LinkedIn > > ------------ > > > > > > > > > > Rajeevan K requested to add you as a connection on LinkedIn: > > > > ------------------------------------------ > > > > Ning, > > > > I'd like to add you to my professional network on LinkedIn. > > > > - Rajeevan > > > > Accept invitation from Rajeevan K > > > > > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYQcj0Vd3cNdz59bT1imBhDqDB3bP8Sd3sRdPoQczgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=3cpy5iTqgDLAU1 > > > > View invitation from Rajeevan K > > > > > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/3cNnPgNc3AQcP4SckALqnpPbOYWrSlI/svi/?hs=false&tok=27OH6j0pIDLAU1 > > > > > > -- > > (c) 2011, LinkedIn Corporation > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/c1848b01/attachment-0001.html > > > > ------------------------------ > > > > Message: 4 > > Date: Sat, 17 Sep 2011 09:54:51 -0400 > > From: Arlindo da Silva > > Subject: Re: [gradsusr] lats4d and re > > To: GrADS Users Forum > > Message-ID: > > qPiVnbuUw at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > On Fri, Sep 16, 2011 at 5:20 PM, Coly SAR wrote: > > > > > I have a 3D nc file with 6 variables and I want to regrid it to 0.5? > > using > > > lats4d. > > > I issued this command below but the file created remains the same as > > infile > > > and no regrid done. > > > > > > > > > > > > >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func > > re(@,0.5) > > > > > > I am using opengrad v 2.9 and need any suggestion on how to do this > > regrid. > > > > > > > > Type "lats4d -h" and read the section on regridding. Unless you use one > of > > the predefined resolutions you will need to create (or point to one) > > dimension environment file (option -de). > > > > Arlindo > > > > > > > > -- > > Arlindo da Silva > > dasilva at alum.mit.edu > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/a2d77033/attachment-0001.html > > > > ------------------------------ > > > > Message: 5 > > Date: Sat, 17 Sep 2011 10:12:57 -0400 > > From: Arlindo da Silva > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > To: GrADS Users Forum > > Message-ID: > > < > CALz7xZf5MaHEvP1bX1Z93ysYNg5xVCGOvBdBaM5aHTkEs6+HSw at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > 2011/9/16 Hyacinth Nnamchi > > > > > Jeff, > > > > > > I seems my question wasn't well framed, and so you dealt with the typo. > I > > > have attached two Figs showing what the calculations below will give > and > > > what exactly I'll like to do. > > > > > > > > >From the attached plot it appears that you want to plot the divergent > > component of the mass flux, as given by the Helmholtz decomposition: > > > > http://en.wikipedia.org/wiki/Helmholtz_decomposition > > > > The first step is to compute the velocity potential > > > > ga-> chi = fish_chi(zon,mer) > > > > (As Roger mentions, make sure to average in the vertical first if this is > > what you want.) Next, the divergent component of the mass flux is related > > to > > the gradient of chi; see this for more information: > > > > Calculating the Divergent > > Wind< > > > http://opengrads.org/doc/udxt/fish/fish.html#calculating_the_divergent_wind > > > > > > > Notice that you will need an opengrads build in order to use the fish > > extension; more info here: > > > > > > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > > > Good luck, > > > > Arlindo > > > > > > > > > > > > > > > Thanks, > > > > > > Hyacinth > > > > > > > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > > > From: Jeffrey Duda > > > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > > > To: GrADS Users Forum > > > > Message-ID: > > > > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > > > > > > > Set the graphics output to vector ('set gxout vector'), then 'd > > zon;mer' > > > > (note the semicolon instead of a comma). > > > > > > > > Jeff Duda > > > > > > > > 2011/9/15 Hyacinth Nnamchi > > > > > > > > > Hello, > > > > > > > > > > This is not directly about GrADS but since most of address similar! > > > > > problems, I guess someone on this forum will be able to answer my > > > question. > > > > > > > > > > I understand that to calculate moisture transport, given zonal, > > > meridional > > > > > winds and specific humidity, can simply do: > > > > > > > > > > 'define zon=uwnd.1*shum.3' > > > > > 'define mer=vwnd.2*shum.3' > > > > > 'd zon,mer' > > > > > > > > > > But, I want to plot vectors indicating field of net moisture flux > > (all > > > arrows converging/diverging) instead of just transport. > > > > > > > > > > Thanks for any ideas. > > > > > > > > > > Hyacinth > > > > > > > > > > > > > > > __ > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > > > > > -- > > Arlindo da Silva > > dasilva at alum.mit.edu > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/f06c2109/attachment-0001.html > > > > ------------------------------ > > > > Message: 6 > > Date: Sun, 18 Sep 2011 21:39:04 +0300 > > From: Mubashar Dogar > > Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic > > monthly means data > > To: gradsusr at gradsusr.org > > Message-ID: > > < > CAHBht237iOnGUtkYuZL6+rXEtm-KSgsti2W1anm6-BY7SkAU2Q at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Dear GrADS users, > > > > I am facing a problem with time steps of a netcdf file downloaded for > > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year > > 1989 (downloaded for surface total precipitation for all time steps > > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This > > file is basically synoptic monthly means generated by long term average > of > > corresponding 3 hour in all the days of a month, giving 8 time steps in a > > month. So instead of reading 96 values that represents to 12 months (8 > > values in each months) GrADS read all these values by considering 8 time > > steps in a day instead in a month. I mean GrADS reads these hours in a > > daily > > format instead of monthly. Does GrADS not deal with synoptic monthly > means? > > I have grib file as well for the same data, what should be time increment > > in > > a ctl file to open the same grib file? > > > > > > Mubashar Dogar > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/9724bae7/attachment-0001.html > > > > ------------------------------ > > > > Message: 7 > > Date: Sun, 18 Sep 2011 15:47:24 -0400 > > From: Jennifer Adams > > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > > monthly means data > > To: GrADS Users Forum > > Message-ID: <93628EC9-0E8F-4EE1-9D80-0147B93D7F6A at cola.iges.org> > > Content-Type: text/plain; charset="us-ascii" > > > > Please send the output from ncdump -c on your netcdf file. --Jennifer > > > > On Sep 18, 2011, at 2:39 PM, Mubashar Dogar wrote: > > > > > > > > Dear GrADS users, > > > > > > I am facing a problem with time steps of a netcdf file downloaded > > > for synoptic monthly means of ECMWF ERA-INTERIM forecast product for > > > the year 1989 (downloaded for surface total precipitation for all > > > time steps available from: > > http://data-portal.ecmwf.int/data/d/interim_mnth/) > > > . This file is basically synoptic monthly means generated by long > > > term average of corresponding 3 hour in all the days of a month, > > > giving 8 time steps in a month. So instead of reading 96 values that > > > represents to 12 months (8 values in each months) GrADS read all > > > these values by considering 8 time steps in a day instead in a > > > month. I mean GrADS reads these hours in a daily format instead of > > > monthly. Does GrADS not deal with synoptic monthly means? I have > > > grib file as well for the same data, what should be time increment > > > in a ctl file to open the same grib file? > > > > > > > > > Mubashar Dogar > > > > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > -- > > Jennifer M. Adams > > IGES/COLA > > 4041 Powder Mill Road, Suite 302 > > Calverton, MD 20705 > > jma at cola.iges.org > > > > > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/ed8613dd/attachment.html > > > > ------------------------------ > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110919/e0a52cb4/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 19, Issue 40 > **************************************** > -- Muhammad 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:+923315144169 email: mubashardogar at yahoo.com mubashar.ahmad at gcisc.org.pk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/2fc713e7/attachment-0001.html From hyacinth.1 at hotmail.com Mon Sep 19 10:51:49 2011 From: hyacinth.1 at hotmail.com (Hyacinth Nnamchi) Date: Mon, 19 Sep 2011 22:51:49 +0800 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Arlindo thanks for your suggestions. I'll try them.Hyacinth > > Message: 5 > Date: Sat, 17 Sep 2011 10:12:57 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] Moisture flux convergence/divergence > To: GrADS Users Forum > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > 2011/9/16 Hyacinth Nnamchi > > > Jeff, > > > > I seems my question wasn't well framed, and so you dealt with the typo. I > > have attached two Figs showing what the calculations below will give and > > what exactly I'll like to do. > > > > > >From the attached plot it appears that you want to plot the divergent > component of the mass flux, as given by the Helmholtz decomposition: > > http://en.wikipedia.org/wiki/Helmholtz_decomposition > > The first step is to compute the velocity potential > > ga-> chi = fish_chi(zon,mer) > > (As Roger mentions, make sure to average in the vertical first if this is > what you want.) Next, the divergent component of the mass flux is related to > the gradient of chi; see this for more information: > > Calculating the Divergent > Wind > > Notice that you will need an opengrads build in order to use the fish > extension; more info here: > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > Good luck, > > Arlindo > > > > > > > > Thanks, > > > > Hyacinth > > > > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > > From: Jeffrey Duda > > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > > To: GrADS Users Forum > > > Message-ID: > > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > > > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > > > (note the semicolon instead of a comma). > > > > > > Jeff Duda > > > > > > 2011/9/15 Hyacinth Nnamchi > > > > > > > Hello, > > > > > > > > This is not directly about GrADS but since most of address similar! > > > > problems, I guess someone on this forum will be able to answer my > > question. > > > > > > > > I understand that to calculate moisture transport, given zonal, > > meridional > > > > winds and specific humidity, can simply do: > > > > > > > > 'define zon=uwnd.1*shum.3' > > > > 'define mer=vwnd.2*shum.3' > > > > 'd zon,mer' > > > > > > > > But, I want to plot vectors indicating field of net moisture flux (all > > arrows converging/diverging) instead of just transport. > > > > > > > > Thanks for any ideas. > > > > > > > > Hyacinth > > > > > > > > > > > > __ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > >> **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/5152e4dc/attachment.html From jma at cola.iges.org Mon Sep 19 11:30:07 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Mon, 19 Sep 2011 11:30:07 -0400 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data In-Reply-To: References: Message-ID: You won't be able to bring this data into GrADS in its current netcdf or grib formats. The netcdf file does not have a linear time axis, so that rules it out immediately, and there's no way to map the two time axes (the 3-hourly one and the monthly one) into the same descriptor with gribmap. So, I believe your strategy should be to break up your netcdf file into pieces and bring it into GrADS using the E dimension for the 3-hourly axis and the T dimension for the monthly axis, or vice versa. You can map them the other way, but then it will be awkward to use templating if you should need to add more than one year to your data set. Break your data into twelve parts, one file for each month, each file containing the 8 records for that month (00, 03, 06, 09, 12, 15, 18, and 21). The netcdf operators should be able to do this easily. The output filename should be something like ei_mnth_fc_sfc_1.5x1.5_198901.nc with a time coordinate that has 8 time steps at 3hr intervals. This coordinate will map to your EDEF. Then template them together using %m2 in the DSET entry, and put "tp 0 e,y,x total precipitation" in the variable declaration. The EDEF entry can use the names keyword, and you can name them anything you want, but 00z 03z, ... 21z would be appropriate. Don't forget to add "UNPACK scale_factor add_offset". Good luck! --Jennifer On Sep 18, 2011, at 11:44 PM, Mubashar Dogar wrote: > Dear Jennifer, > > Here is the output of ncdump -c as requested. I am also giving the > output of wgrib -h for the grib format of the same data at the end: > > ncdump -c ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.nc > netcdf ei_mnth_fc_sfc_1.5x1.5_19890101_19891201 { > dimensions: > longitude = 240 ; > latitude = 121 ; > time = UNLIMITED ; // (96 currently) > variables: > float longitude(longitude) ; > longitude:units = "degrees_east" ; > longitude:long_name = "longitude" ; > float latitude(latitude) ; > latitude:units = "degrees_north" ; > latitude:long_name = "latitude" ; > int time(time) ; > time:units = "hours since 1900-01-01 00:00:0.0" ; > time:long_name = "time" ; > short tp(time, latitude, longitude) ; > tp:scale_factor = 4.25320233951185e-07 ; > tp:add_offset = 0.0139356174654106 ; > tp:_FillValue = -32767s ; > tp:missing_value = -32767s ; > tp:units = "m" ; > tp:long_name = "Total precipitation" ; > > // global attributes: > :Conventions = "CF-1.0" ; > :history = "2011-09-18 14:19:37 GMT by mars2netcdf-0.92" ; > data: > > longitude = 0, 1.5, 3, 4.5, 6, 7.5, 9, 10.5, 12, 13.5, 15, 16.5, > 18, 19.5, > 21, 22.5, 24, 25.5, 27, 28.5, 30, 31.5, 33, 34.5, 36, 37.5, 39, > 40.5, 42, > 43.5, 45, 46.5, 48, 49.5, 51, 52.5, 54, 55.5, 57, 58.5, 60, > 61.5, 63, > 64.5, 66, 67.5, 69, 70.5, 72, 73.5, 75, 76.5, 78, 79.5, 81, > 82.5, 84, > 85.5, 87, 88.5, 90, 91.5, 93, 94.5, 96, 97.5, 99, 100.5, 102, > 103.5, 105, > 106.5, 108, 109.5, 111, 112.5, 114, 115.5, 117, 118.5, 120, > 121.5, 123, > 124.5, 126, 127.5, 129, 130.5, 132, 133.5, 135, 136.5, 138, > 139.5, 141, > 142.5, 144, 145.5, 147, 148.5, 150, 151.5, 153, 154.5, 156, > 157.5, 159, > 160.5, 162, 163.5, 165, 166.5, 168, 169.5, 171, 172.5, 174, > 175.5, 177, > 178.5, 180, 181.5, 183, 184.5, 186, 187.5, 189, 190.5, 192, > 193.5, 195, > 196.5, 198, 199.5, 201, 202.5, 204, 205.5, 207, 208.5, 210, > 211.5, 213, > 214.5, 216, 217.5, 219, 220.5, 222, 223.5, 225, 226.5, 228, > 229.5, 231, > 232.5, 234, 235.5, 237, 238.5, 240, 241.5, 243, 244.5, 246, > 247.5, 249, > 250.5, 252, 253.5, 255, 256.5, 258, 259.5, 261, 262.5, 264, > 265.5, 267, > 268.5, 270, 271.5, 273, 274.5, 276, 277.5, 279, 280.5, 282, > 283.5, 285, > 286.5, 288, 289.5, 291, 292.5, 294, 295.5, 297, 298.5, 300, > 301.5, 303, > 304.5, 306, 307.5, 309, 310.5, 312, 313.5, 315, 316.5, 318, > 319.5, 321, > 322.5, 324, 325.5, 327, 328.5, 330, 331.5, 333, 334.5, 336, > 337.5, 339, > 340.5, 342, 343.5, 345, 346.5, 348, 349.5, 351, 352.5, 354, > 355.5, 357, > 358.5 ; > > latitude = 90, 88.5, 87, 85.5, 84, 82.5, 81, 79.5, 78, 76.5, 75, > 73.5, 72, > 70.5, 69, 67.5, 66, 64.5, 63, 61.5, 60, 58.5, 57, 55.5, 54, > 52.5, 51, > 49.5, 48, 46.5, 45, 43.5, 42, 40.5, 39, 37.5, 36, 34.5, 33, > 31.5, 30, > 28.5, 27, 25.5, 24, 22.5, 21, 19.5, 18, 16.5, 15, 13.5, 12, > 10.5, 9, 7.5, > 6, 4.5, 3, 1.5, 0, -1.5, -3, -4.5, -6, -7.5, -9, -10.5, -12, > -13.5, -15, > -16.5, -18, -19.5, -21, -22.5, -24, -25.5, -27, -28.5, -30, > -31.5, -33, > -34.5, -36, -37.5, -39, -40.5, -42, -43.5, -45, -46.5, -48, > -49.5, -51, > -52.5, -54, -55.5, -57, -58.5, -60, -61.5, -63, -64.5, -66, > -67.5, -69, > -70.5, -72, -73.5, -75, -76.5, -78, -79.5, -81, -82.5, -84, > -85.5, -87, > -88.5, -90 ; > > time = 780171, 780174, 780177, 780180, 780183, 780186, 780189, > 780192, > 780915, 780918, 780921, 780924, 780927, 780930, 780933, 780936, > 781587, > 781590, 781593, 781596, 781599, 781602, 781605, 781608, 782331, > 782334, > 782337, 782340, 782343, 782346, 782349, 782352, 783051, 783054, > 783057, > 783060, 783063, 783066, 783069, 783072, 783795, 783798, 783801, > 783804, > 783807, 783810, 783813, 783816, 784515, 784518, 784521, 784524, > 784527, > 784530, 784533, 784536, 785259, 785262, 785265, 785268, 785271, > 785274, > 785277, 785280, 786003, 786006, 786009, 786012, 786015, 786018, > 786021, > 786024, 786723, 786726, 786729, 786732, 786735, 786738, 786741, > 786744, > 787467, 787470, 787473, 787476, 787479, 787482, 787485, 787488, > 788187, > 788190, 788193, 788196, 788199, 788202, 788205, 788208 ; > } > > Here is the output from wgrib for the same data but downloaded in > grib format: > > wgrib -h ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib > 1 > : > 0 > :d > =89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 2 > : > 58188 > :d > =89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 3 > : > 116376 > :d > =89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 4 > : > 174564 > :d > = > 89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 5 > : > 232752 > :d > =89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 6 > : > 290940 > :d > =89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 7 > : > 349128 > :d > =89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 8 > : > 407316 > :d > = > 89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 9 > : > 465504 > :d > =89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=28 > 10 > : > 523692 > :d > =89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=28 > 11 > : > 581880 > :d > =89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=28 > 12 > : > 640068 > :d > = > 89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=28 > 13 > : > 698256 > :d > =89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=28 > 14 > : > 756444 > :d > =89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=28 > 15 > : > 814632 > :d > =89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=28 > 16 > : > 872820 > :d > = > 89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=28 > 17 > : > 931008 > :d > =89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 18 > : > 989196 > :d > =89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 19 > : > 1047384 > :d > =89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 20 > : > 1105572 > :d > = > 89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 21 > : > 1163760 > :d > =89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 22 > : > 1221948 > :d > =89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 23 > : > 1280136 > :d > =89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 24 > : > 1338324 > :d > = > 89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 25 > : > 1396512 > :d > =89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 26 > : > 1454700 > :d > =89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 27 > : > 1512888 > :d > =89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 28 > : > 1571076 > :d > = > 89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 29 > : > 1629264 > :d > =89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 30 > : > 1687452 > :d > =89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 31 > : > 1745640 > :d > =89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 32 > : > 1803828 > :d > = > 89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 33 > : > 1862016 > :d > =89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 34 > : > 1920204 > :d > =89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 35 > : > 1978392 > :d > =89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 36 > : > 2036580 > :d > = > 89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 37 > : > 2094768 > :d > =89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 38 > : > 2152956 > :d > =89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 39 > : > 2211144 > :d > =89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 40 > : > 2269332 > :d > = > 89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 41 > : > 2327520 > :d > =89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 42 > : > 2385708 > :d > =89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 43 > : > 2443896 > :d > =89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 44 > : > 2502084 > :d > = > 89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 45 > : > 2560272 > :d > =89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 46 > : > 2618460 > :d > =89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 47 > : > 2676648 > :d > =89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 48 > : > 2734836 > :d > = > 89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 49 > : > 2793024 > :d > =89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 50 > : > 2851212 > :d > =89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 51 > : > 2909400 > :d > =89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 52 > : > 2967588 > :d > = > 89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 53 > : > 3025776 > :d > =89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 54 > : > 3083964 > :d > =89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 55 > : > 3142152 > :d > =89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 56 > : > 3200340 > :d > = > 89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 57 > : > 3258528 > :d > =89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 58 > : > 3316716 > :d > =89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 59 > : > 3374904 > :d > =89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 60 > : > 3433092 > :d > = > 89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 61 > : > 3491280 > :d > =89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 62 > : > 3549468 > :d > =89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 63 > : > 3607656 > :d > =89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 64 > : > 3665844 > :d > = > 89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 65 > : > 3724032 > :d > =89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 66 > : > 3782220 > :d > =89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 67 > : > 3840408 > :d > =89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 68 > : > 3898596 > :d > = > 89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 69 > : > 3956784 > :d > =89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 70 > : > 4014972 > :d > =89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 71 > : > 4073160 > :d > =89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 72 > : > 4131348 > :d > = > 89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 73 > : > 4189536 > :d > =89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 74 > : > 4247724 > :d > =89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 75 > : > 4305912 > :d > =89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 76 > : > 4364100 > :d > = > 89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 77 > : > 4422288 > :d > =89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 78 > : > 4480476 > :d > =89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 79 > : > 4538664 > :d > =89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 80 > : > 4596852 > :d > = > 89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 81 > : > 4655040 > :d > =89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 82 > : > 4713228 > :d > =89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 83 > : > 4771416 > :d > =89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 84 > : > 4829604 > :d > = > 89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 85 > : > 4887792 > :d > =89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 86 > : > 4945980 > :d > =89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 87 > : > 5004168 > :d > =89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 88 > : > 5062356 > :d > = > 89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 89 > : > 5120544 > :d > =89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 90 > : > 5178732 > :d > =89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 91 > : > 5236920 > :d > =89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 92 > : > 5295108 > :d > = > 89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 93 > : > 5353296 > :d > =89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 94 > : > 5411484 > :d > =89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 95 > : > 5469672 > :d > =89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 96 > : > 5527860 > :d > = > 89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > > > > Today's Topics: > > 1. Re: Box Plot in GrADS? (Jayakrishnan PR) > 2. Re: Convert monthly to yearly accumulated rainfall > (Rafanoharana Serge Claudio) > 3. Invitation to connect on LinkedIn (Rajeevan K via LinkedIn) > 4. Re: lats4d and re (Arlindo da Silva) > 5. Re: Moisture flux convergence/divergence (Arlindo da Silva) > 6. Problem with GrADS in reading ECMWF synoptic monthly means > data (Mubashar Dogar) > 7. Re: Problem with GrADS in reading ECMWF synoptic monthly > means data (Jennifer Adams) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 17 Sep 2011 10:24:57 +0530 > From: Jayakrishnan PR > Subject: Re: [gradsusr] Box Plot in GrADS? > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Matei, > I am wondering why you are sticking to Grads itself. > Grads is > a software designed to plot griided data and analysis of that data. > it is > not suitable for plotting these kind of graphs. You can choose > softwares > such as NCL or origin for plotting these kind of graphs. No need for > sticking into Grads. > > > > > > > > > -- > Sincerely > *********************************************** > Jayakrishnan.P.R > CSIR-Senior Research Fellow > Department of Atmospheric Sciences > Cochin University of Science and Technology (CUSAT), Cochin-682 016 > Kerala, India. > Mob: 09895417565 > > *********************************************** > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/aee4af7f/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Sat, 17 Sep 2011 15:11:20 +0700 > From: Rafanoharana Serge Claudio > Subject: Re: [gradsusr] Convert monthly to yearly accumulated rainfall > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Chris, > > I do not know if one can do it directly while having the 50 time > steps but > what I can say is that you can process for every year (then you'll > have 50 > outputs), then assign time for every year, then merge using cdo all > 50 years > into one single file. > > Hope this can help, > > Serge > > On Sat, Sep 17, 2011 at 3:34 AM, Alauda arvensis > wrote: > > > Dear GrADS users, > > > > My data consists of 50 years of monthly rainfall. I want to > convert this > > data into yearly accumulated rainfall for every year. So I am > looking for > > something like: > > > > 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every > year, so > > that in the end I have 50 time steps. > > > > Any hints welcome! Thanks! > > > > Kind regards, > > Chris > > > > PS: I already tried "mon2yr.gs" from Bin Guan's page, but > something does > > not appear to work. > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Serge > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/2b5fa831/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Sat, 17 Sep 2011 12:23:40 +0000 (UTC) > From: Rajeevan K via LinkedIn > Subject: [gradsusr] Invitation to connect on LinkedIn > To: Ning Cao > Message-ID: > <786703422.8558443.1316262220088.JavaMail.app at ela4- > app0131.prod> > Content-Type: text/plain; charset="utf-8" > > LinkedIn > ------------ > > > > > Rajeevan K requested to add you as a connection on LinkedIn: > > ------------------------------------------ > > Ning, > > I'd like to add you to my professional network on LinkedIn. > > - Rajeevan > > Accept invitation from Rajeevan K > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYQcj0Vd3cNdz59bT1imBhDqDB3bP8Sd3sRdPoQczgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=3cpy5iTqgDLAU1 > > View invitation from Rajeevan K > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/3cNnPgNc3AQcP4SckALqnpPbOYWrSlI/svi/?hs=false&tok=27OH6j0pIDLAU1 > > > -- > (c) 2011, LinkedIn Corporation > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/c1848b01/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Sat, 17 Sep 2011 09:54:51 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] lats4d and re > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > On Fri, Sep 16, 2011 at 5:20 PM, Coly SAR wrote: > > > I have a 3D nc file with 6 variables and I want to regrid it to > 0.5? using > > lats4d. > > I issued this command below but the file created remains the same > as infile > > and no regrid done. > > > > > > > > >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func > re(@,0.5) > > > > I am using opengrad v 2.9 and need any suggestion on how to do > this regrid. > > > > > Type "lats4d -h" and read the section on regridding. Unless you use > one of > the predefined resolutions you will need to create (or point to one) > dimension environment file (option -de). > > Arlindo > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/a2d77033/attachment-0001.html > > ------------------------------ > > Message: 5 > Date: Sat, 17 Sep 2011 10:12:57 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] Moisture flux convergence/divergence > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > 2011/9/16 Hyacinth Nnamchi > > > Jeff, > > > > I seems my question wasn't well framed, and so you dealt with the > typo. I > > have attached two Figs showing what the calculations below will > give and > > what exactly I'll like to do. > > > > > >From the attached plot it appears that you want to plot the divergent > component of the mass flux, as given by the Helmholtz decomposition: > > http://en.wikipedia.org/wiki/Helmholtz_decomposition > > The first step is to compute the velocity potential > > ga-> chi = fish_chi(zon,mer) > > (As Roger mentions, make sure to average in the vertical first if > this is > what you want.) Next, the divergent component of the mass flux is > related to > the gradient of chi; see this for more information: > > Calculating the Divergent > Wind > > > Notice that you will need an opengrads build in order to use the fish > extension; more info here: > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > Good luck, > > Arlindo > > > > > > > > Thanks, > > > > Hyacinth > > > > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > > From: Jeffrey Duda > > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > > To: GrADS Users Forum > > > Message-ID: > > > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > > > > Set the graphics output to vector ('set gxout vector'), then 'd > zon;mer' > > > (note the semicolon instead of a comma). > > > > > > Jeff Duda > > > > > > 2011/9/15 Hyacinth Nnamchi > > > > > > > Hello, > > > > > > > > This is not directly about GrADS but since most of address > similar! > > > > problems, I guess someone on this forum will be able to answer > my > > question. > > > > > > > > I understand that to calculate moisture transport, given zonal, > > meridional > > > > winds and specific humidity, can simply do: > > > > > > > > 'define zon=uwnd.1*shum.3' > > > > 'define mer=vwnd.2*shum.3' > > > > 'd zon,mer' > > > > > > > > But, I want to plot vectors indicating field of net moisture > flux (all > > arrows converging/diverging) instead of just transport. > > > > > > > > Thanks for any ideas. > > > > > > > > Hyacinth > > > > > > > > > > > > __ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/f06c2109/attachment-0001.html > > ------------------------------ > > Message: 6 > Date: Sun, 18 Sep 2011 21:39:04 +0300 > From: Mubashar Dogar > Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear GrADS users, > > I am facing a problem with time steps of a netcdf file downloaded for > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the > year > 1989 (downloaded for surface total precipitation for all time steps > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). > This > file is basically synoptic monthly means generated by long term > average of > corresponding 3 hour in all the days of a month, giving 8 time steps > in a > month. So instead of reading 96 values that represents to 12 months (8 > values in each months) GrADS read all these values by considering 8 > time > steps in a day instead in a month. I mean GrADS reads these hours in > a daily > format instead of monthly. Does GrADS not deal with synoptic monthly > means? > I have grib file as well for the same data, what should be time > increment in > a ctl file to open the same grib file? > > > Mubashar Dogar > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/9724bae7/attachment-0001.html > > ------------------------------ > > Message: 7 > Date: Sun, 18 Sep 2011 15:47:24 -0400 > From: Jennifer Adams > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: GrADS Users Forum > Message-ID: <93628EC9-0E8F-4EE1-9D80-0147B93D7F6A at cola.iges.org> > Content-Type: text/plain; charset="us-ascii" > > Please send the output from ncdump -c on your netcdf file. --Jennifer > > On Sep 18, 2011, at 2:39 PM, Mubashar Dogar wrote: > > > > > Dear GrADS users, > > > > I am facing a problem with time steps of a netcdf file downloaded > > for synoptic monthly means of ECMWF ERA-INTERIM forecast product for > > the year 1989 (downloaded for surface total precipitation for all > > time steps available from: http://data-portal.ecmwf.int/data/d/interim_mnth/) > > . This file is basically synoptic monthly means generated by long > > term average of corresponding 3 hour in all the days of a month, > > giving 8 time steps in a month. So instead of reading 96 values that > > represents to 12 months (8 values in each months) GrADS read all > > these values by considering 8 time steps in a day instead in a > > month. I mean GrADS reads these hours in a daily format instead of > > monthly. Does GrADS not deal with synoptic monthly means? I have > > grib file as well for the same data, what should be time increment > > in a ctl file to open the same grib file? > > > > > > Mubashar Dogar > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/ed8613dd/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/02032b8c/attachment-0001.html From saeedbayat7276 at gmail.com Tue Sep 20 00:11:56 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Tue, 20 Sep 2011 08:41:56 +0430 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Hi, I am confused to how start with .gex extenstion! Could you please give me an advice how use commands in terminal and script for this purpose? Best Regards, Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/d26c9df9/attachment.html From rupak.rajbhandari at gmail.com Tue Sep 20 03:49:04 2011 From: rupak.rajbhandari at gmail.com (Rupak Rajbhandari) Date: Tue, 20 Sep 2011 13:34:04 +0545 Subject: [gradsusr] Second file display not working. why? In-Reply-To: References: Message-ID: Dear Roger, Thanks. You were right. The first file was for base period run from 1961 to 1990 and the second file was for future run from 2011 to 2098. I was trying to see the shifts in rainfall pattern, if there are any. The files are one file for one month and controlled using templates. Since there were some gap on the data (1991-2010), I kept the files in separate folders - hence two ctl files. When I try to view the second file, instead of simply assigning the T dimension value from 1 to 360 (or whatever may be), it extends T dimension backward for second file from 2011 to 1961, which is -500+, and the data obviously not available. Now that I have kept all the files in single folder is working (should work). Once again thanks. -rupak Rupak Rajbhandari Department of Meteorology Trichandra Campus, TC/TU Kathmandu On Mon, Sep 19, 2011 at 5:16 PM, Roger Rodrigues Torres < roger.torres at cptec.inpe.br> wrote: > Dear Rupak, > one suggestion is to check the declaration of the time in both ctl's. They > need to be exactly the same to work in the way that you wish. > Regards, > Roger Torres > > 2011/9/19 Rupak Rajbhandari > >> Hi, >> >> The following simple script is working well. But when I remove the line >> 'set dfile 2', then it says data request completely outside file request. >> why? >> >> Thanks. >> >> -rupak >> >> **************************************** >> 'reinit' >> >> 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' >> 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' >> >> 'exec d:\indus\gs\colors' >> 'set gxout grfill' >> >> 'display ave(rf.1,t=1,t=360,12)' >> n=1 >> while (n<50000) ; n=n+1 ; endwhile >> 'set dfile 2' >> 'display ave(rf.2,t=1,t=360,12)' >> 'cbar' >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Roger Rodrigues Torres > PhD. Student in Meteorology > National Institute for Space Research (INPE) > Phone: 55 12 3186-9541 > Personal Webpage: http://rtorres.webnode.com.br > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/f9406342/attachment.html From mequitomz at yahoo.com.br Tue Sep 20 06:02:03 2011 From: mequitomz at yahoo.com.br (Arlindo Meque) Date: Tue, 20 Sep 2011 03:02:03 -0700 (PDT) Subject: [gradsusr] Problem calculating the difference between two files Message-ID: <1316512923.61455.YahooMailNeo@web130212.mail.mud.yahoo.com> Dear all, 1. I want to obtain the difference between the precipitation forecast (1.875X1.25 resolution) and the observed rainfall (2.5X2.5 resolution). 2. These are the commands I am using :reinit' 'set display color white' 'c' 'sdfopen oo.nc'???????????????????? *observed 'sdfopen? ff.nc'? ? ? ? ? ? ? ? ? ? * forecasted 'set dfile 1' 'set t 1 14' 'set z 1' 'set lon 10 55' 'set lat -35 -10' 'define obs=ave(prcp_est,t=1,t=14)' 'set dfile 2' 'set t 1 14' 'set z 1' 'set lon 10 55' 'set lat -35 -10' 'define gg=ave(precip*86400,t=1,t=14)' 'define forecast=re(gg,2.5,2.5,ba)'??????????? * regridding? the forecast 'define difference=forecast-obs' 'd difference' 1. But Iam getting the following error message:Data Request Error: Invalid grid coordinates ? World coordinates convert to non-integer? grid coordinates ??? Variable = obs? Dimension = 3 ? Error ocurred at column 10 DEFINE error:? Invalid expression 4. Help is needed Arlindo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/a0ae9a68/attachment.html From davide.sacchetti at arpal.gov.it Tue Sep 20 06:20:25 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Tue, 20 Sep 2011 12:20:25 +0200 Subject: [gradsusr] Problem calculating the difference between two files In-Reply-To: <1316512923.61455.YahooMailNeo@web130212.mail.mud.yahoo.com> References: <1316512923.61455.YahooMailNeo@web130212.mail.mud.yahoo.com> Message-ID: <1316514025.14356.118.camel@davide> when you regrid from 1.875X1.25 to 2.5X2.5 you get a mesh of 2.5X2.5 but it may be not coincide with the other 2.5X2.5 you have I mean that the 2 grids may have the same resolution but different grid points. In regrid2 udf (so I hope also in re() function) you could also give the coords of a point you wish your grid belongs to - e.g.: re(gg,2.5,2.5,ba) -> re(gg,2.5,2.5,ba_p1,-180,-90) bye bye Davide On Tue, 2011-09-20 at 03:02 -0700, Arlindo Meque wrote: > > > Dear all, > > > I want to obtain the difference between the precipitation > forecast (1.875X1.25 resolution) and the observed rainfall > (2.5X2.5 resolution). > These are the commands I am using : > reinit' > 'set display color white' > 'c' > 'sdfopen oo.nc' *observed > 'sdfopen ff.nc' * forecasted > 'set dfile 1' > 'set t 1 14' > 'set z 1' > 'set lon 10 55' > 'set lat -35 -10' > 'define obs=ave(prcp_est,t=1,t=14)' > > 'set dfile 2' > 'set t 1 14' > 'set z 1' > 'set lon 10 55' > 'set lat -35 -10' > 'define gg=ave(precip*86400,t=1,t=14)' > 'define forecast=re(gg,2.5,2.5,ba)' * regridding the > forecast > 'define difference=forecast-obs' > 'd difference' > > But Iam getting the following error message: > Data Request Error: Invalid grid coordinates > World coordinates convert to non-integer grid coordinates > Variable = obs Dimension = 3 > Error ocurred at column 10 > DEFINE error: Invalid expression > > 4. Help is needed > > > Arlindo > > > > > > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From devdas.pnr at gmail.com Tue Sep 20 07:45:52 2011 From: devdas.pnr at gmail.com (Sudev Das M P) Date: Tue, 20 Sep 2011 17:15:52 +0530 Subject: [gradsusr] How to prepare monthly climatology in GrADS Message-ID: Hai, I have 19 years monthly data sets for heat flux (net heat flux), (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, with each year having a separate file. I want to prepare monthly climatology using these data files in GrADS. How to do this in GrADS ? Hope to get some valuable suggestion. Thanks, sudev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/cd30eec3/attachment.html From roger.torres at cptec.inpe.br Tue Sep 20 07:54:58 2011 From: roger.torres at cptec.inpe.br (Roger Rodrigues Torres) Date: Tue, 20 Sep 2011 08:54:58 -0300 Subject: [gradsusr] Second file display not working. why? In-Reply-To: References: Message-ID: Dear Rupak, you're wellcome. Another suggestion to you is to open the files independently, even the timescales is not the same. Then, if you whish to analyze the difference between 2070-2098 and 1961-90 period (e.g. annual mean), you can proceed in the following way: 1) open the files indenpendently, and find the correspondent T range that correspond two wich period; 2) open both files in the script, and from now on, you need to especify the correspondent time when you call the varible. For example: 'open file1.ctl' (file from 1961 to 1990, with 360 time steps) 'open file2.ctl' (file from 2011 to 2098, with 1056 time steps) 'define PRES=var.1*0' 'define FUT=var.2*0' count=1 while(count<=360) 'define PRES=PRES+var.1(t='count')/360' count=count+1 endwhile count=697 (the value that you have found in the step 1) while(count<=1056) 'define FUT=FUT+var.2(t='count')/360' count=count+1 endwhile 'define Change=FUT-PRES' I hope this can help you. Regards, Roger Torres 2011/9/20 Rupak Rajbhandari > Dear Roger, > > Thanks. You were right. The first file was for base period run from 1961 to > 1990 and the second file was for future run from 2011 to 2098. I was trying > to see the shifts in rainfall pattern, if there are any. The files are one > file for one month and controlled using templates. Since there were some gap > on the data (1991-2010), I kept the files in separate folders - hence two > ctl files. When I try to view the second file, instead of simply assigning > the T dimension value from 1 to 360 (or whatever may be), it extends T > dimension backward for second file from 2011 to 1961, which is -500+, and > the data obviously not available. Now that I have kept all the files in > single folder is working (should work). > > Once again thanks. > > -rupak > > Rupak Rajbhandari > Department of Meteorology > Trichandra Campus, TC/TU > Kathmandu > > > On Mon, Sep 19, 2011 at 5:16 PM, Roger Rodrigues Torres < > roger.torres at cptec.inpe.br> wrote: > >> Dear Rupak, >> one suggestion is to check the declaration of the time in both ctl's. They >> need to be exactly the same to work in the way that you wish. >> Regards, >> Roger Torres >> >> 2011/9/19 Rupak Rajbhandari >> >>> Hi, >>> >>> The following simple script is working well. But when I remove the line >>> 'set dfile 2', then it says data request completely outside file request. >>> why? >>> >>> Thanks. >>> >>> -rupak >>> >>> **************************************** >>> 'reinit' >>> >>> 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' >>> 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' >>> >>> 'exec d:\indus\gs\colors' >>> 'set gxout grfill' >>> >>> 'display ave(rf.1,t=1,t=360,12)' >>> n=1 >>> while (n<50000) ; n=n+1 ; endwhile >>> 'set dfile 2' >>> 'display ave(rf.2,t=1,t=360,12)' >>> 'cbar' >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> >> -- >> Roger Rodrigues Torres >> PhD. Student in Meteorology >> National Institute for Space Research (INPE) >> Phone: 55 12 3186-9541 >> Personal Webpage: http://rtorres.webnode.com.br >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Roger Rodrigues Torres PhD. Student in Meteorology National Institute for Space Research (INPE) Phone: 55 12 3186-9541 Personal Webpage: http://rtorres.webnode.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/f6047172/attachment-0001.html From kk.kouadio at yahoo.fr Tue Sep 20 08:28:08 2011 From: kk.kouadio at yahoo.fr (Kouadio) Date: Tue, 20 Sep 2011 12:28:08 -0000 Subject: [gradsusr] Grads new version Message-ID: <000001cc7790$c366ec40$4a34c4c0$@yahoo.fr> Hello, Someone help me to download a new version of grads version? So I use the 1.9 and I dawnload the version 2... When I compile I have not some executable. I use Suse 11.4 on my laptop. Thank you in advance Kouadio -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/78a346c4/attachment.html From rafanoharana at gmail.com Tue Sep 20 08:55:13 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Tue, 20 Sep 2011 19:55:13 +0700 Subject: [gradsusr] script similar to batch in Mac OS X Message-ID: Dear all, I guess that it is not the right place to ask this question, but I know that it can be solved here that's why I'm asking... In Windows, in order to make a time series data, I use .bat file which name is run_script.bat and which contains: foreach m (1 2 3 4 5 6 7 8 9 10 11 12) ncdump fpar_re_2001_$(m).nc > test.cdl sed -n '1,1p' test.cdl > test1.cdl cat header_fpar_re_2001.txt >> test1.cdl echo "" >> test1.cdl echo "data:" >> test1.cdl echo "" >> test1.cdl echo " time = $(m) ; " >> test1.cdl echo "" >> test1.cdl sed -n '16,20000000p' test.cdl >> test1.cdl ncgen -o fpar_re_fnl_2001_$(m).nc test1.cdl end and I use command prompt to run it: tcsh run_script.bat and it works perfectly. Now, I move to Mac OS X and try to run this script. I did: csh run_script.bat but always get an error: "foreach: Words not parenthesized." I have already changed the $(m) to ${m} and even type directly the name of the file but always obtain the message "foreach: Words not parenthesized." I changed the extension to .sh but always the same problem. Any help would be very helpful. Thank you, Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/36924478/attachment.html From javier.p at ereda.com Tue Sep 20 09:31:15 2011 From: javier.p at ereda.com (=?ISO-8859-1?Q?Javier_Pe=F1a?=) Date: Tue, 20 Sep 2011 15:31:15 +0200 Subject: [gradsusr] Problems opening Grib2 files with grads Message-ID: Dear users: I'm trying to open a grib2 file with Grads but I've found problems in my way. I have been able to create a descriptor file with the function g2ctl.plusing the following sentence: perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > pgbhnl.gdas.2006020112_grib2.ctl but, when I've tried to create the index file with the function gribmap, I have obtained the following error message: gribmap -i pgbhnl.gdas.2006020112_grib2.ctl Open Error: Data file type invalid --> The invalid description file record is: --> dtype grb2 The data file was not opened. This is part of the descriptor file obtained: dset ^pgbhnl.gdas.2006020112.grb2 index ^pgbhnl.gdas.2006020112.grb2.idx undef 9.999E+20 title pgbhnl.gdas.2006020112.grb2 * produced by g2ctl v0.0.8.2 * command line options: -0 pgbhnl.gdas.2006020112.grb2 * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by 0.500000 #points=259920:winds(N/S) dtype grib2 ydef 361 linear -90.000000 0.5 xdef 720 linear 0.000000 0.500000 tdef 1 linear 12Z01feb2006 1mo * PROFILE hPa zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 500 300 200 100 options pascals vars 95 no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted Index [K] no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential Height Anomaly [gpm] no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential Height [gpm] Does someone know what is the problem? What is wrong in my procedure? and how can I create the index file? Thank you very much in advance for your help. Sincerely: Javier Pe?a -- Javier Pe?a ?lvarez Energ?as Renovables javier.p at ereda.com EREDA Tel: +34 91 5014755 Fax: +34 91 5014756 P?. Marqu?s de Monistrol 7 28011 MADRID www.ereda.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/afa6eddb/attachment.html From dasilva at alum.mit.edu Tue Sep 20 10:19:50 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 20 Sep 2011 10:19:50 -0400 Subject: [gradsusr] script similar to batch in Mac OS X In-Reply-To: References: Message-ID: On Tue, Sep 20, 2011 at 8:55 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > I guess that it is not the right place to ask this question, but I know > that it can be solved here that's why I'm asking... > In Windows, in order to make a time series data, I use .bat file which name > is run_script.bat and which contains: > > foreach m (1 2 3 4 5 6 7 8 9 10 11 12) > ncdump fpar_re_2001_$(m).nc > test.cdl > sed -n '1,1p' test.cdl > test1.cdl > cat header_fpar_re_2001.txt >> test1.cdl > echo "" >> test1.cdl > echo "data:" >> test1.cdl > echo "" >> test1.cdl > echo " time = $(m) ; " >> test1.cdl > echo "" >> test1.cdl > sed -n '16,20000000p' test.cdl >> test1.cdl > ncgen -o fpar_re_fnl_2001_$(m).nc test1.cdl > end > > and I use command prompt to run it: > > tcsh run_script.bat > > and it works perfectly. > > > Now, I move to Mac OS X and try to run this script. I did: > > csh run_script.bat > > but always get an error: "foreach: Words not parenthesized." > I have already changed the $(m) to ${m} and even type directly the name of > the file but always obtain the message "foreach: Words not parenthesized." > I changed the extension to .sh but always the same problem. > > Even though you have .bat in your script file name, from the above it is clear that you are running a c-shell script, an old habit of mine as well. The issue you are having on Mac OS X is most likely because your "run_script.bat" file was created on Windows and has the funny MS-DOS line ending characters. All you need to do is to run this utility on your file: % dos2unix run_script.bat Here is the catch: if dos2unix is not standard on Mac OS X. If it is not available in your system you can install it from macports with % sudo port install dos2unix If you don't have macports installed, see here: http://www.macports.org/ or ask your sys admin to install it for you. (It is possible that I included some version of dos2unix with the opengrads win32 superpack, I can't remember.) Arlindo > Any help would be very helpful. > > Thank you, > > Serge > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/df324844/attachment.html From dasilva at alum.mit.edu Tue Sep 20 10:39:19 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 20 Sep 2011 10:39:19 -0400 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: On Tue, Sep 20, 2011 at 12:11 AM, saeed bayat wrote: > Hi, > I am confused to how start with .gex extenstion! Could you please give me > an advice how > use commands in terminal and script for this purpose? > > If you installed the latest opengrads bundle, you have nothing to do, it is all included and designed to work out of the tar ball. From the user point of view a function implemented in a .gex file works exactly like any other native grads function, say hcurl(). The only special thing about a gex function is that it is not available with COLA standard builds requiring that you install an opengrads build. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/800adb41/attachment.html From dasilva at alum.mit.edu Tue Sep 20 10:49:06 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 20 Sep 2011 10:49:06 -0400 Subject: [gradsusr] How to prepare monthly climatology in GrADS In-Reply-To: References: Message-ID: On Tue, Sep 20, 2011 at 7:45 AM, Sudev Das M P wrote: > Hai, > > I have 19 years monthly data sets for heat flux (net heat flux), > > (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, > > with each year having a separate file. I want to prepare monthly > climatology > > using these data files in GrADS. How to do this in GrADS ? Hope to get > > some valuable suggestion. > > > There is more than one way of doing this, here is a solution using lats4d. First, write a template DDF or CTL to open these files are a single time series, call it nfh.ddf. Now, to create the january climatology enter: % lats4d.sh -i nhf.ddf -o nhf_jan -time jan1998 jan2006 12 -mean -v and repeat this for each month. (There are also variants to have all the 12 months on a single file.) Also look at the NCO utilities. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/fab58b54/attachment-0001.html From Wesley.Ebisuzaki at noaa.gov Tue Sep 20 11:24:18 2011 From: Wesley.Ebisuzaki at noaa.gov (Wesley Ebisuzaki) Date: Tue, 20 Sep 2011 11:24:18 -0400 Subject: [gradsusr] Problems opening Grib2 files with grads In-Reply-To: References: Message-ID: <4E78B022.7000900@noaa.gov> Javier, The error message > Open Error: Data file type invalid > --> The invalid description file record is: > --> dtype grb2 says that you either are using gribmap v1 or gribmap v2 that was compiled without grib2 support. Most likely the former. Wesley Ebisuzaki Javier Pe?a wrote: > Dear users: > > I'm trying to open a grib2 file with Grads but I've found problems in > my way. > > I have been able to create a descriptor file with the function > g2ctl.pl using the following sentence: > > perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > > pgbhnl.gdas.2006020112_grib2.ctl > > but, when I've tried to create the index file with the function > gribmap, I have obtained the following error message: > > gribmap -i pgbhnl.gdas.2006020112_grib2.ctl > Open Error: Data file type invalid > --> The invalid description file record is: > --> dtype grb2 > The data file was not opened. > > This is part of the descriptor file obtained: > > dset ^pgbhnl.gdas.2006020112.grb2 > index ^pgbhnl.gdas.2006020112.grb2.idx > undef 9.999E+20 > title pgbhnl.gdas.2006020112.grb2 > * produced by g2ctl v0.0.8.2 > * command line options: -0 pgbhnl.gdas.2006020112.grb2 > * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon > grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat > 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by > 0.500000 #points=259920:winds(N/S) > > dtype grib2 > ydef 361 linear -90.000000 0.5 > xdef 720 linear 0.000000 0.500000 > tdef 1 linear 12Z01feb2006 1mo > * PROFILE hPa > zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 > 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 > 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 > 500 300 200 100 > options pascals > vars 95 > no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted Index [K] > no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential > Height Anomaly [gpm] > no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential > Height [gpm] > > Does someone know what is the problem? What is wrong in my procedure? > and how can I create the index file? > > Thank you very much in advance for your help. > > Sincerely: > Javier Pe?a > > -- > Javier Pe?a ?lvarez > Energ?as Renovables > javier.p at ereda.com > EREDA > > Tel: +34 91 5014755 > Fax: +34 91 5014756 > P?. Marqu?s de Monistrol 7 > 28011 MADRID > www.ereda.com > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From esjluis at yahoo.com.mx Tue Sep 20 12:52:07 2011 From: esjluis at yahoo.com.mx (jl sa) Date: Tue, 20 Sep 2011 09:52:07 -0700 (PDT) Subject: [gradsusr] gradsusr Digest, Vol 19, Issue 44 In-Reply-To: References: Message-ID: <1316537527.80804.YahooMailNeo@web111010.mail.gq1.yahoo.com> hola por que no intestas pasarlo a grib1, con el comando? cnvgrib -g21? elarchivo.grib2 elnuevoarchivo.grib ? ? hello why not pass it grib1 intestate, with the command "cnvgrib -g21 elarchivo.grib2 elnuevoarchivo.grib" ? a mi me dio ese problema y me decian que posiblemente era por la version de grads que usaba. ? ? espero te ayude gave to me and told me the problem was possibly the version of grads he used. I hope to help you atte jluis ? Message: 3 Date: Tue, 20 Sep 2011 15:31:15 +0200 From: Javier Pe?a Subject: [gradsusr] Problems opening Grib2 files with grads To: Gradsusr_new Cc: Dario Patane Message-ID: ??? Content-Type: text/plain; charset="iso-8859-1" Dear users: I'm trying to open a grib2 file with Grads but I've found problems in my way. I have been able to create a descriptor file with the function g2ctl.plusing the following sentence: perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > pgbhnl.gdas.2006020112_grib2.ctl but, when I've tried to create the index file with the function gribmap, I have obtained the following error message: gribmap -i pgbhnl.gdas.2006020112_grib2.ctl Open Error:? Data file type invalid ? --> The invalid description file record is: ? --> dtype grb2 ? The data file was not opened. This is part of the descriptor file obtained: dset ^pgbhnl.gdas.2006020112.grb2 index ^pgbhnl.gdas.2006020112.grb2.idx undef 9.999E+20 title pgbhnl.gdas.2006020112.grb2 * produced by g2ctl v0.0.8.2 * command line options: -0 pgbhnl.gdas.2006020112.grb2 * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by 0.500000 #points=259920:winds(N/S) dtype grib2 ydef 361 linear -90.000000 0.5 xdef 720 linear 0.000000 0.500000 tdef 1 linear 12Z01feb2006 1mo * PROFILE hPa zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 500 300 200 100 options pascals vars 95 no4LFTXsfc? 0,1,0? 0,7,193 ** surface Best (4 layer) Lifted Index [K] no5WAVA500mb? 0,100,50000? 0,3,197 ** 500 mb 5-Wave Geopotential Height Anomaly [gpm] no5WAVH500mb? 0,100,50000? 0,3,193 ** 500 mb 5-Wave Geopotential Height [gpm] Does someone know what is the problem? What is wrong in my procedure? and how can I create the index file? Thank you very much in advance for your help. Sincerely: Javier Pe?a -- Javier Pe?a ?lvarez Energ?as Renovables javier.p at ereda.com EREDA Tel:? +34 91 5014755 Fax: +34 91 5014756 P?. Marqu?s de Monistrol 7 28011 MADRID www.ereda.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/afa6eddb/attachment-0001.html ------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/467b53e8/attachment.html From javier.p at ereda.com Tue Sep 20 12:54:34 2011 From: javier.p at ereda.com (=?ISO-8859-1?Q?Javier_Pe=F1a?=) Date: Tue, 20 Sep 2011 18:54:34 +0200 Subject: [gradsusr] Problems opening Grib2 files with grads In-Reply-To: <4E78B022.7000900@noaa.gov> References: <4E78B022.7000900@noaa.gov> Message-ID: Dear Wesley: Could you kindly say to me where I can find the gribmap v2? Now, I am using ubuntu 10.1 and I have downdoad the GRADS version 2.0.a7.1-3 from the software center. Thanks for your help. kind regards: Javier Pe?a 2011/9/20 Wesley Ebisuzaki > Javier, > > The error message > > > Open Error: Data file type invalid > > --> The invalid description file record is: > > --> dtype grb2 > says that you either are using gribmap v1 or gribmap v2 that was compiled > without grib2 support. Most likely the former. > > Wesley Ebisuzaki > > > > Javier Pe?a wrote: > > Dear users: > > > > I'm trying to open a grib2 file with Grads but I've found problems in > > my way. > > > > I have been able to create a descriptor file with the function > > g2ctl.pl using the following sentence: > > > > perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > > > pgbhnl.gdas.2006020112_grib2.ctl > > > > but, when I've tried to create the index file with the function > > gribmap, I have obtained the following error message: > > > > gribmap -i pgbhnl.gdas.2006020112_grib2.ctl > > Open Error: Data file type invalid > > --> The invalid description file record is: > > --> dtype grb2 > > The data file was not opened. > > > > This is part of the descriptor file obtained: > > > > dset ^pgbhnl.gdas.2006020112.grb2 > > index ^pgbhnl.gdas.2006020112.grb2.idx > > undef 9.999E+20 > > title pgbhnl.gdas.2006020112.grb2 > > * produced by g2ctl v0.0.8.2 > > * command line options: -0 pgbhnl.gdas.2006020112.grb2 > > * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon > > grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat > > 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by > > 0.500000 #points=259920:winds(N/S) > > > > dtype grib2 > > ydef 361 linear -90.000000 0.5 > > xdef 720 linear 0.000000 0.500000 > > tdef 1 linear 12Z01feb2006 1mo > > * PROFILE hPa > > zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 > > 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 > > 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 > > 500 300 200 100 > > options pascals > > vars 95 > > no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted Index [K] > > no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential > > Height Anomaly [gpm] > > no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential > > Height [gpm] > > > > Does someone know what is the problem? What is wrong in my procedure? > > and how can I create the index file? > > > > Thank you very much in advance for your help. > > > > Sincerely: > > Javier Pe?a > > > > -- > > Javier Pe?a ?lvarez > > Energ?as Renovables > > javier.p at ereda.com > > EREDA > > > > Tel: +34 91 5014755 > > Fax: +34 91 5014756 > > P?. Marqu?s de Monistrol 7 > > 28011 MADRID > > www.ereda.com > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Javier Pe?a ?lvarez Energ?as Renovables javier.p at ereda.com EREDA Tel: +34 91 5014755 Fax: +34 91 5014756 P?. Marqu?s de Monistrol 7 28011 MADRID www.ereda.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/a5758da3/attachment.html From jma at cola.iges.org Tue Sep 20 12:57:19 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Tue, 20 Sep 2011 12:57:19 -0400 Subject: [gradsusr] Problems opening Grib2 files with grads In-Reply-To: References: <4E78B022.7000900@noaa.gov> Message-ID: Two comments inline. --Jennifer On Sep 20, 2011, at 12:54 PM, Javier Pe?a wrote: > Dear Wesley: > > Could you kindly say to me where I can find the gribmap v2? There is only one gribmap, it handles both grib 1 and 2. > Now, I am using ubuntu 10.1 and I have downdoad the GRADS version > 2.0.a7.1-3 from the software center. > > Thanks for your help. > > kind regards: > Javier Pe?a > > > 2011/9/20 Wesley Ebisuzaki > Javier, > > The error message > > > Open Error: Data file type invalid > > --> The invalid description file record is: > > --> dtype grb2 This looks like a simple typo. Try changing "grb2" to "grib2" > says that you either are using gribmap v1 or gribmap v2 that was > compiled > without grib2 support. Most likely the former. > > Wesley Ebisuzaki > > > > Javier Pe?a wrote: > > Dear users: > > > > I'm trying to open a grib2 file with Grads but I've found problems > in > > my way. > > > > I have been able to create a descriptor file with the function > > g2ctl.pl using the following sentence: > > > > perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > > > pgbhnl.gdas.2006020112_grib2.ctl > > > > but, when I've tried to create the index file with the function > > gribmap, I have obtained the following error message: > > > > gribmap -i pgbhnl.gdas.2006020112_grib2.ctl > > Open Error: Data file type invalid > > --> The invalid description file record is: > > --> dtype grb2 > > The data file was not opened. > > > > This is part of the descriptor file obtained: > > > > dset ^pgbhnl.gdas.2006020112.grb2 > > index ^pgbhnl.gdas.2006020112.grb2.idx > > undef 9.999E+20 > > title pgbhnl.gdas.2006020112.grb2 > > * produced by g2ctl v0.0.8.2 > > * command line options: -0 pgbhnl.gdas.2006020112.grb2 > > * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon > > grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat > > 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by > > 0.500000 #points=259920:winds(N/S) > > > > dtype grib2 > > ydef 361 linear -90.000000 0.5 > > xdef 720 linear 0.000000 0.500000 > > tdef 1 linear 12Z01feb2006 1mo > > * PROFILE hPa > > zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 > 80000 > > 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 > > 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 > 700 > > 500 300 200 100 > > options pascals > > vars 95 > > no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted > Index [K] > > no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential > > Height Anomaly [gpm] > > no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential > > Height [gpm] > > > > Does someone know what is the problem? What is wrong in my > procedure? > > and how can I create the index file? > > > > Thank you very much in advance for your help. > > > > Sincerely: > > Javier Pe?a > > > > -- > > Javier Pe?a ?lvarez > > Energ?as Renovables > > javier.p at ereda.com > > EREDA > > > > Tel: +34 91 5014755 > > Fax: +34 91 5014756 > > P?. Marqu?s de Monistrol 7 > > 28011 MADRID > > www.ereda.com > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > -- > Javier Pe?a ?lvarez > Energ?as Renovables > javier.p at ereda.com > EREDA > > Tel: +34 91 5014755 > Fax: +34 91 5014756 > P?. Marqu?s de Monistrol 7 > 28011 MADRID > www.ereda.com > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/9423c1c1/attachment-0001.html From saeedbayat7276 at gmail.com Wed Sep 21 00:00:40 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Wed, 21 Sep 2011 08:30:40 +0430 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Hi Arlindo, I am working with *Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile * I check the link you mentioned above, but I am confused that what am I type instead of expression exist there. I am working with output data of RegCM4.1 and I do not know what exactly is the PSI, CHI, FISH_CHI and some another. Any Idea? Best Regards Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Tue, Sep 20, 2011 at 7:09 PM, Arlindo da Silva wrote: > On Tue, Sep 20, 2011 at 12:11 AM, saeed bayat wrote: > >> Hi, >> I am confused to how start with .gex extenstion! Could you please give me >> an advice how >> use commands in terminal and script for this purpose? >> >> > If you installed the latest opengrads bundle, you have nothing to do, it is > all included and designed to work out of the tar ball. From the user point > of view a function implemented in a .gex file works exactly like any other > native grads function, say hcurl(). The only special thing about a gex > function is that it is not available with COLA standard builds requiring > that you install an opengrads build. > > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/a2667cfa/attachment.html From garutlama at gmail.com Wed Sep 21 00:23:26 2011 From: garutlama at gmail.com (Garut Lama) Date: Wed, 21 Sep 2011 12:23:26 +0800 Subject: [gradsusr] Problems opening Grib2 files with grads In-Reply-To: References: <4E78B022.7000900@noaa.gov> Message-ID: I encountered this type of problem before and if I remembered correctly it was due to the incorrect installation (or corrupted file) of gribmap/grads software. Your .ctl file appears OK with the "dtype grib2" data descriptor I suggest that you reinstall the software. Garut On Wed, Sep 21, 2011 at 12:57 AM, Jennifer Adams wrote: > Two comments inline. --Jennifer > > On Sep 20, 2011, at 12:54 PM, Javier Pe?a wrote: > > Dear Wesley: > > Could you kindly say to me where I can find the gribmap v2? > > There is only one gribmap, it handles both grib 1 and 2. > > Now, I am using ubuntu 10.1 and I have downdoad the GRADS version > 2.0.a7.1-3 from the software center. > > Thanks for your help. > > kind regards: > Javier Pe?a > > > 2011/9/20 Wesley Ebisuzaki > >> Javier, >> >> The error message >> >> > Open Error: Data file type invalid >> > --> The invalid description file record is: >> > --> dtype grb2 >> > This looks like a simple typo. Try changing "grb2" to "grib2" > > > says that you either are using gribmap v1 or gribmap v2 that was compiled >> without grib2 support. Most likely the former. >> >> Wesley Ebisuzaki >> >> >> >> Javier Pe?a wrote: >> > Dear users: >> > >> > I'm trying to open a grib2 file with Grads but I've found problems in >> > my way. >> > >> > I have been able to create a descriptor file with the function >> > g2ctl.pl using the following sentence: >> > >> > perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > >> > pgbhnl.gdas.2006020112_grib2.ctl >> > >> > but, when I've tried to create the index file with the function >> > gribmap, I have obtained the following error message: >> > >> > gribmap -i pgbhnl.gdas.2006020112_grib2.ctl >> > Open Error: Data file type invalid >> > --> The invalid description file record is: >> > --> dtype grb2 >> > The data file was not opened. >> > >> > This is part of the descriptor file obtained: >> > >> > dset ^pgbhnl.gdas.2006020112.grb2 >> > index ^pgbhnl.gdas.2006020112.grb2.idx >> > undef 9.999E+20 >> > title pgbhnl.gdas.2006020112.grb2 >> > * produced by g2ctl v0.0.8.2 >> > * command line options: -0 pgbhnl.gdas.2006020112.grb2 >> > * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon >> > grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat >> > 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by >> > 0.500000 #points=259920:winds(N/S) >> > >> > dtype grib2 >> > ydef 361 linear -90.000000 0.5 >> > xdef 720 linear 0.000000 0.500000 >> > tdef 1 linear 12Z01feb2006 1mo >> > * PROFILE hPa >> > zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 >> > 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 >> > 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 >> > 500 300 200 100 >> > options pascals >> > vars 95 >> > no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted Index [K] >> > no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential >> > Height Anomaly [gpm] >> > no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential >> > Height [gpm] >> > >> > Does someone know what is the problem? What is wrong in my procedure? >> > and how can I create the index file? >> > >> > Thank you very much in advance for your help. >> > >> > Sincerely: >> > Javier Pe?a >> > >> > -- >> > Javier Pe?a ?lvarez >> > Energ?as Renovables >> > javier.p at ereda.com >> > EREDA >> > >> > Tel: +34 91 5014755 >> > Fax: +34 91 5014756 >> > P?. Marqu?s de Monistrol 7 >> > 28011 MADRID >> > www.ereda.com >> > ------------------------------------------------------------------------ >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Javier Pe?a ?lvarez > Energ?as Renovables > javier.p at ereda.com > EREDA > > Tel: +34 91 5014755 > Fax: +34 91 5014756 > P?. Marqu?s de Monistrol 7 > 28011 MADRID > www.ereda.com > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/805e9328/attachment.html From rafanoharana at gmail.com Wed Sep 21 01:16:07 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Wed, 21 Sep 2011 12:16:07 +0700 Subject: [gradsusr] script similar to batch in Mac OS X In-Reply-To: References: Message-ID: Dear Arlindo, Thank you for your answer. I have installed MacPort successfully but when I try to sudo port install dos2unix, seems like can't connect to the server. Then I saw that it was trying to download the expat 2.0.1.tar.gz so I downloaded it manually and install. However when I run the dos2unix run_script.bat, it says "dos2unix accept only standard input and output". Serge On Tue, Sep 20, 2011 at 9:19 PM, Arlindo da Silva wrote: > On Tue, Sep 20, 2011 at 8:55 AM, Rafanoharana Serge Claudio < > rafanoharana at gmail.com> wrote: > >> Dear all, >> >> I guess that it is not the right place to ask this question, but I know >> that it can be solved here that's why I'm asking... >> In Windows, in order to make a time series data, I use .bat file which >> name is run_script.bat and which contains: >> >> foreach m (1 2 3 4 5 6 7 8 9 10 11 12) >> ncdump fpar_re_2001_$(m).nc > test.cdl >> sed -n '1,1p' test.cdl > test1.cdl >> cat header_fpar_re_2001.txt >> test1.cdl >> echo "" >> test1.cdl >> echo "data:" >> test1.cdl >> echo "" >> test1.cdl >> echo " time = $(m) ; " >> test1.cdl >> echo "" >> test1.cdl >> sed -n '16,20000000p' test.cdl >> test1.cdl >> ncgen -o fpar_re_fnl_2001_$(m).nc test1.cdl >> end >> >> and I use command prompt to run it: >> >> tcsh run_script.bat >> >> and it works perfectly. >> >> >> Now, I move to Mac OS X and try to run this script. I did: >> >> csh run_script.bat >> >> but always get an error: "foreach: Words not parenthesized." >> I have already changed the $(m) to ${m} and even type directly the name of >> the file but always obtain the message "foreach: Words not parenthesized." >> I changed the extension to .sh but always the same problem. >> >> > Even though you have .bat in your script file name, from the above it is > clear that you are running a c-shell script, an old habit of mine as well. > The issue you are having on Mac OS X is most likely because your > "run_script.bat" file was created on Windows and has the funny MS-DOS line > ending characters. All you need to do is to run this utility on your file: > > % dos2unix run_script.bat > > Here is the catch: if dos2unix is not standard on Mac OS X. If it is not > available in your system you can install it from macports with > > % sudo port install dos2unix > > If you don't have macports installed, see here: http://www.macports.org/or ask your sys admin to install it for you. (It is possible that I included > some version of dos2unix with the opengrads win32 superpack, I can't > remember.) > > Arlindo > > > >> Any help would be very helpful. >> >> Thank you, >> >> Serge >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/d2647a3e/attachment-0001.html From saeedbayat7276 at gmail.com Wed Sep 21 01:38:10 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Wed, 21 Sep 2011 10:08:10 +0430 Subject: [gradsusr] wind and topography Message-ID: Dear GrADS users, Does anyone have an idea how can I draw a map like I attached below? I want to show wind direction and draw profile of a mountain. is it possible? Thanks in advance Saeed Bayat, M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/060fea79/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 201435 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110921/060fea79/attachment-0001.png From davide.sacchetti at arpal.gov.it Wed Sep 21 02:42:03 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Wed, 21 Sep 2011 08:42:03 +0200 Subject: [gradsusr] wind and topography In-Reply-To: References: Message-ID: <1316587323.14356.137.camel@davide> it is possible: I resend a mail that tries to answer to a similar question bye bye Davide if your vertical coord is pressure then you can plot pressfc. The trick is this: 1) set lev 1000 100 (ex) 2) display something (ex: u;v) 3) get parea settings ('q gxinfo') 4) set parea to previous settings (now you want to plot 1D data (level is fixed) while in previous u;v the level was varying: default PlotAREA are different) 5) set y range to 1000 100 (set vrange 100 1000; set yflip on) 5) display PRESsfc if you want to plot 1.5PVU level you can do the same but the field you need is the pressure of 1.5PVU hoping it can help ... bye bye Davide On Wed, 2011-08-10 at 15:44 +0200, Fred - GMT wrote: > Hi, > > I'm using Grads to display vertical cross sections. I'd like to display > grey area below a defined level of pressure (determined by the parameter > PRESsfc). How can I do that? > On the cross sections, I want display a line representing the position > of a parcel ; for example 1,5PVU. But I have this error : > > Data Request Warning: Varying Z dimension environment... > > but the requested variable has no Z dimension > > Cannot contour grid - all undefined values > Indeed, the parameter does not vary with altitude. How to display it ? > > Thank you ! > Fred > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr On Wed, 2011-09-21 at 10:08 +0430, saeed bayat wrote: > Dear GrADS users, > Does anyone have an idea how can I draw a map like I attached below? > I want to show wind direction and draw profile of a mountain. is it > possible? > > Thanks in advance > > Saeed Bayat, > M.A Student of Climatology > Department of Geography > Ferdowsi University of Mashhad(Iran) > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From james.ciarlo at physics.org Wed Sep 21 04:01:21 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Wed, 21 Sep 2011 10:01:21 +0200 Subject: [gradsusr] How to prepare monthly climatology in GrADS In-Reply-To: References: Message-ID: you can use CDO to merge the nc files into one file and then use grads for the climatology On 20 September 2011 16:49, Arlindo da Silva wrote: > On Tue, Sep 20, 2011 at 7:45 AM, Sudev Das M P wrote: > >> Hai, >> >> I have 19 years monthly data sets for heat flux (net heat flux), >> >> (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, >> >> with each year having a separate file. I want to prepare monthly >> climatology >> >> using these data files in GrADS. How to do this in GrADS ? Hope to get >> >> some valuable suggestion. >> >> >> > There is more than one way of doing this, here is a solution using lats4d. > First, write a template DDF or CTL to open these files are a single time > series, call it nfh.ddf. Now, to create the january climatology enter: > > % lats4d.sh -i nhf.ddf -o nhf_jan -time jan1998 jan2006 12 -mean -v > > and repeat this for each month. (There are also variants to have all the > 12 months on a single file.) Also look at the NCO utilities. > > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/b4c1c1fe/attachment.html From bernd.becker at metoffice.gov.uk Wed Sep 21 07:02:04 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Wed, 21 Sep 2011 12:02:04 +0100 Subject: [gradsusr] GXyat question re. colours Message-ID: Hello, How can I force gxyat to save the colours to a gif file as displayed on screen ? Please find attached 2 images, one created with printim (authentic colours) and one created with gxyat and observe, that the yellow in the contour plot differs from the yellow in the legend. What could be the cause of that? What can I do about it? Many thanks, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game -------------- next part -------------- A non-text attachment was scrubbed... Name: WWg.gif Type: image/gif Size: 62452 bytes Desc: WWg.gif Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110921/9be913cb/attachment-0002.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: WW.gif Type: image/gif Size: 23920 bytes Desc: WW.gif Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110921/9be913cb/attachment-0003.gif From andfried at berkeley.edu Wed Sep 21 15:09:34 2011 From: andfried at berkeley.edu (Andrew Friedman) Date: Wed, 21 Sep 2011 12:09:34 -0700 Subject: [gradsusr] reanalysis topographic masking Message-ID: Hi GrADS users, I'm trying mask out topography below certain pressure levels when plotting North American Regional Reanalysis (NARR) winds. Do any of you know where to find NARR elevation, or how to convert the elevation to pressure levels in GrADS? Though I'm specifically interested in NARR, suggestions based on experience with other reanalysis products would be helpful too. Thanks much, Andrew ---------------------------------------------------- Andrew Friedman Graduate Student, Geography Department, UC Berkeley andfried at berkeley.edu From dasilva at alum.mit.edu Wed Sep 21 20:30:50 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 21 Sep 2011 20:30:50 -0400 Subject: [gradsusr] script similar to batch in Mac OS X In-Reply-To: References: Message-ID: On Wed, Sep 21, 2011 at 1:16 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear Arlindo, > > Thank you for your answer. I have installed MacPort successfully but when I > try to sudo port install dos2unix, seems like can't connect to the server. Either the server was down or your firewall is really strict... > Then I saw that it was trying to download the expat 2.0.1.tar.gz so I > downloaded it manually and install. However when I run the dos2unix > run_script.bat, it says "dos2unix accept only standard input and output". > > Hmm. Here is what I get when running dos2unix installed via mac ports: % dos2unix junk.txt dos2unix: converting file junk.txt to UNIX format ... Which version of Mac OS X are you using? Arlindo Serge > > > On Tue, Sep 20, 2011 at 9:19 PM, Arlindo da Silva wrote: > >> On Tue, Sep 20, 2011 at 8:55 AM, Rafanoharana Serge Claudio < >> rafanoharana at gmail.com> wrote: >> >>> Dear all, >>> >>> I guess that it is not the right place to ask this question, but I know >>> that it can be solved here that's why I'm asking... >>> In Windows, in order to make a time series data, I use .bat file which >>> name is run_script.bat and which contains: >>> >>> foreach m (1 2 3 4 5 6 7 8 9 10 11 12) >>> ncdump fpar_re_2001_$(m).nc > test.cdl >>> sed -n '1,1p' test.cdl > test1.cdl >>> cat header_fpar_re_2001.txt >> test1.cdl >>> echo "" >> test1.cdl >>> echo "data:" >> test1.cdl >>> echo "" >> test1.cdl >>> echo " time = $(m) ; " >> test1.cdl >>> echo "" >> test1.cdl >>> sed -n '16,20000000p' test.cdl >> test1.cdl >>> ncgen -o fpar_re_fnl_2001_$(m).nc test1.cdl >>> end >>> >>> and I use command prompt to run it: >>> >>> tcsh run_script.bat >>> >>> and it works perfectly. >>> >>> >>> Now, I move to Mac OS X and try to run this script. I did: >>> >>> csh run_script.bat >>> >>> but always get an error: "foreach: Words not parenthesized." >>> I have already changed the $(m) to ${m} and even type directly the name >>> of the file but always obtain the message "foreach: Words not >>> parenthesized." >>> I changed the extension to .sh but always the same problem. >>> >>> >> Even though you have .bat in your script file name, from the above it is >> clear that you are running a c-shell script, an old habit of mine as well. >> The issue you are having on Mac OS X is most likely because your >> "run_script.bat" file was created on Windows and has the funny MS-DOS line >> ending characters. All you need to do is to run this utility on your file: >> >> % dos2unix run_script.bat >> >> Here is the catch: if dos2unix is not standard on Mac OS X. If it is not >> available in your system you can install it from macports with >> >> % sudo port install dos2unix >> >> If you don't have macports installed, see here: http://www.macports.org/or ask your sys admin to install it for you. (It is possible that I included >> some version of dos2unix with the opengrads win32 superpack, I can't >> remember.) >> >> Arlindo >> >> >> >>> Any help would be very helpful. >>> >>> Thank you, >>> >>> Serge >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/c45bad55/attachment.html From dasilva at alum.mit.edu Wed Sep 21 20:42:38 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 21 Sep 2011 20:42:38 -0400 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: On Wed, Sep 21, 2011 at 12:00 AM, saeed bayat wrote: > Hi Arlindo, > I am working with > *Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 opendap-grids,stn athena geotiff shapefile > * > I check the link you mentioned above, but I am confused that what am I type > > instead of expression exist there. I am working with output data of > RegCM4.1 > and I do not know what exactly is the PSI, CHI, FISH_CHI and some another. > > I am not sure I really understand what you are asking. If you enter: ga-> q udf you get a list of all the opengrads extension functions. Of relevance here is the *fish* package which is documented here: http://opengrads.org/doc/udxt/fish/ Now, it is assumed that you know (from vector calculus or from your dynamic meteorology classes) the definition of streamfunction (usually denoted psi) and velocity potential (usually denoted chi). Given the (u,v) components of a horizontal vector (winds, mass flux, etc.) you can compute psi, chi with ga-> psi = fish_psi(u,v) ga-> chi = fish_chi(u,v) I hope this helps. If you are not familiar with the stream function/velocity potential concepts, work on that first, then come back to try the software. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/e71be802/attachment.html From dasilva at alum.mit.edu Wed Sep 21 22:09:51 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 21 Sep 2011 22:09:51 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: Message-ID: On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > > Hello, > > How can I force gxyat to save the colours to a gif file as displayed on > screen ? > > Please find attached 2 images, > one created with printim (authentic colours) and one > created with gxyat and observe, that the yellow in the contour plot > differs from the > yellow in the legend. > > What could be the cause of that? > > What can I do about it? > > This is strange. Possibly this is an artifact of anti-aliasing. Could you try turning anti-aliasing off? ga-> gxyat +a file.png Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/bedcd27f/attachment.html From rupak.rajbhandari at gmail.com Wed Sep 21 22:56:17 2011 From: rupak.rajbhandari at gmail.com (Rupak Rajbhandari) Date: Thu, 22 Sep 2011 08:41:17 +0545 Subject: [gradsusr] Second file display not working. why? In-Reply-To: References: Message-ID: Thanks Roger. That was something new and useful. -rupak On Tue, Sep 20, 2011 at 5:39 PM, Roger Rodrigues Torres < roger.torres at cptec.inpe.br> wrote: > Dear Rupak, > you're wellcome. > Another suggestion to you is to open the files independently, even the > timescales is not the same. Then, if you whish to analyze the difference > between 2070-2098 and 1961-90 period (e.g. annual mean), you can proceed in > the following way: > 1) open the files indenpendently, and find the correspondent T range that > correspond two wich period; > 2) open both files in the script, and from now on, you need to especify the > correspondent time when you call the varible. For example: > > 'open file1.ctl' (file from 1961 to 1990, with 360 time steps) > 'open file2.ctl' (file from 2011 to 2098, with 1056 time steps) > > 'define PRES=var.1*0' > 'define FUT=var.2*0' > > count=1 > while(count<=360) > 'define PRES=PRES+var.1(t='count')/360' > count=count+1 > endwhile > > count=697 (the value that you have found in the step 1) > while(count<=1056) > 'define FUT=FUT+var.2(t='count')/360' > count=count+1 > endwhile > > 'define Change=FUT-PRES' > > I hope this can help you. > > Regards, > Roger Torres > > > > 2011/9/20 Rupak Rajbhandari > >> Dear Roger, >> >> Thanks. You were right. The first file was for base period run from 1961 >> to 1990 and the second file was for future run from 2011 to 2098. I was >> trying to see the shifts in rainfall pattern, if there are any. The files >> are one file for one month and controlled using templates. Since there were >> some gap on the data (1991-2010), I kept the files in separate folders - >> hence two ctl files. When I try to view the second file, instead of simply >> assigning the T dimension value from 1 to 360 (or whatever may be), it >> extends T dimension backward for second file from 2011 to 1961, which is >> -500+, and the data obviously not available. Now that I have kept all the >> files in single folder is working (should work). >> >> Once again thanks. >> >> -rupak >> >> Rupak Rajbhandari >> Department of Meteorology >> Trichandra Campus, TC/TU >> Kathmandu >> >> >> On Mon, Sep 19, 2011 at 5:16 PM, Roger Rodrigues Torres < >> roger.torres at cptec.inpe.br> wrote: >> >>> Dear Rupak, >>> one suggestion is to check the declaration of the time in both ctl's. >>> They need to be exactly the same to work in the way that you wish. >>> Regards, >>> Roger Torres >>> >>> 2011/9/19 Rupak Rajbhandari >>> >>>> Hi, >>>> >>>> The following simple script is working well. But when I remove the line >>>> 'set dfile 2', then it says data request completely outside file request. >>>> why? >>>> >>>> Thanks. >>>> >>>> -rupak >>>> >>>> **************************************** >>>> 'reinit' >>>> >>>> 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' >>>> 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' >>>> >>>> 'exec d:\indus\gs\colors' >>>> 'set gxout grfill' >>>> >>>> 'display ave(rf.1,t=1,t=360,12)' >>>> n=1 >>>> while (n<50000) ; n=n+1 ; endwhile >>>> 'set dfile 2' >>>> 'display ave(rf.2,t=1,t=360,12)' >>>> 'cbar' >>>> >>>> >>>> _______________________________________________ >>>> gradsusr mailing list >>>> gradsusr at gradsusr.org >>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>> >>>> >>> >>> >>> -- >>> Roger Rodrigues Torres >>> PhD. Student in Meteorology >>> National Institute for Space Research (INPE) >>> Phone: 55 12 3186-9541 >>> Personal Webpage: http://rtorres.webnode.com.br >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Roger Rodrigues Torres > PhD. Student in Meteorology > National Institute for Space Research (INPE) > Phone: 55 12 3186-9541 > Personal Webpage: http://rtorres.webnode.com.br > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/d7d2f65a/attachment-0001.html From bernd.becker at metoffice.gov.uk Thu Sep 22 04:25:12 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Thu, 22 Sep 2011 09:25:12 +0100 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: Message-ID: Arlindo, you are right, this is an artifact of antialiasing (see attached plot: the yellows are the same in contour and in legend box) So we found the cause. But the plot looks no where near as impressive as the previous output from gxyat. What can we try to do about that? Cheers, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva Sent: 22 September 2011 03:10 To: GrADS Users Forum Subject: Re: [gradsusr] GXyat question re. colours On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: Hello, How can I force gxyat to save the colours to a gif file as displayed on screen ? Please find attached 2 images, one created with printim (authentic colours) and one created with gxyat and observe, that the yellow in the contour plot differs from the yellow in the legend. What could be the cause of that? What can I do about it? This is strange. Possibly this is an artifact of anti-aliasing. Could you try turning anti-aliasing off? ga-> gxyat +a file.png Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/9ad49b67/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: WWg2.gif Type: image/gif Size: 18511 bytes Desc: WWg2.gif Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110922/9ad49b67/attachment-0001.gif From jorge.conrado at cptec.inpe.br Thu Sep 22 06:45:02 2011 From: jorge.conrado at cptec.inpe.br (jorge.conrado at cptec.inpe.br) Date: Thu, 22 Sep 2011 07:45:02 -0300 Subject: [gradsusr] Netcdf version 4 Message-ID: <20110922074502.nsm200hiookw8kc8@webmail2.cptec.inpe.br> Hi, I never read netcdf version 4 using GRADS. What version of GRADS for Linux can read the Netcfd version 4. Conrado From dasilva at alum.mit.edu Thu Sep 22 11:33:31 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Thu, 22 Sep 2011 11:33:31 -0400 Subject: [gradsusr] Netcdf version 4 In-Reply-To: <20110922074502.nsm200hiookw8kc8@webmail2.cptec.inpe.br> References: <20110922074502.nsm200hiookw8kc8@webmail2.cptec.inpe.br> Message-ID: On Thu, Sep 22, 2011 at 6:45 AM, wrote: > > > Hi, > > > I never read netcdf version 4 using GRADS. What version of > GRADS for Linux > can read the Netcfd version 4. > > The opengrads builds have supported NetCDF-4 since v1.9rc1. All the opengrads builds of grads v2 support NetCDF-4. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/a46fc126/attachment.html From dasilva at alum.mit.edu Thu Sep 22 11:51:44 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Thu, 22 Sep 2011 11:51:44 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: Message-ID: On Thu, Sep 22, 2011 at 4:25 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > ** > Arlindo, > > you are right, this is an artifact of antialiasing > (see attached plot: the yellows are the same in contour and in legend box) > > So we found the cause. > > But the plot looks no where near as impressive as the previous output from > gxyat. > > What can we try to do about that? > Anti-aliasing is a perceptual approximation that achieves "smooth lines" by blending pixels with the "environment"; it is all handled by the cairo library. I am not entirely sure why the legend gives you a different color... but wait a minute! One trick that gxyat uses to avoid those funny lines in filled contours is to turn anti-alising off every time a (filled) polygon is drawn. How are you creating your legend? Try using the more basic line to, move to function instead of a polygon function; this way you will have the same anti-aliasing used by the contour lines. Arlindo > Cheers, > Bernd. > > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva > *Sent:* 22 September 2011 03:10 > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] GXyat question re. colours > > On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> >> Hello, >> >> How can I force gxyat to save the colours to a gif file as displayed on >> screen ? >> >> Please find attached 2 images, >> one created with printim (authentic colours) and one >> created with gxyat and observe, that the yellow in the contour plot >> differs from the >> yellow in the legend. >> >> What could be the cause of that? >> >> What can I do about it? >> >> > This is strange. Possibly this is an artifact of anti-aliasing. Could you > try turning anti-aliasing off? > > ga-> gxyat +a file.png > > Arlindo > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/62f00d09/attachment.html From jma at cola.iges.org Thu Sep 22 13:56:23 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 22 Sep 2011 13:56:23 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: Message-ID: <4E02FF87-F355-47D4-88CB-1EE4743D1509@cola.iges.org> The anti-aliasing in the Cairo library does make the colors seem a little duller than when drawing without anti-aliasing. There is no real cure for this, although if you increase the thickness of the anti- aliased lines, they do brighten. For lines that we know will be exactly horizontal or vertical, we plan to 'snap' them to the pixel grid and then they won't be drawn with the anti-alias blending on the edges. This will make the plot frame and other rectangles look sharp and bright. Turning off anti-aliasing for polygon fills results in very faint gaps that are visible between adjacent polygons of the same color (e.g. in a shaded plot), so I don't recommend that. A possible solution is to draw the perimeter of each polygon to cover the gaps, but this is a performance hit. We are still thinking about the user interface to control all these factors. For using gxyat right now, I would try tweaking the line thickness and the size of your output image, those things may improve the appearance/dimness of the anti- aliased lines. --Jennifer On Sep 22, 2011, at 11:51 AM, Arlindo da Silva wrote: > On Thu, Sep 22, 2011 at 4:25 AM, Becker, Bernd > wrote: > Arlindo, > > you are right, this is an artifact of antialiasing > (see attached plot: the yellows are the same in contour and in > legend box) > > So we found the cause. > > But the plot looks no where near as impressive as the previous > output from gxyat. > > What can we try to do about that? > > Anti-aliasing is a perceptual approximation that achieves "smooth > lines" by blending pixels with the "environment"; it is all handled > by the cairo library. I am not entirely sure why the legend gives > you a different color... but wait a minute! One trick that gxyat > uses to avoid those funny lines in filled contours is to turn anti- > alising off every time a (filled) polygon is drawn. How are you > creating your legend? Try using the more basic line to, move to > function instead of a polygon function; this way you will have the > same anti-aliasing used by the contour lines. > > Arlindo > > > > Cheers, > Bernd. > > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB > United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org > ] On Behalf Of Arlindo da Silva > Sent: 22 September 2011 03:10 > To: GrADS Users Forum > Subject: Re: [gradsusr] GXyat question re. colours > > On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd > wrote: > > Hello, > > How can I force gxyat to save the colours to a gif file as displayed > on > screen ? > > Please find attached 2 images, > one created with printim (authentic colours) and one > created with gxyat and observe, that the yellow in the contour plot > differs from the > yellow in the legend. > > What could be the cause of that? > > What can I do about it? > > > This is strange. Possibly this is an artifact of anti-aliasing. > Could you try turning anti-aliasing off? > > ga-> gxyat +a file.png > > Arlindo > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/1efe7457/attachment-0001.html From member at linkedin.com Thu Sep 22 15:50:26 2011 From: member at linkedin.com (Dr.Gamal El Afandi via LinkedIn) Date: Thu, 22 Sep 2011 19:50:26 +0000 (UTC) Subject: [gradsusr] Invitation to connect on LinkedIn Message-ID: <168028788.7058324.1316721026120.JavaMail.app@ela4-app0132.prod> LinkedIn ------------ Dr.Gamal El Afandi requested to add you as a connection on LinkedIn: ------------------------------------------ Ning, I'd like to add you to my professional network on LinkedIn. - Dr.Gamal Accept invitation from Dr.Gamal El Afandi http://www.linkedin.com/e/ofpc7q-gsw5pa2i-58/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I164056330_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYMcPcSdj0Qdz59bORRpBAQpSdjbPwUcP4UejsNcPgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=04FRzK4j46T4U1 View invitation from Dr.Gamal El Afandi http://www.linkedin.com/e/ofpc7q-gsw5pa2i-58/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I164056330_13/3cNnP0PcPoRc3gSckALqnpPbOYWrSlI/svi/?hs=false&tok=2lcDfx5eY6T4U1 ------------------------------------------ DID YOU KNOW you can conduct a more credible and powerful reference check using LinkedIn? Enter the company name and years of employment or the prospective employee to find their colleagues that are also in your network. This provides you with a more balanced set of feedback to evaluate that new hire. http://www.linkedin.com/e/ofpc7q-gsw5pa2i-58/rsr/inv-27/?hs=false&tok=2vuLfsEbg6T4U1 -- (c) 2011, LinkedIn Corporation -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/9f0f751f/attachment.html From dasilva at alum.mit.edu Thu Sep 22 19:37:12 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Thu, 22 Sep 2011 19:37:12 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: <4E02FF87-F355-47D4-88CB-1EE4743D1509@cola.iges.org> References: <4E02FF87-F355-47D4-88CB-1EE4743D1509@cola.iges.org> Message-ID: On Thu, Sep 22, 2011 at 1:56 PM, Jennifer Adams wrote: > The anti-aliasing in the Cairo library does make the colors seem a little > duller than when drawing without anti-aliasing. There is no real cure for > this, although if you increase the thickness of the anti-aliased lines, they > do brighten. For lines that we know will be exactly horizontal or vertical, > we plan to 'snap' them to the pixel grid and then they won't be drawn with > the anti-alias blending on the edges. This will make the plot frame and > other rectangles look sharp and bright. Turning off anti-aliasing for > polygon fills results in very faint gaps that are visible between adjacent > polygons of the same color (e.g. in a shaded plot), so I don't recommend > that. > I've been doing this for some time in gxyat and I never saw this artifact. Here is a typical plot with plenty of same color polygons: http://portal.nccs.nasa.gov/cgi-hs3/hs3_wx.cgi?region=hs3&dtg=2011092212&prod=1ht&model=fp&level=300&tau=000&®ion_old=hs3&dtg_old=2011092212&prod_old=1ht&model_old=fp&level_old=200&tau_old=000&&loop=0 Do you have an example where this problem is apparent? Thanks, Arlindo > A possible solution is to draw the perimeter of each polygon to cover the > gaps, but this is a performance hit. We are still thinking about the user > interface to control all these factors. For using gxyat right now, I would > try tweaking the line thickness and the size of your output image, those > things may improve the appearance/dimness of the anti-aliased lines. > --Jennifer > > > > On Sep 22, 2011, at 11:51 AM, Arlindo da Silva wrote: > > On Thu, Sep 22, 2011 at 4:25 AM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> ** >> Arlindo, >> >> you are right, this is an artifact of antialiasing >> (see attached plot: the yellows are the same in contour and in legend box) >> >> So we found the cause. >> >> But the plot looks no where near as impressive as the previous output from >> gxyat. >> >> What can we try to do about that? >> > > Anti-aliasing is a perceptual approximation that achieves "smooth lines" by > blending pixels with the "environment"; it is all handled by the cairo > library. I am not entirely sure why the legend gives you a different > color... but wait a minute! One trick that gxyat uses to avoid those funny > lines in filled contours is to turn anti-alising off every time a (filled) > polygon is drawn. How are you creating your legend? Try using the more basic > line to, move to function instead of a polygon function; this way you will > have the same anti-aliasing used by the contour lines. > > Arlindo > > > > >> Cheers, >> Bernd. >> >> >> >> -- >> Bernd Becker Climate Impacts Product Development >> Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United >> Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker >> >> http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game >> >> >> >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva >> *Sent:* 22 September 2011 03:10 >> *To:* GrADS Users Forum >> *Subject:* Re: [gradsusr] GXyat question re. colours >> >> On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd < >> bernd.becker at metoffice.gov.uk> wrote: >> >>> >>> Hello, >>> >>> How can I force gxyat to save the colours to a gif file as displayed on >>> screen ? >>> >>> Please find attached 2 images, >>> one created with printim (authentic colours) and one >>> created with gxyat and observe, that the yellow in the contour plot >>> differs from the >>> yellow in the legend. >>> >>> What could be the cause of that? >>> >>> What can I do about it? >>> >>> >> This is strange. Possibly this is an artifact of anti-aliasing. Could you >> try turning anti-aliasing off? >> >> ga-> gxyat +a file.png >> >> Arlindo >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/7657ade5/attachment.html From metris at clear.net.nz Thu Sep 22 21:11:08 2011 From: metris at clear.net.nz (Howard Staines) Date: Fri, 23 Sep 2011 13:11:08 +1200 Subject: [gradsusr] Cloud cover script? alternative to rh Message-ID: <02ab01cc798d$ad31bf50$07953df0$@net.nz> I understand that rather than using relative humidity, mixing ratio Is a good predictor for cloud? Any thoughts? Regards Howard Staines Metris Limited phone 0800 372 433 - mobile 027 2785586 - P O Box 5136 Greenmeadows, NAPIER email info at metris.co.nz - info at metscape.net.nz - website www.metris.co.nz - www.metscape.net.nz From instantweathermaps at gmail.com Thu Sep 22 21:22:14 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Thu, 22 Sep 2011 20:22:14 -0500 Subject: [gradsusr] Cloud cover script? alternative to rh In-Reply-To: <02ab01cc798d$ad31bf50$07953df0$@net.nz> References: <02ab01cc798d$ad31bf50$07953df0$@net.nz> Message-ID: Most models output a TCDC variable. On Thu, Sep 22, 2011 at 8:11 PM, Howard Staines wrote: > I understand that rather than using relative humidity, mixing ratio > Is a good predictor for cloud? > > Any thoughts? > > > > Regards > > Howard Staines > > Metris Limited > > phone 0800 372 433 - mobile 027 2785586 - P O Box 5136 Greenmeadows, NAPIER > email info at metris.co.nz - info at metscape.net.nz - website www.metris.co.nz- > www.metscape.net.nz > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- http://www.instantweathermaps.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/150f6d7c/attachment.html From dasilva at alum.mit.edu Thu Sep 22 21:30:01 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Thu, 22 Sep 2011 21:30:01 -0400 Subject: [gradsusr] Cloud cover script? alternative to rh In-Reply-To: <02ab01cc798d$ad31bf50$07953df0$@net.nz> References: <02ab01cc798d$ad31bf50$07953df0$@net.nz> Message-ID: On Thu, Sep 22, 2011 at 9:11 PM, Howard Staines wrote: > I understand that rather than using relative humidity, mixing ratio > Is a good predictor for cloud? > > Not really. It is not the amount of water vapor that matters but instead how close to saturation you are. Because models generally give you the gridbox mean RH, clouds usually form in grid boxes where the mean RH is less than 100%. This is because in the presence of subgrid variability some areas inside the grid box may very well exceed saturation. Most models now give you estimates of cloud fraction, cloud condensate, sometimes even cloud optical depth. These parameters, although not always validated by real data, eliminate the guess work of relating RH to cloud cover, relying instead on the model parameterizations. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/f4219341/attachment-0001.html From rafanoharana at gmail.com Fri Sep 23 02:49:56 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Thu, 22 Sep 2011 23:49:56 -0700 Subject: [gradsusr] How to prepare monthly climatology in GrADS In-Reply-To: References: Message-ID: Dear Sudev, Use cdo to merge your data cdo -r mergetime input1.nc input2.nc ... input19.nc output.nc then you can use GrADS to read your file. Regards, Serge On Tue, Sep 20, 2011 at 4:45 AM, Sudev Das M P wrote: > Hai, > > I have 19 years monthly data sets for heat flux (net heat flux), > > (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, > > with each year having a separate file. I want to prepare monthly > climatology > > using these data files in GrADS. How to do this in GrADS ? Hope to get > > some valuable suggestion. > > > Thanks, > sudev > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/afa55616/attachment.html From davide.sacchetti at arpal.gov.it Fri Sep 23 04:16:53 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Fri, 23 Sep 2011 10:16:53 +0200 Subject: [gradsusr] reanalysis topographic masking In-Reply-To: References: Message-ID: <1316765813.32364.1.camel@davide> I dont' know anything about NARR, but to convert elevation to surface pressure I use: SP=MSLP'*exp(-9.81*elev/(287*(t2-0.0065/2*elev))) bye bye Davide On Wed, 2011-09-21 at 12:09 -0700, Andrew Friedman wrote: > Hi GrADS users, > > I'm trying mask out topography below certain pressure levels when plotting North American Regional Reanalysis (NARR) winds. Do any of you know where to find NARR elevation, or how to convert the elevation to pressure levels in GrADS? > > Though I'm specifically interested in NARR, suggestions based on experience with other reanalysis products would be helpful too. > > Thanks much, > Andrew > > > > > ---------------------------------------------------- > Andrew Friedman > Graduate Student, Geography Department, UC Berkeley > andfried at berkeley.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From chinhth2010 at gmail.com Fri Sep 23 05:38:34 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Fri, 23 Sep 2011 02:38:34 -0700 Subject: [gradsusr] 4 pictures into only one page Message-ID: Dear all users I'd like to plot 4 pictures into only one pages by grads, before I ve heard about that. Anyone please tell me how and any simple scripts to perform I d be grateful Thank you Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Office: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/8109bbbe/attachment.html From prjayakrishnan at gmail.com Fri Sep 23 05:52:57 2011 From: prjayakrishnan at gmail.com (Jayakrishnan PR) Date: Fri, 23 Sep 2011 15:22:57 +0530 Subject: [gradsusr] 4 pictures into only one page In-Reply-To: References: Message-ID: Dear Chinh, You can set Vpage and parea in the grads. I herewith attach a simple gs file to plot four figures in one page. Kindly try with that. Hope this helps. Best of Luck. * 'reinit' 'enable print olr.gmf' 'sdfopen olr.day.mean.nc' 'set lat -15 35' 'set lon 55 105' 'SET TIME 28MAY07' 'set mproj scaled' 'set map 1 1 7' 'set vpage 0 11 0 8.5' 'set parea 1.7 5.7 4.8 8.4' 'set grads off' 'set grid off' 'set gxout shaded' 'set xlab off' 'set ylab on' 'set xlopts 1 4 0.18' 'set ylopts 1 4 0.18' 'set ylint 10' 'set xlint 10' 'set clevs 120 140 160 180 200 220' 'set ccols 2 7 3 5 4 14 0' 'd OLR' * 'set vpage 0 11 0 8.5' 'set parea 5.7 9.7 4.8 8.4' 'SET TIME 29MAY07' 'set grads off' 'set grid off' 'set gxout shaded' 'set xlab off' 'set ylab off' 'set clevs 120 140 160 180 200 220' 'set ccols 2 7 3 5 4 14 0' 'd OLR' * 'set vpage 0 11 0 8.5' 'set parea 1.7 5.7 1.1 4.8' 'SET TIME 30MAY07' 'set grads off' 'set grid off' 'set gxout shaded' 'set xlab off' 'set ylab on' 'set xlopts 1 4 0.18' 'set ylopts 1 4 0.18' 'set ylint 10' 'set xlint 10' 'set clevs 120 140 160 180 200 220' 'set ccols 2 7 3 5 4 14 0' 'd OLR' * 'set vpage 0 11 0 8.5' 'set parea 5.7 9.7 1.1 4.8' 'SET TIME 31MAY07' 'set grads off' 'set grid off' 'set gxout shaded' 'set xlab off' 'set ylab off' 'set xlopts 1 4 0.18' 'set ylopts 1 4 0.18' 'set ylint 5' 'set xlint 10' 'set clevs 120 140 160 180 200 220' 'set ccols 2 7 3 5 4 14 0' 'd OLR' 'run cbarn 1 1 10.0 3.9 7.0' 'print' 'disable' * -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a734bcf9/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: vpage.gs Type: application/octet-stream Size: 1355 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a734bcf9/attachment.obj From madhulatha11 at gmail.com Fri Sep 23 06:09:02 2011 From: madhulatha11 at gmail.com (madhu latha) Date: Fri, 23 Sep 2011 15:39:02 +0530 Subject: [gradsusr] 4 pictures into only one page In-Reply-To: References: Message-ID: Dear all Iam running v2.0.a7.1 and am unable to run several options such as netcdf interface because they are disabled. How do I enable them? ------------------- This version of GrADS has been configured with the following options: o Built on a LITTLE ENDIAN machine o Command line editing ENABLED http://tiswww.case.edu/php/chet/readline/rltop.html o printim command for image output ENABLED http://www.zlib.net http://www.libpng.org/pub/png/libpng.html http://www.libgd.org/Main_Page o GRIB2 interface DISABLED o NetCDF interface DISABLED o HDF interface DISABLED o Athena Widget GUI DISABLED o OPeNDAP gridded data interface DISABLED o OPeNDAP station data interface DISABLED o GeoTIFF and KML output DISABLED -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/474fab73/attachment.html From dasilva at alum.mit.edu Fri Sep 23 09:50:10 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 23 Sep 2011 09:50:10 -0400 Subject: [gradsusr] How to prepare monthly climatology in GrADS In-Reply-To: References: Message-ID: On Fri, Sep 23, 2011 at 2:49 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear Sudev, > > Use cdo to merge your data > cdo -r mergetime input1.nc input2.nc ... input19.nc output.nc > > then you can use GrADS to read your file. > > If all you want is to open these files in grads as a continuous time series, there is no necessity to rewrite the datasets as a single netcdf file. The "OPTIONS Template" entry in either ctl or ddf files were designed for this very same purpose. Check the user's guide: http://grads.iges.org/grads/gadoc/SDFdescriptorfile.html Arlindo > Regards, > > Serge > > On Tue, Sep 20, 2011 at 4:45 AM, Sudev Das M P wrote: > >> Hai, >> >> I have 19 years monthly data sets for heat flux (net heat flux), >> >> (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, >> >> with each year having a separate file. I want to prepare monthly >> climatology >> >> using these data files in GrADS. How to do this in GrADS ? Hope to get >> >> some valuable suggestion. >> >> >> Thanks, >> sudev >> >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/0314ed62/attachment-0001.html From dasilva at alum.mit.edu Fri Sep 23 09:56:14 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 23 Sep 2011 09:56:14 -0400 Subject: [gradsusr] 4 pictures into only one page In-Reply-To: References: Message-ID: On Fri, Sep 23, 2011 at 6:09 AM, madhu latha wrote: > > Dear all > > Iam running v2.0.a7.1 and am unable to run several options such as netcdf interface because they are disabled. How do I enable > them? > > You can't, these were disable at compilation time. You can either rebuild from source, or save yourself the headache and get a pre-compiled distribution, either from COLA: http://grads.iges.org/grads/downloads.html or from OpenGrADS (if you need some of the extensions that it offers): http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle Arlindo > ------------------- > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface DISABLED > o NetCDF interface DISABLED > o HDF interface DISABLED > o Athena Widget GUI DISABLED > o OPeNDAP gridded data interface DISABLED > o OPeNDAP station data interface DISABLED > o GeoTIFF and KML output DISABLED > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/b1170122/attachment.html From Mason.D.Rowell-1 at ou.edu Fri Sep 23 14:25:47 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Fri, 23 Sep 2011 18:25:47 +0000 Subject: [gradsusr] GrADS v. Opengrads Message-ID: All, I have been keeping up with the gradusr exchanges, and it seems I may need to use opengrads. What is the difference between say, 2.0.a6 that I am using, and opengrads? Is it linux supported? Mason From theomar_trindade at hotmail.com Fri Sep 23 15:10:29 2011 From: theomar_trindade at hotmail.com (Theomar Trindade) Date: Fri, 23 Sep 2011 22:10:29 +0300 Subject: [gradsusr] GrADS v. Opengrads In-Reply-To: References: Message-ID: Hi Mason, I use the opengrads in LINUX, but unfortunately I don't use the grads. So I can tell you that it works in LINUX.Others differences I don't know, but it is very interesting to me too. --Theomar Trindade de A. T. Neves Meteorology Phd Student | INPE/CPTEC Doutorando em meteorologia |Phone: 55(12)32086830email: theomar_trindade at hotmail.com theomar.neves at cptec.inpe.br > From: Mason.D.Rowell-1 at ou.edu > To: gradsusr at gradsusr.org > Date: Fri, 23 Sep 2011 18:25:47 +0000 > Subject: [gradsusr] GrADS v. Opengrads > > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need to use opengrads. What is the difference between say, 2.0.a6 that I am using, and opengrads? Is it linux supported? > > Mason > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/028e2ff0/attachment.html From diego333medina at yahoo.es Fri Sep 23 16:57:08 2011 From: diego333medina at yahoo.es (diego) Date: Fri, 23 Sep 2011 21:57:08 +0100 (BST) Subject: [gradsusr] read ahvrr netcdf file In-Reply-To: References: Message-ID: <1316811428.28229.YahooMailNeo@web26008.mail.ukl.yahoo.com> Hi everibody: I have a problem readind netcdf file with GRADS.? I sed my ctl file and ncdump_out. can anyone helpme ? Grid Analysis and Display System (GrADS) Version 2.0.a8 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a8 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn geotiff shapefile Issue 'q config' command for more information. Landscape mode? ('n' for portrait):? GX Package Initialization: Size = 11 8.5 ga-> open avhrr.ctl Scanning description file:? avhrr.ctl Data file avhrr-only-v2.20081225.nc is open as file 1 LON set to 0 360 LAT set to -89.875 89.875 LEV set to 0 0 Time values set: 1963:11:1:0 1963:11:1:0 E set to 1 1 ga-> q file File 1 : test AVHRR ? Descriptor: avhrr.ctl ? Binary: avhrr-only-v2.20081225.nc ? Type = Gridded ? Xsize = 1440? Ysize = 720? Zsize = 1? Tsize = 1? Esize = 1 ? Number of Variables = 4 ???? temp? 0? 0,y,x? sea? at surface (W/m2) ???? mali? 0? 0,y,x? anomal rate (kg/m2/s) ???? rore? 0? 0,y,x? eror pressure (hPa) ???? hiel? 0? 0,y,x? ice pressure (hPa) ga-> d temp gancgrid error: nc_get_vara_double failed; NetCDF: Index exceeds dimension bound Data Request Error:? Error for variable 'temp' ? Error ocurred at column 1 DISPLAY error:? Invalid expression ? Expression = temp ga-> tahnks ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: avhrr.ctl Type: application/octet-stream Size: 465 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment.obj -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ncdump_out.txt Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment.txt From dasilva at alum.mit.edu Fri Sep 23 17:07:27 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 23 Sep 2011 17:07:27 -0400 Subject: [gradsusr] GrADS v. Opengrads In-Reply-To: References: Message-ID: On Fri, Sep 23, 2011 at 2:25 PM, Rowell, Mason D. wrote: > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > As far functionality is concerned, by design, the OpenGrADS binarieshave all the features that you find in the COLA binaries . In addition, it has a number of extra functions and commands that are not available with the COLA builds. OpenGrADS includes also binaries for a few platforms that have not been included in recent COLA builds (FreeBSD, IBM AIX). As far as installation is concerned, the OpenGrADS bundleis designed to be a turn key system. On Unix/Linux/Mac OS X the tar ball includes all you need to run GrADS (maps, fonts, documentation, etc.) All you need to do is to start the binary and it works out of the box, no need to set any environment variable (although it is convenient to put the Contents/ directory in your path). The system is entirely relocatable in the sense you can put it on a USB men stick and run it from there with no setup necessary. The COLA builds of GrADS are also very straightforward to install, but requires you to do just a bit more (download separate data files, set environment variables). On Windows, the OpenGrADS superpackis also self contained and installs like a regular, native Windows application (self installing package). After download, it should take less than 2 minutes for you to make your first plot. Although the superpack is built on top of cygwin and requires an X server, it is all handled under the hood; all you have to watch for is the Windows firewalls. The superpack is also meant to be relocatable: put it on a USB stick and ran it anywhere, no setup necessary. COLA's windows build is also based on cygwin, but it requires a separate cygwin installation, download of an X server, and setting up environment variables. Again, not a big deal, but something that an average windows user without much command line exposure may find intimidating. I hope this answers your question. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/3293be24/attachment-0001.html From dasilva at alum.mit.edu Fri Sep 23 17:17:53 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 23 Sep 2011 17:17:53 -0400 Subject: [gradsusr] GrADS v. Opengrads In-Reply-To: References: Message-ID: On Fri, Sep 23, 2011 at 2:25 PM, Rowell, Mason D. wrote: > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > I'd like to make something very clear. COLA is the main developer of GrADS, and most of what find in the OpenGrADS builds is the result of the hardwork of Brian, Jennifer and a number of other folks that contributed to GrADS over the years. The OpenGrADS builds are simply a value added repackaging of COLA's GPL sources. It is not a fork. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/e60e9235/attachment.html From Ajaya.Mohan at ec.gc.ca Fri Sep 23 19:07:50 2011 From: Ajaya.Mohan at ec.gc.ca (Ajaya Mohan) Date: Fri, 23 Sep 2011 16:07:50 -0700 Subject: [gradsusr] read ahvrr netcdf file In-Reply-To: <1316811428.28229.YahooMailNeo@web26008.mail.ukl.yahoo.com> References: <1316811428.28229.YahooMailNeo@web26008.mail.ukl.yahoo.com> Message-ID: <4E7D1146.4090106@ec.gc.ca> Obviously, error is with the ctl file as the variables in the avhrr netcdf file avhrr-only-v2.20081225.nc doesn't match the ctl file variables. BTW, sdfopen http://nas.o3d.org:8080/thredds/dodsC/yisen/yisen_data/OI-daily-v2/2008/avhrr-only-v2.20081225.nc works fine for me in version 2.0.a8 ajaya On 23/09/2011 1:57 PM, diego wrote: > Hi everibody: > I have a problem readind netcdf file with GRADS. I sed my ctl file > and ncdump_out. > can anyone helpme ? > > Grid Analysis and Display System (GrADS) Version 2.0.a8 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v2.0.a8 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 opendap-grids,stn geotiff shapefile > Issue 'q config' command for more information. > Landscape mode? ('n' for portrait): > GX Package Initialization: Size = 11 8.5 > ga-> open avhrr.ctl > Scanning description file: avhrr.ctl > Data file avhrr-only-v2.20081225.nc is open as file 1 > LON set to 0 360 > LAT set to -89.875 89.875 > LEV set to 0 0 > Time values set: 1963:11:1:0 1963:11:1:0 > E set to 1 1 > ga-> q file > File 1 : test AVHRR > Descriptor: avhrr.ctl > Binary: avhrr-only-v2.20081225.nc > Type = Gridded > Xsize = 1440 Ysize = 720 Zsize = 1 Tsize = 1 Esize = 1 > Number of Variables = 4 > temp 0 0,y,x sea at surface (W/m2) > mali 0 0,y,x anomal rate (kg/m2/s) > rore 0 0,y,x eror pressure (hPa) > hiel 0 0,y,x ice pressure (hPa) > ga-> d temp > gancgrid error: nc_get_vara_double failed; NetCDF: Index exceeds > dimension bound > Data Request Error: Error for variable 'temp' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = temp > ga-> > > > tahnks > ------------------------------------------------------------------------ > ** > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/170e4133/attachment.html From jjanue at hotmail.com Mon Sep 26 04:45:40 2011 From: jjanue at hotmail.com (=?utf-8?B?Sm9mcmUgSmFudcOp?=) Date: Mon, 26 Sep 2011 10:45:40 +0200 Subject: [gradsusr] paint a colour background or sea and more borders regions In-Reply-To: References: Message-ID: Anyone know how can I paint a colour background or sea and more borders regions? Thanks. -----Mensaje original----- From: gradsusr-request at gradsusr.org Sent: Friday, September 23, 2011 6:52 PM To: gradsusr at gradsusr.org Subject: gradsusr Digest, Vol 19, Issue 54 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: 4 pictures into only one page (Arlindo da Silva) 2. GrADS v. Opengrads (Rowell, Mason D.) 3. Re: GrADS v. Opengrads (Theomar Trindade) 4. read ahvrr netcdf file (diego) 5. Re: GrADS v. Opengrads (Arlindo da Silva) ---------------------------------------------------------------------- Message: 1 Date: Fri, 23 Sep 2011 09:56:14 -0400 From: Arlindo da Silva Subject: Re: [gradsusr] 4 pictures into only one page To: GrADS Users Forum Message-ID: Content-Type: text/plain; charset="iso-8859-1" On Fri, Sep 23, 2011 at 6:09 AM, madhu latha wrote: > > Dear all > > Iam running v2.0.a7.1 and am unable to run several options such as netcdf > interface because they are disabled. How do I enable > them? > > You can't, these were disable at compilation time. You can either rebuild from source, or save yourself the headache and get a pre-compiled distribution, either from COLA: http://grads.iges.org/grads/downloads.html or from OpenGrADS (if you need some of the extensions that it offers): http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle Arlindo > ------------------- > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface DISABLED > o NetCDF interface DISABLED > o HDF interface DISABLED > o Athena Widget GUI DISABLED > o OPeNDAP gridded data interface DISABLED > o OPeNDAP station data interface DISABLED > o GeoTIFF and KML output DISABLED > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/b1170122/attachment-0001.html ------------------------------ Message: 2 Date: Fri, 23 Sep 2011 18:25:47 +0000 From: "Rowell, Mason D." Subject: [gradsusr] GrADS v. Opengrads To: "gradsusr at gradsusr.org" Message-ID: Content-Type: text/plain; charset="us-ascii" All, I have been keeping up with the gradusr exchanges, and it seems I may need to use opengrads. What is the difference between say, 2.0.a6 that I am using, and opengrads? Is it linux supported? Mason ------------------------------ Message: 3 Date: Fri, 23 Sep 2011 22:10:29 +0300 From: Theomar Trindade Subject: Re: [gradsusr] GrADS v. Opengrads To: Message-ID: Content-Type: text/plain; charset="iso-8859-1" Hi Mason, I use the opengrads in LINUX, but unfortunately I don't use the grads. So I can tell you that it works in LINUX.Others differences I don't know, but it is very interesting to me too. --Theomar Trindade de A. T. Neves Meteorology Phd Student | INPE/CPTEC Doutorando em meteorologia |Phone: 55(12)32086830email: theomar_trindade at hotmail.com theomar.neves at cptec.inpe.br > From: Mason.D.Rowell-1 at ou.edu > To: gradsusr at gradsusr.org > Date: Fri, 23 Sep 2011 18:25:47 +0000 > Subject: [gradsusr] GrADS v. Opengrads > > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > Mason > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/028e2ff0/attachment-0001.html ------------------------------ Message: 4 Date: Fri, 23 Sep 2011 21:57:08 +0100 (BST) From: diego Subject: [gradsusr] read ahvrr netcdf file To: GrADS Users Forum Message-ID: <1316811428.28229.YahooMailNeo at web26008.mail.ukl.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" Hi everibody: I have a problem readind netcdf file with GRADS.? I sed my ctl file and ncdump_out. can anyone helpme ? Grid Analysis and Display System (GrADS) Version 2.0.a8 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a8 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn geotiff shapefile Issue 'q config' command for more information. Landscape mode? ('n' for portrait):? GX Package Initialization: Size = 11 8.5 ga-> open avhrr.ctl Scanning description file:? avhrr.ctl Data file avhrr-only-v2.20081225.nc is open as file 1 LON set to 0 360 LAT set to -89.875 89.875 LEV set to 0 0 Time values set: 1963:11:1:0 1963:11:1:0 E set to 1 1 ga-> q file File 1 : test AVHRR ? Descriptor: avhrr.ctl ? Binary: avhrr-only-v2.20081225.nc ? Type = Gridded ? Xsize = 1440? Ysize = 720? Zsize = 1? Tsize = 1? Esize = 1 ? Number of Variables = 4 ???? temp? 0? 0,y,x? sea? at surface (W/m2) ???? mali? 0? 0,y,x? anomal rate (kg/m2/s) ???? rore? 0? 0,y,x? eror pressure (hPa) ???? hiel? 0? 0,y,x? ice pressure (hPa) ga-> d temp gancgrid error: nc_get_vara_double failed; NetCDF: Index exceeds dimension bound Data Request Error:? Error for variable 'temp' ? Error ocurred at column 1 DISPLAY error:? Invalid expression ? Expression = temp ga-> tahnks ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: avhrr.ctl Type: application/octet-stream Size: 465 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.obj -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ncdump_out.txt Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.txt ------------------------------ Message: 5 Date: Fri, 23 Sep 2011 17:07:27 -0400 From: Arlindo da Silva Subject: Re: [gradsusr] GrADS v. Opengrads To: GrADS Users Forum Message-ID: Content-Type: text/plain; charset="iso-8859-1" On Fri, Sep 23, 2011 at 2:25 PM, Rowell, Mason D. wrote: > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > As far functionality is concerned, by design, the OpenGrADS binarieshave all the features that you find in the COLA binaries . In addition, it has a number of extra functions and commands that are not available with the COLA builds. OpenGrADS includes also binaries for a few platforms that have not been included in recent COLA builds (FreeBSD, IBM AIX). As far as installation is concerned, the OpenGrADS bundleis designed to be a turn key system. On Unix/Linux/Mac OS X the tar ball includes all you need to run GrADS (maps, fonts, documentation, etc.) All you need to do is to start the binary and it works out of the box, no need to set any environment variable (although it is convenient to put the Contents/ directory in your path). The system is entirely relocatable in the sense you can put it on a USB men stick and run it from there with no setup necessary. The COLA builds of GrADS are also very straightforward to install, but requires you to do just a bit more (download separate data files, set environment variables). On Windows, the OpenGrADS superpackis also self contained and installs like a regular, native Windows application (self installing package). After download, it should take less than 2 minutes for you to make your first plot. Although the superpack is built on top of cygwin and requires an X server, it is all handled under the hood; all you have to watch for is the Windows firewalls. The superpack is also meant to be relocatable: put it on a USB stick and ran it anywhere, no setup necessary. COLA's windows build is also based on cygwin, but it requires a separate cygwin installation, download of an X server, and setting up environment variables. Again, not a big deal, but something that an average windows user without much command line exposure may find intimidating. I hope this answers your question. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/3293be24/attachment.html ------------------------------ _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr End of gradsusr Digest, Vol 19, Issue 54 **************************************** From rafanoharana at gmail.com Mon Sep 26 05:46:24 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 26 Sep 2011 02:46:24 -0700 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region Message-ID: Dear all, I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' then I obtain the sum of the spatial distribution for one year. This is more "in this point/coordinate, the annual precipitation is xxx mm" But what I need is the total (sum) of the value of the variable. Something like: "In this area of 500km2, the annual precipitation is xxx mm". Is it possible to obtain that? Best regards -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/923e2653/attachment.html From davide.sacchetti at arpal.gov.it Mon Sep 26 06:14:07 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Mon, 26 Sep 2011 12:14:07 +0200 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: <1317032047.6586.10.camel@davide> if you are interested on precipitation, the precipitation over an area is just a number, that could be: 1) the mean height 2) the volume (volume = meanHeight * sufrace) meanHeight = aave(precipitation,lon=..., lon=...,lat=...,lat=...) where precipitation is your annual precipitation bye bye Davide On Mon, 2011-09-26 at 02:46 -0700, Rafanoharana Serge Claudio wrote: > Dear all, > > I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' > then I obtain the sum of the spatial distribution for one year. This > is more "in this point/coordinate, the annual precipitation is xxx mm" > > But what I need is the total (sum) of the value of the variable. > Something like: "In this area of 500km2, the annual precipitation is > xxx mm". > > Is it possible to obtain that? > > Best regards > > -- > Serge > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From shimon at cyclone.tau.ac.il Mon Sep 26 08:30:50 2011 From: shimon at cyclone.tau.ac.il (Simon Krichak) Date: Mon, 26 Sep 2011 15:30:50 +0300 Subject: [gradsusr] mass of water in layers References: <4E2EE9BD.6010708@noaa.gov> Message-ID: <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> Dear GrADS User, I have the mixing ratio data and other parameters from the NNRP defined on unevenly spaced isobaric surfaces and would like to draw vertical crossection of the water mass in the layers. Would appreciate your help if possible. Regards, Simon Krichak -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/dc92006a/attachment.html From Mason.D.Rowell-1 at ou.edu Mon Sep 26 11:09:43 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Mon, 26 Sep 2011 15:09:43 +0000 Subject: [gradsusr] mass of water in layers In-Reply-To: <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> References: <4E2EE9BD.6010708@noaa.gov> , <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> Message-ID: Simon, You should easily be able to set the dimensions such that the display output yeilds a cross section, at least along some latitude or longitude line, but I know there are ways to do it along any line of choice. Just allow only the z and some horizontal dimension to vary, with all other diimensions fixed. Are you looking for vertically integrated water mass, or just wishing to plot isopleths of mixing ratio? Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Simon Krichak [shimon at cyclone.tau.ac.il] Sent: Monday, September 26, 2011 7:30 AM To: GrADS Users Forum Subject: [gradsusr] mass of water in layers Dear GrADS User, I have the mixing ratio data and other parameters from the NNRP defined on unevenly spaced isobaric surfaces and would like to draw vertical crossection of the water mass in the layers. Would appreciate your help if possible. Regards, Simon Krichak -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/385b924a/attachment.html From Mason.D.Rowell-1 at ou.edu Mon Sep 26 11:11:31 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Mon, 26 Sep 2011 15:11:31 +0000 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: Serge, Find documentation on the asum (areal sum) function. It should accept the arguments you need. Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Rafanoharana Serge Claudio [rafanoharana at gmail.com] Sent: Monday, September 26, 2011 4:46 AM To: GrADS Users Forum Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region Dear all, I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' then I obtain the sum of the spatial distribution for one year. This is more "in this point/coordinate, the annual precipitation is xxx mm" But what I need is the total (sum) of the value of the variable. Something like: "In this area of 500km2, the annual precipitation is xxx mm". Is it possible to obtain that? Best regards -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/0fac42ac/attachment.html From rafanoharana at gmail.com Mon Sep 26 11:24:58 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 26 Sep 2011 08:24:58 -0700 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: Dear Davide and Mason, Davide> I am not dealing with precipitation but NPP but I will have a look at your suggestion. Mason> Let me check on it. Thanks, Serge On Mon, Sep 26, 2011 at 8:11 AM, Rowell, Mason D. wrote: > Serge, > > Find documentation on the asum (areal sum) function. It should accept the > arguments you need. > > Mason > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on > behalf of Rafanoharana Serge Claudio [rafanoharana at gmail.com] > *Sent:* Monday, September 26, 2011 4:46 AM > *To:* GrADS Users Forum > *Subject:* [gradsusr] How to get the Sum of variable (not spatially) for > all region > > Dear all, > > I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' then > I obtain the sum of the spatial distribution for one year. This is more "in > this point/coordinate, the annual precipitation is xxx mm" > > But what I need is the total (sum) of the value of the variable. Something > like: "In this area of 500km2, the annual precipitation is xxx mm". > > Is it possible to obtain that? > > Best regards > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/e90edff6/attachment.html From shimon at cyclone.tau.ac.il Mon Sep 26 11:54:03 2011 From: shimon at cyclone.tau.ac.il (Simon Krichak) Date: Mon, 26 Sep 2011 18:54:03 +0300 Subject: [gradsusr] mass of water in layers References: <4E2EE9BD.6010708@noaa.gov>, <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> Message-ID: <7D770C23AFA64CA4839CE943D4E9B72F@shimonlaptop> Mason, It does not look that simple since I need to plot not the mixing ratios themselves but those multiplied by mass of air in each of the layers. Simon ----- Original Message ----- From: Rowell, Mason D. To: GrADS Users Forum Sent: Monday, September 26, 2011 6:09 PM Subject: Re: [gradsusr] mass of water in layers Simon, You should easily be able to set the dimensions such that the display output yeilds a cross section, at least along some latitude or longitude line, but I know there are ways to do it along any line of choice. Just allow only the z and some horizontal dimension to vary, with all other diimensions fixed. Are you looking for vertically integrated water mass, or just wishing to plot isopleths of mixing ratio? Mason ------------------------------------------------------------------------------ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Simon Krichak [shimon at cyclone.tau.ac.il] Sent: Monday, September 26, 2011 7:30 AM To: GrADS Users Forum Subject: [gradsusr] mass of water in layers Dear GrADS User, I have the mixing ratio data and other parameters from the NNRP defined on unevenly spaced isobaric surfaces and would like to draw vertical crossection of the water mass in the layers. Would appreciate your help if possible. Regards, Simon Krichak ------------------------------------------------------------------------------ _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/deaefd1f/attachment.html From jdduda at iastate.edu Mon Sep 26 12:25:27 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 26 Sep 2011 11:25:27 -0500 Subject: [gradsusr] paint a colour background or sea and more borders regions In-Reply-To: References: Message-ID: There's many different ways you can do this. Most basically, you can use the set backgroundor set display commands. Both do similar things but slightly differently. Getting more complicated, if your data contain land use categories or a land-sea mask, you could display that with appropriate coloring to make land green or brown and water blue for example. You wouldn't be able to plot color shaded plots on top of that, though. However, if you had a shapefile that contained land-sea boundaries you could use the shapefile commandsto color land and sea below any color-shaded plots you have. Finally, you can plot whatever you want, then create an image file using printimand place a background image under it. For an example, see the Users Forum archive from November 2010with the thread titled "Command produces a PNG image with transparent color 0 and a background image NE.png". Hopefully one of these possibilities will suit you. Good luck. Jeff Duda On Mon, Sep 26, 2011 at 3:45 AM, Jofre Janu? wrote: > Anyone know how can I paint a colour background or sea and more borders > regions? > > Thanks. > > > -----Mensaje original----- > From: gradsusr-request at gradsusr.org > Sent: Friday, September 23, 2011 6:52 PM > To: gradsusr at gradsusr.org > Subject: gradsusr Digest, Vol 19, Issue 54 > > 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: 4 pictures into only one page (Arlindo da Silva) > 2. GrADS v. Opengrads (Rowell, Mason D.) > 3. Re: GrADS v. Opengrads (Theomar Trindade) > 4. read ahvrr netcdf file (diego) > 5. Re: GrADS v. Opengrads (Arlindo da Silva) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 23 Sep 2011 09:56:14 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] 4 pictures into only one page > To: GrADS Users Forum > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > On Fri, Sep 23, 2011 at 6:09 AM, madhu latha > wrote: > > > > > Dear all > > > > Iam running v2.0.a7.1 and am unable to run several options such as > netcdf > > interface because they are disabled. How do I enable > > them? > > > > > You can't, these were disable at compilation time. You can either rebuild > from source, or save yourself the headache and get a pre-compiled > distribution, either from COLA: > > http://grads.iges.org/grads/downloads.html > > or from OpenGrADS (if you need some of the extensions that it offers): > > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > > Arlindo > > > > ------------------- > > > > This version of GrADS has been configured with the following options: > > o Built on a LITTLE ENDIAN machine > > o Command line editing ENABLED > > http://tiswww.case.edu/php/chet/readline/rltop.html > > o printim command for image output ENABLED > > http://www.zlib.net > > http://www.libpng.org/pub/png/libpng.html > > http://www.libgd.org/Main_Page > > o GRIB2 interface DISABLED > > o NetCDF interface DISABLED > > o HDF interface DISABLED > > o Athena Widget GUI DISABLED > > o OPeNDAP gridded data interface DISABLED > > o OPeNDAP station data interface DISABLED > > o GeoTIFF and KML output DISABLED > > > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/b1170122/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Fri, 23 Sep 2011 18:25:47 +0000 > From: "Rowell, Mason D." > Subject: [gradsusr] GrADS v. Opengrads > To: "gradsusr at gradsusr.org" > Message-ID: > > Content-Type: text/plain; charset="us-ascii" > > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > Mason > > > ------------------------------ > > Message: 3 > Date: Fri, 23 Sep 2011 22:10:29 +0300 > From: Theomar Trindade > Subject: Re: [gradsusr] GrADS v. Opengrads > To: > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > > Hi Mason, > I use the opengrads in LINUX, but unfortunately I don't use the grads. So I > can tell you that it works in LINUX.Others differences I don't know, but it > is very interesting to me too. > > --Theomar Trindade de A. T. Neves > Meteorology Phd Student | INPE/CPTEC > > Doutorando em meteorologia |Phone: 55(12)32086830email: > theomar_trindade at hotmail.com > theomar.neves at cptec.inpe.br > > > > > > From: Mason.D.Rowell-1 at ou.edu > > To: gradsusr at gradsusr.org > > Date: Fri, 23 Sep 2011 18:25:47 +0000 > > Subject: [gradsusr] GrADS v. Opengrads > > > > All, > > > > I have been keeping up with the gradusr exchanges, and it seems I may > need > > to use opengrads. What is the difference between say, 2.0.a6 that I am > > using, and opengrads? Is it linux supported? > > > > Mason > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/028e2ff0/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Fri, 23 Sep 2011 21:57:08 +0100 (BST) > From: diego > Subject: [gradsusr] read ahvrr netcdf file > To: GrADS Users Forum > Message-ID: > <1316811428.28229.YahooMailNeo at web26008.mail.ukl.yahoo.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi everibody: > I have a problem readind netcdf file with GRADS.? I sed my ctl file and > ncdump_out. > can anyone helpme ? > > > Grid Analysis and Display System (GrADS) Version 2.0.a8 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v2.0.a8 little-endian readline printim grib2 netcdf hdf4-sds hdf5 > opendap-grids,stn geotiff shapefile > Issue 'q config' command for more information. > Landscape mode? ('n' for portrait):? > GX Package Initialization: Size = 11 8.5 > ga-> open avhrr.ctl > Scanning description file:? avhrr.ctl > Data file avhrr-only-v2.20081225.nc is open as file 1 > LON set to 0 360 > LAT set to -89.875 89.875 > LEV set to 0 0 > Time values set: 1963:11:1:0 1963:11:1:0 > E set to 1 1 > ga-> q file > File 1 : test AVHRR > ? Descriptor: avhrr.ctl > ? Binary: avhrr-only-v2.20081225.nc > ? Type = Gridded > ? Xsize = 1440? Ysize = 720? Zsize = 1? Tsize = 1? Esize = 1 > ? Number of Variables = 4 > ???? temp? 0? 0,y,x? sea? at surface (W/m2) > ???? mali? 0? 0,y,x? anomal rate (kg/m2/s) > ???? rore? 0? 0,y,x? eror pressure (hPa) > ???? hiel? 0? 0,y,x? ice pressure (hPa) > ga-> d temp > gancgrid error: nc_get_vara_double failed; NetCDF: Index exceeds dimension > bound > Data Request Error:? Error for variable 'temp' > ? Error ocurred at column 1 > DISPLAY error:? Invalid expression > ? Expression = temp > ga-> > > > > tahnks > > > ________________________________ > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.html > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: avhrr.ctl > Type: application/octet-stream > Size: 465 bytes > Desc: not available > Url : > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.obj > -------------- next part -------------- > An embedded and charset-unspecified text was scrubbed... > Name: ncdump_out.txt > Url: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.txt > > ------------------------------ > > Message: 5 > Date: Fri, 23 Sep 2011 17:07:27 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] GrADS v. Opengrads > To: GrADS Users Forum > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > On Fri, Sep 23, 2011 at 2:25 PM, Rowell, Mason D. > wrote: > > > All, > > > > I have been keeping up with the gradusr exchanges, and it seems I may > need > > to use opengrads. What is the difference between say, 2.0.a6 that I am > > using, and opengrads? Is it linux supported? > > > > > As far functionality is concerned, by design, the OpenGrADS > binarieshave all the > features that you find in the COLA > binaries . In addition, it has > a > number of extra functions and commands > that > are not available with the COLA builds. OpenGrADS includes also binaries > for > a few platforms that have not been included in recent COLA builds (FreeBSD, > IBM AIX). > > As far as installation is concerned, the OpenGrADS > bundle< > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > >is > designed to be a turn key system. On Unix/Linux/Mac OS X the tar ball > includes all you need to run GrADS (maps, fonts, documentation, etc.) All > you need to do is to start the binary and it works out of the box, no need > to set any environment variable (although it is convenient to put the > Contents/ directory in your path). The system is entirely relocatable in > the > sense you can put it on a USB men stick and run it from there with no setup > necessary. The COLA builds of GrADS are also very straightforward to > install, but requires you to do just a bit more (download separate data > files, set environment variables). > > On Windows, the OpenGrADS > superpack< > http://opengrads.org/wiki/index.php?title=Installing_GrADS_v2.0_on_Microsoft_Windows > >is > also self contained and installs like a regular, native Windows > application (self installing package). After download, it should take less > than 2 minutes for you to make your first plot. Although the superpack is > built on top of cygwin and requires an X server, it is all handled under > the > hood; all you have to watch for is the Windows firewalls. The superpack is > also meant to be relocatable: put it on a USB stick and ran it anywhere, no > setup necessary. COLA's windows build is also based on cygwin, but it > requires a separate cygwin installation, download of an X server, and > setting up environment variables. Again, not a big deal, but something that > an average windows user without much command line exposure may find > intimidating. > > I hope this answers your question. > > Arlindo > > > > > > > > > > > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/3293be24/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 19, Issue 54 > **************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/0093f31e/attachment-0001.html From jdduda at iastate.edu Mon Sep 26 12:36:08 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 26 Sep 2011 11:36:08 -0500 Subject: [gradsusr] mass of water in layers In-Reply-To: <7D770C23AFA64CA4839CE943D4E9B72F@shimonlaptop> References: <4E2EE9BD.6010708@noaa.gov> <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> <7D770C23AFA64CA4839CE943D4E9B72F@shimonlaptop> Message-ID: I got a nice script from the script librarythat doesn't appear to be there anymore, but I've attached it to this email. It will plot an arbitrary cross section using the collect command. As far as obtaining water vapor mass, really the only way is to use the density of dry air to get water vapor density, or q*rho, where q is water vapor mixing ratio and rho is dry-air density. Jeff Duda On Mon, Sep 26, 2011 at 10:54 AM, Simon Krichak wrote: > ** > Mason, > It does not look that simple since I need to plot not the mixing ratios > themselves but those multiplied by mass of air in each of the layers. > Simon > > > ----- Original Message ----- > *From:* Rowell, Mason D. > *To:* GrADS Users Forum > *Sent:* Monday, September 26, 2011 6:09 PM > *Subject:* Re: [gradsusr] mass of water in layers > > Simon, > > You should easily be able to set the dimensions such that the display > output yeilds a cross section, at least along some latitude or longitude > line, but I know there are ways to do it along any line of choice. Just > allow only the z and some horizontal dimension to vary, with all other > diimensions fixed. Are you looking for vertically integrated water mass, or > just wishing to plot isopleths of mixing ratio? > > Mason > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on > behalf of Simon Krichak [shimon at cyclone.tau.ac.il] > *Sent:* Monday, September 26, 2011 7:30 AM > *To:* GrADS Users Forum > *Subject:* [gradsusr] mass of water in layers > > Dear GrADS User, > > I have the mixing ratio data and other parameters from the NNRP defined on > unevenly spaced isobaric surfaces and would like to draw vertical > crossection of the water mass in the layers. Would appreciate your help if > possible. > > Regards, > Simon Krichak > > > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/590d1036/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: cross.gs Type: application/octet-stream Size: 1373 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110926/590d1036/attachment.obj From jdduda at iastate.edu Mon Sep 26 12:39:08 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 26 Sep 2011 11:39:08 -0500 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: The command you'll probably want to use is "asum". Jeff Duda On Mon, Sep 26, 2011 at 10:24 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear Davide and Mason, > > Davide> I am not dealing with precipitation but NPP but I will have a look > at your suggestion. > Mason> Let me check on it. > > Thanks, > > Serge > > > On Mon, Sep 26, 2011 at 8:11 AM, Rowell, Mason D. > wrote: > >> Serge, >> >> Find documentation on the asum (areal sum) function. It should accept >> the arguments you need. >> >> Mason >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on >> behalf of Rafanoharana Serge Claudio [rafanoharana at gmail.com] >> *Sent:* Monday, September 26, 2011 4:46 AM >> *To:* GrADS Users Forum >> *Subject:* [gradsusr] How to get the Sum of variable (not spatially) for >> all region >> >> Dear all, >> >> I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' >> then I obtain the sum of the spatial distribution for one year. This is more >> "in this point/coordinate, the annual precipitation is xxx mm" >> >> But what I need is the total (sum) of the value of the variable. Something >> like: "In this area of 500km2, the annual precipitation is xxx mm". >> >> Is it possible to obtain that? >> >> Best regards >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/018495de/attachment.html From klevey at customweather.com Mon Sep 26 17:06:02 2011 From: klevey at customweather.com (Kevin M Levey) Date: Mon, 26 Sep 2011 14:06:02 -0700 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> Message-ID: <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> MON 26SEP11: 1400PDT Hi I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid Regional - CONUS - Double Resolution (Lambert Conformal - 40km) Prob Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). I've had no problems using processing the SPREAD and MEAN files using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), however, am running into issues when processing the probability files. Firstly, g2ctl.pl throws this: Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use use -g2clib 0 for WMO standard and then running gribmap I get this: Product Definition Template 9 not handled As I understand it, wgrib2 doesn't know what to do as the table for SREF is not defined. The CTL file incorrectly shows only a few variables and none of the probability variables as listed on the NCEP site: http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml I'm somewhat stumped here as to how to correctly process these type files and display the desired variables in GRADS. Any help would be welcome. Thanks. Regards, Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) Vice President of Operations CustomWeather, Inc. San Francisco, California, USA "Taking the World by Storm!" http://www.customweather.com http://www.myforecast.com http://www.1stweather.com cell: 415-794-0411 work: 415-777-3566 email: klevey at customweather.com From reto.stauffer at student.uibk.ac.at Tue Sep 27 06:05:37 2011 From: reto.stauffer at student.uibk.ac.at (Stauffer Reto (UNI)) Date: Tue, 27 Sep 2011 12:05:37 +0200 Subject: [gradsusr] Loading GFS data (DODS) over nomad's ".ascii" option - how to read in grads? In-Reply-To: <1314709137.58904.YahooMailRC@web29612.mail.ird.yahoo.com> References: <1314709137.58904.YahooMailRC@web29612.mail.ird.yahoo.com> Message-ID: <4E819FF1.4070501@student.uibk.ac.at> Dear usergroup We would like to visualize some GFS products. Actually i get the data from the nomad servers "on demand" with 'sdfopen http://nomad3.ncep.noaa.gov:9090/dods/gfs20110927/gfs_master_00z' THE PROBLEM is that i have so much calls to the server that he kills the connection (after ~100 as written on the nomad3 servers page). Now there is also an option to load all the data with wget. For example the call is http://nomad3.ncep.noaa.gov:9090/dods/gfs20110926/gfs_master_00z.ascii?rh2m[14:28][46:46][22:22] It's the same "file/adress" but with the .ascii? option (selecting one variable "rh2m" here for certain timesteps [14:28] and for only one gridpoint (lon/lat 46/22). This works fine and i can create the ascii-file without any problem BUT HOW TO READ those files with grads? Can i convert those files? Or open directly? Or create a controlfile? I read all possible hints and pages in the internet but i havnt found any solution until now. Does anyone have some experiences with that approach? Or is there another option not to run into the "server request restriction"? Best wishes Reto Stauffer University of Innsbruck -- ------------------------------------------------------------- Reto Stauffer Department of Meteorology and Geophysics University of Innsbruck Innrain 52, A- 6020 Innsbruck, Austria Tel: +43-(0)-512-507-5486 Fax: +43-(0)-512-507-2924 Email: reto.stauffer at student.uibk.ac.at ------------------------------------------------------------- From reto.stauffer at student.uibk.ac.at Tue Sep 27 06:06:32 2011 From: reto.stauffer at student.uibk.ac.at (Stauffer Reto (UNI)) Date: Tue, 27 Sep 2011 12:06:32 +0200 Subject: [gradsusr] Loading GFS data (DODS) over nomad's ".ascii" option - how to read in grads? Message-ID: <4E81A028.5040001@student.uibk.ac.at> Dear usergroup We would like to visualize some GFS products. Actually i get the data from the nomad servers "on demand" with 'sdfopen http://nomad3.ncep.noaa.gov:9090/dods/gfs20110927/gfs_master_00z' THE PROBLEM is that i have so much calls to the server that he kills the connection (after ~100 as written on the nomad3 servers page). Now there is also an option to load all the data with wget. For example the call is http://nomad3.ncep.noaa.gov:9090/dods/gfs20110926/gfs_master_00z.ascii?rh2m[14:28][46:46][22:22] It's the same "file/adress" but with the .ascii? option (selecting one variable "rh2m" here for certain timesteps [14:28] and for only one gridpoint (lon/lat 46/22). This works fine and i can create the ascii-file without any problem BUT HOW TO READ those files with grads? Can i convert those files? Or open directly? Or create a controlfile? I read all possible hints and pages in the internet but i havnt found any solution until now. Does anyone have some experiences with that approach? Or is there another option not to run into the "server request restriction"? Best wishes Reto Stauffer University of Innsbruck From dasilva at alum.mit.edu Tue Sep 27 08:51:51 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 27 Sep 2011 08:51:51 -0400 Subject: [gradsusr] Loading GFS data (DODS) over nomad's ".ascii" option - how to read in grads? In-Reply-To: <4E819FF1.4070501@student.uibk.ac.at> References: <1314709137.58904.YahooMailRC@web29612.mail.ird.yahoo.com> <4E819FF1.4070501@student.uibk.ac.at> Message-ID: On Tue, Sep 27, 2011 at 6:05 AM, Stauffer Reto (UNI) < reto.stauffer at student.uibk.ac.at> wrote: > Dear usergroup > > We would like to visualize some GFS products. Actually i get the data > from the nomad servers "on demand" with > > 'sdfopen http://nomad3.ncep.noaa.gov:9090/dods/gfs20110927/gfs_master_00z' > > THE PROBLEM is that i have so much calls to the server that he kills the > connection (after ~100 as written on the nomad3 servers page). Now there > is also an option to load all the data with wget. For example the call is > > > http://nomad3.ncep.noaa.gov:9090/dods/gfs20110926/gfs_master_00z.ascii?rh2m[14:28][46:46][22:22] > > It's the same "file/adress" but with the .ascii? option (selecting one > variable "rh2m" here for certain timesteps [14:28] and for only one > gridpoint (lon/lat 46/22). This works fine and i can create the > ascii-file without any problem > > I don't think this will make any difference in so far access restriction is concerned. Using ASCII you likely just waste more resources than bringing binary data. If I recall well these files are stored in GRIB-2 at the server, so getting a single point may not save much because of the way compression is implemented (it may still need to read a full lat/lon layer in order to uncompress). > BUT HOW TO READ those files with grads? Can i convert those files? Or > open directly? Or create a controlfile? > > I read all possible hints and pages in the internet but i havnt found > any solution until now. > Does anyone have some experiences with that approach? > > Or is there another option not to run into the "server request > restriction"? > > What many people do is to grab the binary GRIB-2 files with wget using plain http (not through the DODS interface). There are actually nice perl scripts to automate this, see http://www.cpc.ncep.noaa.gov/products/wesley/fast_downloading_grib.html For reading the GRIB-2 files, see Wes' utilities: http://www.cpc.ncep.noaa.gov/products/wesley/wgrib2/ http://www.cpc.ncep.noaa.gov/products/wesley/g2ctl.html and of course the grads documentation. Good Luck, Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/8e1e4ddf/attachment-0001.html From jma at cola.iges.org Tue Sep 27 09:02:06 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Tue, 27 Sep 2011 09:02:06 -0400 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> Message-ID: What is the URL or FTP address where I can get a sample of this SREF file? --Jennifer On Sep 26, 2011, at 5:06 PM, Kevin M Levey wrote: > MON 26SEP11: 1400PDT > > Hi > > I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid > Regional - CONUS - Double Resolution (Lambert Conformal - 40km) Prob > Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). > > I've had no problems using processing the SPREAD and MEAN files > using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), > however, am running into issues when processing the probability files. > > Firstly, g2ctl.pl throws this: > > Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use > use -g2clib 0 for WMO standard > > and then running gribmap I get this: > > Product Definition Template 9 not handled > > As I understand it, wgrib2 doesn't know what to do as the table for > SREF is not defined. The CTL file incorrectly shows only a few > variables and none of the probability variables as listed on the > NCEP site: > > http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml > > I'm somewhat stumped here as to how to correctly process these type > files and display the desired variables in GRADS. > > Any help would be welcome. > > Thanks. > > Regards, > > Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of > Cape Town) > Vice President of Operations > CustomWeather, Inc. > San Francisco, California, USA > > "Taking the World by Storm!" > > http://www.customweather.com > http://www.myforecast.com > http://www.1stweather.com > > cell: 415-794-0411 > work: 415-777-3566 > email: klevey at customweather.com > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/024afd78/attachment.html From jma at cola.iges.org Tue Sep 27 09:28:39 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Tue, 27 Sep 2011 09:28:39 -0400 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> Message-ID: Never mind, I found a sample and will look into whether GrADS can handle this PDT. --Jennifer On Sep 27, 2011, at 9:02 AM, Jennifer Adams wrote: > What is the URL or FTP address where I can get a sample of this SREF > file? --Jennifer > > On Sep 26, 2011, at 5:06 PM, Kevin M Levey wrote: > >> MON 26SEP11: 1400PDT >> >> Hi >> >> I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid >> Regional - CONUS - Double Resolution (Lambert Conformal - 40km) >> Prob Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). >> >> I've had no problems using processing the SPREAD and MEAN files >> using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), >> however, am running into issues when processing the probability >> files. >> >> Firstly, g2ctl.pl throws this: >> >> Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use >> use -g2clib 0 for WMO standard >> >> and then running gribmap I get this: >> >> Product Definition Template 9 not handled >> >> As I understand it, wgrib2 doesn't know what to do as the table for >> SREF is not defined. The CTL file incorrectly shows only a few >> variables and none of the probability variables as listed on the >> NCEP site: >> >> http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml >> >> I'm somewhat stumped here as to how to correctly process these type >> files and display the desired variables in GRADS. >> >> Any help would be welcome. >> >> Thanks. >> >> Regards, >> >> Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University >> of Cape Town) >> Vice President of Operations >> CustomWeather, Inc. >> San Francisco, California, USA >> >> "Taking the World by Storm!" >> >> http://www.customweather.com >> http://www.myforecast.com >> http://www.1stweather.com >> >> cell: 415-794-0411 >> work: 415-777-3566 >> email: klevey at customweather.com >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/c600cb15/attachment.html From antoine.molin at poweo.com Tue Sep 27 10:28:19 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Tue, 27 Sep 2011 16:28:19 +0200 Subject: [gradsusr] Gribmap Message-ID: <4E81DD83.6070604@poweo.com> Dear All, .I am trying to use gribmap with opengrads superpack under Windows, and it doesn't work; i tried the automatic installer and zip file, but in fact i am not used to Linux, Cygwin ....and there must be a path problem, i think. How do you launch gribmap? i tried in "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", it seems to work, but the .idx is not created (as if there was not a X server). Thanks -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/99b57830/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110927/99b57830/attachment-0001.jpg From rafanoharana at gmail.com Tue Sep 27 10:53:25 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Tue, 27 Sep 2011 07:53:25 -0700 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: Dear Jeff Duda, Thank you... I'll work on it... Serge On Mon, Sep 26, 2011 at 9:39 AM, Jeffrey Duda wrote: > The command you'll probably want to use is "asum". > > Jeff Duda > > > On Mon, Sep 26, 2011 at 10:24 AM, Rafanoharana Serge Claudio < > rafanoharana at gmail.com> wrote: > >> Dear Davide and Mason, >> >> Davide> I am not dealing with precipitation but NPP but I will have a look >> at your suggestion. >> Mason> Let me check on it. >> >> Thanks, >> >> Serge >> >> >> On Mon, Sep 26, 2011 at 8:11 AM, Rowell, Mason D. < >> Mason.D.Rowell-1 at ou.edu> wrote: >> >>> Serge, >>> >>> Find documentation on the asum (areal sum) function. It should accept >>> the arguments you need. >>> >>> Mason >>> ------------------------------ >>> *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on >>> behalf of Rafanoharana Serge Claudio [rafanoharana at gmail.com] >>> *Sent:* Monday, September 26, 2011 4:46 AM >>> *To:* GrADS Users Forum >>> *Subject:* [gradsusr] How to get the Sum of variable (not spatially) for >>> all region >>> >>> Dear all, >>> >>> I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' >>> then I obtain the sum of the spatial distribution for one year. This is more >>> "in this point/coordinate, the annual precipitation is xxx mm" >>> >>> But what I need is the total (sum) of the value of the variable. >>> Something like: "In this area of 500km2, the annual precipitation is xxx >>> mm". >>> >>> Is it possible to obtain that? >>> >>> Best regards >>> >>> -- >>> Serge >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/ec43241e/attachment.html From Wesley.Ebisuzaki at noaa.gov Tue Sep 27 11:18:51 2011 From: Wesley.Ebisuzaki at noaa.gov (Wesley Ebisuzaki) Date: Tue, 27 Sep 2011 11:18:51 -0400 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> Message-ID: <4E81E95B.3040901@noaa.gov> Kevin, Kevin M Levey wrote: > MON 26SEP11: 1400PDT > > Hi > > I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid Regional - CONUS - Double Resolution (Lambert Conformal - 40km) Prob Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). > > I've had no problems using processing the SPREAD and MEAN files using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), however, am running into issues when processing the probability files. > > Firstly, g2ctl.pl throws this: > > Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use use -g2clib 0 for WMO standard > wgrib2 has detected a field which would be decoded differently by g2clib/g2lib than suggested by the WMO standard. Since the sref fields were created by g2lib, you need g2clib/g2lib to decode the files correctly. Similar bugs have been found in the NCAR and the ECMWF software; however, I haven't put warning into the wgrib2 code (except for the ECMWF chemistry table). > and then running gribmap I get this: > > Product Definition Template 9 not handled > Right now, GrADS can't handle the probability fields correctly because (1) The control file can't tell the difference between: ":prob >25.4" and "prob >50.8" (2) gribmap needs to be compiled with the latest version of g2clib. If (2) is done, you could display the probability fields by putting the field that you want to display into it's own record. Converting to netcdf is not an option until the next wgrib2 release. Wesley > As I understand it, wgrib2 doesn't know what to do as the table for SREF is not defined. The CTL file incorrectly shows only a few variables and none of the probability variables as listed on the NCEP site: > > http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml > > I'm somewhat stumped here as to how to correctly process these type files and display the desired variables in GRADS. > > Any help would be welcome. > > Thanks. > > Regards, > > Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) > Vice President of Operations > CustomWeather, Inc. > San Francisco, California, USA > > "Taking the World by Storm!" > > http://www.customweather.com > http://www.myforecast.com > http://www.1stweather.com > > cell: 415-794-0411 > work: 415-777-3566 > email: klevey at customweather.com > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From klevey at customweather.com Tue Sep 27 12:18:08 2011 From: klevey at customweather.com (Kevin M Levey) Date: Tue, 27 Sep 2011 09:18:08 -0700 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: <4E81E95B.3040901@noaa.gov> References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> <4E81E95B.3040901@noaa.gov> Message-ID: TUE 27SEP11: 0915PDT Hi Wesley (and Jennifer) Thanks for your response - and you confirmed what I suspected. I'll have our software engineer recompile and try your suggestion. I have a question, and not sure exactly what you mean by > If (2) is done, you could display the probability fields by putting the field that you want to display into it's own record. Yep, I tried the netcdf option and that didn't work as you noted. Believe you me, I spent almost all day yesterday trying to get around this issue. Thank you for your time and effort. Regards, Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) Vice President of Operations CustomWeather, Inc. San Francisco, California, USA "Taking the World by Storm!" http://www.customweather.com http://www.myforecast.com http://www.1stweather.com cell: 415-794-0411 work: 415-777-3566 email: klevey at customweather.com On Sep 27, 2011, at 09/27/11 - 8:18 AM, Wesley Ebisuzaki wrote: > Kevin, > > > Kevin M Levey wrote: >> MON 26SEP11: 1400PDT >> >> Hi >> >> I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid Regional - CONUS - Double Resolution (Lambert Conformal - 40km) Prob Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). >> >> I've had no problems using processing the SPREAD and MEAN files using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), however, am running into issues when processing the probability files. >> >> Firstly, g2ctl.pl throws this: >> >> Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use use -g2clib 0 for WMO standard >> > wgrib2 has detected a field which would be decoded differently by > g2clib/g2lib than suggested > by the WMO standard. Since the sref fields were created by g2lib, you > need g2clib/g2lib to > decode the files correctly. Similar bugs have been found in the NCAR > and the ECMWF > software; however, I haven't put warning into the wgrib2 code (except > for the ECMWF > chemistry table). > > >> and then running gribmap I get this: >> >> Product Definition Template 9 not handled >> > Right now, GrADS can't handle the probability fields correctly because > > (1) The control file can't tell the difference between: ":prob >> 25.4" and "prob >50.8" > (2) gribmap needs to be compiled with the latest version of g2clib. > > If (2) is done, you could display the probability fields by putting the > field that you want to > display into it's own record. > > Converting to netcdf is not an option until the next wgrib2 release. > > Wesley > >> As I understand it, wgrib2 doesn't know what to do as the table for SREF is not defined. The CTL file incorrectly shows only a few variables and none of the probability variables as listed on the NCEP site: >> >> http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml >> >> I'm somewhat stumped here as to how to correctly process these type files and display the desired variables in GRADS. >> >> Any help would be welcome. >> >> Thanks. >> >> Regards, >> >> Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) >> Vice President of Operations >> CustomWeather, Inc. >> San Francisco, California, USA >> >> "Taking the World by Storm!" >> >> http://www.customweather.com >> http://www.myforecast.com >> http://www.1stweather.com >> >> cell: 415-794-0411 >> work: 415-777-3566 >> email: klevey at customweather.com >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr From dasilva at alum.mit.edu Tue Sep 27 17:14:27 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 27 Sep 2011 17:14:27 -0400 Subject: [gradsusr] Gribmap In-Reply-To: <4E81DD83.6070604@poweo.com> References: <4E81DD83.6070604@poweo.com> Message-ID: On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine wrote: > ** > > Dear All, > > .I am trying to use gribmap with opengrads superpack under Windows, and it > doesn't work; i tried the automatic installer and zip file, but in fact i am > not used to Linux, Cygwin ....and there must be a path problem, i think. > How do you launch gribmap? i tried in > "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", > it seems to work, but the .idx is not created (as if there was not a X > server). > Can you send a screendump? What exactly is the error message? Arlindo. > Thanks > > > -- > > *Antoine Molin* > > ** > > **** > > [image: EED POWEO Logo] > > 16, Place Cormontaigne - 59000 Lille**** > > **** > > Tel. : *+ 33 3 20 74 04 00* > > Fax : + 33 3 20 74 04 07**** > > *poweo.com * > > ** > > Avant d'imprimer, pensez ? l'environnement**** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/02bd959a/attachment.html From sushantpuranik at gmail.com Wed Sep 28 00:56:08 2011 From: sushantpuranik at gmail.com (sushant puranik) Date: Wed, 28 Sep 2011 10:26:08 +0530 Subject: [gradsusr] How to write data in a file Message-ID: Hi I am trying to make average of vorticity over four points as set lev 850 define zeta=hcurl(uwnd,vwnd.2) set lat 12.5 set lon 100 define z1=zeta clear set lat 10 set lon 100 define z2=zeta clear set lat 12.5 set lon 97.5 define z3=zeta clear set lat 10 set lon 97.5 define z4=zeta clear define avez=(z1+z2+z3+z4)/4 d avez write (testz.txt,te) But the output file remains blank. whats wrong with the script? Thanks Sushant -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/74c24dad/attachment.html From zjuyanlibin at 163.com Wed Sep 28 01:00:28 2011 From: zjuyanlibin at 163.com (Yan Libin) Date: Wed, 28 Sep 2011 13:00:28 +0800 Subject: [gradsusr] How to write data in a file References: Message-ID: <201109281300287508900@163.com> set gxout print d * or rc=write(file='.../result.txt',result) Yan Libin From: sushant puranik Date: 2011-09-28 13:26 To: GrADS Users Forum Subject: [gradsusr] How to write data in a file Hi I am trying to make average of vorticity over four points as set lev 850 define zeta=hcurl(uwnd,vwnd.2) set lat 12.5 set lon 100 define z1=zeta clear set lat 10 set lon 100 define z2=zeta clear set lat 12.5 set lon 97.5 define z3=zeta clear set lat 10 set lon 97.5 define z4=zeta clear define avez=(z1+z2+z3+z4)/4 d avez write (testz.txt,te) But the output file remains blank. whats wrong with the script? Thanks Sushant -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/2aacd292/attachment-0001.html From dasilva at alum.mit.edu Wed Sep 28 08:27:24 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 28 Sep 2011 08:27:24 -0400 Subject: [gradsusr] How to write data in a file In-Reply-To: References: Message-ID: On Wed, Sep 28, 2011 at 12:56 AM, sushant puranik wrote: > Hi > I am trying to make average of vorticity over four points as > > set lev 850 > define zeta=hcurl(uwnd,vwnd.2) > set lat 12.5 > set lon 100 > define z1=zeta > clear > set lat 10 > set lon 100 > define z2=zeta > clear > set lat 12.5 > set lon 97.5 > define z3=zeta > clear > set lat 10 > set lon 97.5 > define z4=zeta > clear > define avez=(z1+z2+z3+z4)/4 > d avez > write (testz.txt,te) > > > But the output file remains blank. > > whats wrong with the script? > > What kind of script is this? Exec? Recall that write() is a gs script function, not something you call from the "ga->" command line. Read the section of the User's Guide on scripts: http://grads.iges.org/grads/gadoc/script.html#intro Make sure you define the variable "te" that you are writing to the file, and that the file name is a string. -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/2407b609/attachment.html From nkh09 at fsu.edu Wed Sep 28 08:44:34 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Wed, 28 Sep 2011 12:44:34 GMT Subject: [gradsusr] How to write data in a file In-Reply-To: References: Message-ID: Hey, At the end of your script, after 'd avez' add this line.. average=subwrd(result,4) write(test.txt,average) When you display a variable with a single value, GrADS writes the value to the terminal in a format like this Result value = xxxx So, you just have to tell it to grab the xxxx part of the output. Hope that helps! -Nick That should do it ----- Original Message ----- From: Arlindo da Silva Date: Wednesday, September 28, 2011 12:28 pm Subject: Re: [gradsusr] How to write data in a file To: GrADS Users Forum > On Wed, Sep 28, 2011 at 12:56 AM, sushant puranik > wrote: > > > Hi > > I am trying to make average of vorticity over four points as > > > > set lev 850 > > define zeta=hcurl(uwnd,vwnd.2) > > set lat 12.5 > > set lon 100 > > define z1=zeta > > clear > > set lat 10 > > set lon 100 > > define z2=zeta > > clear > > set lat 12.5 > > set lon 97.5 > > define z3=zeta > > clear > > set lat 10 > > set lon 97.5 > > define z4=zeta > > clear > > define avez=(z1+z2+z3+z4)/4 > > d avez > > write (testz.txt,te) > > > > > > But the output file remains blank. > > > > whats wrong with the script? > > > > > What kind of script is this? Exec? Recall that write() is a gs script > function, not something you call from the "ga->" command line. Read > thesection of the User's Guide on scripts: > > http://grads.iges.org/grads/gadoc/script.html#intro > > Make sure you define the variable "te" that you are writing to the > file, and > that the file name is a string. > > -- > Arlindo da Silva > dasilva at alum.mit.edu > From antoine.molin at poweo.com Wed Sep 28 09:09:18 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Wed, 28 Sep 2011 15:09:18 +0200 Subject: [gradsusr] Gribmap In-Reply-To: References: <4E81DD83.6070604@poweo.com> Message-ID: <4E831C7E.4070809@poweo.com> Hi, see enclosed file: if i launch opengrads from the desk, i get the first screen dump with something strange in the path. Then, if i launch gribmap from "C:\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", i get the second screen dump, but the window disappears with "return", & no .idx is created. i join too the .grads.log from "C:\Documents and Settings\Antoine". Thanks, and best regards. Antoine Le 27/09/2011 23:14, Arlindo da Silva a ?crit : > > > On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine > > wrote: > > > Dear All, > > .I am trying to use gribmap with opengrads superpack under > Windows, and it doesn't work; i tried the automatic installer and > zip file, but in fact i am not used to Linux, Cygwin ....and there > must be a path problem, i think. > How do you launch gribmap? i tried in > "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", > it seems to work, but the .idx is not created (as if there was not > a X server). > > > Can you send a screendump? What exactly is the error message? > > Arlindo. > > > > > > > Thanks > > > -- > > *Antoine Molin* > > ** > > EED POWEO Logo > > 16, Place Cormontaigne - 59000 Lille > > Tel. : *+ 33 3 20 74 04 00* > > Fax : + 33 3 20 74 04 07 > > *poweo.com * > > ** > > Avant d'imprimer, pensez ? l'environnement > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu -- -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/08d68636/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110928/08d68636/attachment-0001.jpg -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: .grads.log Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/08d68636/attachment-0001.pl -------------- next part -------------- A non-text attachment was scrubbed... Name: opengrads_pbe.doc Type: application/msword Size: 296960 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110928/08d68636/attachment-0001.doc From antoine.molin at poweo.com Wed Sep 28 10:10:55 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Wed, 28 Sep 2011 16:10:55 +0200 Subject: [gradsusr] Gribmap In-Reply-To: References: <4E81DD83.6070604@poweo.com> Message-ID: <4E832AEF.8010905@poweo.com> Hi, In fact, it is working if i use rather recent descriptor files and grib data: i have some coming from WRF-EMS, and it is working. But if i work with .ctl i was using before with grads Version 1.8 (see enclosed file) for NCEP reanalysis data, the error message is : "data descriptor file is not for GRIB data". So the .ctl must have changed, isn'it? Br Antoine Le 27/09/2011 23:14, Arlindo da Silva a ?crit : > > > On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine > > wrote: > > > Dear All, > > .I am trying to use gribmap with opengrads superpack under > Windows, and it doesn't work; i tried the automatic installer and > zip file, but in fact i am not used to Linux, Cygwin ....and there > must be a path problem, i think. > How do you launch gribmap? i tried in > "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", > it seems to work, but the .idx is not created (as if there was not > a X server). > > > Can you send a screendump? What exactly is the error message? > > Arlindo. > > > > > > > Thanks > > > -- > > *Antoine Molin* > > ** > > EED POWEO Logo > > 16, Place Cormontaigne - 59000 Lille > > Tel. : *+ 33 3 20 74 04 00* > > Fax : + 33 3 20 74 04 07 > > *poweo.com * > > ** > > Avant d'imprimer, pensez ? l'environnement > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu -- -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/d38d81e6/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110928/d38d81e6/attachment-0001.jpg -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: UGRDhag.10.2009.ctl Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/d38d81e6/attachment-0001.pl From jma at cola.iges.org Wed Sep 28 11:33:24 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Wed, 28 Sep 2011 11:33:24 -0400 Subject: [gradsusr] Gribmap In-Reply-To: <4E832AEF.8010905@poweo.com> References: <4E81DD83.6070604@poweo.com> <4E832AEF.8010905@poweo.com> Message-ID: <66F0A4A6-5C2A-4C4C-84DB-6783F016076E@cola.iges.org> Your descriptor file is missing "dtype grib". --Jennifer On Sep 28, 2011, at 10:10 AM, Molin Antoine wrote: > Hi, > > In fact, it is working if i use rather recent descriptor files and > grib data: i have some coming from WRF-EMS, and it is working. > > But if i work with .ctl i was using before with grads Version 1.8 > (see enclosed file) for NCEP reanalysis data, the error message is : > "data descriptor file is not for GRIB data". > > So the .ctl must have changed, isn'it? > > Br > Antoine > > > > Le 27/09/2011 23:14, Arlindo da Silva a ?crit : >> >> >> >> On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine > > wrote: >> >> Dear All, >> >> .I am trying to use gribmap with opengrads superpack under Windows, >> and it doesn't work; i tried the automatic installer and zip file, >> but in fact i am not used to Linux, Cygwin ....and there must be a >> path problem, i think. >> How do you launch gribmap? i tried in "C:\grads-2.0.a9.oga.1- >> win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga. >> 1\i686", it seems to work, but the .idx is not >> created (as if there was not a X server). >> >> Can you send a screendump? What exactly is the error message? >> >> Arlindo. >> >> >> >> >> >> >> >> >> Thanks >> >> >> -- >> Antoine Molin >> >> >> >> >> >> 16, Place Cormontaigne - 59000 Lille >> >> >> Tel. : + 33 3 20 74 04 00 >> >> Fax : + 33 3 20 74 04 07 >> >> poweo.com >> >> >> Avant d'imprimer, pensez ? l'environnement >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu > > > -- > > -- > Antoine Molin > > > > > > 16, Place Cormontaigne - 59000 Lille > > > Tel. : + 33 3 20 74 04 00 > > Fax : + 33 3 20 74 04 07 > > poweo.com > > > Avant d'imprimer, pensez ? l'environnement > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/c7109a30/attachment.html From antoine.molin at poweo.com Wed Sep 28 11:49:03 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Wed, 28 Sep 2011 17:49:03 +0200 Subject: [gradsusr] Gribmap In-Reply-To: <66F0A4A6-5C2A-4C4C-84DB-6783F016076E@cola.iges.org> References: <4E81DD83.6070604@poweo.com> <4E832AEF.8010905@poweo.com> <66F0A4A6-5C2A-4C4C-84DB-6783F016076E@cola.iges.org> Message-ID: <4E8341EF.8090908@poweo.com> thanks; it is working! Antoine Le 28/09/2011 17:33, Jennifer Adams a ?crit : > Your descriptor file is missing "dtype grib". --Jennifer > > On Sep 28, 2011, at 10:10 AM, Molin Antoine wrote: > >> Hi, >> >> In fact, it is working if i use rather recent descriptor files and >> grib data: i have some coming from WRF-EMS, and it is working. >> >> But if i work with .ctl i was using before with grads Version 1.8 >> (see enclosed file) for NCEP reanalysis data, the error message is : >> "data descriptor file is not for GRIB data". >> >> So the .ctl must have changed, isn'it? >> >> Br >> Antoine >> >> >> >> Le 27/09/2011 23:14, Arlindo da Silva a ?crit : >>> >>> >>> On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine >>> > wrote: >>> >>> >>> Dear All, >>> >>> .I am trying to use gribmap with opengrads superpack under >>> Windows, and it doesn't work; i tried the automatic installer >>> and zip file, but in fact i am not used to Linux, Cygwin ....and >>> there must be a path problem, i think. >>> How do you launch gribmap? i tried in >>> "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", >>> it seems to work, but the .idx is not created (as if there was >>> not a X server). >>> >>> >>> Can you send a screendump? What exactly is the error message? >>> >>> Arlindo. >>> >>> >>> >>> >>> >>> >>> Thanks >>> >>> >>> -- >>> >>> *Antoine Molin* >>> >>> ** >>> >>> >>> EED POWEO Logo >>> >>> 16, Place Cormontaigne - 59000 Lille >>> >>> >>> Tel. : *+ 33 3 20 74 04 00* >>> >>> Fax : + 33 3 20 74 04 07 >>> >>> *poweo.com * >>> >>> ** >>> >>> Avant d'imprimer, pensez ? l'environnement >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >>> >>> >>> -- >>> Arlindo da Silva >>> dasilva at alum.mit.edu >> >> >> -- >> >> -- >> >> *Antoine Molin* >> >> ** >> >> >> >> 16, Place Cormontaigne - 59000 Lille >> >> Tel. : *+ 33 3 20 74 04 00* >> >> Fax : + 33 3 20 74 04 07 >> >> *poweo.com * >> >> ** >> >> Avant d'imprimer, pensez ? l'environnement >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > -- -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/278748f6/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110928/278748f6/attachment-0001.jpg From rafanoharana at gmail.com Wed Sep 28 13:29:38 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Wed, 28 Sep 2011 10:29:38 -0700 Subject: [gradsusr] Mean of specific time Message-ID: Dear all, How to get the mean of a specific time. I mean I have monthly data of 10 years. I need to obtain the mean of each month. I used 'cdo -r ymeanmonth input.nc output.nc' but my computer says cannot allocate memory since the file is pretty big in size (20 Gb) Then I tried to use GrADS but cannot find the appropriate command. I will take one by one the mean of each month, so for example for october if I do define oct=mean (var, t=1, t=12) it will give me the mean of 12 month but I do not need that but I need the mean of all october of 10 years of the monthly data of 10 years. How to get each october? Something like 'define oct=mean(var,t=10,t=22,t=34,t=46,t=58,t=71,t=83,t=95,t=107,t=119) I hope you get the idea Serge -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/48ef22e4/attachment.html From dasilva at alum.mit.edu Wed Sep 28 19:37:06 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 28 Sep 2011 19:37:06 -0400 Subject: [gradsusr] Mean of specific time In-Reply-To: References: Message-ID: On Wed, Sep 28, 2011 at 1:29 PM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > How to get the mean of a specific time. I mean I have monthly data of 10 > years. I need to obtain the mean of each month. I used 'cdo -r ymeanmonth > input.nc output.nc' but my computer says cannot allocate memory since the > file is pretty big in size (20 Gb) > > Then I tried to use GrADS but cannot find the appropriate command. > I will take one by one the mean of each month, so for example for october > > if I do define oct=mean (var, t=1, t=12) it will give me the mean of 12 > month but I do not need that but I need the mean of all october of 10 years > of the monthly data of 10 years. > > How to get each october? > Something like 'define > oct=mean(var,t=10,t=22,t=34,t=46,t=58,t=71,t=83,t=95,t=107,t=119) > > Did you consult the documentation for ave()? It explicitly says that you can specify a time increment when time averaging, oct = ave(var,t=10,t=119,12) The time increment is 12 in this case. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/1a21757b/attachment.html From sushantpuranik at gmail.com Thu Sep 29 00:44:39 2011 From: sushantpuranik at gmail.com (sushant puranik) Date: Thu, 29 Sep 2011 10:14:39 +0530 Subject: [gradsusr] How to write data in a file In-Reply-To: References: Message-ID: Thanks Nick. Got the solution On Wed, Sep 28, 2011 at 6:14 PM, Nick Heath wrote: > Hey, > > At the end of your script, after 'd avez' add this line.. > average=subwrd(result,4) > write(test.txt,average) > > When you display a variable with a single value, GrADS writes the value to > the terminal in a format like this > Result value = xxxx > So, you just have to tell it to grab the xxxx part of the output. > > Hope that helps! > -Nick > > That should do it > > ----- Original Message ----- > From: Arlindo da Silva > Date: Wednesday, September 28, 2011 12:28 pm > Subject: Re: [gradsusr] How to write data in a file > To: GrADS Users Forum > > > On Wed, Sep 28, 2011 at 12:56 AM, sushant puranik > > wrote: > > > > > Hi > > > I am trying to make average of vorticity over four points as > > > > > > set lev 850 > > > define zeta=hcurl(uwnd,vwnd.2) > > > set lat 12.5 > > > set lon 100 > > > define z1=zeta > > > clear > > > set lat 10 > > > set lon 100 > > > define z2=zeta > > > clear > > > set lat 12.5 > > > set lon 97.5 > > > define z3=zeta > > > clear > > > set lat 10 > > > set lon 97.5 > > > define z4=zeta > > > clear > > > define avez=(z1+z2+z3+z4)/4 > > > d avez > > > write (testz.txt,te) > > > > > > > > > But the output file remains blank. > > > > > > whats wrong with the script? > > > > > > > > What kind of script is this? Exec? Recall that write() is a gs script > > function, not something you call from the "ga->" command line. Read > > thesection of the User's Guide on scripts: > > > > http://grads.iges.org/grads/gadoc/script.html#intro > > > > Make sure you define the variable "te" that you are writing to the > > file, and > > that the file name is a string. > > > > -- > > Arlindo da Silva > > dasilva at alum.mit.edu > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- ?????? ??????? ?????????????? ? ???????????? ?????, ???? ????????? ????-??, ?????????? ????. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110929/661c915a/attachment.html From jma at cola.iges.org Thu Sep 29 10:34:12 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 29 Sep 2011 10:34:12 -0400 Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * Message-ID: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> Brian and I are pleased to announce a new release of GrADS, version 2.0.0. We have worked very hard to make this version as stable as possible, and are therefore taking it out of alpha status, skipping over beta altogether, and calling it 'operational'. There is a very long list of new features, bug fixes and miscellaneous additions, the full text from the ChangeLog is below, please read it carefully. Highlights of this release, other than its stability, are a new shaded contouring algorithm (which allows for "transparent" colors), support for polygon shapefiles and KML files, and some fixes and improvements to the streamlines, including controls for spacing, style, and size of the arrows. There are also new versions of some of the supplibs, enabling the handling of GRIB2 product definition template 4.15, and optimizing the netcdf5/hdf5 interface. The GrADS downloads web page (http://iges.org/grads/downloads.html) has been updated with links to the source code and a few pre-compiled binaries. Binaries for additional operating systems will be posted as they become available. Please report any problems or questions to this forum. Enjoy! -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org 2011-09-29 Version 2.0.0 Features: * New shaded contouring algorithm: "set gxout shade2" Polygons are closed, have no holes, do not overlap, and are as large and few in number as is feasible Use of -1 for a color # will suppress drawing of the shaded contour, making it effectively transparent * Legacy shaded contouring routine: "set gxout shade1" * "set gxout shaded" is now an alias for legacy shaded contouring routine * Support for creating polygon shapefiles with new option "-poly" to "set shp" command * Support for creating polygon KML files with new option "-poly" to "set kml" command * 1D loglog plots with new command "set log1d" * New environment variable GASHP, contains 1 or more directories that may contain shapefiles. GASHP delimiters are space, semicolon, comma, or colon. Algorithm is: 1. Tries to open filename as provided by user 2. Parses GASHP and prepends each dir to filename 3. Prepends GADDIR directory (only one dir) to filename * New command "set strmopts" to control streamline density plus arrowhead spacing, size, and type. Support for negative streamline density values (between -10 and -1) for high-res grids. Misc: * Mixed case ensemble names are now allowed * Changes to improve masked contour labeling; also now works with "set vpage" * Support for grib1 time range indicator 7, which subtracts the forecast time from the basetime to get the valid time * Loosened restrictions in gribmap for mapping monthly data * Previously undocumented command: "screen" * Added "query calendar" command to discover calendar mode (unset, 365-day, or standard) * Added ":" to list of delimiters for multiple dirs in GASCRP environment variable (now same as GASHP) * Added "NULL" as an option for scale factor attribute name in the UNPACK descriptor file entry when add offset occurs alone * Updated wgrib.c to version 1.8.1.2a * Updated grib2scan to show start/ending times for averages, and valid times for instantaneous fields * Handles GRIB2 Product Definition Template 4.15 * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' and 'set kml' commands * Added alias 'image' for 'img' in 'set kml' command Bugs: * Fixed errors when retrieving data from a very large defined object that has more than 2Gb elements. * Patched memory leak when reading NetCDF attributes with lengths larger than 128 * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() functions and collect() command * Cannot have a leap and no-leap file open at the same time * Calendar mode cleared with "reinit" only * Fixed big/little endian error when reading 2-byte binary data * Fixed bug where 2-point contour segments are not drawn in upper right corner of grid * Fixed contouring bug for very high res grids with vertices too close together to resolve graphically * Fixed contouring bug for small grids that left a gap in contour line * Added check for strictly increasing contour levels * Fixed streamlines in areas where grid boxes are not square (e.g. near the poles) * Disabled erroneous vector/barb drawing in some projections (mollweide, orthographic, and robinson) * Fixed erroneous results from 'q xy2gr' for some projections (returns -999.9 instead of garbage) Supplib Updates: * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, netcdf-4.1.3, zlib-1.2.5 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110929/15bbbfcf/attachment-0001.html From senya at atmos.umd.edu Thu Sep 29 11:53:48 2011 From: senya at atmos.umd.edu (Semyon Grodsky) Date: Thu, 29 Sep 2011 11:53:48 -0400 (EDT) Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * In-Reply-To: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> References: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> Message-ID: Jennifer, is UDF support included in the 2.0.0? If not, could you please update us on that? Thanks, --Senya On Thu, 29 Sep 2011, Jennifer Adams wrote: > Brian and I are pleased to announce a new release of GrADS, version 2.0.0. We > have worked very hard to make this version as stable as possible, and are > therefore taking it out of alpha status, skipping over beta altogether, and > calling it 'operational'. There is a very long list of new features, bug > fixes and miscellaneous additions, the full text from the ChangeLog is below, > please read it carefully. > > Highlights of this release, other than its stability, are a new shaded > contouring algorithm (which allows for "transparent" colors), support for > polygon shapefiles and KML files, and some fixes and improvements to the > streamlines, including controls for spacing, style, and size of the arrows. > There are also new versions of some of the supplibs, enabling the handling of > GRIB2 product definition template 4.15, and optimizing the netcdf5/hdf5 > interface. > > The GrADS downloads web page (http://iges.org/grads/downloads.html) has been > updated with links to the source code and a few pre-compiled binaries. > Binaries for additional operating systems will be posted as they become > available. > > Please report any problems or questions to this forum. Enjoy! > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > 2011-09-29 Version 2.0.0 > Features: > * New shaded contouring algorithm: "set gxout shade2" > Polygons are closed, have no holes, do not overlap, and are as large and > few in number as is feasible > Use of -1 for a color # will suppress drawing of the shaded contour, > making it effectively transparent > * Legacy shaded contouring routine: "set gxout shade1" > * "set gxout shaded" is now an alias for legacy shaded contouring routine > * Support for creating polygon shapefiles with new option "-poly" to "set > shp" command > * Support for creating polygon KML files with new option "-poly" to "set > kml" command > * 1D loglog plots with new command "set log1d" > * New environment variable GASHP, contains 1 or more directories that may > contain shapefiles. > GASHP delimiters are space, semicolon, comma, or colon. Algorithm is: > 1. Tries to open filename as provided by user 2. Parses > GASHP and prepends each dir to filename > 3. Prepends GADDIR directory (only one dir) to filename > * New command "set strmopts" to control streamline density plus arrowhead > spacing, size, and type. > Support for negative streamline density values (between -10 and -1) for > high-res grids. > > Misc: > * Mixed case ensemble names are now allowed > * Changes to improve masked contour labeling; also now works with "set > vpage" > * Support for grib1 time range indicator 7, which subtracts the forecast > time > from the basetime to get the valid time > * Loosened restrictions in gribmap for mapping monthly data > * Previously undocumented command: "screen" > * Added "query calendar" command to discover calendar mode (unset, > 365-day, or standard) > * Added ":" to list of delimiters for multiple dirs in GASCRP environment > variable (now same as GASHP) > * Added "NULL" as an option for scale factor attribute name in the UNPACK > descriptor file entry > when add offset occurs alone > * Updated wgrib.c to version 1.8.1.2a > * Updated grib2scan to show start/ending times for averages, and valid > times for instantaneous fields > * Handles GRIB2 Product Definition Template 4.15 > * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' and 'set > kml' commands > * Added alias 'image' for 'img' in 'set kml' command > > Bugs: > * Fixed errors when retrieving data from a very large defined object that > has more than 2Gb elements. > * Patched memory leak when reading NetCDF attributes with lengths larger > than 128 > * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() functions and > collect() command > * Cannot have a leap and no-leap file open at the same time > * Calendar mode cleared with "reinit" only > * Fixed big/little endian error when reading 2-byte binary data > * Fixed bug where 2-point contour segments are not drawn in upper right > corner of grid > * Fixed contouring bug for very high res grids with vertices too close > together to resolve graphically > * Fixed contouring bug for small grids that left a gap in contour line > * Added check for strictly increasing contour levels > * Fixed streamlines in areas where grid boxes are not square (e.g. near > the poles) > * Disabled erroneous vector/barb drawing in some projections (mollweide, > orthographic, and robinson) > * Fixed erroneous results from 'q xy2gr' for some projections (returns > -999.9 instead of garbage) > > Supplib Updates: > * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, netcdf-4.1.3, > zlib-1.2.5 > > ----------------------------------------------------------- Semyon Grodsky Computer and Space Science Building (Bldg. #224), Room 2409 Department of Atmospheric and Oceanic Science University of Maryland College Park, MD 20742 Phone: 301-405-5330 Fax: 301-314-9482 E-mail: senya at atmos.umd.edu From jma at cola.iges.org Thu Sep 29 12:24:04 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 29 Sep 2011 12:24:04 -0400 Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * In-Reply-To: References: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> Message-ID: <4437CBD7-1BE5-42C9-8AF7-103263588FBC@cola.iges.org> The new UDF interface is still in the design phase. It will be included in version 2.1. --Jennifer On Sep 29, 2011, at 11:53 AM, Semyon Grodsky wrote: > Jennifer, > is UDF support included in the 2.0.0? If not, could you please > update us > on that? > Thanks, > --Senya > > On Thu, 29 Sep 2011, Jennifer Adams wrote: > >> Brian and I are pleased to announce a new release of GrADS, version >> 2.0.0. We >> have worked very hard to make this version as stable as possible, >> and are >> therefore taking it out of alpha status, skipping over beta >> altogether, and >> calling it 'operational'. There is a very long list of new >> features, bug >> fixes and miscellaneous additions, the full text from the ChangeLog >> is below, >> please read it carefully. >> >> Highlights of this release, other than its stability, are a new >> shaded >> contouring algorithm (which allows for "transparent" colors), >> support for >> polygon shapefiles and KML files, and some fixes and improvements >> to the >> streamlines, including controls for spacing, style, and size of the >> arrows. >> There are also new versions of some of the supplibs, enabling the >> handling of >> GRIB2 product definition template 4.15, and optimizing the netcdf5/ >> hdf5 >> interface. >> >> The GrADS downloads web page (http://iges.org/grads/downloads.html) >> has been >> updated with links to the source code and a few pre-compiled >> binaries. >> Binaries for additional operating systems will be posted as they >> become >> available. >> >> Please report any problems or questions to this forum. Enjoy! >> >> -- >> Jennifer M. Adams >> IGES/COLA >> 4041 Powder Mill Road, Suite 302 >> Calverton, MD 20705 >> jma at cola.iges.org >> >> >> 2011-09-29 Version 2.0.0 >> Features: >> * New shaded contouring algorithm: "set gxout shade2" >> Polygons are closed, have no holes, do not overlap, and are as >> large and >> few in number as is feasible >> Use of -1 for a color # will suppress drawing of the shaded >> contour, >> making it effectively transparent >> * Legacy shaded contouring routine: "set gxout shade1" >> * "set gxout shaded" is now an alias for legacy shaded contouring >> routine >> * Support for creating polygon shapefiles with new option "-poly" >> to "set >> shp" command >> * Support for creating polygon KML files with new option "-poly" >> to "set >> kml" command >> * 1D loglog plots with new command "set log1d" >> * New environment variable GASHP, contains 1 or more directories >> that may >> contain shapefiles. >> GASHP delimiters are space, semicolon, comma, or colon. >> Algorithm is: >> 1. Tries to open filename as provided by user 2. Parses >> GASHP and prepends each dir to filename >> 3. Prepends GADDIR directory (only one dir) to filename >> * New command "set strmopts" to control streamline density plus >> arrowhead >> spacing, size, and type. >> Support for negative streamline density values (between -10 and >> -1) for >> high-res grids. >> >> Misc: >> * Mixed case ensemble names are now allowed >> * Changes to improve masked contour labeling; also now works with >> "set >> vpage" >> * Support for grib1 time range indicator 7, which subtracts the >> forecast >> time >> from the basetime to get the valid time >> * Loosened restrictions in gribmap for mapping monthly data >> * Previously undocumented command: "screen" >> * Added "query calendar" command to discover calendar mode (unset, >> 365-day, or standard) >> * Added ":" to list of delimiters for multiple dirs in GASCRP >> environment >> variable (now same as GASHP) >> * Added "NULL" as an option for scale factor attribute name in the >> UNPACK >> descriptor file entry >> when add offset occurs alone >> * Updated wgrib.c to version 1.8.1.2a >> * Updated grib2scan to show start/ending times for averages, and >> valid >> times for instantaneous fields >> * Handles GRIB2 Product Definition Template 4.15 >> * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' >> and 'set >> kml' commands >> * Added alias 'image' for 'img' in 'set kml' command >> >> Bugs: >> * Fixed errors when retrieving data from a very large defined >> object that >> has more than 2Gb elements. >> * Patched memory leak when reading NetCDF attributes with lengths >> larger >> than 128 >> * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() >> functions and >> collect() command >> * Cannot have a leap and no-leap file open at the same time >> * Calendar mode cleared with "reinit" only >> * Fixed big/little endian error when reading 2-byte binary data >> * Fixed bug where 2-point contour segments are not drawn in upper >> right >> corner of grid >> * Fixed contouring bug for very high res grids with vertices too >> close >> together to resolve graphically >> * Fixed contouring bug for small grids that left a gap in contour >> line >> * Added check for strictly increasing contour levels >> * Fixed streamlines in areas where grid boxes are not square (e.g. >> near >> the poles) >> * Disabled erroneous vector/barb drawing in some projections >> (mollweide, >> orthographic, and robinson) >> * Fixed erroneous results from 'q xy2gr' for some projections >> (returns >> -999.9 instead of garbage) >> >> Supplib Updates: >> * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, >> netcdf-4.1.3, >> zlib-1.2.5 >> >> > > ----------------------------------------------------------- > Semyon Grodsky > Computer and Space Science Building (Bldg. #224), Room 2409 > Department of Atmospheric and Oceanic Science > University of Maryland > College Park, MD 20742 > > Phone: 301-405-5330 > Fax: 301-314-9482 > E-mail: senya at atmos.umd.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110929/5f9585ba/attachment.html From dave.allured at noaa.gov Thu Sep 29 15:36:41 2011 From: dave.allured at noaa.gov (Dave Allured) Date: Thu, 29 Sep 2011 13:36:41 -0600 Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * In-Reply-To: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> References: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> Message-ID: <4E84C8C9.10708@noaa.gov> I made a quick test of the new binary version for Mac OS. It ran fine on Mac OS 10.6.8, and it ran my grungy old plot script without a hitch. The new environment variable GASHP works great with multiple directories. This allows me to untangle my shape file data sets from the setup for normal Grads data files via $GADDIR. Much appreciated. Thanks Jennifer and Brian! --Dave A. NOAA/PSD/CIRES On 9/29/2011 8:34 AM, Jennifer Adams wrote: > Brian and I are pleased to announce a new release of GrADS, version > 2.0.0. We have worked very hard to make this version as stable as > possible, and are therefore taking it out of alpha status, skipping > over beta altogether, and calling it 'operational'. There is a very > long list of new features, bug fixes and miscellaneous additions, > the full text from the ChangeLog is below, please read it carefully. > > Highlights of this release, other than its stability, are a new > shaded contouring algorithm (which allows for "transparent" colors), > support for polygon shapefiles and KML files, and some fixes and > improvements to the streamlines, including controls for spacing, > style, and size of the arrows. There are also new versions of some > of the supplibs, enabling the handling of GRIB2 product definition > template 4.15, and optimizing the netcdf5/hdf5 interface. > > The GrADS downloads web page > (_http://iges.org/grads/downloads.html_) has been updated with links > to the source code and a few pre-compiled binaries. Binaries for > additional operating systems will be posted as they become available. > > Please report any problems or questions to this forum. Enjoy! > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > 2011-09-29 Version 2.0.0 > Features: > * New shaded contouring algorithm: "set gxout shade2" > Polygons are closed, have no holes, do not overlap, and are as large and few in number as is feasible > Use of -1 for a color # will suppress drawing of the shaded contour, making it effectively transparent > * Legacy shaded contouring routine: "set gxout shade1" > * "set gxout shaded" is now an alias for legacy shaded contouring routine > * Support for creating polygon shapefiles with new option "-poly" to "set shp" command > * Support for creating polygon KML files with new option "-poly" to "set kml" command > * 1D loglog plots with new command "set log1d" > * New environment variable GASHP, contains 1 or more directories that may contain shapefiles. > GASHP delimiters are space, semicolon, comma, or colon. Algorithm is: > 1. Tries to open filename as provided by user > 2. Parses GASHP and prepends each dir to filename > 3. Prepends GADDIR directory (only one dir) to filename > * New command "set strmopts" to control streamline density plus arrowhead spacing, size, and type. > Support for negative streamline density values (between -10 and -1) for high-res grids. > > Misc: > * Mixed case ensemble names are now allowed > * Changes to improve masked contour labeling; also now works with "set vpage" > * Support for grib1 time range indicator 7, which subtracts the forecast time > from the basetime to get the valid time > * Loosened restrictions in gribmap for mapping monthly data > * Previously undocumented command: "screen" > * Added "query calendar" command to discover calendar mode (unset, 365-day, or standard) > * Added ":" to list of delimiters for multiple dirs in GASCRP environment variable (now same as GASHP) > * Added "NULL" as an option for scale factor attribute name in the UNPACK descriptor file entry > when add offset occurs alone > * Updated wgrib.c to version 1.8.1.2a > * Updated grib2scan to show start/ending times for averages, and valid times for instantaneous fields > * Handles GRIB2 Product Definition Template 4.15 > * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' and 'set kml' commands > * Added alias 'image' for 'img' in 'set kml' command > > Bugs: > * Fixed errors when retrieving data from a very large defined object that has more than 2Gb elements. > * Patched memory leak when reading NetCDF attributes with lengths larger than 128 > * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() functions and collect() command > * Cannot have a leap and no-leap file open at the same time > * Calendar mode cleared with "reinit" only > * Fixed big/little endian error when reading 2-byte binary data > * Fixed bug where 2-point contour segments are not drawn in upper right corner of grid > * Fixed contouring bug for very high res grids with vertices too close together to resolve graphically > * Fixed contouring bug for small grids that left a gap in contour line > * Added check for strictly increasing contour levels > * Fixed streamlines in areas where grid boxes are not square (e.g. near the poles) > * Disabled erroneous vector/barb drawing in some projections (mollweide, orthographic, and robinson) > * Fixed erroneous results from 'q xy2gr' for some projections (returns -999.9 instead of garbage) > > Supplib Updates: > * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, netcdf-4.1.3, zlib-1.2.5 From jma at cola.iges.org Thu Sep 29 15:56:36 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 29 Sep 2011 15:56:36 -0400 Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * In-Reply-To: <4E84C8C9.10708@noaa.gov> References: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> <4E84C8C9.10708@noaa.gov> Message-ID: I have a new Mac laptop running 10.7.1 (Lion) and the new darwin binaries work on that system too. --Jennifer On Sep 29, 2011, at 3:36 PM, Dave Allured wrote: > I made a quick test of the new binary version for Mac OS. It ran > fine on Mac OS 10.6.8, and it ran my grungy old plot script without > a hitch. > > The new environment variable GASHP works great with multiple > directories. This allows me to untangle my shape file data sets > from the setup for normal Grads data files via $GADDIR. Much > appreciated. > > Thanks Jennifer and Brian! > > --Dave A. > NOAA/PSD/CIRES > > On 9/29/2011 8:34 AM, Jennifer Adams wrote: >> Brian and I are pleased to announce a new release of GrADS, version >> 2.0.0. We have worked very hard to make this version as stable as >> possible, and are therefore taking it out of alpha status, skipping >> over beta altogether, and calling it 'operational'. There is a very >> long list of new features, bug fixes and miscellaneous additions, >> the full text from the ChangeLog is below, please read it carefully. >> >> Highlights of this release, other than its stability, are a new >> shaded contouring algorithm (which allows for "transparent" colors), >> support for polygon shapefiles and KML files, and some fixes and >> improvements to the streamlines, including controls for spacing, >> style, and size of the arrows. There are also new versions of some >> of the supplibs, enabling the handling of GRIB2 product definition >> template 4.15, and optimizing the netcdf5/hdf5 interface. >> >> The GrADS downloads web page >> (_http://iges.org/grads/downloads.html_) has been updated with links >> to the source code and a few pre-compiled binaries. Binaries for >> additional operating systems will be posted as they become available. >> >> Please report any problems or questions to this forum. Enjoy! >> >> -- >> Jennifer M. Adams >> IGES/COLA >> 4041 Powder Mill Road, Suite 302 >> Calverton, MD 20705 >> jma at cola.iges.org >> >> >> 2011-09-29 Version 2.0.0 >> Features: >> * New shaded contouring algorithm: "set gxout shade2" >> Polygons are closed, have no holes, do not overlap, and are as large and few in number as is feasible >> Use of -1 for a color # will suppress drawing of the shaded contour, making it effectively transparent >> * Legacy shaded contouring routine: "set gxout shade1" >> * "set gxout shaded" is now an alias for legacy shaded contouring routine >> * Support for creating polygon shapefiles with new option "-poly" to "set shp" command >> * Support for creating polygon KML files with new option "-poly" to "set kml" command >> * 1D loglog plots with new command "set log1d" >> * New environment variable GASHP, contains 1 or more directories that may contain shapefiles. >> GASHP delimiters are space, semicolon, comma, or colon. Algorithm is: >> 1. Tries to open filename as provided by user >> 2. Parses GASHP and prepends each dir to filename >> 3. Prepends GADDIR directory (only one dir) to filename >> * New command "set strmopts" to control streamline density plus arrowhead spacing, size, and type. >> Support for negative streamline density values (between -10 and -1) for high-res grids. >> >> Misc: >> * Mixed case ensemble names are now allowed >> * Changes to improve masked contour labeling; also now works with "set vpage" >> * Support for grib1 time range indicator 7, which subtracts the forecast time >> from the basetime to get the valid time >> * Loosened restrictions in gribmap for mapping monthly data >> * Previously undocumented command: "screen" >> * Added "query calendar" command to discover calendar mode (unset, 365-day, or standard) >> * Added ":" to list of delimiters for multiple dirs in GASCRP environment variable (now same as GASHP) >> * Added "NULL" as an option for scale factor attribute name in the UNPACK descriptor file entry >> when add offset occurs alone >> * Updated wgrib.c to version 1.8.1.2a >> * Updated grib2scan to show start/ending times for averages, and valid times for instantaneous fields >> * Handles GRIB2 Product Definition Template 4.15 >> * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' and 'set kml' commands >> * Added alias 'image' for 'img' in 'set kml' command >> >> Bugs: >> * Fixed errors when retrieving data from a very large defined object that has more than 2Gb elements. >> * Patched memory leak when reading NetCDF attributes with lengths larger than 128 >> * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() functions and collect() command >> * Cannot have a leap and no-leap file open at the same time >> * Calendar mode cleared with "reinit" only >> * Fixed big/little endian error when reading 2-byte binary data >> * Fixed bug where 2-point contour segments are not drawn in upper right corner of grid >> * Fixed contouring bug for very high res grids with vertices too close together to resolve graphically >> * Fixed contouring bug for small grids that left a gap in contour line >> * Added check for strictly increasing contour levels >> * Fixed streamlines in areas where grid boxes are not square (e.g. near the poles) >> * Disabled erroneous vector/barb drawing in some projections (mollweide, orthographic, and robinson) >> * Fixed erroneous results from 'q xy2gr' for some projections (returns -999.9 instead of garbage) >> >> Supplib Updates: >> * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, netcdf-4.1.3, zlib-1.2.5 > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110929/b984de1f/attachment.html From antoine.molin at poweo.com Fri Sep 30 04:22:45 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Fri, 30 Sep 2011 10:22:45 +0200 Subject: [gradsusr] merra data Message-ID: <4E857C55.1010600@poweo.com> Dear All, For wind energy in France, i would like to use Merra data; it is in fact rather easy to get daily files from the Nasa (enclosed file:hourly wind speeds at 50m for one day, NetCDF). But then? Could you tell me how you would: * aggregate the daily files: do you use "template" * read the aggregate files (i think we need a descriptor file and use xdfopen or open under grads, isn'it?; or is it better to work with HDF files?). * best way to eventually create the descriptor file Thanks, and best regards -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/8374a8f0/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110930/8374a8f0/attachment-0001.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: MERRA300.prod.assim.tavg1_2d_slv_Nx.20010101.SUB.nc.gz Type: application/gzip Size: 56019 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110930/8374a8f0/attachment-0001.bin From rafanoharana at gmail.com Fri Sep 30 08:16:18 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Fri, 30 Sep 2011 05:16:18 -0700 Subject: [gradsusr] Mean of specific time In-Reply-To: References: Message-ID: Dear Arlindo, Thank you for your answer. Serge On Wed, Sep 28, 2011 at 4:37 PM, Arlindo da Silva wrote: > > > On Wed, Sep 28, 2011 at 1:29 PM, Rafanoharana Serge Claudio < > rafanoharana at gmail.com> wrote: > >> Dear all, >> >> How to get the mean of a specific time. I mean I have monthly data of 10 >> years. I need to obtain the mean of each month. I used 'cdo -r ymeanmonth >> input.nc output.nc' but my computer says cannot allocate memory since the >> file is pretty big in size (20 Gb) >> >> Then I tried to use GrADS but cannot find the appropriate command. >> I will take one by one the mean of each month, so for example for october >> >> if I do define oct=mean (var, t=1, t=12) it will give me the mean of 12 >> month but I do not need that but I need the mean of all october of 10 years >> of the monthly data of 10 years. >> >> How to get each october? >> Something like 'define >> oct=mean(var,t=10,t=22,t=34,t=46,t=58,t=71,t=83,t=95,t=107,t=119) >> >> > Did you consult the documentation for ave()? > It explicitly says that you can specify a time increment when time > averaging, > > oct = ave(var,t=10,t=119,12) > > The time increment is 12 in this case. > > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/08af963a/attachment.html From simon.kiertscher at gmx.de Fri Sep 30 10:21:49 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Fri, 30 Sep 2011 16:21:49 +0200 Subject: [gradsusr] scatterplot question In-Reply-To: References: Message-ID: <4E85D07D.7030407@gmx.de> Hi all, I?m experimenting with scatterplot at the moment. My question is, is it possible to make a scatterplot with more then 2 dimensions? If i set lat -180 180, lon -90 90, and time 1 50 (or something like that) GrADS will make a sequence of pictures. But i want all information in one plot. Best Regards, Simon From dasilva at alum.mit.edu Fri Sep 30 16:17:24 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 30 Sep 2011 16:17:24 -0400 Subject: [gradsusr] merra data In-Reply-To: <4E857C55.1010600@poweo.com> References: <4E857C55.1010600@poweo.com> Message-ID: On Fri, Sep 30, 2011 at 4:22 AM, Molin Antoine wrote: > ** > > Dear All, > > For wind energy in France, i would like to use Merra data; it is in fact > rather easy to get daily files from the Nasa (enclosed file:hourly wind > speeds at 50m for one day, NetCDF). > But then? > Could you tell me how you would: > * aggregate the daily files: do you use "template" > Yes. > * read the aggregate files (i think we need a descriptor file and use > xdfopen or open under grads, isn'it?; or is it better to work with HDF > files?). > Using a template makes it easier to work with the HDF files. > * best way to eventually create the descriptor file > Yes, it should be sufficient to create a DDF file with 3 records: DSET, OPTIONS template, and TDEF. Please read the User's Guide: http://grads.iges.org/grads/gadoc/SDFdescriptorfile.html Now, depending on the extent of data analysis you need to perform it may be practical for use to access MERRA data directly through OPeNDAP. In fact, we have made the whole MERRA collection on-line. There are a number of recipes in the Cookbook explaining how to work with MERRA data, click on this link: 2.6.1 NASA/GSFC MERRA The opengrads bundle also ships with a GUI interface for browsing the MERRA datasets, see http://cookbooks.opengrads.org/index.php?title=Recipe-016:_Accessing_MERRA_data_with_a_Graphical_User_Interface Just type "merra" on the command line; under Windows you should have a MERRA icon on your desktop. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/b9e82108/attachment.html From jimp at hawaii.edu Fri Sep 30 16:42:20 2011 From: jimp at hawaii.edu (James T. Potemra) Date: Fri, 30 Sep 2011 10:42:20 -1000 Subject: [gradsusr] scatterplot question In-Reply-To: <4E85D07D.7030407@gmx.de> References: <4E85D07D.7030407@gmx.de> Message-ID: <4E8629AC.9090203@hawaii.edu> Simon: You could, for example, use the time value as the color of the symbols used in the scatter plot. If you loop over a time index, just use "set t" and "set ccolor". You will have to "set looping off" to get all on one plot rather than an animation. Jim On 9/30/11 4:21 AM, Simon Kiertscher wrote: > Hi all, > > I?m experimenting with scatterplot at the moment. My question is, is it > possible to make a scatterplot with more then 2 dimensions? > If i set lat -180 180, lon -90 90, and time 1 50 (or something like > that) GrADS will make a sequence of pictures. But i want all information > in one plot. > > Best Regards, > Simon > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr From jma at cola.iges.org Fri Sep 30 17:09:14 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Fri, 30 Sep 2011 17:09:14 -0400 Subject: [gradsusr] scatterplot question In-Reply-To: <4E8629AC.9090203@hawaii.edu> References: <4E85D07D.7030407@gmx.de> <4E8629AC.9090203@hawaii.edu> Message-ID: <9BC87D0D-278E-4686-82BC-D67CF491F33B@cola.iges.org> You could also experiment with 'set digsize' to have the dots get bigger or smaller as time progresses in your plot, and 'set cmark' will control the type of dot drawn. For it to be clear, though, it would depend on how many points are in the scatter plot and how different the scatter is at different times. --Jennifer On Sep 30, 2011, at 4:42 PM, James T. Potemra wrote: > Simon: > > You could, for example, use the time value as the color of the > symbols used in the scatter plot. If you loop over a time index, > just use "set t" and "set ccolor". You will have to "set looping off" > to get all on one plot rather than an animation. > > Jim > > On 9/30/11 4:21 AM, Simon Kiertscher wrote: >> Hi all, >> >> I?m experimenting with scatterplot at the moment. My question is, >> is it >> possible to make a scatterplot with more then 2 dimensions? >> If i set lat -180 180, lon -90 90, and time 1 50 (or something like >> that) GrADS will make a sequence of pictures. But i want all >> information >> in one plot. >> >> Best Regards, >> Simon >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/d5d00ef4/attachment.html From jma at cola.iges.org Fri Sep 30 18:33:14 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Fri, 30 Sep 2011 18:33:14 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: <4E02FF87-F355-47D4-88CB-1EE4743D1509@cola.iges.org> Message-ID: I had remembered it backwards ... it's been so long since I have worked on anything cairo-related... anti-aliasing must be DISABLED for polygon fills. These are screen shots from the X11 rendering, not output from gxyat. Here is a 'gxout shade2' plot drawn with anti-aliased polygon fills: and here is the same thing with anti-aliasing disabled for polygon fills: --Jennifer On Sep 22, 2011, at 7:37 PM, Arlindo da Silva wrote: > On Thu, Sep 22, 2011 at 1:56 PM, Jennifer Adams > wrote: > The anti-aliasing in the Cairo library does make the colors seem a > little duller than when drawing without anti-aliasing. There is no > real cure for this, although if you increase the thickness of the > anti-aliased lines, they do brighten. For lines that we know will be > exactly horizontal or vertical, we plan to 'snap' them to the pixel > grid and then they won't be drawn with the anti-alias blending on > the edges. This will make the plot frame and other rectangles look > sharp and bright. Turning off anti-aliasing for polygon fills > results in very faint gaps that are visible between adjacent > polygons of the same color (e.g. in a shaded plot), so I don't > recommend that. > > I've been doing this for some time in gxyat and I never saw this > artifact. Here is a typical plot with plenty of same color polygons: > > http://portal.nccs.nasa.gov/cgi-hs3/hs3_wx.cgi?region=hs3&dtg=2011092212&prod=1ht&model=fp&level=300&tau=000&®ion_old=hs3&dtg_old=2011092212&prod_old=1ht&model_old=fp&level_old=200&tau_old=000&&loop=0 > > Do you have an example where this problem is apparent? > > Thanks, > > Arlindo > > > > A possible solution is to draw the perimeter of each polygon to > cover the gaps, but this is a performance hit. We are still thinking > about the user interface to control all these factors. For using > gxyat right now, I would try tweaking the line thickness and the > size of your output image, those things may improve the appearance/ > dimness of the anti-aliased lines. > --Jennifer > > > > On Sep 22, 2011, at 11:51 AM, Arlindo da Silva wrote: > >> On Thu, Sep 22, 2011 at 4:25 AM, Becker, Bernd > > wrote: >> Arlindo, >> >> you are right, this is an artifact of antialiasing >> (see attached plot: the yellows are the same in contour and in >> legend box) >> >> So we found the cause. >> >> But the plot looks no where near as impressive as the previous >> output from gxyat. >> >> What can we try to do about that? >> >> Anti-aliasing is a perceptual approximation that achieves "smooth >> lines" by blending pixels with the "environment"; it is all handled >> by the cairo library. I am not entirely sure why the legend gives >> you a different color... but wait a minute! One trick that gxyat >> uses to avoid those funny lines in filled contours is to turn anti- >> alising off every time a (filled) polygon is drawn. How are you >> creating your legend? Try using the more basic line to, move to >> function instead of a polygon function; this way you will have the >> same anti-aliasing used by the contour lines. >> >> Arlindo >> >> >> >> Cheers, >> Bernd. >> >> >> >> -- >> Bernd Becker Climate Impacts Product Development >> Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB >> United Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker >> >> http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game >> >> >> >> From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org >> ] On Behalf Of Arlindo da Silva >> Sent: 22 September 2011 03:10 >> To: GrADS Users Forum >> Subject: Re: [gradsusr] GXyat question re. colours >> >> On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd > > wrote: >> >> Hello, >> >> How can I force gxyat to save the colours to a gif file as >> displayed on >> screen ? >> >> Please find attached 2 images, >> one created with printim (authentic colours) and one >> created with gxyat and observe, that the yellow in the contour plot >> differs from the >> yellow in the legend. >> >> What could be the cause of that? >> >> What can I do about it? >> >> >> This is strange. Possibly this is an artifact of anti-aliasing. >> Could you try turning anti-aliasing off? >> >> ga-> gxyat +a file.png >> >> Arlindo >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/fc8e8162/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: sampleaa.png Type: image/png Size: 65471 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110930/fc8e8162/attachment-0002.png -------------- next part -------------- A non-text attachment was scrubbed... Name: sample.png Type: image/png Size: 42389 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110930/fc8e8162/attachment-0003.png From f.momenpoor at gmail.com Fri Sep 30 23:09:56 2011 From: f.momenpoor at gmail.com (furugh momenpoor) Date: Sat, 1 Oct 2011 06:39:56 +0330 Subject: [gradsusr] (no subject) Message-ID: hi i am studying blocking i want to change geopotential height on GFS data for reduce height of block ridge but i cant write FORTRAN program for reduce of height of GFS data please help me thanks From aguia_aristide at yahoo.fr Thu Sep 1 08:40:48 2011 From: aguia_aristide at yahoo.fr (Aristide AGUIA) Date: Thu, 1 Sep 2011 13:40:48 +0100 (BST) Subject: [gradsusr] questions Message-ID: <1314880848.51247.YahooMailNeo@web28105.mail.ukl.yahoo.com> Dear grads users, I'm Aristide, a wheater forcaster in the national meteorology centre in Ivory Coast. I'm a new gradsuser and I will install grads on linux. please can you help me to do it? thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110901/da5a0a9f/attachment-0002.html From anderlansiqueira at gmail.com Thu Sep 1 14:14:07 2011 From: anderlansiqueira at gmail.com (Anderlan Siqueira) Date: Thu, 1 Sep 2011 15:14:07 -0300 Subject: [gradsusr] How to calculate Terciles in the GrADS? Message-ID: I'm doing a script for the GrADS Tertile to calculate, but when I ask him to do an assignment, for example, if (a c) make the value 1. What I want is to do this, however when I generate if the values ??with the error. Would anyone have a clue. Sincerely, -- Anderlan Henrique Batista Siqueira Curr?culo Lattes - http://lattes.cnpq.br/1244544626994866 Laborat?rio de Climatologia - LabClim Meteorologista e Mestrando pelo Instituto de Ci?ncias Atmosf?ricas - ICAT/UFAL. P?s-Gradua??o em Meteorologia. Bacharel em Meteorologia pela Universidade Federal de Alagoas - UFAL. From instantweathermaps at gmail.com Thu Sep 1 14:25:00 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Thu, 1 Sep 2011 13:25:00 -0500 Subject: [gradsusr] How to calculate Terciles in the GrADS? In-Reply-To: References: Message-ID: You have to use maskout and const instead of if. -- Joey http://www.instantweathermaps.com On Thu, Sep 1, 2011 at 1:14 PM, Anderlan Siqueira < anderlansiqueira at gmail.com> wrote: > I'm doing a script for the GrADS Tertile to calculate, but when I ask > him to do an assignment, for example, if (a (b c) make the value 1. What I want is > to do this, however when I generate if the values with the error. > > Would anyone have a clue. > > Sincerely, > > -- > Anderlan Henrique Batista Siqueira > > Curr?culo Lattes - http://lattes.cnpq.br/1244544626994866 > Laborat?rio de Climatologia - LabClim > Meteorologista e Mestrando pelo Instituto de Ci?ncias Atmosf?ricas - > ICAT/UFAL. > P?s-Gradua??o em Meteorologia. > Bacharel em Meteorologia pela Universidade Federal de Alagoas - UFAL. > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110901/cf1de91d/attachment-0002.html From jma at cola.iges.org Thu Sep 1 18:34:52 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 1 Sep 2011 18:34:52 -0400 (EDT) Subject: [gradsusr] trouble on monsoondata.org In-Reply-To: <4388167B-ACB1-4ABB-8DD1-A93F50DC9D7F@cola.iges.org> Message-ID: <1603397416.1171.1314916492641.JavaMail.root@mail.iges.org> The monsoondata.org server is back online. The GFS forecasts are updating in real time, but older forecasts will not be restored. The forecast data begins on August 30th. I will work on restoring the remaining GDS data sets as soon as possible. Sorry for the long outage. --Jennifer ----- Original Message ----- From: "Jennifer Adams" To: "GrADS Users Forum" Sent: Wednesday, August 31, 2011 11:24:13 AM Subject: [gradsusr] trouble on monsoondata.org Dear All, COLA's monsoondata.org server is having some hardware issues that have disabled write access to all disks. The result is that the GDS cannot be restarted, and the weather maps cannot be updated. We are scrambling to relocate everything to a new box before read access is also disabled. Sorry for the inconvenience; please be patient during the transition, I'll let you know as soon as we are operational again. --Jennifer -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From saeedbayat7276 at gmail.com Fri Sep 2 02:17:31 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Fri, 2 Sep 2011 10:47:31 +0430 Subject: [gradsusr] change .cdf file to .nc file In-Reply-To: <201108311504.53335.dan.zhang@zmaw.de> References: <201108311504.53335.dan.zhang@zmaw.de> Message-ID: Hi Zhang, As far as I know, CDO work --with-netcdf or --with-grib ( when you want install it, you shoud choose one of them). Saeed Bayat, M.A Student of CLimatology Department of Geography Ferdowsi University of Mashhad(Iran) On Wed, Aug 31, 2011 at 5:34 PM, Dan Zhang wrote: > Dear all, > > I have a .cdf file and need to merge it with other .nc files. However, I > cannot use 'CDO' to edit it, saying > 'Error (cdfReadVarSliceDP) : Unsupported array structure...' > Does anyone know how to chang it into .nc files? thanks > > use 'nudump' to check the information and it's said: > > netcdf data { > dimensions: > T = 706 ; > Y = 27 ; > X = 34 ; > variables: > float T(T) ; > T:calendar = "360" ; > T:pointwidth = 12.f ; > T:gridtype = 0 ; > T:units = "months since 1960-01-01" ; > float Y(Y) ; > Y:pointwidth = 2.5f ; > Y:gridtype = 0 ; > Y:units = "degree_north" ; > float X(X) ; > X:pointwidth = 2.5f ; > X:gridtype = 0 ; > X:units = "degree_east" ; > float pdsi(X, Y, T) ; > pdsi:missing_value = -99.999f ; > pdsi:units = "unitless" ; > > > > > sincerely, > > Dan > > > > ---------------------------------------------------------------------------------------------- > Dan ZHANG > > Max Planck Institute for Meteorology > Meteorological Insititute, University Hamburg > KlimaCampus > Room 407, Grindelberg 5 > D-20144, Hamburg > Germany > > Tel(office):+49 (0)40 42838 5067 > Fax:+49 (0)40 42838 5066 > > > ---------------------------------------------------------------------------------------------- > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110902/b6b39978/attachment-0002.html From dbcl at ceh.ac.uk Fri Sep 2 04:08:51 2011 From: dbcl at ceh.ac.uk (Clark, Douglas B.) Date: Fri, 2 Sep 2011 09:08:51 +0100 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 In-Reply-To: <4E2950DD.6000400@jamstec.go.jp> References: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> <4E28E146.9090501@jamstec.go.jp> <40829B0E077C1145A6DE44D39B3830A91FFD68B7BE@nerckwmb1.ad.nerc.ac.uk> <4E2950DD.6000400@jamstec.go.jp> Message-ID: <40829B0E077C1145A6DE44D39B3830A9202AA5BD35@nerckwmb1.ad.nerc.ac.uk> Sergey, Just to add to this rather old thread, in case it helps others...and say that I am happy with my conclusion and that the data are displaying correctly. I think we are essentially agreeing, but haven't quite managed to communicate that via e-mails! The data in my netCDF file really are on a "grid" of shape 67420 x 1, which I then use the pdef functionality to display on a grid of 720x280. This is now working fine at v2.0.a9 (e.g. I can see realistic geographic features in the data), as long as my pdef data file has undef (rather than zero) at all locations for which I don't have data in the netCDF file. I'm sticking with "pdef file" for now rather than move to "pdef general", as many users on our system are still using v1.9b4. Thanks again, Doug -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sergey Varlamov Sent: 22 July 2011 11:29 To: GrADS Users Forum Subject: Re: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 Douglas, The zero values for the mask in pdef file look to be normal. But reading your netcdf require to know each dimension size "as it is" in your file. When you provide description file (ctl) grads ignore internal netcdf information for dimension using yours instead. Then, for the input arrays allocation "67420 1" is OK, but the real netcdf lat-lon grid size is necessary for correct data input before the pdef mask application. Please run ncdump on you file and try "nx ny" instead. Just it must help. Or, if you are ready to rebuild an interpolation arrays, please create PDEF of GENERAL type that is better documented. Once more, the problem is in reading not the pdef mask file, but in reading from your netsdf file all 67420 values along the first (x or lon) dimension with all other dimensions fixed! It crashes netcdf library and then grads, I guess. In Grads prior version 1.9 the pdef do not worked for netcdf files at all due to this problem, but worked for binary files. >From 1.9 it worked, but already required to use nx and ny instead of "nx*ny 1" for FILE type pdefs in case of netcdf files, except that your netsdf file really has an internal structure with "67420*1" spatial grid. Good luck to you! Sergey Clark, Douglas B. wrote: > Sergey, > > Thanks for your answer. In fact I don't think your suggestion was the answer I needed, but it did cause me to look at the documentation again, at which point I got my answer! > > My data are essentially a "vector" of land points and I use the pdef to scatter these across a lat-lon grid (very like the final example on the pdef documentation page). So the "native grid" really is 67420 x 1. The problem was that in the pdef data file (WFD_0p5deg_pdefData.gra in my example below), I had values of zero for the index (or offset) variable over the sea - i.e. the locations that I didn't have data for. These would have been better set to the missing data value. At v1.9.b4, the zeroes worked fine (and I was blissfully unaware that GrADS was struggling with different offset values for GRIB and non-GRIB files). At v2.0.a9 presumably GrADS notes that I don't have a GRIB file and tests the offsets; when it finds a zero it fails (rather dramatically with a core dump!). > > So the answer was to make sure that my offset is set to the missing data value where I don't have data. Which sounds (and is) pretty obvious, but had worked for years with zero instead! > > I have been using this style of pdef file for years and hadn't noticed that the online documentation for pdef now has various "WARNING" and other messages documenting issues with the offset (and that pdef FILE is now deprecated in favour of pdef GENERAL). > > Thanks again, > Doug > > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sergey Varlamov > Sent: 22 July 2011 03:33 > To: GrADS Users Forum > Subject: Re: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 > > > Dear Douglas, > > Please try to change > > pdef 67420 1 file ... > > to you real grid size > > pdef ix jy file ... > > where ix and jy are dimensions of your original curvilinear grid, > such that ix*jy=67420. > It must still work in version 1.9 and could work in versions 2 of GrADS. > > Sergey Varlamov, > > JAMSTEC, Yokohama > > > Clark, Douglas B. wrote: > >> Dear All, >> >> I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? >> >> At v2.0.a9: >> >> ga-> q config >> Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile >> Grid Analysis and Display System (GrADS) Version 2.0.a9 >> Copyright (c) 1988-2010 by Brian Doty and the >> Institute for Global Environment and Society (IGES) >> This program is distributed WITHOUT ANY WARRANTY >> See file COPYRIGHT for more information. >> >> Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu >> >> This version of GrADS has been configured with the following options: >> o Built on a LITTLE ENDIAN machine >> o Athena Widget GUI DISABLED >> o Command line editing ENABLED >> http://tiswww.case.edu/php/chet/readline/rltop.html >> o printim command for image output ENABLED >> http://www.zlib.net >> http://www.libpng.org/pub/png/libpng.html >> http://www.libgd.org/Main_Page >> o GRIB2 interface ENABLED >> http://www.ijg.org >> http://www.ece.uvic.ca/~mdadams/jasper >> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >> g2clib-1.2.0 >> o NetCDF interface ENABLED >> http://www.unidata.ucar.edu/software/netcdf >> netcdf 4.1.1 of Dec 6 2010 08:20:12 $ >> o OPeNDAP gridded data interface ENABLED >> o OPeNDAP station data interface DISABLED >> o HDF4 and HDF5 interfaces ENABLED >> http://hdfgroup.org >> HDF 4.2r5 >> HDF5 1.8.5 >> o GeoTIFF and KML/TIFF output ENABLED >> http://www.libtiff.org >> http://geotiff.osgeo.org >> o KML contour output ENABLED >> o Shapefile interface ENABLED >> http://shapelib.maptools.org >> >> For additional information please consult http://iges.org/grads >> >> ga-> open Rainf_WFD_GPCC.ctl >> Scanning description file: Rainf_WFD_GPCC.ctl >> PDEF FILE Error: The offsets in the pdef file >> must be 1-based (i.e., > 0 and <= isize*jsize). >> The data file was not opened. >> Segmentation fault (core dumped) >> >> ------------------------------------------------------------- >> >> The first few lines of the ctl file are: >> >> dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc >> options template >> dtype netcdf >> undef 1.0e20 >> pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra >> xdef 720 linear -179.75 0.5 >> ydef 280 linear -55.75 0.5 >> >> >> ------------------------------------------------------------- >> >> Works fine at v1.9.b4: >> >> ga-> open Rainf_WFD_GPCC.ctl >> Scanning description file: Rainf_WFD_GPCC.ctl >> Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 >> LON set to 0 360 >> LAT set to -55.75 83.75 >> LEV set to 1 1 >> Time values set: 2001:1:1:0 2001:1:1:0 >> Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl >> Interpolation will be performed on any data displayed from this file >> ga-> d rainf >> Notice: Automatic Grid Interpolation Taking Place >> Contouring: 0 to 0.0033 interval 0.0003 >> >> >> ------------------------------------------------------------- >> >> Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but >> I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? >> >> >> Cheers, >> Doug >> >> >> >> >> >> > > > -- Sergey Varlamov Senior Scientist Ocean Downscaled Prediction Research Team Climate Variation Predictability and Applicability Research Program Research Institute for Global Change JAMSTEC, 3173-25 Showa-machi, Kanazawa-ku, Yokohama, Kanagawa-ken, 236-0001 JAPAN Tel: +81-45-778-5516 Fax: +81-45-778-5707 E-mail: vsm at jamstec.go.jp ?236-0001 ?????????3173-25 ?????????????? ???????? ????????????????? ?????????????????? Varlamov Sergey _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. From dan.zhang at zmaw.de Fri Sep 2 04:15:41 2011 From: dan.zhang at zmaw.de (Dan Zhang) Date: Fri, 2 Sep 2011 10:15:41 +0200 Subject: [gradsusr] change .cdf file to .nc file In-Reply-To: References: <201108311504.53335.dan.zhang@zmaw.de> Message-ID: <201109021015.41507.dan.zhang@zmaw.de> On Friday 02 September 2011 08:17:31 saeed bayat wrote: > Hi Zhang, > As far as I know, CDO work --with-netcdf or --with-grib ( when you want > install it, you shoud choose one of them). > > Saeed Bayat, > M.A Student of CLimatology > Department of Geography > Ferdowsi University of Mashhad(Iran) > Dear Saeed, thanks for your reply. As you said, it should work with CDO. But the data has wrong format. With the help of John Huddleston, we managed it now: The format is, when checing with ?'nudump' :? ? ? ? float pdsi(X, Y, T) ; which should be ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?float pdsi(T, Y, X) ; That's why it's not working with CDO. We use NCO operator to change it: ncpdq -a T,Y,X data.cdf data.nc Anyhow, thanks for your help and have a nice day. sincerely, Dan ---------------------------------------------------------------------------------------------- Dan ZHANG Max Planck Institute for Meteorology Meteorological Insititute, University Hamburg KlimaCampus Room 407, Grindelberg 5 D-20144, Hamburg Germany Tel(office):+49 (0)40 42838 5067 Fax:+49 (0)40 42838 5066 ---------------------------------------------------------------------------------------------- From grapeszy at gmail.com Fri Sep 2 15:53:15 2011 From: grapeszy at gmail.com (Yu F. Zhang) Date: Fri, 2 Sep 2011 13:53:15 -0600 Subject: [gradsusr] need some help about write a bufr description file Message-ID: <3C87F7E5-B3F6-4CD1-BB9B-A348636BB0EE@gmail.com> I just use the bufrscan to get some information about the bufr data. But I do not know how to write a bufr description file I just write a description file like this: dset ^080112.bufr undef 9.999E+10 title prepbufr dtype bufr TDEF 1 linear 06z23may2010 1hr STID 1,192 XVAR 6,2 YVAR 5,2 VARS 7 slon 0 06,002 LONGITUDE slat 0 05,002 LATITUDE STAT 0 01,192 Station id POB 0 07,192 PRESSURE OBSERVATION TOB 0 12,192 TEMPERATURE OBSERVATION ZOB 0 10,196 HEIGHT OBSERVATION QOB 0 13,023 SPECIFIC HUMIDITY OBSERVATION ENDVARS I can open the bufr data. But After I d pob I get nothing? Is the bufr description right? How can I get a correct bufr description? Here are the result of bufrscan: >>> processing message 0 >>> start of message 1 03 000 (replicate next 3, not including replication count) 0 31 001 (replication count) 0 00 001 (text) Table A: entry 0 00 002 (text) Table A: data category description, line 1 0 00 003 (text) Table A: data category description, line 2 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 00 004 (sequence) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 0 00 013 (text) Element name, line 1 0 00 014 (text) Element name, line 2 0 00 015 (text) Units name 0 00 016 (text) Units scale sign 0 00 017 (text) Units scale 0 00 018 (text) Units reference sign 0 00 019 (text) Units reference value 0 00 020 (text) Element data width 1 05 000 (replicate next 5, not including replication count) 0 31 001 (replication count) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 2 05 064 (operator) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 0 00 030 (text) Descriptor defining sequence <<< end of message >>> processing message 1 .... >>> processing message 4 >>> start of message 0 63 000 (numeric) BYTCNT 3 60 240 (sequence) 3 61 001 (sequence) 0 01 192 (text) SID STATION IDENTIFICATION 0 06 002 (numeric) XOB LONGITUDE 0 05 002 (numeric) YOB LATITUDE 0 04 192 (numeric) DHR OBSERVATION TIME MINUS CYCLE TIME 0 10 194 (numeric) ELV STATION ELEVATION 0 01 193 (numeric) TYP PREPBUFR REPORT TYPE 0 55 006 (numeric) T29 INPUT REPORT TYPE 0 55 192 (numeric) TSB REPORT SUBTYPE (HAS VARIOUS MEANINGS DEPENDING ON TYPE) 0 02 001 (numeric) ITP INSTRUMENT TYPE 0 50 001 (numeric) SQN REPORT SEQUENCE NUMBER 0 50 002 (numeric) PROCN PROCESS NUMBER FOR THIS MPI RUN (OBTAINED FROM SCRIPT) 0 04 194 (numeric) RPT REPORTED OBSERVATION TIME 0 04 195 (numeric) TCOR INDICATOR WHETHER OBS. TIME IN "DHR" WAS CORRECTED 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 61 012 (sequence) 0 35 200 (numeric) RSRD RESTRICTIONS ON REDISTRIBUTION 0 35 201 (numeric) EXPRSRD EXPIRATION OF RESTRICTIONS ON REDISTRIBUTION 3 60 002 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 61 002 (sequence) 0 01 194 (numeric) CAT PREPBUFR DATA LEVEL CATEGORY 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 62 001 (sequence) 3 60 003 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 62 101 (sequence) 0 07 192 (numeric) POB PRESSURE OBSERVATION 0 07 193 (numeric) PQM PRESSURE (QUALITY) MARKER 0 07 194 (numeric) PPC PRESSURE PROGRAM CODE Thanks for the help very much Sincerely yours :Yu ZHANG From Huddleston at cira.colostate.edu Fri Sep 2 15:55:53 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 2 Sep 2011 12:55:53 -0700 Subject: [gradsusr] need some help about write a bufr description file In-Reply-To: <3C87F7E5-B3F6-4CD1-BB9B-A348636BB0EE@gmail.com> References: <3C87F7E5-B3F6-4CD1-BB9B-A348636BB0EE@gmail.com> Message-ID: Hi Yu You may want to use the line POB=>pob 0 07,192 PRESSURE OBSERVATION John Huddleston -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Yu F. Zhang Sent: Friday, September 02, 2011 1:53 PM To: gradsusr at gradsusr.org Subject: [gradsusr] need some help about write a bufr description file I just use the bufrscan to get some information about the bufr data. But I do not know how to write a bufr description file I just write a description file like this: dset ^080112.bufr undef 9.999E+10 title prepbufr dtype bufr TDEF 1 linear 06z23may2010 1hr STID 1,192 XVAR 6,2 YVAR 5,2 VARS 7 slon 0 06,002 LONGITUDE slat 0 05,002 LATITUDE STAT 0 01,192 Station id POB 0 07,192 PRESSURE OBSERVATION TOB 0 12,192 TEMPERATURE OBSERVATION ZOB 0 10,196 HEIGHT OBSERVATION QOB 0 13,023 SPECIFIC HUMIDITY OBSERVATION ENDVARS I can open the bufr data. But After I d pob I get nothing? Is the bufr description right? How can I get a correct bufr description? Here are the result of bufrscan: >>> processing message 0 >>> start of message 1 03 000 (replicate next 3, not including replication count) 0 31 001 (replication count) 0 00 001 (text) Table A: entry 0 00 002 (text) Table A: data category description, line 1 0 00 003 (text) Table A: data category description, line 2 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 00 004 (sequence) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 0 00 013 (text) Element name, line 1 0 00 014 (text) Element name, line 2 0 00 015 (text) Units name 0 00 016 (text) Units scale sign 0 00 017 (text) Units scale 0 00 018 (text) Units reference sign 0 00 019 (text) Units reference value 0 00 020 (text) Element data width 1 05 000 (replicate next 5, not including replication count) 0 31 001 (replication count) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 2 05 064 (operator) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 0 00 030 (text) Descriptor defining sequence <<< end of message >>> processing message 1 .... >>> processing message 4 >>> start of message 0 63 000 (numeric) BYTCNT 3 60 240 (sequence) 3 61 001 (sequence) 0 01 192 (text) SID STATION IDENTIFICATION 0 06 002 (numeric) XOB LONGITUDE 0 05 002 (numeric) YOB LATITUDE 0 04 192 (numeric) DHR OBSERVATION TIME MINUS CYCLE TIME 0 10 194 (numeric) ELV STATION ELEVATION 0 01 193 (numeric) TYP PREPBUFR REPORT TYPE 0 55 006 (numeric) T29 INPUT REPORT TYPE 0 55 192 (numeric) TSB REPORT SUBTYPE (HAS VARIOUS MEANINGS DEPENDING ON TYPE) 0 02 001 (numeric) ITP INSTRUMENT TYPE 0 50 001 (numeric) SQN REPORT SEQUENCE NUMBER 0 50 002 (numeric) PROCN PROCESS NUMBER FOR THIS MPI RUN (OBTAINED FROM SCRIPT) 0 04 194 (numeric) RPT REPORTED OBSERVATION TIME 0 04 195 (numeric) TCOR INDICATOR WHETHER OBS. TIME IN "DHR" WAS CORRECTED 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 61 012 (sequence) 0 35 200 (numeric) RSRD RESTRICTIONS ON REDISTRIBUTION 0 35 201 (numeric) EXPRSRD EXPIRATION OF RESTRICTIONS ON REDISTRIBUTION 3 60 002 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 61 002 (sequence) 0 01 194 (numeric) CAT PREPBUFR DATA LEVEL CATEGORY 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 62 001 (sequence) 3 60 003 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 62 101 (sequence) 0 07 192 (numeric) POB PRESSURE OBSERVATION 0 07 193 (numeric) PQM PRESSURE (QUALITY) MARKER 0 07 194 (numeric) PPC PRESSURE PROGRAM CODE Thanks for the help very much Sincerely yours :Yu ZHANG _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From grapeszy at gmail.com Fri Sep 2 16:10:15 2011 From: grapeszy at gmail.com (Yu F. Zhang) Date: Fri, 2 Sep 2011 14:10:15 -0600 Subject: [gradsusr] Thx how to reply? Message-ID: <71A07CF7-8FE7-421C-9694-9A90684248F2@gmail.com> Thanks for your reply. I'm use the mail list for the first time. I do not how to reply to you directly. So I send to gradsusr.org again. You mean I need to change the line : pob 0 07,192 PRESSURE OBSERVATION to POB=>pob 0 07,192 PRESSURE OBSERVATION I just use the d pob to plot it. Thanks so much for your help! Sincerely Your:Yu ----------------------------------------------------------------- Hi Yu You may want to use the line POB=>pob 0 07,192 PRESSURE OBSERVATION John Huddleston -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110902/450c1590/attachment-0002.html From chinhth2010 at gmail.com Fri Sep 2 23:12:41 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Fri, 2 Sep 2011 20:12:41 -0700 Subject: [gradsusr] questions In-Reply-To: <1314880848.51247.YahooMailNeo@web28105.mail.ukl.yahoo.com> References: <1314880848.51247.YahooMailNeo@web28105.mail.ukl.yahoo.com> Message-ID: Dear Aristide You come to this web and download grads on linux http://sourceforge.net/projects/opengrads/files/grads2/2.0.a9.oga.1/ and then you extract and copy all director into /opt/opengrads/ export environmental variable in bash file export PATH=/opt/opengrads:$PATH it is ok Chinh > > -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110902/7c15bdcb/attachment-0002.html From member at linkedin.com Sat Sep 3 05:33:53 2011 From: member at linkedin.com (Elham Barani via LinkedIn) Date: Sat, 3 Sep 2011 09:33:53 +0000 (UTC) Subject: [gradsusr] Invitation to connect on LinkedIn Message-ID: <12667086.3403086.1315042433474.JavaMail.app@ela4-app0128.prod> LinkedIn ------------ Elham Barani requested to add you as a connection on LinkedIn: ------------------------------------------ Ning, I'd like to add you to my professional network on LinkedIn. - Elham Accept invitation from Elham Barani http://www.linkedin.com/e/ofpc7q-gs4eb7ow-70/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I154643742_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYOd3sPd3oQdj59bSlnr4xmr7libP8Mc3wSe34Tc3gLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=31gxaRlSCZrAU1 View invitation from Elham Barani http://www.linkedin.com/e/ofpc7q-gs4eb7ow-70/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I154643742_13/3cNnP8QdPcQdzgRckALqnpPbOYWrSlI/svi/?hs=false&tok=3WQ8cWDlKZrAU1 -- (c) 2011, LinkedIn Corporation -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/5754edc9/attachment-0002.html From gamalafandy at yahoo.com Sat Sep 3 12:31:03 2011 From: gamalafandy at yahoo.com (Dr.Gamal El Afandi) Date: Sat, 3 Sep 2011 09:31:03 -0700 (PDT) Subject: [gradsusr] Back Trajectories In-Reply-To: References: Message-ID: <1315067463.99487.YahooMailNeo@web113418.mail.gq1.yahoo.com> Hi everybody, ? I was able to use Grads to calculate and plot back-trajectories but there are some limitations related to that script (I can open just one file for each calculation) I need to think about. The main issue is that each WRF file contains only part of the daily values simulated for Indiana we need to get 24 hours back trajectories because the WRF output is in UTC. Therefore in order to calculate 24 hours back trajectories I would need to open simultaneously multiple files and in some way change the code (if it is possible to manage this issue) in order to get all the values and make Grads computing the trajectories. My main concern is that once I open 2 files I will have exactly the same variable names so I don't know if it is possible within that code to refer to a specific value/variable and compute our trajectories correctly. please let me know if you have any suggestions, so that maybe I can try. With my kind regards Gamal _____________________________________________________ Dr.Gamal Salah El Afandi,Senior Researcher. Data to Insight Center?of Pervasive Technology Institute Indiana University Bloomington USA 2719 E 10th St. Innovation Center Room 130C.? Bloomington, IN ?47408,USA Phone:+1 812-856-2146 Fax:?+1 812-856-1735 ? http://as.cms.rtinfo.indiana.edu/d2i/people http://pervasivetechnologylabs.iu.edu/d2i/people ? Al Azhar?University Faculty of science?at Cairo? Department of Astronomy and Meteorology Nasr City,Postal Code 11884 Cairo,Egypt http://maindb.unfccc.int/public/roe/expert_list.pl?id_country=66& http://www.itap.purdue.edu/pto/NATO_KEEO/partCoDir_en.html http://www.ucar.edu/governance/iap/iapreps.shtml Tel. 0020238701259 Home???Tel. 0020222618163 Work Tel. 0020103770593 Cell??????Fax 0020222629356 Work ________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/291d5e06/attachment-0002.html From jdduda at iastate.edu Sat Sep 3 14:10:42 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Sat, 3 Sep 2011 13:10:42 -0500 Subject: [gradsusr] Back Trajectories In-Reply-To: <1315067463.99487.YahooMailNeo@web113418.mail.gq1.yahoo.com> References: <1315067463.99487.YahooMailNeo@web113418.mail.gq1.yahoo.com> Message-ID: Gamal, You can refer to other files using a dot and the file name. For example, if you open several consecutive WRF files such as WRF_20110901_1200.ctl WRF_20110901_1800.ctl WRF_20110902_2000.ctl (assuming each file contains 6 hours of WRF output), then the variables associated with the second file will have a ".2" appended to them; likewise the variables associated with the nth file will have a ".n" appended to them.) In your script you just need to add the ".n" (or the corresponding number) to keep track of which variables to use when computing the trajectories according to the particular file the time is in. It may end up being fairly complex, but I think you can do it. Good luck. Jeff Duda On Sat, Sep 3, 2011 at 11:31 AM, Dr.Gamal El Afandi wrote: > Hi everybody, > > I was able to use Grads to calculate and plot back-trajectories but there > are some limitations related to that script (I can open just one file for > each calculation) I need to think about. The main issue is that each WRFfile contains only part of the daily values simulated for Indiana we need to > get 24 hours back trajectories because the WRF output is in UTC. Therefore > in order to calculate 24 hours back trajectories I would need to open > simultaneously multiple files and in some way change the code (if it is > possible to manage this issue) in order to get all the values and make Grads > computing the trajectories. My main concern is that once I open 2 files I > will have exactly the same variable names so I don't know if it is possible > within that code to refer to a specific value/variable and compute our > trajectories correctly. > please let me know if you have any suggestions, so that maybe I can try. > > With my kind regards > Gamal > _____________________________________________________ > *Dr.Gamal Salah El Afandi,Senior Researcher. > Data to Insight Center of Pervasive Technology Institute* > *Indiana University Bloomington USA* > *2719 E 10th St. > Innovation Center * > *Room 130C. * > *Bloomington, IN 47408,USA* > *Phone:+1 812-856-2146* > *Fax: +1 812-856-1735* > ** > *http://as.cms.rtinfo.indiana.edu/d2i/people* > *http://pervasivetechnologylabs.iu.edu/d2i/people* > * * > *Al Azhar University * > *Faculty of science at Cairo * > *Department of Astronomy and Meteorology* > *Nasr City,Postal Code 11884* > *Cairo,**Egypt* > http://maindb.unfccc.int/public/roe/expert_list.pl?id_country=66& > *http://www.itap.purdue.edu/pto/NATO_KEEO/partCoDir_en.html* > http://www.ucar.edu/governance/iap/iapreps.shtml > *Tel. 0020238701259 Home Tel. 0020222618163 Work > Tel. 0020103770593 Cell Fax 0020222629356 Work * > *________________________________________________________ > * > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/5fb7109f/attachment-0002.html From gamalafandy at yahoo.com Sat Sep 3 14:40:08 2011 From: gamalafandy at yahoo.com (Dr.Gamal El Afandi) Date: Sat, 3 Sep 2011 11:40:08 -0700 (PDT) Subject: [gradsusr] Back Trajectories In-Reply-To: References: <1315067463.99487.YahooMailNeo@web113418.mail.gq1.yahoo.com> Message-ID: <1315075208.14037.YahooMailNeo@web113401.mail.gq1.yahoo.com> Hi Jeff, Thanks so much! Will try it. With my kind regards Gamal _____________________________________________________ Dr.Gamal Salah El Afandi,Senior Researcher. Data to Insight Center?of Pervasive Technology Institute Indiana University Bloomington USA 2719 E 10th St. Innovation Center Room 130C.? Bloomington, IN ?47408,USA Phone:+1 812-856-2146 Fax:?+1 812-856-1735 ? http://as.cms.rtinfo.indiana.edu/d2i/people http://pervasivetechnologylabs.iu.edu/d2i/people ? Al Azhar?University Faculty of science?at Cairo? Department of Astronomy and Meteorology Nasr City,Postal Code 11884 Cairo,Egypt http://maindb.unfccc.int/public/roe/expert_list.pl?id_country=66& http://www.itap.purdue.edu/pto/NATO_KEEO/partCoDir_en.html http://www.ucar.edu/governance/iap/iapreps.shtml Tel. 0020238701259 Home???Tel. 0020222618163 Work Tel. 0020103770593 Cell??????Fax 0020222629356 Work ________________________________________________________ From: Jeffrey Duda >To: Dr.Gamal El Afandi ; GrADS Users Forum >Sent: Saturday, September 3, 2011 1:10 PM >Subject: Re: [gradsusr] Back Trajectories > > >Gamal, >You can refer to other files using a dot and the file name.? For example, if you open several consecutive WRF files such as > >WRF_20110901_1200.ctl >WRF_20110901_1800.ctl >WRF_20110902_2000.ctl > >(assuming each file contains 6 hours of WRF output), then the variables associated with the second file will have a ".2" appended to them; likewise the variables associated with the nth file will have a ".n" appended to them.) > >In your script you just need to add the ".n" (or the corresponding number) to keep track of which variables to use when computing the trajectories according to the particular file the time is in.? It may end up being fairly complex, but I think you can do it.? Good luck. > >Jeff Duda > > >On Sat, Sep 3, 2011 at 11:31 AM, Dr.Gamal El Afandi wrote: > >Hi everybody, >>? >>I was able to use Grads to calculate and plot back-trajectories but there are some limitations related to that script (I can open just one file for each calculation) I need to think about. The main issue is that each WRF file contains only part of the daily values simulated for Indiana we need to get 24 hours back trajectories because the WRF output is in UTC. Therefore in order to calculate 24 hours back trajectories I would need to open simultaneously multiple files and in some way change the code (if it is possible to manage this issue) in order to get all the values and make Grads computing the trajectories. My main concern is that once I open 2 files I will have exactly the same variable names so I don't know if it is possible within that code to refer to a specific value/variable and compute our trajectories correctly. >>please let me know if you have any suggestions, so that maybe I can try. >> >>With my kind regards >>Gamal >>_____________________________________________________ >>Dr.Gamal Salah El Afandi,Senior Researcher. >>Data to Insight Center?of Pervasive Technology Institute >>Indiana University Bloomington USA >>2719 E 10th St. >>Innovation Center >>Room 130C.? >>Bloomington, IN ?47408,USA >>Phone:+1 812-856-2146 >>Fax:?+1 812-856-1735 >>? >>http://as.cms.rtinfo.indiana.edu/d2i/people >>http://pervasivetechnologylabs.iu.edu/d2i/people >>? >>Al Azhar?University >>Faculty of science?at Cairo? >>Department of Astronomy and Meteorology >>Nasr City,Postal Code 11884 >>Cairo,Egypt >>http://maindb.unfccc.int/public/roe/expert_list.pl?id_country=66& >>http://www.itap.purdue.edu/pto/NATO_KEEO/partCoDir_en.html >>http://www.ucar.edu/governance/iap/iapreps.shtml >>Tel. 0020238701259 Home???Tel. 0020222618163 Work >>Tel. 0020103770593 Cell??????Fax 0020222629356 Work >>________________________________________________________ >> >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > >-- >Jeff Duda >Iowa State University >Meteorology Graduate Student >www.meteor.iastate.edu/~jdduda > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/753640e5/attachment-0002.html From joe at wxjoe.com Sat Sep 3 16:53:55 2011 From: joe at wxjoe.com (Joe Moore) Date: Sat, 3 Sep 2011 16:53:55 -0400 Subject: [gradsusr] printim error due to variable in filename Message-ID: Greetings! I'm just getting started with GrADS and I'm still a beginner, but I'm having a problem that I can't seem to resolve from reading the documentation and searching online, including the archives of this mailing list. Problem: When using a variable in the filename to save the output, I'm getting an error. Here's the relevant code: 'printim out/RTMA_TMP_'day'_'hr'.png' where I am defining the variable day and hour using the following: 'q time' hr=substr(result, 8, 2) day=substr(result, 11, 10) The result of which, when I print as a string or in the title, comes out to be 23 for the hour and 16AUG2011. Expect result: I should have a file output called RTMA_TMP_16AUG2011_23.png What actually is happening: The file output is just called RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following error: PRINTIM error: Invalid option; ignored I've been able to sometimes get this to work, like if I put a few characters (not including an underscore or period) in the output filename - but I can't figure it out. I'd like to use either underscores, dashes or periods to separate the variables in the output file name, and I've seen it done in example scripts I've found on the web. Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my full grads config info: ga-> q config Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) This program is distributed WITHOUT ANY WARRANTY See file COPYRIGHT for more information. Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu This version of GrADS has been configured with the following options: o Built on a LITTLE ENDIAN machine o Athena Widget GUI ENABLED o Command line editing ENABLED http://tiswww.case.edu/php/chet/readline/rltop.html o printim command for image output ENABLED http://www.zlib.net http://www.libpng.org/pub/png/libpng.html http://www.libgd.org/Main_Page o GRIB2 interface ENABLED http://www.ijg.org http://www.ece.uvic.ca/~mdadams/jasper http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 g2clib-1.1.8 o NetCDF interface ENABLED http://www.unidata.ucar.edu/software/netcdf netcdf 4.1.1 of Jul 10 2010 23:36:25 $ o OPeNDAP gridded data interface ENABLED o OPeNDAP station data interface ENABLED http://iges.org/grads/gadoc/supplibs.html libgadap 2.0.oga.1 o HDF4 and HDF5 interfaces ENABLED http://hdfgroup.org HDF 4.2r3 HDF5 1.8.4 o GeoTIFF and KML/TIFF output ENABLED http://www.libtiff.org http://geotiff.osgeo.org o KML contour output ENABLED o Shapefile interface ENABLED http://shapelib.maptools.org For additional information please consult http://iges.org/grads Not sure if its needed, but here is also the code I am using: http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant things as this has been my sandbox script to learn new things.) Thanks in advance for any and all assistance! -Joe Moore -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/720fd6a0/attachment-0002.html From smcmillan at planalytics.com Sun Sep 4 11:51:07 2011 From: smcmillan at planalytics.com (Stephen McMillan) Date: Sun, 4 Sep 2011 11:51:07 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: Hello Joe, Your time query is introducing a space into the "day" variable. PRINTIM doesn't like spaces in the filename string. Try this instead: day=substr(result, 11, 9) It should work with above change. Stephen McMillan On Sat, Sep 3, 2011 at 4:53 PM, Joe Moore wrote: > Greetings! > > I'm just getting started with GrADS and I'm still a beginner, but I'm > having a problem that I can't seem to resolve from reading the documentation > and searching online, including the archives of this mailing list. > > Problem: When using a variable in the filename to save the output, I'm > getting an error. > > Here's the relevant code: > > 'printim out/RTMA_TMP_'day'_'hr'.png' > > where I am defining the variable day and hour using the following: > 'q time' > hr=substr(result, 8, 2) > day=substr(result, 11, 10) > > The result of which, when I print as a string or in the title, comes out to > be 23 for the hour and 16AUG2011. > > Expect result: I should have a file output called RTMA_TMP_16AUG2011_23.png > > What actually is happening: The file output is just called > RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following > error: PRINTIM error: Invalid option; ignored > > I've been able to sometimes get this to work, like if I put a few > characters (not including an underscore or period) in the output filename - > but I can't figure it out. I'd like to use either underscores, dashes or > periods to separate the variables in the output file name, and I've seen it > done in example scripts I've found on the web. > > Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The > data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my > full grads config info: > ga-> q config > Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 opendap-grids,stn athena geotiff shapefile > Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Athena Widget GUI ENABLED > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.1.8 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf 4.1.1 of Jul 10 2010 23:36:25 $ > o OPeNDAP gridded data interface ENABLED > o OPeNDAP station data interface ENABLED > http://iges.org/grads/gadoc/supplibs.html > libgadap 2.0.oga.1 > o HDF4 and HDF5 interfaces ENABLED > http://hdfgroup.org > HDF 4.2r3 > HDF5 1.8.4 > o GeoTIFF and KML/TIFF output ENABLED > http://www.libtiff.org > http://geotiff.osgeo.org > o KML contour output ENABLED > o Shapefile interface ENABLED > http://shapelib.maptools.org > > For additional information please consult http://iges.org/grads > > Not sure if its needed, but here is also the code I am using: > http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant things > as this has been my sandbox script to learn new things.) > > Thanks in advance for any and all assistance! > > -Joe Moore > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/34f9cdf8/attachment-0002.html From joe at wxjoe.com Sun Sep 4 12:46:36 2011 From: joe at wxjoe.com (Joe Moore) Date: Sun, 4 Sep 2011 12:46:36 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: Steve, Thanks so much - I didn't even notice this. I thought I was going crazy! -Joe On Sun, Sep 4, 2011 at 11:51 AM, Stephen McMillan wrote: > Hello Joe, > > Your time query is introducing a space into the "day" variable. PRINTIM > doesn't like spaces in the filename string. Try this instead: > day=substr(result, 11, 9) > > It should work with above change. > > Stephen McMillan > On Sat, Sep 3, 2011 at 4:53 PM, Joe Moore wrote: > >> Greetings! >> >> I'm just getting started with GrADS and I'm still a beginner, but I'm >> having a problem that I can't seem to resolve from reading the documentation >> and searching online, including the archives of this mailing list. >> >> Problem: When using a variable in the filename to save the output, I'm >> getting an error. >> >> Here's the relevant code: >> >> 'printim out/RTMA_TMP_'day'_'hr'.png' >> >> where I am defining the variable day and hour using the following: >> 'q time' >> hr=substr(result, 8, 2) >> day=substr(result, 11, 10) >> >> The result of which, when I print as a string or in the title, comes out >> to be 23 for the hour and 16AUG2011. >> >> Expect result: I should have a file output called >> RTMA_TMP_16AUG2011_23.png >> >> What actually is happening: The file output is just called >> RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following >> error: PRINTIM error: Invalid option; ignored >> >> I've been able to sometimes get this to work, like if I put a few >> characters (not including an underscore or period) in the output filename - >> but I can't figure it out. I'd like to use either underscores, dashes or >> periods to separate the variables in the output file name, and I've seen it >> done in example scripts I've found on the web. >> >> Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The >> data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my >> full grads config info: >> ga-> q config >> Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds >> hdf5 opendap-grids,stn athena geotiff shapefile >> Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 >> Copyright (c) 1988-2010 by Brian Doty and the >> Institute for Global Environment and Society (IGES) >> This program is distributed WITHOUT ANY WARRANTY >> See file COPYRIGHT for more information. >> >> Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu >> >> This version of GrADS has been configured with the following options: >> o Built on a LITTLE ENDIAN machine >> o Athena Widget GUI ENABLED >> o Command line editing ENABLED >> http://tiswww.case.edu/php/chet/readline/rltop.html >> o printim command for image output ENABLED >> http://www.zlib.net >> http://www.libpng.org/pub/png/libpng.html >> http://www.libgd.org/Main_Page >> o GRIB2 interface ENABLED >> http://www.ijg.org >> http://www.ece.uvic.ca/~mdadams/jasper >> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >> g2clib-1.1.8 >> o NetCDF interface ENABLED >> http://www.unidata.ucar.edu/software/netcdf >> netcdf 4.1.1 of Jul 10 2010 23:36:25 $ >> o OPeNDAP gridded data interface ENABLED >> o OPeNDAP station data interface ENABLED >> http://iges.org/grads/gadoc/supplibs.html >> libgadap 2.0.oga.1 >> o HDF4 and HDF5 interfaces ENABLED >> http://hdfgroup.org >> HDF 4.2r3 >> HDF5 1.8.4 >> o GeoTIFF and KML/TIFF output ENABLED >> http://www.libtiff.org >> http://geotiff.osgeo.org >> o KML contour output ENABLED >> o Shapefile interface ENABLED >> http://shapelib.maptools.org >> >> For additional information please consult http://iges.org/grads >> >> Not sure if its needed, but here is also the code I am using: >> http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant >> things as this has been my sandbox script to learn new things.) >> >> Thanks in advance for any and all assistance! >> >> -Joe Moore >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > *************************************************** > The information contained in this e-mail message > is intended only for the use of the recipient(s) > named above and may contain information that is > privileged, confidential, and/or proprietary. > If you are not the intended recipient, you may not > review, copy or distribute this message. If you have > received this communication in error, please notify > the sender immediately by e-mail, and delete the original message. > *************************************************** > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/d853dfa2/attachment-0002.html From dasilva at alum.mit.edu Sun Sep 4 13:22:11 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sun, 4 Sep 2011 13:22:11 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: On Sun, Sep 4, 2011 at 12:46 PM, Joe Moore wrote: > Steve, > > Thanks so much - I didn't even notice this. I thought I was going crazy! > > BTW, since you are using an opengrads build, trying replacing "printim" with "gxyat" in your script for better quality images. Unless you have a performance critical application, the fact that gxyat takes a little longer may not matter. Arlindo -Joe > > > On Sun, Sep 4, 2011 at 11:51 AM, Stephen McMillan < > smcmillan at planalytics.com> wrote: > >> Hello Joe, >> >> Your time query is introducing a space into the "day" variable. PRINTIM >> doesn't like spaces in the filename string. Try this instead: >> day=substr(result, 11, 9) >> >> It should work with above change. >> >> Stephen McMillan >> On Sat, Sep 3, 2011 at 4:53 PM, Joe Moore wrote: >> >>> Greetings! >>> >>> I'm just getting started with GrADS and I'm still a beginner, but I'm >>> having a problem that I can't seem to resolve from reading the documentation >>> and searching online, including the archives of this mailing list. >>> >>> Problem: When using a variable in the filename to save the output, I'm >>> getting an error. >>> >>> Here's the relevant code: >>> >>> 'printim out/RTMA_TMP_'day'_'hr'.png' >>> >>> where I am defining the variable day and hour using the following: >>> 'q time' >>> hr=substr(result, 8, 2) >>> day=substr(result, 11, 10) >>> >>> The result of which, when I print as a string or in the title, comes out >>> to be 23 for the hour and 16AUG2011. >>> >>> Expect result: I should have a file output called >>> RTMA_TMP_16AUG2011_23.png >>> >>> What actually is happening: The file output is just called >>> RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following >>> error: PRINTIM error: Invalid option; ignored >>> >>> I've been able to sometimes get this to work, like if I put a few >>> characters (not including an underscore or period) in the output filename - >>> but I can't figure it out. I'd like to use either underscores, dashes or >>> periods to separate the variables in the output file name, and I've seen it >>> done in example scripts I've found on the web. >>> >>> Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The >>> data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my >>> full grads config info: >>> ga-> q config >>> Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf >>> hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile >>> Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 >>> Copyright (c) 1988-2010 by Brian Doty and the >>> Institute for Global Environment and Society (IGES) >>> This program is distributed WITHOUT ANY WARRANTY >>> See file COPYRIGHT for more information. >>> >>> Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu >>> >>> This version of GrADS has been configured with the following options: >>> o Built on a LITTLE ENDIAN machine >>> o Athena Widget GUI ENABLED >>> o Command line editing ENABLED >>> http://tiswww.case.edu/php/chet/readline/rltop.html >>> o printim command for image output ENABLED >>> http://www.zlib.net >>> http://www.libpng.org/pub/png/libpng.html >>> http://www.libgd.org/Main_Page >>> o GRIB2 interface ENABLED >>> http://www.ijg.org >>> http://www.ece.uvic.ca/~mdadams/jasper >>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >>> g2clib-1.1.8 >>> o NetCDF interface ENABLED >>> http://www.unidata.ucar.edu/software/netcdf >>> netcdf 4.1.1 of Jul 10 2010 23:36:25 $ >>> o OPeNDAP gridded data interface ENABLED >>> o OPeNDAP station data interface ENABLED >>> http://iges.org/grads/gadoc/supplibs.html >>> libgadap 2.0.oga.1 >>> o HDF4 and HDF5 interfaces ENABLED >>> http://hdfgroup.org >>> HDF 4.2r3 >>> HDF5 1.8.4 >>> o GeoTIFF and KML/TIFF output ENABLED >>> http://www.libtiff.org >>> http://geotiff.osgeo.org >>> o KML contour output ENABLED >>> o Shapefile interface ENABLED >>> http://shapelib.maptools.org >>> >>> For additional information please consult http://iges.org/grads >>> >>> Not sure if its needed, but here is also the code I am using: >>> http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant >>> things as this has been my sandbox script to learn new things.) >>> >>> Thanks in advance for any and all assistance! >>> >>> -Joe Moore >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> *************************************************** >> The information contained in this e-mail message >> is intended only for the use of the recipient(s) >> named above and may contain information that is >> privileged, confidential, and/or proprietary. >> If you are not the intended recipient, you may not >> review, copy or distribute this message. If you have >> received this communication in error, please notify >> the sender immediately by e-mail, and delete the original message. >> *************************************************** >> >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/0d8974ee/attachment-0002.html From instantweathermaps at gmail.com Sun Sep 4 13:30:00 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sun, 4 Sep 2011 12:30:00 -0500 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: Be warned that "a little longer" is about 5x the time. -- http://www.instantweathermaps.com On Sun, Sep 4, 2011 at 12:22 PM, Arlindo da Silva wrote: > > > On Sun, Sep 4, 2011 at 12:46 PM, Joe Moore wrote: > >> Steve, >> >> Thanks so much - I didn't even notice this. I thought I was going crazy! >> >> > BTW, since you are using an opengrads build, trying replacing "printim" > with "gxyat" in your script for better quality images. Unless you have a > performance critical application, the fact that gxyat takes a little longer > may not matter. > > Arlindo > > > -Joe >> >> >> On Sun, Sep 4, 2011 at 11:51 AM, Stephen McMillan < >> smcmillan at planalytics.com> wrote: >> >>> Hello Joe, >>> >>> Your time query is introducing a space into the "day" variable. PRINTIM >>> doesn't like spaces in the filename string. Try this instead: >>> day=substr(result, 11, 9) >>> >>> It should work with above change. >>> >>> Stephen McMillan >>> On Sat, Sep 3, 2011 at 4:53 PM, Joe Moore wrote: >>> >>>> Greetings! >>>> >>>> I'm just getting started with GrADS and I'm still a beginner, but I'm >>>> having a problem that I can't seem to resolve from reading the documentation >>>> and searching online, including the archives of this mailing list. >>>> >>>> Problem: When using a variable in the filename to save the output, I'm >>>> getting an error. >>>> >>>> Here's the relevant code: >>>> >>>> 'printim out/RTMA_TMP_'day'_'hr'.png' >>>> >>>> where I am defining the variable day and hour using the following: >>>> 'q time' >>>> hr=substr(result, 8, 2) >>>> day=substr(result, 11, 10) >>>> >>>> The result of which, when I print as a string or in the title, comes out >>>> to be 23 for the hour and 16AUG2011. >>>> >>>> Expect result: I should have a file output called >>>> RTMA_TMP_16AUG2011_23.png >>>> >>>> What actually is happening: The file output is just called >>>> RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following >>>> error: PRINTIM error: Invalid option; ignored >>>> >>>> I've been able to sometimes get this to work, like if I put a few >>>> characters (not including an underscore or period) in the output filename - >>>> but I can't figure it out. I'd like to use either underscores, dashes or >>>> periods to separate the variables in the output file name, and I've seen it >>>> done in example scripts I've found on the web. >>>> >>>> Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The >>>> data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my >>>> full grads config info: >>>> ga-> q config >>>> Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf >>>> hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile >>>> Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 >>>> Copyright (c) 1988-2010 by Brian Doty and the >>>> Institute for Global Environment and Society (IGES) >>>> This program is distributed WITHOUT ANY WARRANTY >>>> See file COPYRIGHT for more information. >>>> >>>> Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu >>>> >>>> This version of GrADS has been configured with the following options: >>>> o Built on a LITTLE ENDIAN machine >>>> o Athena Widget GUI ENABLED >>>> o Command line editing ENABLED >>>> http://tiswww.case.edu/php/chet/readline/rltop.html >>>> o printim command for image output ENABLED >>>> http://www.zlib.net >>>> http://www.libpng.org/pub/png/libpng.html >>>> http://www.libgd.org/Main_Page >>>> o GRIB2 interface ENABLED >>>> http://www.ijg.org >>>> http://www.ece.uvic.ca/~mdadams/jasper >>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >>>> g2clib-1.1.8 >>>> o NetCDF interface ENABLED >>>> http://www.unidata.ucar.edu/software/netcdf >>>> netcdf 4.1.1 of Jul 10 2010 23:36:25 $ >>>> o OPeNDAP gridded data interface ENABLED >>>> o OPeNDAP station data interface ENABLED >>>> http://iges.org/grads/gadoc/supplibs.html >>>> libgadap 2.0.oga.1 >>>> o HDF4 and HDF5 interfaces ENABLED >>>> http://hdfgroup.org >>>> HDF 4.2r3 >>>> HDF5 1.8.4 >>>> o GeoTIFF and KML/TIFF output ENABLED >>>> http://www.libtiff.org >>>> http://geotiff.osgeo.org >>>> o KML contour output ENABLED >>>> o Shapefile interface ENABLED >>>> http://shapelib.maptools.org >>>> >>>> For additional information please consult http://iges.org/grads >>>> >>>> Not sure if its needed, but here is also the code I am using: >>>> http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant >>>> things as this has been my sandbox script to learn new things.) >>>> >>>> Thanks in advance for any and all assistance! >>>> >>>> -Joe Moore >>>> >>>> _______________________________________________ >>>> gradsusr mailing list >>>> gradsusr at gradsusr.org >>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>> >>>> >>> *************************************************** >>> The information contained in this e-mail message >>> is intended only for the use of the recipient(s) >>> named above and may contain information that is >>> privileged, confidential, and/or proprietary. >>> If you are not the intended recipient, you may not >>> review, copy or distribute this message. If you have >>> received this communication in error, please notify >>> the sender immediately by e-mail, and delete the original message. >>> *************************************************** >>> >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/c3ff5d1d/attachment-0002.html From dasilva at alum.mit.edu Sun Sep 4 14:16:43 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sun, 4 Sep 2011 14:16:43 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: On Sun, Sep 4, 2011 at 1:30 PM, Joey Woodson wrote: > Be warned that "a little longer" is about 5x the time. > > True, this is a lot relatively speaking. However, it still takes around a sec for an image --- slower, but not slow if you just have a handfull of plots to make. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/4f27b132/attachment-0002.html From chinhth2010 at gmail.com Mon Sep 5 21:23:56 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Mon, 5 Sep 2011 18:23:56 -0700 Subject: [gradsusr] remove value over 100 in legend Message-ID: Dear all users I plot probability map range of value 0-100. But in my legend value over 100 still display with grey colour as attached file Anyone please tell me how to remove this part. Thank you Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110905/bb2ee3f9/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: prob.gif Type: image/gif Size: 10954 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110905/bb2ee3f9/attachment-0002.gif From jdduda at iastate.edu Mon Sep 5 22:46:24 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 5 Sep 2011 21:46:24 -0500 Subject: [gradsusr] remove value over 100 in legend In-Reply-To: References: Message-ID: THe color bar script you are using will probably not allow you to cut the bar off at a value. Try usign one of the other color bar scripts listed in the grads script library . You could also try using 80 as your max contour and not including 100. Jeff Duda On Mon, Sep 5, 2011 at 8:23 PM, chinh ta huu wrote: > Dear all users > I plot probability map range of value 0-100. > But in my legend value over 100 still display with grey colour as attached > file > Anyone please tell me how to remove this part. > Thank you > Chinh > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110905/71bf5170/attachment-0002.html From cl at meteoconsult.fr Tue Sep 6 05:26:08 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Tue, 6 Sep 2011 11:26:08 +0200 Subject: [gradsusr] install new version of grads Message-ID: Dear all users, I have grads-2.0.a5 on a computer, and i would like to know if it exists an upgrade to get the new version grads-2.0.a9 or if I have to uninstall grads-2.0.a5 and then install grads-2.0.a9. Thank you Christelle -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/06bf1d26/attachment-0002.html From chinhth2010 at gmail.com Tue Sep 6 05:39:08 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Tue, 6 Sep 2011 16:39:08 +0700 Subject: [gradsusr] install new version of grads In-Reply-To: References: Message-ID: Dear Chris I think you delete *.a5 and then install new version Because it doesn't cost any time of you. It is also better Best regards Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/e48b01d2/attachment-0002.html From cl at meteoconsult.fr Tue Sep 6 06:15:32 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Tue, 6 Sep 2011 12:15:32 +0200 Subject: [gradsusr] install new version of grads In-Reply-To: References: Message-ID: ok, thanks Christelle 2011/9/6 chinh ta huu > Dear Chris > I think you delete *.a5 and then install new version > Because it doesn't cost any time of you. It is also better > Best regards > Chinh > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/7b92353b/attachment-0002.html From smcmillan at planalytics.com Tue Sep 6 09:19:52 2011 From: smcmillan at planalytics.com (Stephen McMillan) Date: Tue, 6 Sep 2011 09:19:52 -0400 Subject: [gradsusr] remove value over 100 in legend In-Reply-To: References: Message-ID: Instead of cbarn, you could specify the background color for the portion over 100, then use cbar if you don't need the tapered ends. That way the "100" will still plot as the end number. Stephen Mc On Mon, Sep 5, 2011 at 9:23 PM, chinh ta huu wrote: > Dear all users > I plot probability map range of value 0-100. > But in my legend value over 100 still display with grey colour as attached > file > Anyone please tell me how to remove this part. > Thank you > Chinh > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/78e59a7c/attachment-0002.html From bernd.becker at metoffice.gov.uk Tue Sep 6 10:20:47 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Tue, 6 Sep 2011 15:20:47 +0100 Subject: [gradsusr] remove value over 100 in legend In-Reply-To: References: Message-ID: label your cbar with numbers 10 to 90 only. You will get just one color for all values below 10 and another for all values above 90. Perhaps you don't really want a new colour for all values matching 100% exactly in your chart? Cheers, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Stephen McMillan Sent: 06 September 2011 14:20 To: GrADS Users Forum Subject: Re: [gradsusr] remove value over 100 in legend Instead of cbarn, you could specify the background color for the portion over 100, then use cbar if you don't need the tapered ends. That way the "100" will still plot as the end number. Stephen Mc On Mon, Sep 5, 2011 at 9:23 PM, chinh ta huu wrote: Dear all users I plot probability map range of value 0-100. But in my legend value over 100 still display with grey colour as attached file Anyone please tell me how to remove this part. Thank you Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/9ce15966/attachment-0002.html From grapeszy at gmail.com Tue Sep 6 11:14:04 2011 From: grapeszy at gmail.com (Yu F. Zhang) Date: Tue, 6 Sep 2011 09:14:04 -0600 Subject: [gradsusr] Still need some help about plot a bufr data Message-ID: <9D096E15-D7AE-4C20-889C-182D7ABB19C8@gmail.com> I just use the bufrscan to get some information about the bufr data. But I do not know how to write a bufr description file I just write a description file like this: dset ^080112.bufr undef 9.999E+10 title prepbufr dtype bufr TDEF 1 linear 06z23may2010 1hr STID 1,192 XVAR 6,2 YVAR 5,2 VARS 7 slon 0 06,002 LONGITUDE slat 0 05,002 LATITUDE STAT 0 01,192 Station id POB 0 07,192 PRESSURE OBSERVATION TOB 0 12,192 TEMPERATURE OBSERVATION ZOB 0 10,196 HEIGHT OBSERVATION QOB 0 13,023 SPECIFIC HUMIDITY OBSERVATION ENDVARS I can open the bufr data. But After I d pob I get nothing? Is the bufr description right? How can I get a correct bufr description? Here are the result of bufrscan: >>> processing message 0 >>> start of message 1 03 000 (replicate next 3, not including replication count) 0 31 001 (replication count) 0 00 001 (text) Table A: entry 0 00 002 (text) Table A: data category description, line 1 0 00 003 (text) Table A: data category description, line 2 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 00 004 (sequence) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 0 00 013 (text) Element name, line 1 0 00 014 (text) Element name, line 2 0 00 015 (text) Units name 0 00 016 (text) Units scale sign 0 00 017 (text) Units scale 0 00 018 (text) Units reference sign 0 00 019 (text) Units reference value 0 00 020 (text) Element data width 1 05 000 (replicate next 5, not including replication count) 0 31 001 (replication count) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 2 05 064 (operator) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 0 00 030 (text) Descriptor defining sequence <<< end of message >>> processing message 1 .... >>> processing message 4 >>> start of message 0 63 000 (numeric) BYTCNT 3 60 240 (sequence) 3 61 001 (sequence) 0 01 192 (text) SID STATION IDENTIFICATION 0 06 002 (numeric) XOB LONGITUDE 0 05 002 (numeric) YOB LATITUDE 0 04 192 (numeric) DHR OBSERVATION TIME MINUS CYCLE TIME 0 10 194 (numeric) ELV STATION ELEVATION 0 01 193 (numeric) TYP PREPBUFR REPORT TYPE 0 55 006 (numeric) T29 INPUT REPORT TYPE 0 55 192 (numeric) TSB REPORT SUBTYPE (HAS VARIOUS MEANINGS DEPENDING ON TYPE) 0 02 001 (numeric) ITP INSTRUMENT TYPE 0 50 001 (numeric) SQN REPORT SEQUENCE NUMBER 0 50 002 (numeric) PROCN PROCESS NUMBER FOR THIS MPI RUN (OBTAINED FROM SCRIPT) 0 04 194 (numeric) RPT REPORTED OBSERVATION TIME 0 04 195 (numeric) TCOR INDICATOR WHETHER OBS. TIME IN "DHR" WAS CORRECTED 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 61 012 (sequence) 0 35 200 (numeric) RSRD RESTRICTIONS ON REDISTRIBUTION 0 35 201 (numeric) EXPRSRD EXPIRATION OF RESTRICTIONS ON REDISTRIBUTION 3 60 002 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 61 002 (sequence) 0 01 194 (numeric) CAT PREPBUFR DATA LEVEL CATEGORY 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 62 001 (sequence) 3 60 003 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 62 101 (sequence) 0 07 192 (numeric) POB PRESSURE OBSERVATION 0 07 193 (numeric) PQM PRESSURE (QUALITY) MARKER 0 07 194 (numeric) PPC PRESSURE PROGRAM CODE Thanks for the help very much Sincerely yours :Yu ZHANG -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/4226990c/attachment-0002.html From anderlansiqueira at gmail.com Tue Sep 6 12:32:00 2011 From: anderlansiqueira at gmail.com (Anderlan Siqueira) Date: Tue, 6 Sep 2011 13:32:00 -0300 Subject: [gradsusr] Sort data in ascending order!!! Message-ID: Dear users, I wonder how I can do to sort data in ascending order in GrADS. I tried to use various functions, but did not work. For example, d min and d max. If anyone has a clue would greatly appreciate it. Sincerely, -- Anderlan Henrique Batista Siqueira Curr?culo Lattes - http://lattes.cnpq.br/1244544626994866 Laborat?rio de Climatologia - LabClim Meteorologista e Mestrando pelo Instituto de Ci?ncias Atmosf?ricas - ICAT/UFAL. P?s-Gradua??o em Meteorologia. Bacharel em Meteorologia pela Universidade Federal de Alagoas - UFAL. From dasilva at alum.mit.edu Tue Sep 6 15:24:52 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 6 Sep 2011 15:24:52 -0400 Subject: [gradsusr] Sort data in ascending order!!! In-Reply-To: References: Message-ID: On Tue, Sep 6, 2011 at 12:32 PM, Anderlan Siqueira < anderlansiqueira at gmail.com> wrote: > Dear users, > > I wonder how I can do to sort data in ascending order in GrADS. I > tried to use various functions, but did not work. For example, d min > and d max. > > I really do not know what you mean. Tell us exactly what you would like to accomplish and may be someone may have a suggestion. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/b69c506e/attachment-0002.html From sam at surfline.com Tue Sep 6 16:05:03 2011 From: sam at surfline.com (Sam Wilson) Date: Tue, 06 Sep 2011 13:05:03 -0700 Subject: [gradsusr] How to edit locations of contour labels Message-ID: Hello all, I?m wondering if there is a way to change the location of the contour label on the actual contour. I use set clab forced to plot the labels on the contours, but I?d like to be able to move the labels along the contours. Thanks for any help you can provide. Sam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/669f4ddb/attachment-0002.html From joe at wxjoe.com Tue Sep 6 16:06:49 2011 From: joe at wxjoe.com (Joe Moore) Date: Tue, 6 Sep 2011 16:06:49 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: Thanks, all. I do like the sharper output that comes gxyat - while the wait is annoying right now while I'm still learning, I think when I get to my goal (producing real-time RTMA plots on a web server) I'll switch to using gxyat since I only plan to generate a handful of plots. -Joe Moore On Sun, Sep 4, 2011 at 2:16 PM, Arlindo da Silva wrote: > > > On Sun, Sep 4, 2011 at 1:30 PM, Joey Woodson > wrote: > >> Be warned that "a little longer" is about 5x the time. >> >> > True, this is a lot relatively speaking. However, it still takes around a > sec for an image --- slower, but not slow if you just have a handfull of > plots to make. > > Arlindo > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/2e7b08f5/attachment-0002.html From jdduda at iastate.edu Tue Sep 6 17:50:26 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Tue, 6 Sep 2011 16:50:26 -0500 Subject: [gradsusr] How to edit locations of contour labels In-Reply-To: References: Message-ID: Sam, I think this is an issue for Arlindo or Jennifer. Without cracking open the Grads source code, I don't think there's much you can do orther than to set clabs off and then manually draw the contour label using 'draw string' over the contourl labels (you'll have to know exactly where to place the label using 'q pos'). Jeff Duda On Tue, Sep 6, 2011 at 3:05 PM, Sam Wilson wrote: > Hello all, > > I?m wondering if there is a way to change the location of the contour label > on the actual contour. I use set clab forced to plot the labels on the > contours, but I?d like to be able to move the labels along the contours. > > Thanks for any help you can provide. > > Sam > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/08ab1bc7/attachment-0002.html From sam at surfline.com Tue Sep 6 18:29:04 2011 From: sam at surfline.com (Sam Wilson) Date: Tue, 06 Sep 2011 15:29:04 -0700 Subject: [gradsusr] How to edit locations of contour labels In-Reply-To: Message-ID: Jeff, Thanks for the prompt reply. I?m unable to use that suggestion as I?m not working with static contours. Regardless, thanks anyway! Sam On 9/6/11 2:50 PM, "Jeffrey Duda" wrote: > Sam, > I think this is an issue for Arlindo or Jennifer.? Without cracking open the > Grads source code, I don't think there's much you can do orther than to set > clabs off and then manually draw the contour label using 'draw string' over > the contourl labels (you'll have to know exactly where to place the label > using 'q pos'). > > Jeff Duda > > On Tue, Sep 6, 2011 at 3:05 PM, Sam Wilson wrote: >> Hello all, >> >> I?m wondering if there is a way to change the location of the contour label >> on the actual contour. ?I use set clab forced to plot the labels on the >> contours, but I?d like to be able to move the labels along the contours. >> >> Thanks for any help you can provide. >> >> Sam >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/a01b6572/attachment-0002.html From mqvillafuerte at gmail.com Wed Sep 7 02:09:06 2011 From: mqvillafuerte at gmail.com (Marcelino II Villafuerte) Date: Wed, 7 Sep 2011 14:09:06 +0800 Subject: [gradsusr] Spatial RMSE script Message-ID: Dear Fellow Grads Users, I'm trying to spatially quantify the closeness of my model results with observations using Root Mean Square Error (RMSE). Since RMSE is not a function in GrADS I tried to use existing functions to come up with RMSE. pls. find attached script for your comments.. Am I doing right? Thanks! -Mar- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/4138b0de/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: spa_rmse.gs Type: application/octet-stream Size: 1201 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110907/4138b0de/attachment-0002.obj From jdduda at iastate.edu Wed Sep 7 13:10:16 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 7 Sep 2011 12:10:16 -0500 Subject: [gradsusr] Spatial RMSE script In-Reply-To: References: Message-ID: Looks like you are doing it correctly. Jeff Duda On Wed, Sep 7, 2011 at 1:09 AM, Marcelino II Villafuerte < mqvillafuerte at gmail.com> wrote: > Dear Fellow Grads Users, > > I'm trying to spatially quantify the closeness of my model results with > observations using Root Mean Square Error (RMSE). > Since RMSE is not a function in GrADS I tried to use existing functions to > come up with RMSE. > pls. find attached script for your comments.. Am I doing right? > > Thanks! > > -Mar- > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/c30d71e6/attachment-0002.html From anderlansiqueira at gmail.com Wed Sep 7 15:14:42 2011 From: anderlansiqueira at gmail.com (Anderlan Siqueira) Date: Wed, 7 Sep 2011 16:14:42 -0300 Subject: [gradsusr] Ascending order in GrADS! Message-ID: Hello dear users, I want to sort the data for each grid point GrADS in ascending order. I have a file 50 times and I want the values ??for each point lies from smallest to largest. For example, for point 1: 3 4 5 7 8 9 would look like, 3 4 5 7 8 9. In this case also would have a resulting file with 50 time and each grid point with values ??in ascending order. This is the first time have the lowest time and 50 the highest values. Who can help me thank you. I read some things about Bubble sort. Sincerely. -- Anderlan Henrique Batista Siqueira Curr?culo Lattes - http://lattes.cnpq.br/1244544626994866 Laborat?rio de Climatologia - LabClim Meteorologista e Mestrando pelo Instituto de Ci?ncias Atmosf?ricas - ICAT/UFAL. P?s-Gradua??o em Meteorologia. Bacharel em Meteorologia pela Universidade Federal de Alagoas - UFAL. From dasilva at alum.mit.edu Wed Sep 7 17:16:34 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 7 Sep 2011 17:16:34 -0400 Subject: [gradsusr] Ascending order in GrADS! In-Reply-To: References: Message-ID: On Wed, Sep 7, 2011 at 3:14 PM, Anderlan Siqueira < anderlansiqueira at gmail.com> wrote: > Hello dear users, > > I want to sort the data for each grid point GrADS in ascending order. > I have a file 50 times and I want the values for each point lies > from smallest to largest. For example, for point 1: 3 4 5 7 8 9 would > look like, 3 4 5 7 8 9. In this case also would have a resulting file > with 50 time and each grid point with values in ascending order. > This is the first time have the lowest time and 50 the highest values. > > Who can help me thank you. > > I read some things about Bubble sort. > > This is something that would be very easy to do in pygrads, for example: ga.open("model") ga("set t 1 5") ts = sort(ga.exp('ts'),axis=0) At this point you can write ts to a file or send it back to grads with the ga.imp() method. This requires that the data array fits in memory. You will need to learn some python, something that would open lots of possibilities for data analysis beyond what can be done with grads. More info on pygrads here: http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS BTW, PyGrADS works well with the Enthought Python Distribution (EPD), see: http://www.enthought.com/products/epd.php Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/3d8aeab1/attachment-0002.html From dasilva at alum.mit.edu Wed Sep 7 19:10:59 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 7 Sep 2011 19:10:59 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 released Message-ID: Dear PyGrADS Users, We just released PyGrADS v1.1.b5 on sf.net: http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ This version has been updated to work with the newly released IPython 0.11. While still in beta, this release includes new interpolation methods that allows you to create generic curtain plots. See ChangeLog for additional information. From now on we are recommending that PyGrADS be used with the Enthought Python Distribution (EPD): https://enthought.com/products/epd.php EPD includes many scientific and statistical libraries needed in day to day data analysis. It also saves you the trouble of resolving all the dependencies needed for PyGrADS. It works on many platforms, including Windows, Mac OS X and Linux. The complete EPD is free for academic use, but there is a fee for commercial use, consult the URL above for details. There is also a limited EPD Free Edition that partially works with pygrads (basemaps are missing). (I'll be posting instructions on how to modify the EPD Free Edition for a fully functional PyGrADS.) Enjoy! Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/1cb376b8/attachment-0002.html From dasilva at alum.mit.edu Wed Sep 7 22:25:19 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 7 Sep 2011 22:25:19 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 on Windows Message-ID: On Wed, Sep 7, 2011 at 7:10 PM, Arlindo da Silva wrote: > Dear PyGrADS Users, > > From now on we are recommending that PyGrADS be used with the Enthought > Python Distribution (EPD): > > https://enthought.com/products/epd.php > > EPD includes many scientific and statistical libraries needed in day to > day data analysis. It also saves you the trouble of resolving all the > dependencies needed for PyGrADS. It works on many platforms, including > Windows, Mac OS X and Linux. The complete EPD is free for academic use, but > there is a fee for commercial use, consult the URL above for details. There > is also a limited EPD Free Edition that partially works with pygrads > (basemaps are missing). (I'll be posting instructions on how to modify the > EPD Free Edition for a fully functional PyGrADS.) > > If you would like to install the EPD Free edition on Windows here is some useful information. Get EPD Free from: http://enthought.com/repo/free As I mentioned before, EPD Free is missing the basemap package that pygrads needs. On Windows you can get the pre-compiled basemap package from: http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.1/ Get the package that matches the EPD Free version. Currently this is Python 2.7, so get basemap-1.0.1.win32-py2.7.exe After that, install pygrads proper: pygrads-1.1.b5.win32.exe And of course, make sure you have the opengrads Win32 superpack installed: grads-2.0.a9.oga.1-win32_superpack.exe PyGrADS should be available on your [Start] menu. Good Luck, Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/14a53885/attachment-0002.html From srisravani.a at gmail.com Thu Sep 8 05:52:04 2011 From: srisravani.a at gmail.com (SRAVANI A) Date: Thu, 8 Sep 2011 15:22:04 +0530 Subject: [gradsusr] shear calculation Message-ID: Dear grads users -- A.Sravani Research Scholar Department of Meteorology & Oceanography Andhra university Visakhapatnam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/abe23b12/attachment-0002.html From srisravani.a at gmail.com Thu Sep 8 05:53:55 2011 From: srisravani.a at gmail.com (SRAVANI A) Date: Thu, 8 Sep 2011 15:23:55 +0530 Subject: [gradsusr] shaer calculation Message-ID: dear grads user i want to calculate the verticle shear of horizontal wind. plese help me how to calculate the shear Thanking you in adavnce -- A.Sravani Research Scholar Department of Meteorology & Oceanography Andhra university Visakhapatnam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/3515e990/attachment-0002.html From cl at meteoconsult.fr Thu Sep 8 08:00:14 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Thu, 8 Sep 2011 14:00:14 +0200 Subject: [gradsusr] write text on the map Message-ID: Hello, Does anyone know how to write town's name on the map, is this possible? Best regards CL -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/5af01707/attachment-0002.html From GRamaphane at gov.bw Thu Sep 8 08:19:43 2011 From: GRamaphane at gov.bw (Galebonwe Ramaphane) Date: Thu, 8 Sep 2011 14:19:43 +0200 Subject: [gradsusr] [BULK] write text on the map In-Reply-To: References: Message-ID: CL, Display your data and issue the following: lon1 = 27.02 * longitude lat1 = -22.52 * latitude q w2xy lon1 lat1 say result x1 = subwrd(result,3) y1 = subwrd(result,6) draw mark 5 x1 y1 0.08 draw string x1+0.1 y1 CITY_NAME good luck Galebonwe Ramaphane Department of Meteorological Services P.O. BOX 10100 Gaborone Botswana Tel: +267 3612200 Mobile: +267 74435261 From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Christelle LACROIX Sent: Thursday, September 08, 2011 2:00 PM To: GrADS Users Forum Subject: [BULK] [gradsusr] write text on the map Importance: Low Hello, Does anyone know how to write town's name on the map, is this possible? Best regards CL -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/901c8fbe/attachment-0002.html From spc_meteor at yahoo.com.br Thu Sep 8 08:19:55 2011 From: spc_meteor at yahoo.com.br (Saulo Carvalho) Date: Thu, 8 Sep 2011 05:19:55 -0700 (PDT) Subject: [gradsusr] Enc: reading files directly from ftp's In-Reply-To: <1314503126.70438.YahooMailNeo@web110702.mail.gq1.yahoo.com> References: <1313373663.10745.YahooMailNeo@web110711.mail.gq1.yahoo.com> <1313772772.28085.YahooMailNeo@web110711.mail.gq1.yahoo.com> <1314503126.70438.YahooMailNeo@web110702.mail.gq1.yahoo.com> Message-ID: <1315484395.5236.YahooMailNeo@web110709.mail.gq1.yahoo.com> Dear grads users, Does Grads read files directly from ftp's?? So far as I Know, ?one can read files from http's. That's my doubt. Greetings. ________________________________________ Saulo Carvalho SEMA Diretoria de Recursos H?dricos -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/217ff8e0/attachment-0002.html From cl at meteoconsult.fr Thu Sep 8 10:04:31 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Thu, 8 Sep 2011 16:04:31 +0200 Subject: [gradsusr] shapefile Message-ID: Hello, I use a shapefile that contain points: lat and lon of towns, and i would like to add name of these towns next to marks. Is it possible to use a shape file with name of towns and commands ? 'set shpopts 99 1' 'set line 99' 'draw shp Proximite_Monde' thanks, best regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/baa56f6b/attachment-0002.html From jdduda at iastate.edu Thu Sep 8 20:27:04 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 8 Sep 2011 19:27:04 -0500 Subject: [gradsusr] shaer calculation In-Reply-To: References: Message-ID: It depends on exactly what you want to compute. Do you want to compute total shear in the form of the length of the hodograph or bulk shear, the vector wind difference in a layer bounded by two levels? Jeff Duda On Thu, Sep 8, 2011 at 4:53 AM, SRAVANI A wrote: > > dear grads user > i want to calculate the verticle shear of horizontal wind. plese help me > how to calculate the shear > Thanking you in adavnce > -- > A.Sravani > Research Scholar > Department of Meteorology & Oceanography > Andhra university > Visakhapatnam > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/06edd8ba/attachment-0002.html From zjuyanlibin at 163.com Fri Sep 9 00:51:35 2011 From: zjuyanlibin at 163.com (Yan Libin) Date: Fri, 9 Sep 2011 12:51:35 +0800 Subject: [gradsusr] PyGrADS v1.1.b5 on Windows References: Message-ID: <201109091251349843065@163.com> Dear Arlindo, I've installed the pygrads which has drawn me a lot of interests. I wonder what statistical methods are included in the GrADS. Thank you! Regards, Libin Yan Yan Libin From: Arlindo da Silva Date: 2011-09-08 10:25 To: GrADS Users Forum Subject: [gradsusr] PyGrADS v1.1.b5 on Windows On Wed, Sep 7, 2011 at 7:10 PM, Arlindo da Silva wrote: Dear PyGrADS Users, From now on we are recommending that PyGrADS be used with the Enthought Python Distribution (EPD): https://enthought.com/products/epd.php EPD includes many scientific and statistical libraries needed in day to day data analysis. It also saves you the trouble of resolving all the dependencies needed for PyGrADS. It works on many platforms, including Windows, Mac OS X and Linux. The complete EPD is free for academic use, but there is a fee for commercial use, consult the URL above for details. There is also a limited EPD Free Edition that partially works with pygrads (basemaps are missing). (I'll be posting instructions on how to modify the EPD Free Edition for a fully functional PyGrADS.) If you would like to install the EPD Free edition on Windows here is some useful information. Get EPD Free from: http://enthought.com/repo/free As I mentioned before, EPD Free is missing the basemap package that pygrads needs. On Windows you can get the pre-compiled basemap package from: http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.1/ Get the package that matches the EPD Free version. Currently this is Python 2.7, so get basemap-1.0.1.win32-py2.7.exe After that, install pygrads proper: pygrads-1.1.b5.win32.exe And of course, make sure you have the opengrads Win32 superpack installed: grads-2.0.a9.oga.1-win32_superpack.exe PyGrADS should be available on your [Start] menu. Good Luck, Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/18566b68/attachment-0002.html From zjuyanlibin at 163.com Fri Sep 9 01:26:17 2011 From: zjuyanlibin at 163.com (Yan Libin) Date: Fri, 9 Sep 2011 13:26:17 +0800 Subject: [gradsusr] PyGrADS v1.1.b5 released References: Message-ID: <2011090913261731262513@163.com> Dear PyGrADS users, Can anyone provide me with get-started documents related to the usage of PyGrADS? Because I found that the output figures of PyGrADS are more beautiful than ever. Regards, Libin Yan Yan Libin From: Arlindo da Silva Date: 2011-09-08 07:10 To: GrADS Users Forum Subject: [gradsusr] PyGrADS v1.1.b5 released Dear PyGrADS Users, We just released PyGrADS v1.1.b5 on sf.net: http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ This version has been updated to work with the newly released IPython 0.11. While still in beta, this release includes new interpolation methods that allows you to create generic curtain plots. See ChangeLog for additional information. From now on we are recommending that PyGrADS be used with the Enthought Python Distribution (EPD): https://enthought.com/products/epd.php EPD includes many scientific and statistical libraries needed in day to day data analysis. It also saves you the trouble of resolving all the dependencies needed for PyGrADS. It works on many platforms, including Windows, Mac OS X and Linux. The complete EPD is free for academic use, but there is a fee for commercial use, consult the URL above for details. There is also a limited EPD Free Edition that partially works with pygrads (basemaps are missing). (I'll be posting instructions on how to modify the EPD Free Edition for a fully functional PyGrADS.) Enjoy! Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/5397d7f3/attachment-0002.html From dasilva at alum.mit.edu Fri Sep 9 07:35:55 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 9 Sep 2011 07:35:55 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 released In-Reply-To: <2011090913261731262513@163.com> References: <2011090913261731262513@163.com> Message-ID: On Fri, Sep 9, 2011 at 1:26 AM, Yan Libin wrote: > ** > Dear PyGrADS users, > > Can anyone provide me with get-started documents related to the usage of > PyGrADS? > Because I found that the output figures of PyGrADS are more beautiful than > ever. > > Start with wiki: http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS Arlindo > Regards, > Libin Yan > > ------------------------------ > Yan Libin > > *From:* Arlindo da Silva > *Date:* 2011-09-08 07:10 > *To:* GrADS Users Forum > *Subject:* [gradsusr] PyGrADS v1.1.b5 released > Dear PyGrADS Users, > > We just released PyGrADS v1.1.b5 on sf.net: > > http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ > > This version has been updated to work with the newly released IPython > 0.11. While still in beta, this release includes new interpolation methods > that allows you to create generic curtain plots. See ChangeLog for > additional information. > > From now on we are recommending that PyGrADS be used with the Enthought > Python Distribution (EPD): > > https://enthought.com/products/epd.php > > EPD includes many scientific and statistical libraries needed in day to > day data analysis. It also saves you the trouble of resolving all the > dependencies needed for PyGrADS. It works on many platforms, including > Windows, Mac OS X and Linux. The complete EPD is free for academic use, but > there is a fee for commercial use, consult the URL above for details. There > is also a limited EPD Free Edition that partially works with pygrads > (basemaps are missing). (I'll be posting instructions on how to modify the > EPD Free Edition for a fully functional PyGrADS.) > > Enjoy! > > Arlindo > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f2774c2f/attachment-0002.html From dasilva at alum.mit.edu Fri Sep 9 07:41:10 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 9 Sep 2011 07:41:10 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 on Windows In-Reply-To: <201109091251349843065@163.com> References: <201109091251349843065@163.com> Message-ID: On Fri, Sep 9, 2011 at 12:51 AM, Yan Libin wrote: > ** > Dear Arlindo, > > I've installed the pygrads which has drawn me a lot of interests. > I wonder what statistical methods are included in the GrADS. > Do you mean PyGrADS? PyGrADS enables access to all the statistical packages available with scipy (google for it). In particular, you can use the python interface to R and use all the packages available in R. The point is: depending on what you have to do, use the best tool for the job at hand. The EPD environment has a much broader collection of statistical algorithms, but this only matters if you need them. Arlindo > Thank you! > > Regards, > Libin Yan > > ------------------------------ > Yan Libin > > *From:* Arlindo da Silva > *Date:* 2011-09-08 10:25 > *To:* GrADS Users Forum > *Subject:* [gradsusr] PyGrADS v1.1.b5 on Windows > On Wed, Sep 7, 2011 at 7:10 PM, Arlindo da Silva wrote: > >> Dear PyGrADS Users, >> >> From now on we are recommending that PyGrADS be used with the >> Enthought Python Distribution (EPD): >> >> https://enthought.com/products/epd.php >> >> EPD includes many scientific and statistical libraries needed in day to >> day data analysis. It also saves you the trouble of resolving all the >> dependencies needed for PyGrADS. It works on many platforms, including >> Windows, Mac OS X and Linux. The complete EPD is free for academic use, but >> there is a fee for commercial use, consult the URL above for details. There >> is also a limited EPD Free Edition that partially works with pygrads >> (basemaps are missing). (I'll be posting instructions on how to modify the >> EPD Free Edition for a fully functional PyGrADS.) >> >> > If you would like to install the EPD Free edition on Windows here is some > useful information. Get EPD Free from: > > http://enthought.com/repo/free > > As I mentioned before, EPD Free is missing the basemap package that pygrads > needs. > On Windows you can get the pre-compiled basemap package from: > > > http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.1/ > > Get the package that matches the EPD Free version. Currently this is Python > 2.7, so get > > basemap-1.0.1.win32-py2.7.exe > > After that, install pygrads proper: > > pygrads-1.1.b5.win32.exe > > And of course, make sure you have the opengrads Win32 superpack installed: > > grads-2.0.a9.oga.1-win32_superpack.exe > > PyGrADS should be available on your [Start] menu. > > Good Luck, > > Arlindo > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/b8ae89ba/attachment-0002.html From jma at cola.iges.org Fri Sep 9 08:05:20 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Fri, 9 Sep 2011 08:05:20 -0400 Subject: [gradsusr] shapefile In-Reply-To: References: Message-ID: <2D47F3A6-9FA0-4E71-B233-59EBC025F2F3@cola.iges.org> Best way to do this is to use the 'q shp' or 'q dbf' commands and parse the output to get the lat/lon and town name. Then you can use 'q w2xy' to convert the lat/lon to page coordinates, then the 'set string' and 'draw string' commands to position and draw your string. --Jennifer On Sep 8, 2011, at 10:04 AM, Christelle LACROIX wrote: > Hello, > > > I use a shapefile that contain points: lat and lon of towns, and i > would like to add name of these towns next to marks. Is it possible > to use a shape file with name of towns and commands ? > > 'set shpopts 99 1' > 'set line 99' > 'draw shp Proximite_Monde' > > > thanks, > > best regards > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/0ac21f3b/attachment-0002.html From bernd.becker at metoffice.gov.uk Fri Sep 9 10:45:49 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Fri, 9 Sep 2011 15:45:49 +0100 Subject: [gradsusr] searcheable grads user mail list Message-ID: Hello, Where can I find the searchable grads user mail list archive? Thanks, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game From Austin.L.Conaty at nasa.gov Fri Sep 9 11:06:57 2011 From: Austin.L.Conaty at nasa.gov (Austin Conaty) Date: Fri, 9 Sep 2011 11:06:57 -0400 Subject: [gradsusr] searcheable grads user mail list In-Reply-To: References: Message-ID: <4E6A2B91.6040109@nasa.gov> Bernd, From http://www.iges.org/grads/users.html To see the collection of prior postings to the list, visit the gradsusr archives . You can search the archives using your favorite internet search engine (Google, Yahoo, Bing, et al.) by inserting "site:gradsusr.org" into your search string. So it looks like if you google potential vorticity site:gradsusr.org it will search the grads email archives for potential vorticity postings Becker, Bernd wrote: > Hello, > > Where can I find the searchable grads user mail list archive? > > Thanks, > Bernd. > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ > bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Austin Conaty, SAIC Global Modeling & Assimilation Office 301-614-6149 (ph) NASA Goddard Space Flight Center 301-614-6297 (fax) Code 610.1 Greenbelt, MD 20771 Austin.L.Conaty at .nasa.gov http://gmao.gsfc.nasa.gov From saeedbayat7276 at gmail.com Fri Sep 9 11:12:29 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Fri, 9 Sep 2011 19:42:29 +0430 Subject: [gradsusr] PyGrADS v1.1.b5 released In-Reply-To: References: <2011090913261731262513@163.com> Message-ID: Hi Arlindo, I install pygrads in ubuntu 10.04, but when I type pygrads, I lost x11 window and I got this error: raise GrADSError, "GrADS terminated while waiting for response" GrADSError: 'GrADS terminated while waiting for response' What is wrong in your opinion? Regards Saeed Bayat M.A Student of Climatology Ferdowsi University of Mashhad(Iran) On Fri, Sep 9, 2011 at 4:05 PM, Arlindo da Silva wrote: > On Fri, Sep 9, 2011 at 1:26 AM, Yan Libin wrote: > >> ** >> Dear PyGrADS users, >> >> Can anyone provide me with get-started documents related to the usage of >> PyGrADS? >> Because I found that the output figures of PyGrADS are more beautiful than >> ever. >> >> > > Start with wiki: > > http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS > > Arlindo > > >> Regards, >> Libin Yan >> >> ------------------------------ >> Yan Libin >> >> *From:* Arlindo da Silva >> *Date:* 2011-09-08 07:10 >> *To:* GrADS Users Forum >> *Subject:* [gradsusr] PyGrADS v1.1.b5 released >> Dear PyGrADS Users, >> >> We just released PyGrADS v1.1.b5 on sf.net: >> >> http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ >> >> This version has been updated to work with the newly released IPython >> 0.11. While still in beta, this release includes new interpolation methods >> that allows you to create generic curtain plots. See ChangeLog for >> additional information. >> >> From now on we are recommending that PyGrADS be used with the Enthought >> Python Distribution (EPD): >> >> https://enthought.com/products/epd.php >> >> EPD includes many scientific and statistical libraries needed in day to >> day data analysis. It also saves you the trouble of resolving all the >> dependencies needed for PyGrADS. It works on many platforms, including >> Windows, Mac OS X and Linux. The complete EPD is free for academic use, but >> there is a fee for commercial use, consult the URL above for details. There >> is also a limited EPD Free Edition that partially works with pygrads >> (basemaps are missing). (I'll be posting instructions on how to modify the >> EPD Free Edition for a fully functional PyGrADS.) >> >> Enjoy! >> >> Arlindo >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/5d3fc34c/attachment-0002.html From vinaybijnori at yahoo.com Fri Sep 9 11:56:33 2011 From: vinaybijnori at yahoo.com (vinay kumar) Date: Fri, 9 Sep 2011 08:56:33 -0700 (PDT) Subject: [gradsusr] (no subject) Message-ID: <1315583793.45705.YahooMailNeo@web161005.mail.bf1.yahoo.com> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/6c1b7b8f/attachment-0002.html From dasilva at alum.mit.edu Fri Sep 9 11:59:21 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 9 Sep 2011 11:59:21 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 released In-Reply-To: References: <2011090913261731262513@163.com> Message-ID: On Fri, Sep 9, 2011 at 11:12 AM, saeed bayat wrote: > Hi Arlindo, > I install pygrads in ubuntu 10.04, but when I type pygrads, I lost x11 > window and I got > this error: > raise GrADSError, "GrADS terminated while waiting for response" > GrADSError: 'GrADS terminated while waiting for response' > What is wrong in your opinion? > > First make sure you have a valid grads installation, preferably the latest opengrads bundle installation. Read the pygrads installation instructions. Arlindo > Regards > Saeed Bayat > M.A Student of Climatology > Ferdowsi University of Mashhad(Iran) > > > On Fri, Sep 9, 2011 at 4:05 PM, Arlindo da Silva wrote: > >> On Fri, Sep 9, 2011 at 1:26 AM, Yan Libin wrote: >> >>> ** >>> Dear PyGrADS users, >>> >>> Can anyone provide me with get-started documents related to the usage of >>> PyGrADS? >>> Because I found that the output figures of PyGrADS are more beautiful >>> than ever. >>> >>> >> >> Start with wiki: >> >> http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS >> >> Arlindo >> >> >>> Regards, >>> Libin Yan >>> >>> ------------------------------ >>> Yan Libin >>> >>> *From:* Arlindo da Silva >>> *Date:* 2011-09-08 07:10 >>> *To:* GrADS Users Forum >>> *Subject:* [gradsusr] PyGrADS v1.1.b5 released >>> Dear PyGrADS Users, >>> >>> We just released PyGrADS v1.1.b5 on sf.net: >>> >>> >>> http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ >>> >>> This version has been updated to work with the newly released IPython >>> 0.11. While still in beta, this release includes new interpolation methods >>> that allows you to create generic curtain plots. See ChangeLog for >>> additional information. >>> >>> From now on we are recommending that PyGrADS be used with the Enthought >>> Python Distribution (EPD): >>> >>> https://enthought.com/products/epd.php >>> >>> EPD includes many scientific and statistical libraries needed in day to >>> day data analysis. It also saves you the trouble of resolving all the >>> dependencies needed for PyGrADS. It works on many platforms, including >>> Windows, Mac OS X and Linux. The complete EPD is free for academic use, but >>> there is a fee for commercial use, consult the URL above for details. There >>> is also a limited EPD Free Edition that partially works with pygrads >>> (basemaps are missing). (I'll be posting instructions on how to modify the >>> EPD Free Edition for a fully functional PyGrADS.) >>> >>> Enjoy! >>> >>> Arlindo >>> -- >>> Arlindo da Silva >>> dasilva at alum.mit.edu >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/10df693d/attachment-0002.html From bernd.becker at metoffice.gov.uk Fri Sep 9 12:05:39 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Fri, 9 Sep 2011 17:05:39 +0100 Subject: [gradsusr] define variable independent of time Message-ID: Simple question, complicated answer: I would like to composite stuff from several files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values because a and c have different times. What can be done about this? Have a nice weekend. Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game From dasilva at alum.mit.edu Fri Sep 9 12:39:37 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 9 Sep 2011 12:39:37 -0400 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > > Simple question, > complicated answer: > > I would like to composite stuff from several files. > > Each file has its own time and date info in its own .ctl file. > > How can I add elements from different such files? > > How can I break away from the strict treatment of the time dimension in > grads? > > open file1.ctl > define a=ave(b,t=1,t=34) > close 1 > open file2.ctl > define c= ave(b,t=3,t=9) > close 2 > etc. > > d a+c > Cannot contour grid - all undefined values > > Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/6155d79e/attachment-0002.html From rafanoharana at gmail.com Fri Sep 9 14:59:00 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Fri, 9 Sep 2011 11:59:00 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working Message-ID: Dear all, I've already posted this message before but I can't get it worked. If any of you have any idea to crop the study area, please let me know. One said that it is possible to grab a shapefile of the top part and fill it with black (I guess he meant re-setting the value of the variable covered by this shapefile to 0). If you have any experience or any tips on how to do that, thanks in advance for your help. Kind regards, Serge ---------- Forwarded message ---------- From: Rafanoharana Serge Claudio Date: Fri, Aug 26, 2011 at 7:53 AM Subject: Crop country boundary To: GrADS Users Forum Dear all, I would like to ask if there is a way to crop the data to a specific area. In GrADS, if we use 'set mpdset hires', we have the country boundary. However for my case I only need the study area (please refer to the attached file). I found that http://www.diva-gis.org/datadown provides Grid data. Can we use the data from this Website to crop it or...? Thank you, -- Serge -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f4f4b1b6/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: evi-1.jpg Type: image/jpeg Size: 242511 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f4f4b1b6/attachment-0002.jpg From esjluis at yahoo.com.mx Fri Sep 9 15:37:46 2011 From: esjluis at yahoo.com.mx (jl sa) Date: Fri, 9 Sep 2011 12:37:46 -0700 (PDT) Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: <1315597066.30032.YahooMailNeo@web111005.mail.gq1.yahoo.com> checa esto: open file1.ctl open file2.ctl define a=ave(b.1,t=1,t=34) define c= ave(b.2,t=3,t=9) d a+c close 1 close 2 etc. ________________________________ De: "gradsusr-request at gradsusr.org" Para: gradsusr at gradsusr.org Enviado: Viernes, 9 de septiembre, 2011 9:44:18 Asunto: gradsusr Digest, Vol 19, Issue 13 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. define variable independent of time (Becker, Bernd) ? 2. Re: define variable independent of time (Arlindo da Silva) ? 3. Crop country boundary or masking an area - still not??? working ? ? ? (Rafanoharana Serge Claudio) ---------------------------------------------------------------------- Message: 1 Date: Fri, 9 Sep 2011 17:05:39 +0100 From: "Becker, Bernd" Subject: [gradsusr] define variable independent of time To: "GrADS Users Forum" Message-ID: ??? ??? Content-Type: text/plain;??? charset="us-ascii" Simple question, complicated answer: I would like to composite stuff from several? files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values because a and c have different times. What can be done about this? Have a nice weekend. Bernd. -- Bernd Becker? Climate Impacts Product Development Met Office Hadley Centre? ? FitzRoy Road? Exeter? Devon EX1 3PB? United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ------------------------------ Message: 2 Date: Fri, 9 Sep 2011 12:39:37 -0400 From: Arlindo da Silva Subject: Re: [gradsusr] define variable independent of time To: GrADS Users Forum Message-ID: ??? Content-Type: text/plain; charset="iso-8859-1" On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > > Simple question, > complicated answer: > > I would like to composite stuff from several? files. > > Each file has its own time and date info in its own .ctl file. > > How can I add elements from different such files? > > How can I break away from the strict treatment of the time dimension in > grads? > > open file1.ctl > define a=ave(b,t=1,t=34) > close 1 > open file2.ctl > define c= ave(b,t=3,t=9) > close 2 > etc. > > d a+c > Cannot contour grid - all undefined values > > Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/6155d79e/attachment-0001.html ------------------------------ Message: 3 Date: Fri, 9 Sep 2011 11:59:00 -0700 From: Rafanoharana Serge Claudio Subject: [gradsusr] Crop country boundary or masking an area - still ??? not??? working To: GrADS Users Forum Message-ID: ??? Content-Type: text/plain; charset="iso-8859-1" Dear all, I've already posted this message before but I can't get it worked. If any of you have any idea to crop the study area, please let me know. One said that it is possible to grab a shapefile of the top part? and fill it with black (I guess he meant re-setting the value of the variable covered by this shapefile to 0). If you have any experience or any tips on how to do that, thanks in advance for your help. Kind regards, Serge ---------- Forwarded message ---------- From: Rafanoharana Serge Claudio Date: Fri, Aug 26, 2011 at 7:53 AM Subject: Crop country boundary To: GrADS Users Forum Dear all, I would like to ask if there is a way to crop the data to a specific area. In GrADS, if we use 'set mpdset hires', we have the country boundary. However for my case I only need the study area (please refer to the attached file). I found that http://www.diva-gis.org/datadown provides Grid data. Can we use the data from this Website to crop it or...? Thank you, -- Serge -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f4f4b1b6/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: evi-1.jpg Type: image/jpeg Size: 242511 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f4f4b1b6/attachment.jpg ------------------------------ _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr End of gradsusr Digest, Vol 19, Issue 13 **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/a2c3a297/attachment-0002.html From Huddleston at cira.colostate.edu Fri Sep 9 16:09:29 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 9 Sep 2011 13:09:29 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: Serge Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to clip your data. You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on Linux use 'apt-get install gdal-bin'. Use the following command: ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp where Study_Area.shp is a shapefile in the attached zip file and Your_input_data.shp is the shapefile you want to clip. John Huddleston, PhD Cooperative Institute for Research in the Atmosphere From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Rafanoharana Serge Claudio Sent: Friday, September 09, 2011 12:59 PM To: GrADS Users Forum Subject: [gradsusr] Crop country boundary or masking an area - still not working Dear all, I've already posted this message before but I can't get it worked. If any of you have any idea to crop the study area, please let me know. One said that it is possible to grab a shapefile of the top part and fill it with black (I guess he meant re-setting the value of the variable covered by this shapefile to 0). If you have any experience or any tips on how to do that, thanks in advance for your help. Kind regards, Serge ---------- Forwarded message ---------- From: Rafanoharana Serge Claudio > Date: Fri, Aug 26, 2011 at 7:53 AM Subject: Crop country boundary To: GrADS Users Forum > Dear all, I would like to ask if there is a way to crop the data to a specific area. In GrADS, if we use 'set mpdset hires', we have the country boundary. However for my case I only need the study area (please refer to the attached file). I found that http://www.diva-gis.org/datadown provides Grid data. Can we use the data from this Website to crop it or...? Thank you, -- Serge -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/5f24b32d/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Study_Area.zip Type: application/x-zip-compressed Size: 2202193 bytes Desc: Study_Area.zip Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110909/5f24b32d/attachment-0002.bin From bernd.becker at metoffice.gov.uk Sat Sep 10 04:30:06 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Sat, 10 Sep 2011 09:30:06 +0100 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: Thanks Arlindo, That would be nice for single numbers. It as one notch more elaborate: 'set dfile 2' 'set t 2 33' 'define obs = 'var'.2' 'set dfile 3' 'set t 2 33' 'define fx = 'var'.3' file 2 and 3 have different time frames. d fx-obs fails. And it would be a real bummer to have to calculate the times from one file relative to the other file. Compositing in this way would be really hard. Enjoy the weekend! Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva Sent: 09 September 2011 17:40 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd wrote: Simple question, complicated answer: I would like to composite stuff from several files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110910/b63340dd/attachment-0002.html From hallak at model.iag.usp.br Sat Sep 10 07:25:09 2011 From: hallak at model.iag.usp.br (Ricardo Hallak) Date: Sat, 10 Sep 2011 09:25:09 -0200 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: <20110910111216.M81399@model.iag.usp.br> Dear Bernd, I would use the fwrite command: For each computation, you can fwrite the new defined fields in a single binary file, if they have the same horizontal dimensions. With an appropriate ctl that describe correctly the new binary file as the defined fields were at the same time, you can do calculations. Ricardo On Sat, 10 Sep 2011 09:30:06 +0100, Becker, Bernd wrote > Thanks Arlindo, > ? > That would be nice for single numbers. > ? > It as one notch more elaborate: > ? > ? 'set dfile 2' > ? 'set t 2? 33' > ? 'define obs???? = 'var'.2' > > ?'set dfile 3' > ? 'set t 2? 33' > ?'define fx???? = 'var'.3' > > file 2 and 3 have different time frames. > ? > d fx-obs > ? > fails. > And it would be a real bummer to have to calculate the times from one file relative > to the other file. > ? > Compositing in this way would be really hard. > ? > Enjoy the weekend! > Bernd. > ? > -- > Bernd Becker?? Climate Impacts Product Development > Met Office Hadley Centre??? FitzRoy Road?Exeter?? Devon EX1 3PB? United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > ? > > ----------------------------------------------------------------------- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva > Sent: 09 September 2011 17:40 > To: GrADS Users Forum > Subject: Re: [gradsusr] define variable independent of time > > > On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd wrote: > > > Simple question, > complicated answer: > > I would like to composite stuff from several ?files. > > Each file has its own time and date info in its own .ctl file. > > How can I add elements from different such files? > > How can I break away from the strict treatment of the time dimension in > grads? > > open file1.ctl > define a=ave(b,t=1,t=34) > close 1 > open file2.ctl > define c= ave(b,t=3,t=9) > close 2 > etc. > > d a+c > Cannot contour grid - all undefined values > > > > Try: > > d a(t=1)+c(t=1) > > -- > Arlindo da Silva > dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110910/61de2c96/attachment-0002.html From rafanoharana at gmail.com Sat Sep 10 11:57:36 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Sat, 10 Sep 2011 08:57:36 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: Dear John, Thank you for your answer. I do have ogr2ogr and a shapefile of the study area. Thank you anyway for the file. In your command, you only deal with .shp files, and ogr2ogr cannot be used within GrADS. The problem is that I have a .nc file which contains a variable. I want to clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can deal with .nc format (I also tried but not working). Thanks, Serge On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John < Huddleston at cira.colostate.edu> wrote: > Serge**** > > ** ** > > Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to clip > your data.**** > > ** ** > > You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on Linux > use ?apt-get install gdal-bin?.**** > > ** ** > > Use the following command:**** > > ** ** > > ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp**** > > ** ** > > where Study_Area.shp is a shapefile in the attached zip file and > Your_input_data.shp is the shapefile you want to clip.**** > > ** ** > > John Huddleston, PhD**** > > Cooperative Institute for Research in the Atmosphere**** > > ** ** > > ** ** > > ** ** > > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Rafanoharana Serge Claudio > *Sent:* Friday, September 09, 2011 12:59 PM > *To:* GrADS Users Forum > *Subject:* [gradsusr] Crop country boundary or masking an area - still not > working**** > > ** ** > > Dear all, > > I've already posted this message before but I can't get it worked. > If any of you have any idea to crop the study area, please let me know. One > said that it is possible to grab a shapefile of the top part and fill it > with black (I guess he meant re-setting the value of the variable covered by > this shapefile to 0). If you have any experience or any tips on how to do > that, thanks in advance for your help. > > Kind regards, > > Serge**** > > ---------- Forwarded message ---------- > From: *Rafanoharana Serge Claudio* > Date: Fri, Aug 26, 2011 at 7:53 AM > Subject: Crop country boundary > To: GrADS Users Forum > > > Dear all, > > I would like to ask if there is a way to crop the data to a specific area. > In GrADS, if we use 'set mpdset hires', we have the country boundary. > However for my case I only need the study area (please refer to the attached > file). > > I found that http://www.diva-gis.org/datadown provides Grid data. Can we > use the data from this Website to crop it or...? > > Thank you, > > -- > Serge **** > > > > > -- > Serge**** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110910/2a873fa2/attachment-0002.html From jdduda at iastate.edu Sat Sep 10 13:40:56 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Sat, 10 Sep 2011 12:40:56 -0500 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: You can reference the time of a variable when you use it in a statement. For example, you could do 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' This should help you do what you want to do. Jeff Duda On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > ** > Thanks Arlindo, > > That would be nice for single numbers. > > It as one notch more elaborate: > > 'set dfile 2' > 'set t 2 33' > 'define obs = 'var'.2' > 'set dfile 3' > 'set t 2 33' > 'define fx = 'var'.3' > file 2 and 3 have different time frames. > > d fx-obs > > fails. > And it would be a real bummer to have to calculate the times from one file > relative > to the other file. > > Compositing in this way would be really hard. > > Enjoy the weekend! > Bernd. > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva > *Sent:* 09 September 2011 17:40 > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] define variable independent of time > > On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> >> Simple question, >> complicated answer: >> >> I would like to composite stuff from several files. >> >> Each file has its own time and date info in its own .ctl file. >> >> How can I add elements from different such files? >> >> How can I break away from the strict treatment of the time dimension in >> grads? >> >> open file1.ctl >> define a=ave(b,t=1,t=34) >> close 1 >> open file2.ctl >> define c= ave(b,t=3,t=9) >> close 2 >> etc. >> >> d a+c >> Cannot contour grid - all undefined values >> >> > Try: > > d a(t=1)+c(t=1) > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110910/acae5974/attachment-0002.html From yaqiang.wang at gmail.com Sat Sep 10 22:57:20 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Sun, 11 Sep 2011 10:57:20 +0800 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: You can use maskout function to crop your grid data. Or use basemap script to 'crop' your figure. On Sat, Sep 10, 2011 at 11:57 PM, Rafanoharana Serge Claudio wrote: > Dear John, > > Thank you for your answer. I do have ogr2ogr and a shapefile of the study > area. Thank you anyway for the file. > In your command, you only deal with .shp files, and ogr2ogr cannot be used > within GrADS. > The problem is that I have a .nc file which contains a variable. I want to > clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can > deal with .nc format (I also tried but not working). > > Thanks, > > Serge > > > On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John > wrote: >> >> Serge >> >> >> >> Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to >> clip your data. >> >> >> >> You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on Linux >> use ?apt-get install gdal-bin?. >> >> >> >> Use the following command: >> >> >> >> ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp >> >> >> >> where Study_Area.shp is a shapefile in the attached zip file and >> Your_input_data.shp is the shapefile you want to clip. >> >> >> >> John Huddleston, PhD >> >> Cooperative Institute for Research in the Atmosphere >> >> >> >> >> >> >> >> From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] >> On Behalf Of Rafanoharana Serge Claudio >> Sent: Friday, September 09, 2011 12:59 PM >> To: GrADS Users Forum >> Subject: [gradsusr] Crop country boundary or masking an area - still not >> working >> >> >> >> Dear all, >> >> I've already posted this message before but I can't get it worked. >> If any of you have any idea to crop the study area, please let me know. >> One said that it is possible to grab a shapefile of the top part? and fill >> it with black (I guess he meant re-setting the value of the variable covered >> by this shapefile to 0). If you have any experience or any tips on how to do >> that, thanks in advance for your help. >> >> Kind regards, >> >> Serge >> >> ---------- Forwarded message ---------- >> From: Rafanoharana Serge Claudio >> Date: Fri, Aug 26, 2011 at 7:53 AM >> Subject: Crop country boundary >> To: GrADS Users Forum >> >> >> Dear all, >> >> I would like to ask if there is a way to crop the data to a specific area. >> In GrADS, if we use 'set mpdset hires', we have the country boundary. >> However for my case I only need the study area (please refer to the attached >> file). >> >> I found that http://www.diva-gis.org/datadown provides Grid data. Can we >> use the data from this Website to crop it or...? >> >> Thank you, >> >> -- >> Serge >> >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From rafanoharana at gmail.com Mon Sep 12 03:27:09 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 12 Sep 2011 00:27:09 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: Dear Yaqiang, Thank you for your email. I will work on it and let you know ASAP. Best Regards, Serge On Sat, Sep 10, 2011 at 7:57 PM, Yaqiang Wang wrote: > You can use maskout function to crop your grid data. Or use basemap > script to 'crop' your figure. > > On Sat, Sep 10, 2011 at 11:57 PM, Rafanoharana Serge Claudio > wrote: > > Dear John, > > > > Thank you for your answer. I do have ogr2ogr and a shapefile of the study > > area. Thank you anyway for the file. > > In your command, you only deal with .shp files, and ogr2ogr cannot be > used > > within GrADS. > > The problem is that I have a .nc file which contains a variable. I want > to > > clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can > > deal with .nc format (I also tried but not working). > > > > Thanks, > > > > Serge > > > > > > On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John > > wrote: > >> > >> Serge > >> > >> > >> > >> Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to > >> clip your data. > >> > >> > >> > >> You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on > Linux > >> use ?apt-get install gdal-bin?. > >> > >> > >> > >> Use the following command: > >> > >> > >> > >> ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp > >> > >> > >> > >> where Study_Area.shp is a shapefile in the attached zip file and > >> Your_input_data.shp is the shapefile you want to clip. > >> > >> > >> > >> John Huddleston, PhD > >> > >> Cooperative Institute for Research in the Atmosphere > >> > >> > >> > >> > >> > >> > >> > >> From: gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] > >> On Behalf Of Rafanoharana Serge Claudio > >> Sent: Friday, September 09, 2011 12:59 PM > >> To: GrADS Users Forum > >> Subject: [gradsusr] Crop country boundary or masking an area - still not > >> working > >> > >> > >> > >> Dear all, > >> > >> I've already posted this message before but I can't get it worked. > >> If any of you have any idea to crop the study area, please let me know. > >> One said that it is possible to grab a shapefile of the top part and > fill > >> it with black (I guess he meant re-setting the value of the variable > covered > >> by this shapefile to 0). If you have any experience or any tips on how > to do > >> that, thanks in advance for your help. > >> > >> Kind regards, > >> > >> Serge > >> > >> ---------- Forwarded message ---------- > >> From: Rafanoharana Serge Claudio > >> Date: Fri, Aug 26, 2011 at 7:53 AM > >> Subject: Crop country boundary > >> To: GrADS Users Forum > >> > >> > >> Dear all, > >> > >> I would like to ask if there is a way to crop the data to a specific > area. > >> In GrADS, if we use 'set mpdset hires', we have the country boundary. > >> However for my case I only need the study area (please refer to the > attached > >> file). > >> > >> I found that http://www.diva-gis.org/datadown provides Grid data. Can > we > >> use the data from this Website to crop it or...? > >> > >> Thank you, > >> > >> -- > >> Serge > >> > >> > >> -- > >> Serge > >> > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > > > > > > -- > > Serge > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/545035f7/attachment-0002.html From bernd.becker at metoffice.gov.uk Mon Sep 12 04:03:26 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Mon, 12 Sep 2011 09:03:26 +0100 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: Jeff, That is is the really hard part. Each item fx and obs describes a chunk of a time series. One would have to manually calculate the start and end dates with respect to the reference dfile. If only (and I think Mike explained it a long time ago, and I cannot find the email) one could set file 1 set t 2 34 define whatever set dfile 2 set t 6 39 define theother and happily combine whatever with theother. Think about multimodel ensemble hindcast analysis, trying to composit observed phenomena with modelled phenomena that simply don't happen simultaneously. All the best, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jeffrey Duda Sent: 10 September 2011 18:41 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time You can reference the time of a variable when you use it in a statement. For example, you could do 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' This should help you do what you want to do. Jeff Duda On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd wrote: Thanks Arlindo, That would be nice for single numbers. It as one notch more elaborate: 'set dfile 2' 'set t 2 33' 'define obs = 'var'.2' 'set dfile 3' 'set t 2 33' 'define fx = 'var'.3' file 2 and 3 have different time frames. d fx-obs fails. And it would be a real bummer to have to calculate the times from one file relative to the other file. Compositing in this way would be really hard. Enjoy the weekend! Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva Sent: 09 September 2011 17:40 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd wrote: Simple question, complicated answer: I would like to composite stuff from several files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/44da6546/attachment-0002.html From Huddleston at cira.colostate.edu Mon Sep 12 08:00:55 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Mon, 12 Sep 2011 05:00:55 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: , Message-ID: Serge See http://www.ncl.ucar.edu/Document/Tools/ncl_convert2nc.shtml and convert your study area shapefile to a masking netCDF file. Then write a small C/FORTRAN application to read your input netCDF file and the masking netCDF and write out a new netCDF file where the area outside your study area is the missing "undef" value. John Huddleston ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On Behalf Of Rafanoharana Serge Claudio [rafanoharana at gmail.com] Sent: Monday, September 12, 2011 1:27 AM To: GrADS Users Forum Subject: Re: [gradsusr] Crop country boundary or masking an area - still not working Dear Yaqiang, Thank you for your email. I will work on it and let you know ASAP. Best Regards, Serge On Sat, Sep 10, 2011 at 7:57 PM, Yaqiang Wang > wrote: You can use maskout function to crop your grid data. Or use basemap script to 'crop' your figure. On Sat, Sep 10, 2011 at 11:57 PM, Rafanoharana Serge Claudio > wrote: > Dear John, > > Thank you for your answer. I do have ogr2ogr and a shapefile of the study > area. Thank you anyway for the file. > In your command, you only deal with .shp files, and ogr2ogr cannot be used > within GrADS. > The problem is that I have a .nc file which contains a variable. I want to > clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can > deal with .nc format (I also tried but not working). > > Thanks, > > Serge > > > On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John > > wrote: >> >> Serge >> >> >> >> Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to >> clip your data. >> >> >> >> You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on Linux >> use ?apt-get install gdal-bin?. >> >> >> >> Use the following command: >> >> >> >> ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp >> >> >> >> where Study_Area.shp is a shapefile in the attached zip file and >> Your_input_data.shp is the shapefile you want to clip. >> >> >> >> John Huddleston, PhD >> >> Cooperative Institute for Research in the Atmosphere >> >> >> >> >> >> >> >> From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] >> On Behalf Of Rafanoharana Serge Claudio >> Sent: Friday, September 09, 2011 12:59 PM >> To: GrADS Users Forum >> Subject: [gradsusr] Crop country boundary or masking an area - still not >> working >> >> >> >> Dear all, >> >> I've already posted this message before but I can't get it worked. >> If any of you have any idea to crop the study area, please let me know. >> One said that it is possible to grab a shapefile of the top part and fill >> it with black (I guess he meant re-setting the value of the variable covered >> by this shapefile to 0). If you have any experience or any tips on how to do >> that, thanks in advance for your help. >> >> Kind regards, >> >> Serge >> >> ---------- Forwarded message ---------- >> From: Rafanoharana Serge Claudio > >> Date: Fri, Aug 26, 2011 at 7:53 AM >> Subject: Crop country boundary >> To: GrADS Users Forum > >> >> >> Dear all, >> >> I would like to ask if there is a way to crop the data to a specific area. >> In GrADS, if we use 'set mpdset hires', we have the country boundary. >> However for my case I only need the study area (please refer to the attached >> file). >> >> I found that http://www.diva-gis.org/datadown provides Grid data. Can we >> use the data from this Website to crop it or...? >> >> Thank you, >> >> -- >> Serge >> >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/52babf1b/attachment-0002.html From jdduda at iastate.edu Mon Sep 12 12:16:59 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 12 Sep 2011 11:16:59 -0500 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: Bernd, To help me understand, could you provide a simple example? Jeff On Mon, Sep 12, 2011 at 3:03 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > ** > Jeff, > > That is is the really hard part. > Each item fx and obs describes a chunk of a time series. > One would have to manually calculate the start and end dates > with respect to the reference dfile. > > If only (and I think Mike explained it a long time ago, and I cannot find > the > email) one could > set file 1 > set t 2 34 > define whatever > set dfile 2 > set t 6 39 > define theother > > and happily combine whatever with theother. > > Think about multimodel ensemble hindcast analysis, trying to composit > observed phenomena with modelled phenomena that simply > don't happen simultaneously. > > All the best, > Bernd. > > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Jeffrey Duda > *Sent:* 10 September 2011 18:41 > > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] define variable independent of time > > You can reference the time of a variable when you use it in a statement. > For example, you could do > > 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' > > This should help you do what you want to do. > > Jeff Duda > > On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> ** >> Thanks Arlindo, >> >> That would be nice for single numbers. >> >> It as one notch more elaborate: >> >> 'set dfile 2' >> 'set t 2 33' >> 'define obs = 'var'.2' >> 'set dfile 3' >> 'set t 2 33' >> 'define fx = 'var'.3' >> file 2 and 3 have different time frames. >> >> d fx-obs >> >> fails. >> And it would be a real bummer to have to calculate the times from one file >> relative >> to the other file. >> >> Compositing in this way would be really hard. >> >> Enjoy the weekend! >> Bernd. >> >> >> -- >> Bernd Becker Climate Impacts Product Development >> Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United >> Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker >> http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game >> >> >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva >> *Sent:* 09 September 2011 17:40 >> *To:* GrADS Users Forum >> *Subject:* Re: [gradsusr] define variable independent of time >> >> On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < >> bernd.becker at metoffice.gov.uk> wrote: >> >>> >>> Simple question, >>> complicated answer: >>> >>> I would like to composite stuff from several files. >>> >>> Each file has its own time and date info in its own .ctl file. >>> >>> How can I add elements from different such files? >>> >>> How can I break away from the strict treatment of the time dimension in >>> grads? >>> >>> open file1.ctl >>> define a=ave(b,t=1,t=34) >>> close 1 >>> open file2.ctl >>> define c= ave(b,t=3,t=9) >>> close 2 >>> etc. >>> >>> d a+c >>> Cannot contour grid - all undefined values >>> >>> >> Try: >> >> d a(t=1)+c(t=1) >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/59590758/attachment-0002.html From rafanoharana at gmail.com Mon Sep 12 12:29:21 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 12 Sep 2011 09:29:21 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: Dear John, Sounds very interesting but I have no experience at all in FORTRAN and on how to implement the FORTRAN code to GrADS. I do have experience in C. Regards, Serge On Mon, Sep 12, 2011 at 5:00 AM, Huddleston, John < Huddleston at cira.colostate.edu> wrote: > Serge > > See http://www.ncl.ucar.edu/Document/Tools/ncl_convert2nc.shtml and > convert your study area shapefile to a masking netCDF file. > > Then write a small C/FORTRAN application to read your input netCDF file > and the masking netCDF and write out a new netCDF file where the area > outside your study area is the missing "undef" value. > > John Huddleston > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On > Behalf Of Rafanoharana Serge Claudio [rafanoharana at gmail.com] > *Sent:* Monday, September 12, 2011 1:27 AM > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] Crop country boundary or masking an area - still > not working > > Dear Yaqiang, > > Thank you for your email. I will work on it and let you know ASAP. > > Best Regards, > > Serge > > > On Sat, Sep 10, 2011 at 7:57 PM, Yaqiang Wang wrote: > >> You can use maskout function to crop your grid data. Or use basemap >> script to 'crop' your figure. >> >> On Sat, Sep 10, 2011 at 11:57 PM, Rafanoharana Serge Claudio >> wrote: >> > Dear John, >> > >> > Thank you for your answer. I do have ogr2ogr and a shapefile of the >> study >> > area. Thank you anyway for the file. >> > In your command, you only deal with .shp files, and ogr2ogr cannot be >> used >> > within GrADS. >> > The problem is that I have a .nc file which contains a variable. I want >> to >> > clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can >> > deal with .nc format (I also tried but not working). >> > >> > Thanks, >> > >> > Serge >> > >> > >> > On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John >> > wrote: >> >> >> >> Serge >> >> >> >> >> >> >> >> Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to >> >> clip your data. >> >> >> >> >> >> >> >> You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on >> Linux >> >> use ?apt-get install gdal-bin?. >> >> >> >> >> >> >> >> Use the following command: >> >> >> >> >> >> >> >> ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp >> >> >> >> >> >> >> >> where Study_Area.shp is a shapefile in the attached zip file and >> >> Your_input_data.shp is the shapefile you want to clip. >> >> >> >> >> >> >> >> John Huddleston, PhD >> >> >> >> Cooperative Institute for Research in the Atmosphere >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> From: gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] >> >> On Behalf Of Rafanoharana Serge Claudio >> >> Sent: Friday, September 09, 2011 12:59 PM >> >> To: GrADS Users Forum >> >> Subject: [gradsusr] Crop country boundary or masking an area - still >> not >> >> working >> >> >> >> >> >> >> >> Dear all, >> >> >> >> I've already posted this message before but I can't get it worked. >> >> If any of you have any idea to crop the study area, please let me know. >> >> One said that it is possible to grab a shapefile of the top part and >> fill >> >> it with black (I guess he meant re-setting the value of the variable >> covered >> >> by this shapefile to 0). If you have any experience or any tips on how >> to do >> >> that, thanks in advance for your help. >> >> >> >> Kind regards, >> >> >> >> Serge >> >> >> >> ---------- Forwarded message ---------- >> >> From: Rafanoharana Serge Claudio >> >> Date: Fri, Aug 26, 2011 at 7:53 AM >> >> Subject: Crop country boundary >> >> To: GrADS Users Forum >> >> >> >> >> >> Dear all, >> >> >> >> I would like to ask if there is a way to crop the data to a specific >> area. >> >> In GrADS, if we use 'set mpdset hires', we have the country boundary. >> >> However for my case I only need the study area (please refer to the >> attached >> >> file). >> >> >> >> I found that http://www.diva-gis.org/datadown provides Grid data. Can >> we >> >> use the data from this Website to crop it or...? >> >> >> >> Thank you, >> >> >> >> -- >> >> Serge >> >> >> >> >> >> -- >> >> Serge >> >> >> >> _______________________________________________ >> >> gradsusr mailing list >> >> gradsusr at gradsusr.org >> >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> > >> > >> > >> > -- >> > Serge >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> >> >> >> -- >> ************************************************* >> Dr. Yaqiang Wang >> Chinese Academy of Meteorological Sciences (CAMS) >> 46, Zhong-Guan-Cun South Avenue >> Beijing, 100081 >> China >> >> yaqiang.wang at gmail.com >> ************************************************** >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/c4b21f05/attachment-0002.html From dasilva at alum.mit.edu Mon Sep 12 13:18:52 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Mon, 12 Sep 2011 19:18:52 +0200 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: On Mon, Sep 12, 2011 at 10:03 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > ** > Jeff, > > That is is the really hard part. > Each item fx and obs describes a chunk of a time series. > One would have to manually calculate the start and end dates > with respect to the reference dfile. > > If only (and I think Mike explained it a long time ago, and I cannot find > the > email) one could > set file 1 > set t 2 34 > define whatever > set dfile 2 > set t 6 39 > define theother > > and happily combine whatever with theother. > > Think about multimodel ensemble hindcast analysis, trying to composit > observed phenomena with modelled phenomena that simply > don't happen simultaneously. > > Well, have you thought about creating a ctl with each member corresponding to a different file? In grads ensemble implementation you can specify different beginning/ending times for each member, with TDEF specifying the time interval that covers all the members. I typically do this to handle twice daily forecasts: each forecast is an ensemble member, each starting at the initial condition and going out 5 days. Here is how it looks on our GDS: http://portal.nccs.nasa.gov/cgi-lats4d/opendap.cgi?&path=/GEOS-5/fp/0.25_deg/fcast/inst1_2d_hwl_Nx.all.info Of course, this assumes that the files have the same variables and grids, just different time span. Arlindo > All the best, > Bernd. > > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Jeffrey Duda > *Sent:* 10 September 2011 18:41 > > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] define variable independent of time > > You can reference the time of a variable when you use it in a statement. > For example, you could do > > 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' > > This should help you do what you want to do. > > Jeff Duda > > On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> ** >> Thanks Arlindo, >> >> That would be nice for single numbers. >> >> It as one notch more elaborate: >> >> 'set dfile 2' >> 'set t 2 33' >> 'define obs = 'var'.2' >> 'set dfile 3' >> 'set t 2 33' >> 'define fx = 'var'.3' >> file 2 and 3 have different time frames. >> >> d fx-obs >> >> fails. >> And it would be a real bummer to have to calculate the times from one file >> relative >> to the other file. >> >> Compositing in this way would be really hard. >> >> Enjoy the weekend! >> Bernd. >> >> >> -- >> Bernd Becker Climate Impacts Product Development >> Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United >> Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker >> http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game >> >> >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva >> *Sent:* 09 September 2011 17:40 >> *To:* GrADS Users Forum >> *Subject:* Re: [gradsusr] define variable independent of time >> >> On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < >> bernd.becker at metoffice.gov.uk> wrote: >> >>> >>> Simple question, >>> complicated answer: >>> >>> I would like to composite stuff from several files. >>> >>> Each file has its own time and date info in its own .ctl file. >>> >>> How can I add elements from different such files? >>> >>> How can I break away from the strict treatment of the time dimension in >>> grads? >>> >>> open file1.ctl >>> define a=ave(b,t=1,t=34) >>> close 1 >>> open file2.ctl >>> define c= ave(b,t=3,t=9) >>> close 2 >>> etc. >>> >>> d a+c >>> Cannot contour grid - all undefined values >>> >>> >> Try: >> >> d a(t=1)+c(t=1) >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/5ce7c317/attachment-0002.html From jma at cola.iges.org Mon Sep 12 13:57:19 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Mon, 12 Sep 2011 13:57:19 -0400 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: <11DFC248-256B-4F55-8DD4-44F9C087786F@cola.iges.org> Happily combining 'whatever' with 'theother' requires a metadata override for one of the two defined variables. The best way to do this is not with define but by using fwrite and writing a new descriptor file that has a TDEF that matches one of the variables (or it could be completely abstract, maybe this would be better to avoid confusion later on). If the variables 'whatever' and 'theother' do not vary in E, you can use the E dimension to collect them into the same data set -- this might make the subsequent comparison a little easier. --Jennifer On Sep 12, 2011, at 4:03 AM, Becker, Bernd wrote: > Jeff, > > That is is the really hard part. > Each item fx and obs describes a chunk of a time series. > One would have to manually calculate the start and end dates > with respect to the reference dfile. > > If only (and I think Mike explained it a long time ago, and I cannot > find the > email) one could > set file 1 > set t 2 34 > define whatever > set dfile 2 > set t 6 39 > define theother > > and happily combine whatever with theother. > > Think about multimodel ensemble hindcast analysis, trying to composit > observed phenomena with modelled phenomena that simply > don't happen simultaneously. > > All the best, > Bernd. > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB > United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org > ] On Behalf Of Jeffrey Duda > Sent: 10 September 2011 18:41 > To: GrADS Users Forum > Subject: Re: [gradsusr] define variable independent of time > > You can reference the time of a variable when you use it in a > statement. For example, you could do > > 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' > > This should help you do what you want to do. > > Jeff Duda > > On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd > wrote: > Thanks Arlindo, > > That would be nice for single numbers. > > It as one notch more elaborate: > > 'set dfile 2' > 'set t 2 33' > 'define obs = 'var'.2' > 'set dfile 3' > 'set t 2 33' > 'define fx = 'var'.3' > file 2 and 3 have different time frames. > > d fx-obs > > fails. > And it would be a real bummer to have to calculate the times from > one file relative > to the other file. > > Compositing in this way would be really hard. > > Enjoy the weekend! > Bernd. > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB > United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org > ] On Behalf Of Arlindo da Silva > Sent: 09 September 2011 17:40 > To: GrADS Users Forum > Subject: Re: [gradsusr] define variable independent of time > > On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd > wrote: > > Simple question, > complicated answer: > > I would like to composite stuff from several files. > > Each file has its own time and date info in its own .ctl file. > > How can I add elements from different such files? > > How can I break away from the strict treatment of the time dimension > in > grads? > > open file1.ctl > define a=ave(b,t=1,t=34) > close 1 > open file2.ctl > define c= ave(b,t=3,t=9) > close 2 > etc. > > d a+c > Cannot contour grid - all undefined values > > > Try: > > d a(t=1)+c(t=1) > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/7801a636/attachment-0002.html From jma at cola.iges.org Mon Sep 12 14:13:37 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Mon, 12 Sep 2011 14:13:37 -0400 Subject: [gradsusr] semi-advanced ave tool use In-Reply-To: References: Message-ID: <8561F1A5-59BA-4332-84C2-6D7330CBE550@cola.iges.org> This is related to the recent thread on comparing defined variables independent of their time metadata. You must create a new data set and override the lat/lon metadata in the subsets you create. Just for the sake of argument, and to be sure I've understood your question correctly, let's say you're looking at precip patterns around a hurricane and want to have the hurricane center be at the center of your grid for each time step and so the lat/lon values of the grid change with each new time step. I assume the grid size is the same for each time (i.e. the lat/lon increments don't change). Then, 1. locate the grid point that contains the hurricane center 2. use fwrite to write out a lat/lon grid that is centered on that grid point, let's say your grid has 101 points in the X and Y directions. 3. go to the next time step and repeat steps 1 and 2 until you've written out the number of grids of interest, say it's 48 4. write a descriptor file that contains the following entries: xdef 101 linear -50 1 ydef 101 linear -50 1 tdef 48 linear When you look at this data in GrADS, be sure to 'set mproj off' and then it won't try to map your grids to world coordinates, X and Y will just be abstract coordinates, and (0,0) will always be the location of the center of the hurricane. Then you can do whatever analysis you want without worrying that your grids are not co-located in lat/lon space. You could animate over time and see blobs of precip rotating around the center of your grid. Is that what you need? --Jennifer On Jul 19, 2011, at 4:36 PM, Rowell, Mason D. wrote: > Hello Grads community, > > I can see from the tutorial that one can open several different case > files in grads(file1, file2 etc) and average the data from these > files for subsequent display. Is there an advanced option that would > allow me to specify the domain for each case and then average them? > I was hoping to use this function to easily complete an average of > 25 cases or so but relative to some specific type of event, which > requires different domain centering for each case prior to averaging. > > Mason > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/b5012acd/attachment-0002.html From sam at surfline.com Mon Sep 12 14:36:17 2011 From: sam at surfline.com (Sam Wilson) Date: Mon, 12 Sep 2011 11:36:17 -0700 Subject: [gradsusr] Set clab Message-ID: Hello all, I?m wondering if there is a way to force a masked label. It seems you can only do one or the other. Thanks for any help you can provide. Sam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/48c81407/attachment-0002.html From jma at cola.iges.org Mon Sep 12 16:01:36 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Mon, 12 Sep 2011 16:01:36 -0400 Subject: [gradsusr] Set clab In-Reply-To: References: Message-ID: This can't be done in the current version, but I will put it on my to- do list. --Jennifer On Sep 12, 2011, at 2:36 PM, Sam Wilson wrote: > Hello all, > > I?m wondering if there is a way to force a masked label. It seems > you can only do one or the other. Thanks for any help you can > provide. > > Sam > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/194dc582/attachment-0002.html From instantweathermaps at gmail.com Mon Sep 12 22:02:21 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Mon, 12 Sep 2011 21:02:21 -0500 Subject: [gradsusr] PHP GrADS Message-ID: I don't think this is the right place to put this, but the PHP interface to GrADS has some serious bugs in it. Here is some fixed code... I forget what else I may have done to it, so please use caution when merging it with the old code (to avoid any breaking issues, also to update the documentation regarding any features I may have added). All I remember is this code works and it took me a few hours to fix the mistakes in the old code. Thanks in advance for updating PHP GrADS. http://pastebin.com/ZeFR4Pb1 ---------- http://www.instantweathermaps.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/a77b0617/attachment-0002.html From ousmane at iri.columbia.edu Tue Sep 13 04:43:29 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Tue, 13 Sep 2011 04:43:29 -0400 (EDT) Subject: [gradsusr] xming in windows 7 In-Reply-To: <8561F1A5-59BA-4332-84C2-6D7330CBE550@cola.iges.org> Message-ID: <9d0013d9-5d13-4600-a390-6a7ebf2dcbc3@mserv01.ldeo.columbia.edu> Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane From 497805453 at qq.com Tue Sep 13 04:54:07 2011 From: 497805453 at qq.com (=?gbk?B?x+W35w==?=) Date: Tue, 13 Sep 2011 16:54:07 +0800 Subject: [gradsusr] xming in windows 7 Message-ID: To Ousmane Ndiaye I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. mofangbao from bbs.06climate.com ------------------ Original ------------------ From: "Ousmane Ndiaye"; Date: Tue, Sep 13, 2011 04:43 PM To: "GrADS Users Forum"; Subject: [gradsusr] xming in windows 7 Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/ff1bfb1f/attachment-0002.html From ousmane at iri.columbia.edu Tue Sep 13 05:10:41 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Tue, 13 Sep 2011 05:10:41 -0400 (EDT) Subject: [gradsusr] xming in windows 7 In-Reply-To: Message-ID: <20e744e7-9d25-44dc-b6fe-b194b9f1fb96@mserv01.ldeo.columbia.edu> Thanks where can I find it can you send to me. Ousmane ----- Original Message ----- From: ?? <497805453 at qq.com> To: GrADS Users Forum Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) Subject: Re: [gradsusr] xming in windows 7 To Ousmane Ndiaye I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. mofangbao from bbs.06climate.com ------------------ Original ------------------ From: "Ousmane Ndiaye"; Date: Tue, Sep 13, 2011 04:43 PM To: "GrADS Users Forum"; Subject: [gradsusr] xming in windows 7 Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From 497805453 at qq.com Tue Sep 13 05:15:13 2011 From: 497805453 at qq.com (=?gbk?B?x+W35w==?=) Date: Tue, 13 Sep 2011 17:15:13 +0800 Subject: [gradsusr] GsEditor For GrADS Users Message-ID: Hello,all I wrote a soft to edit grads script,here is some screenshots: my english is no so good,so i will try to use picture to expand ====================================== here is the main characteristic 1/ highligt the code and give out tips automatically 2/ seacrh the use of functions in the database 3/ indentation automatically 4/ creat and organize your *.gs/*.ctl files 5/ creat and organize your rainbow color and so on Now the soft is in chinese,introductions: http://189dl.com/GsEditor/ you can download the soft in the attachments or here: http://www.06climate.com/view/1295.html If you need english version,please replay the email or contacts: 937062711 at qq.com the soft is free. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/140ff9fe/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 80006 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110913/140ff9fe/attachment-0006.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 86784 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110913/140ff9fe/attachment-0007.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: GsEditor.zip Type: application/octet-stream Size: 3213458 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110913/140ff9fe/attachment-0008.obj From 497805453 at qq.com Tue Sep 13 05:32:59 2011 From: 497805453 at qq.com (=?gbk?B?x+W35w==?=) Date: Tue, 13 Sep 2011 17:32:59 +0800 Subject: [gradsusr] =?gbk?b?u9i4tKO6ICB4bWluZyBpbiB3aW5kb3dzIDc=?= Message-ID: To Ousmane You can find it on sourceforge :http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ chose:grads-2.0.a9.oga.1-win32_superpack.zip after download, unzip it. mofangbao from bbs.06climate.com ------------------ ???? ------------------ ???: "Ousmane Ndiaye"; ????: 2011?9?13?(???) ??5:10 ???: "GrADS Users Forum"; ??: Re: [gradsusr] xming in windows 7 Thanks where can I find it can you send to me. Ousmane ----- Original Message ----- From: ?? <497805453 at qq.com> To: GrADS Users Forum Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) Subject: Re: [gradsusr] xming in windows 7 To Ousmane Ndiaye I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. mofangbao from bbs.06climate.com ------------------ Original ------------------ From: "Ousmane Ndiaye"; Date: Tue, Sep 13, 2011 04:43 PM To: "GrADS Users Forum"; Subject: [gradsusr] xming in windows 7 Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/83c751fa/attachment-0002.html From cl at meteoconsult.fr Tue Sep 13 06:42:24 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Tue, 13 Sep 2011 12:42:24 +0200 Subject: [gradsusr] problem with installation of grads Message-ID: Hi, I have a problem with grads, when i run a script i have this error: "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory" whereas libX11.so.6 exists, when i do a locate libX11 i have this result: /usr/lib/libX11.so.6 /usr/lib/libX11.so.6.3.0 I don't understand this problem, if you have an idea, it'll be great!! Thanks CL -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/1d37fc48/attachment-0002.html From ousmane at iri.columbia.edu Tue Sep 13 08:31:56 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Tue, 13 Sep 2011 08:31:56 -0400 (EDT) Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: Message-ID: Still not working. I install opengrads under windows XP (another machine) and it works. Anyone has the same problem with windows 7. When I get at the prompt (landscape yes/no) and I hit return everything vanish. Ousmane ----- Original Message ----- From: ?? <497805453 at qq.com> To: GrADS Users Forum Sent: Tue, 13 Sep 2011 05:32:59 -0400 (EDT) Subject: [gradsusr] ??? xming in windows 7 To Ousmane You can find it on sourceforge :http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ chose:grads-2.0.a9.oga.1-win32_superpack.zip after download, unzip it. mofangbao from bbs.06climate.com ------------------ ???? ------------------ ???: "Ousmane Ndiaye"; ????: 2011?9?13?(???) ??5:10 ???: "GrADS Users Forum"; ??: Re: [gradsusr] xming in windows 7 Thanks where can I find it can you send to me. Ousmane ----- Original Message ----- From: ?? <497805453 at qq.com> To: GrADS Users Forum Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) Subject: Re: [gradsusr] xming in windows 7 To Ousmane Ndiaye I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. mofangbao from bbs.06climate.com ------------------ Original ------------------ From: "Ousmane Ndiaye"; Date: Tue, Sep 13, 2011 04:43 PM To: "GrADS Users Forum"; Subject: [gradsusr] xming in windows 7 Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From vlcek at chmi.cz Tue Sep 13 08:29:45 2011 From: vlcek at chmi.cz (Ondrej Vlcek) Date: Tue, 13 Sep 2011 14:29:45 +0200 Subject: [gradsusr] how to create quantile scale Message-ID: <201109131429.45702.vlcek@chmi.cz> Dear GrADS users, I would like to create a quantile color legend in which all the colors would represent an equal area in the map. Up to now I have been using cbarn.gs which works fine, but there is a problem if the dataset has some large peak - then most of the map is plotted in the same color and that's something I would like to change... Does anyone know about some already existing tool? Regards, Ondrej -- ! --- Pros?m, chra?te ?ivotn? prost?ed? - zva?te, jestli opravdu pot?ebujete vytisknout tento e-mail. ! --- Please consider the environment before deciding to print this email. -------------------------------------------------------------------------------------------------- Ond?ej Vl?ek Phone: +420 - 244 03 2488 E-mail: vlcek at chmi.cz business address: ------------------------ CZECH HYDROMETEOROLOGICAL INSTITUTE Air Quality Protection Division Modelling and Expertize Pool Department Na Sabatce 17 143 06 Praha 4 - Komorany Czech Republic pracovn? adresa: ---------------------- ?ESK? HYDROMETEOROLOGICK? ?STAV ?sek ochrany ?istoty ovzdu?? Odd?len? modelov?n? a expert?z Na ?abatce 17 143 06 Praha 4 - Komo?any From bernd.becker at metoffice.gov.uk Tue Sep 13 08:46:22 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Tue, 13 Sep 2011 13:46:22 +0100 Subject: [gradsusr] how to create quantile scale In-Reply-To: <201109131429.45702.vlcek@chmi.cz> References: <201109131429.45702.vlcek@chmi.cz> Message-ID: use set clevs 10 20 30 40 etc to choose your contour levels. Hth. Bernd -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Ondrej Vlcek Sent: 13 September 2011 13:30 To: gradsusr at gradsusr.org Subject: [gradsusr] how to create quantile scale Dear GrADS users, I would like to create a quantile color legend in which all the colors would represent an equal area in the map. Up to now I have been using cbarn.gs which works fine, but there is a problem if the dataset has some large peak - then most of the map is plotted in the same color and that's something I would like to change... Does anyone know about some already existing tool? Regards, Ondrej -- ! --- Pros?m, chra?te ?ivotn? prost?ed? - zva?te, jestli opravdu pot?ebujete vytisknout tento e-mail. ! --- Please consider the environment before deciding to print this email. -------------------------------------------------------------------------------------------------- Ond?ej Vl?ek Phone: +420 - 244 03 2488 E-mail: vlcek at chmi.cz business address: ------------------------ CZECH HYDROMETEOROLOGICAL INSTITUTE Air Quality Protection Division Modelling and Expertize Pool Department Na Sabatce 17 143 06 Praha 4 - Komorany Czech Republic pracovn? adresa: ---------------------- ?ESK? HYDROMETEOROLOGICK? ?STAV ?sek ochrany ?istoty ovzdu?? Odd?len? modelov?n? a expert?z Na ?abatce 17 143 06 Praha 4 - Komo?any _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Huddleston at cira.colostate.edu Tue Sep 13 09:49:39 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Tue, 13 Sep 2011 06:49:39 -0700 Subject: [gradsusr] how to create quantile scale In-Reply-To: References: <201109131429.45702.vlcek@chmi.cz> Message-ID: Ondrej Bernd is on track, here is an example where the lower (CLEVS) values from 0-1.0 are linear then there is a rapid change to get higher values that rarely appear. 'set rgb 16 0 0 165' 'set rgb 17 0 0 255' 'set rgb 18 0 65 255' 'set rgb 19 0 125 255' 'set rgb 20 0 190 255' 'set rgb 21 0 255 255' 'set rgb 22 66 255 189' 'set rgb 23 132 255 123' 'set rgb 24 205 255 50' 'set rgb 25 255 239 0' 'set rgb 26 255 175 0' 'set rgb 27 255 110 0' 'set rgb 28 255 46 0' 'set rgb 29 239 0 0' 'set rgb 30 165 0 0' 'set strsiz 0.12 0.12' 'set display color white' 'set gxout shaded' 'set parea 0.5 9.5 0.1 8.5' 'set csmooth on' 'set clevs 0.0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1.0 1.5 2.0 3.0 4.0' 'set ccols 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30' You can see over 250,00 example images created with GrADS at http://views.cira.colostate.edu/nasa/ using this color scheme. John Huddleston -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd Sent: Tuesday, September 13, 2011 6:46 AM To: GrADS Users Forum Subject: Re: [gradsusr] how to create quantile scale use set clevs 10 20 30 40 etc to choose your contour levels. Hth. Bernd -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Ondrej Vlcek Sent: 13 September 2011 13:30 To: gradsusr at gradsusr.org Subject: [gradsusr] how to create quantile scale Dear GrADS users, I would like to create a quantile color legend in which all the colors would represent an equal area in the map. Up to now I have been using cbarn.gs which works fine, but there is a problem if the dataset has some large peak - then most of the map is plotted in the same color and that's something I would like to change... Does anyone know about some already existing tool? Regards, Ondrej -- ! --- Pros?m, chra?te ?ivotn? prost?ed? - zva?te, jestli opravdu pot?ebujete vytisknout tento e-mail. ! --- Please consider the environment before deciding to print this email. -------------------------------------------------------------------------------------------------- Ond?ej Vl?ek Phone: +420 - 244 03 2488 E-mail: vlcek at chmi.cz business address: ------------------------ CZECH HYDROMETEOROLOGICAL INSTITUTE Air Quality Protection Division Modelling and Expertize Pool Department Na Sabatce 17 143 06 Praha 4 - Komorany Czech Republic pracovn? adresa: ---------------------- ?ESK? HYDROMETEOROLOGICK? ?STAV ?sek ochrany ?istoty ovzdu?? Odd?len? modelov?n? a expert?z Na ?abatce 17 143 06 Praha 4 - Komo?any _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From r.bantges at imperial.ac.uk Tue Sep 13 11:49:33 2011 From: r.bantges at imperial.ac.uk (Bantges, Richard J) Date: Tue, 13 Sep 2011 15:49:33 +0000 Subject: [gradsusr] Writing GrADS netCDF files with IDL Message-ID: Hi there, I'm trying to write a GrADS compatible netCDF file using ITT's IDL software, that can then be read in using GrADS's sdfopen command. Does anyone have an example IDL procedure that does this please? I've managed to write out data in a gridded binary data file that is described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but ideally I'd like to write these in netCDF format. The main problem is writing the netCDF so that the associated control file accurately describes the netCDF file content. So, if anyone has a very simple IDL procedure that writes out a netCDF file that can be directly read by GrADS using the sdfopen command that would be fantastic. Rich -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/96e5969c/attachment-0002.html From luis.blacutt at gmail.com Tue Sep 13 12:15:46 2011 From: luis.blacutt at gmail.com (luis blacutt) Date: Tue, 13 Sep 2011 13:15:46 -0300 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: Message-ID: Hi Rich, I've used xconv succesfully for converting binary data into netcdf. http://badc.nerc.ac.uk/help/software/xconv/ Luis On Tue, Sep 13, 2011 at 12:49 PM, Bantges, Richard J < r.bantges at imperial.ac.uk> wrote: > Hi there,**** > > ** ** > > I?m trying to write a GrADS compatible netCDF file using ITT?s IDL > software, that can then be read in using GrADS?s sdfopen command. Does > anyone have an example IDL procedure that does this please? **** > > ** ** > > I?ve managed to write out data in a gridded binary data file that is > described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but > ideally I?d like to write these in netCDF format. The main problem is > writing the netCDF so that the associated control file accurately describes > the netCDF file content.**** > > ** ** > > So, if anyone has a very simple IDL procedure that writes out a netCDF file > that can be directly read by GrADS using the sdfopen command that would be > fantastic.**** > > ** ** > > Rich**** > > ** ** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/76e84149/attachment-0002.html From dave.allured at noaa.gov Tue Sep 13 13:29:53 2011 From: dave.allured at noaa.gov (Dave Allured) Date: Tue, 13 Sep 2011 11:29:53 -0600 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: Message-ID: <4E6F9311.2010704@noaa.gov> Richard, A control file is used with the Grads xdfopen command, but *not* the sdfopen command. sdfopen is used to *directly* open a netcdf file. http://www.iges.org/grads/gadoc/SDFdescriptorfile.html Use xdfopen and a control file to make up for certain missing metadata, such as coordinate arrays or coordinate units. But hopefully you will be writing a sufficient netcdf file so that you do not need xdfopen. Sorry, I do not have sample IDL code for this. But the IDL documentation shows that all of the necessary functions should be available to write good netcdf. There is sample code to write netcdf in the IDL 8.1 help system, under "NetCDF files". If you are already creating a netcdf file from IDL, then post the results of ncdump -h, and we can try to tell you what's missing for sdfopen to work perfectly. --Dave On 9/13/2011 9:49 AM, Bantges, Richard J wrote: > Hi there, > > I?m trying to write a GrADS compatible netCDF file using ITT?s IDL > software, that can then be read in using GrADS?s sdfopen command. > Does anyone have an example IDL procedure that does this please? > > I?ve managed to write out data in a gridded binary data file that is > described here > http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but ideally > I?d like to write these in netCDF format. The main problem is > writing the netCDF so that the associated control file accurately > describes the netCDF file content. > > So, if anyone has a very simple IDL procedure that writes out a > netCDF file that can be directly read by GrADS using the sdfopen > command that would be fantastic. From Huddleston at cira.colostate.edu Tue Sep 13 13:44:04 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Tue, 13 Sep 2011 10:44:04 -0700 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: Message-ID: Rich There are some IDL sample http://www.unidata.ucar.edu/software/netcdf/examples/programs/ codes to read and write netCDF files. John Huddleston From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Bantges, Richard J Sent: Tuesday, September 13, 2011 9:50 AM To: gradsusr at gradsusr.org Subject: [gradsusr] Writing GrADS netCDF files with IDL Hi there, I'm trying to write a GrADS compatible netCDF file using ITT's IDL software, that can then be read in using GrADS's sdfopen command. Does anyone have an example IDL procedure that does this please? I've managed to write out data in a gridded binary data file that is described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but ideally I'd like to write these in netCDF format. The main problem is writing the netCDF so that the associated control file accurately describes the netCDF file content. So, if anyone has a very simple IDL procedure that writes out a netCDF file that can be directly read by GrADS using the sdfopen command that would be fantastic. Rich -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/e453447a/attachment-0002.html From hyacinth.1 at hotmail.com Tue Sep 13 15:09:05 2011 From: hyacinth.1 at hotmail.com (Hyacinth Nnamchi) Date: Wed, 14 Sep 2011 03:09:05 +0800 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: Message-ID: Richard, Like you said that you have already created gridded binary. All you need do is to create a .ctl file to read the binary and then write out netCDF in GrADS. Say your .ctl is exactly like the one on the link you referred to at http://grads.iges.org/grads/gadoc/aboutgriddeddata.html, and you want to write the variable slp to netCDF. After you open the file, all you need do is something like: -> set lon 0 360 -> set lat 90 90 -> set t 1 last -> slp = slp -> set sdfwrite gridded_data_sample.nc -> sdfwrite slp This will create a new netCDF file named sdfwrite gridded_data_sample.nc . You read more about "sdfwrite" by looking it up on the GrADS documentation: http://www.iges.org/grads/gadoc/gadocindex.html. ******In case you have several variables in one file, I'm not so GrADS can handle them at once. You may have to write them to netCDF one-after-another and then use cdo or nco to concatenate the netCDF files to one.************ Best, Hyacinth > Date: Tue, 13 Sep 2011 15:49:33 +0000 > From: "Bantges, Richard J" > Subject: [gradsusr] Writing GrADS netCDF files with IDL > To: "gradsusr at gradsusr.org" > Message-ID: > > Content-Type: text/plain; charset="us-ascii" > > Hi there, > > I'm trying to write a GrADS compatible netCDF file using ITT's IDL software, that can then be read in using GrADS's sdfopen command. Does anyone have an example IDL procedure that does this please? > > I've managed to write out data in a gridded binary data file that is described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but ideally I'd like to write these in netCDF format. The main problem is writing the netCDF so that the associated control file accurately describes the netCDF file content. > > So, if anyone has a very simple IDL procedure that writes out a netCDF file that can be directly read by GrADS using the sdfopen command that would be fantastic. > > Rich > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/96e5969c/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 19, Issue 21 > **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/8c52da84/attachment-0002.html From chinhth2010 at gmail.com Tue Sep 13 20:52:20 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Tue, 13 Sep 2011 17:52:20 -0700 Subject: [gradsusr] problem with installation of grads In-Reply-To: References: Message-ID: Hi Christelle Grads you use is opengrads or classical grads? we should use opengrads. I think you locate wrong position for grads, you try to copy to /opt/opengrads/ and export in bash file. The best regards Chinh On Tue, Sep 13, 2011 at 3:42 AM, Christelle LACROIX wrote: > Hi, > > > I have a problem with grads, when i run a script i have this error: > "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: > libX11.so.6: cannot open shared object file: No such file or directory" > > whereas libX11.so.6 exists, when i do a locate libX11 i have this result: > /usr/lib/libX11.so.6 > /usr/lib/libX11.so.6.3.0 > > I don't understand this problem, if you have an idea, it'll be great!! > > Thanks > > CL > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/94a79c89/attachment-0002.html From joe at wxjoe.com Tue Sep 13 21:20:35 2011 From: joe at wxjoe.com (Joe Moore) Date: Tue, 13 Sep 2011 21:20:35 -0400 Subject: [gradsusr] Problem accessing NCEP (NOMADS) GrADS-DODS server (from a web server) In-Reply-To: References: Message-ID: All, I'm having a problem using the GrADS Data Server (GrADS-DODS) from NCEP (NOMADS). I am using the sdfopen command to access the dataset (RTMA 2.5km). When I run the script locally on my Ubuntu machine, everything works great! However, when I transfered the script to my web host I get an error. Here's the line from my script: 'sdfopen http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p5'dapdate'/rtma2p5_anl_'currhr'z ' (where dapdate=YYYYMMDD and currhr=HH - yes, I've double checked to make sure the data exists.) Here's the output: ... Running in Batch mode No hardcopy metafile open All files closed; all defined objects released; All GrADS attributes have been reinitialized Error: nc_open failed to open file http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p520110913/rtma2p5_anl_23z NetCDF: I/O failure gadsdf: Couldn't ingest SDF metadata. ... I've tried searching the web and this (excellent) mailing list assistance but I can't seem to figure out what's going wrong. I suspect it may have something to do with my web host. (I use Bluehost- I know they're a somewhat subpar host, but I'm just a student experimenting with different things!) Here's what uname -a gives on my web server: Linux box566.bluehost.com 2.6.32-46.1.BHsmp #1 SMP Tue Sep 6 12:18:02 MDT 2011 x86_64 x86_64 x86_64 GNU/Linux If there's other tests I can run to probe the issue, let me know. Also, is this the best way to use the GrADS-DODS server? Should I just download the grib2 locally instead? I was planning to download the grib2 locally, but when I discovered the GrADS-DODS server I found out that this might not be necessary. I plan to run this script hourly, so please advise as to which method would be best. Thanks a lot! -Joe Moore The script in question: http://pastebin.com/MDQ9vk3y My GrADS config on my web server: Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) This program is distributed WITHOUT ANY WARRANTY See file COPYRIGHT for more information. Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu This version of GrADS has been configured with the following options: o Built on a LITTLE ENDIAN machine o Athena Widget GUI ENABLED o Command line editing ENABLED http://tiswww.case.edu/php/chet/readline/rltop.html o printim command for image output ENABLED http://www.zlib.net http://www.libpng.org/pub/png/libpng.html http://www.libgd.org/Main_Page o GRIB2 interface ENABLED http://www.ijg.org http://www.ece.uvic.ca/~mdadams/jasper http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 g2clib-1.1.8 o NetCDF interface ENABLED http://www.unidata.ucar.edu/software/netcdf netcdf 4.1.1 of Jul 10 2010 23:36:25 $ o OPeNDAP gridded data interface ENABLED o OPeNDAP station data interface ENABLED http://iges.org/grads/gadoc/supplibs.html libgadap 2.0.oga.1 o HDF4 and HDF5 interfaces ENABLED http://hdfgroup.org HDF 4.2r3 HDF5 1.8.4 o GeoTIFF and KML/TIFF output ENABLED http://www.libtiff.org http://geotiff.osgeo.org o KML contour output ENABLED o Shapefile interface ENABLED http://shapelib.maptools.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/5993082c/attachment-0002.html From vlcek at chmi.cz Wed Sep 14 03:24:38 2011 From: vlcek at chmi.cz (Ondrej Vlcek) Date: Wed, 14 Sep 2011 09:24:38 +0200 Subject: [gradsusr] how to create quantile scale In-Reply-To: References: Message-ID: <201109140924.38750.vlcek@chmi.cz> Dear Bernd and John, thank you for your quick answers and I am sorry, that I was not specific enough. I know how to set "clevs" and "ccol". But my problem is different. Example of the image with which I am not satisfied is attached: most of the picture is drown in purple (values <0.01). My problem is how to define "clevs" in such a way that for each interval there would be approximately equal amount of pixels in the map. Which basicly means to convert the 2D array into 1D, sort it in an ascending order, determine values which correspond to the 10th, 20th, .. , 90th quantile and use them to define "clevs". Unfortunately I do not know GrADS functions which I could easily use for this purpose. I also note that I want to use this in an automatic GrADS script. Ondrej -------------- next part -------------- A non-text attachment was scrubbed... Name: camx.0020.0021_DJF_diff_ALAD_SOAb.png Type: image/png Size: 41378 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/d7565c77/attachment-0002.png From Huddleston at cira.colostate.edu Wed Sep 14 07:52:33 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Wed, 14 Sep 2011 04:52:33 -0700 Subject: [gradsusr] problem with installation of grads In-Reply-To: References: Message-ID: CL What is your operating system? John Huddleston ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On Behalf Of Christelle LACROIX [cl at meteoconsult.fr] Sent: Tuesday, September 13, 2011 4:42 AM To: GrADS Users Forum Subject: [gradsusr] problem with installation of grads Hi, I have a problem with grads, when i run a script i have this error: "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory" whereas libX11.so.6 exists, when i do a locate libX11 i have this result: /usr/lib/libX11.so.6 /usr/lib/libX11.so.6.3.0 I don't understand this problem, if you have an idea, it'll be great!! Thanks CL -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/814fed18/attachment-0002.html From Huddleston at cira.colostate.edu Wed Sep 14 08:00:36 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Wed, 14 Sep 2011 05:00:36 -0700 Subject: [gradsusr] how to create quantile scale In-Reply-To: <201109140924.38750.vlcek@chmi.cz> References: , <201109140924.38750.vlcek@chmi.cz> Message-ID: Ondrej open your CTL set gxout shaded d variable q shades and parse the output with subset John Huddleston ________________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On Behalf Of Ondrej Vlcek [vlcek at chmi.cz] Sent: Wednesday, September 14, 2011 1:24 AM To: gradsusr at gradsusr.org Subject: Re: [gradsusr] how to create quantile scale Dear Bernd and John, thank you for your quick answers and I am sorry, that I was not specific enough. I know how to set "clevs" and "ccol". But my problem is different. Example of the image with which I am not satisfied is attached: most of the picture is drown in purple (values <0.01). My problem is how to define "clevs" in such a way that for each interval there would be approximately equal amount of pixels in the map. Which basicly means to convert the 2D array into 1D, sort it in an ascending order, determine values which correspond to the 10th, 20th, .. , 90th quantile and use them to define "clevs". Unfortunately I do not know GrADS functions which I could easily use for this purpose. I also note that I want to use this in an automatic GrADS script. Ondrej From cl at meteoconsult.fr Wed Sep 14 08:33:58 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Wed, 14 Sep 2011 14:33:58 +0200 Subject: [gradsusr] problem with installation of grads In-Reply-To: References: Message-ID: I work with a Debian oon Linux. 2011/9/14 Huddleston, John > CL > > What is your operating system? > > John Huddleston > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On > Behalf Of Christelle LACROIX [cl at meteoconsult.fr] > *Sent:* Tuesday, September 13, 2011 4:42 AM > *To:* GrADS Users Forum > *Subject:* [gradsusr] problem with installation of grads > > Hi, > > > I have a problem with grads, when i run a script i have this error: > "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: > libX11.so.6: cannot open shared object file: No such file or directory" > > whereas libX11.so.6 exists, when i do a locate libX11 i have this result: > /usr/lib/libX11.so.6 > /usr/lib/libX11.so.6.3.0 > > I don't understand this problem, if you have an idea, it'll be great!! > > Thanks > > CL > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/cca92e02/attachment-0002.html From smcmillan at planalytics.com Wed Sep 14 09:10:22 2011 From: smcmillan at planalytics.com (Stephen McMillan) Date: Wed, 14 Sep 2011 09:10:22 -0400 Subject: [gradsusr] Problem accessing NCEP (NOMADS) GrADS-DODS server (from a web server) In-Reply-To: References: Message-ID: Joe, I realize this is 12 hours later, but I just now successfully opened the same dataset. Here's the command output: Grid Analysis and Display System (GrADS) Version 2.0.a7.oga.3 Copyright (c) 1988-2008 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a7.oga.3 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff Issue 'q config' command for more information. Loading User Defined Extensions table ... ok. GX Package Initialization: Size = 11 8.5 wrote: > All, > > I'm having a problem using the GrADS Data Server (GrADS-DODS) from NCEP > (NOMADS). I am using the sdfopen command to access the dataset (RTMA 2.5km). > When I run the script locally on my Ubuntu machine, everything works great! > However, when I transfered the script to my web host I get an error. > > Here's the line from my script: > 'sdfopen > http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p5'dapdate'/rtma2p5_anl_'currhr'z > ' > (where dapdate=YYYYMMDD and currhr=HH - yes, I've double checked to make > sure the data exists.) > > Here's the output: > ... > Running in Batch mode > No hardcopy metafile open > All files closed; all defined objects released; > All GrADS attributes have been reinitialized > Error: nc_open failed to open file > http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p520110913/rtma2p5_anl_23z > NetCDF: I/O failure > gadsdf: Couldn't ingest SDF metadata. > ... > > I've tried searching the web and this (excellent) mailing list assistance > but I can't seem to figure out what's going wrong. I suspect it may have > something to do with my web host. (I use Bluehost- I know they're a somewhat > subpar host, but I'm just a student experimenting with different things!) > > Here's what uname -a gives on my web server: > Linux box566.bluehost.com 2.6.32-46.1.BHsmp #1 SMP Tue Sep 6 12:18:02 MDT > 2011 x86_64 x86_64 x86_64 GNU/Linux > > If there's other tests I can run to probe the issue, let me know. Also, is > this the best way to use the GrADS-DODS server? Should I just download the > grib2 locally instead? > > I was planning to download the grib2 locally, but when I discovered the > GrADS-DODS server I found out that this might not be necessary. I plan to > run this script hourly, so please advise as to which method would be best. > > Thanks a lot! > > -Joe Moore > > The script in question: > http://pastebin.com/MDQ9vk3y > > My GrADS config on my web server: > Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 opendap-grids,stn athena geotiff shapefile > Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Athena Widget GUI ENABLED > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.1.8 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf 4.1.1 of Jul 10 2010 23:36:25 $ > o OPeNDAP gridded data interface ENABLED > o OPeNDAP station data interface ENABLED > http://iges.org/grads/gadoc/supplibs.html > libgadap 2.0.oga.1 > o HDF4 and HDF5 interfaces ENABLED > http://hdfgroup.org > HDF 4.2r3 > HDF5 1.8.4 > o GeoTIFF and KML/TIFF output ENABLED > http://www.libtiff.org > http://geotiff.osgeo.org > o KML contour output ENABLED > o Shapefile interface ENABLED > http://shapelib.maptools.org > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/5c694fbd/attachment-0002.html From Huddleston at cira.colostate.edu Wed Sep 14 09:37:46 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Wed, 14 Sep 2011 06:37:46 -0700 Subject: [gradsusr] problem with installation of grads In-Reply-To: References: Message-ID: CL Try a fresh install of the OpenGrADS. If a re-install of the OpenGrads does not help, then try http://vista.cira.colostate.edu/nco/GrADS/grads-2.0.rc4-i686-linux-ubuntu32.tar.gz or http://vista.cira.colostate.edu/nco/GrADS/grads-2.0.rc4-x86_64-linux-ubuntu64.tar.gz The GrADS executables have been statically linked so there is no dependency on any shared object libraries. John From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Christelle LACROIX Sent: Wednesday, September 14, 2011 6:34 AM To: GrADS Users Forum Subject: Re: [gradsusr] problem with installation of grads I work with a Debian oon Linux. 2011/9/14 Huddleston, John > CL What is your operating system? John Huddleston ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On Behalf Of Christelle LACROIX [cl at meteoconsult.fr] Sent: Tuesday, September 13, 2011 4:42 AM To: GrADS Users Forum Subject: [gradsusr] problem with installation of grads Hi, I have a problem with grads, when i run a script i have this error: "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory" whereas libX11.so.6 exists, when i do a locate libX11 i have this result: /usr/lib/libX11.so.6 /usr/lib/libX11.so.6.3.0 I don't understand this problem, if you have an idea, it'll be great!! Thanks CL _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/c4e0cfb6/attachment-0002.html From tummuris at cdm.com Wed Sep 14 10:50:52 2011 From: tummuris at cdm.com (Tummuri, Spandana) Date: Wed, 14 Sep 2011 10:50:52 -0400 Subject: [gradsusr] GCM Output Question Message-ID: <6906BEEB113AEB48B9910246026EA9BED1756EDF27@CAMEXCMS3.cdminc.internal.cdm.com> Hello All, I am working on a study for a client. As part of this study, I need to download GCM data for several GCM models (from AR4) and calculate 30-year averages for precipitation and temperature for historic period (1970-2000) and future period (2035-2065). I am using emission scenario SRES A1B for my analysis. I am using GraDs and monmask commands to calculate the long-term averages. The client wanted me to superimpose actual meteorologic averages collected for the historic period over the model results for the same historic period. When I did that, we noticed that GCMs are severely under predicting both precipitation values and temperature values. I explained to the client why and how we should not compare GCM output with real-time observations for a local region because the scale of GCM results does not compare well with meteorologic records collected at a local scale. However, they are still not convinced that GCM models would under predict the results so much. They wanted me to contact a specialist that deals with GCM models. I am not sure how I should address the client's concern. I know that a lot of members of this community are experts in GCM models. Can someone help me with this question? You can send an email directly to my email address at tummuris(at)cdm.com. I appreciate any help. Thank you very much for you time. Spandana Tummuri, Ph.D., P.E. | Water Resources Engineer | CDM 110 Fieldcrest Avenue, 6th Floor, Edison, NJ - 08837 T/F: 732.590.4617 | mobile: 214.918.1583 tummuris at cdm.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/83414a52/attachment-0002.html From cinderic at msu.edu Wed Sep 14 14:37:46 2011 From: cinderic at msu.edu (Adam Cinderich) Date: Wed, 14 Sep 2011 14:37:46 -0400 Subject: [gradsusr] Color Bars Message-ID: <006d01cc730d$65f4c190$31de44b0$@edu> Hello: I am investigating how well RCMs perform in the GLR. My current range of values are 251-280 (for January, for example) and I wish to use more than the default 13 colors as I'm afraid some of the variations will be lost by this coarse of a temperature scale. I know you can assign new colors using the 'set rgb' command but because I'm still relatively new to GrADS, I'm not sure what values are best to use. Can anyone offer a few color bar examples similar to the 13-color default but that might include 20 colors (or so) rather than only 13? If so, can you please email me the 'set ccols' you use and/or the rgb values associated with your created colors? Thank you in advance, Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/bf595dff/attachment-0002.html From jonathan.smith at nasa.gov Wed Sep 14 15:23:47 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Wed, 14 Sep 2011 14:23:47 -0500 Subject: [gradsusr] vertical colorbar on 8 panel plot Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9553@NDMSSCC05.ndc.nasa.gov> Grads help I want to generate one vertical (y-axis - oriented) colorbar for the entire 8 panel plot that is attached. I have attached a script that generates it the 8 panel plot and my attempt at the vertical colorbar. The script shows where I have attempted to use xcbar. I have been unsuccessful with it. Any help is greatly appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 -------------- next part -------------- A non-text attachment was scrubbed... Name: avg_panel_wrf_ecmwf.gs Type: application/octet-stream Size: 6209 bytes Desc: avg_panel_wrf_ecmwf.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/c4f81fbb/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: ECMWF_WRF_1stleg_200.gif Type: image/gif Size: 55696 bytes Desc: ECMWF_WRF_1stleg_200.gif Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/c4f81fbb/attachment-0002.gif From jdduda at iastate.edu Wed Sep 14 16:31:13 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 14 Sep 2011 15:31:13 -0500 Subject: [gradsusr] vertical colorbar on 8 panel plot In-Reply-To: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9553@NDMSSCC05.ndc.nasa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9553@NDMSSCC05.ndc.nasa.gov> Message-ID: What I do when I make such plots is to set the plot area to some very small box near the corner of the virtual page, set the display variables that I used to make the panels (I assume you used the same clevs and ccols for each), display any variable (doesn't have to be the same one you displayed in the panels), then draw a filled rectangle with the same color as that of the background to cover up the few markings that will appear (if you set parea right, this won't cover up any of the panels), then run the cbar script normally (might want to adjust the arguments for where the center of the bar is placed) and it should come up how you want). I've attached an example image and the relevant code. *Resetting the page to draw the colorbar. Need to do some tricks to get it to work the way I want it to, though. 'set parea off' 'set parea 10.99 11 8.49 8.5' 'set clevs 0 10 20 30 40 50 60 70 80 90 100' 'set ccols 20 21 22 23 24 25 26 27 28 29 30 31' 'set grads off' 'set gxout shaded' 'd u.1' 'run ......cbar.gs' 'set line 0' 'draw recf 10.5 8.25 11 8.5' Hope this helps. Jeff Duda On Wed, Sep 14, 2011 at 2:23 PM, SMITH, JONATHAN WYNN. (GSFC-6133) < jonathan.smith at nasa.gov> wrote: > Grads help > I want to generate one vertical (y-axis - oriented) colorbar for the entire > 8 panel plot that is attached. > I have attached a script that generates it the 8 panel plot and my attempt > at the vertical colorbar. The script shows where I have attempted to use > xcbar. I have been unsuccessful with it. Any help is greatly appreciated. > > Jonathan > > > Jonathan Wynn Smith > Student Trainee > jonathan.smith at nasa.gov > NASA/Goddard Space Flight Center > Code 613.3 - Atmospheric Chemistry and Dynamics Branch > Greenbelt, MD 20771 > 301-614-5956 > > Doctoral Candidate > jonathan.smith at bison.howard.edu > Howard University Program in Atmospheric Sciences > Washington, DC 20059 > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/9e7f3c49/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: 1km_12Z_rh_sensitivity.gif Type: image/gif Size: 92638 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/9e7f3c49/attachment-0002.gif From dasilva at alum.mit.edu Wed Sep 14 17:27:53 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 14 Sep 2011 23:27:53 +0200 Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: References: Message-ID: On Tue, Sep 13, 2011 at 2:31 PM, Ousmane Ndiaye wrote: > Still not working. > I install opengrads under windows XP (another machine) and it works. > Anyone has the same problem with windows 7. When I get at the prompt > (landscape yes/no) and I hit return everything vanish. > Ousmane > > This kind of problem is usually related to your security settings. In many Win 7 machines the anti-virus software pops up a window asking whether it is OK for Xming to use some kind of port; you should say yes. But I believe that depending on your settings it just blocks Xming, quietly. Windows XP is a lot more lenient regarding security, so your are less likely to experience issues like this, Arlindo > ----- Original Message ----- > From: ?? <497805453 at qq.com> > To: GrADS Users Forum > Sent: Tue, 13 Sep 2011 05:32:59 -0400 (EDT) > Subject: [gradsusr] ??? xming in windows 7 > > To Ousmane > You can find it on sourceforge : > http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ > chose:grads-2.0.a9.oga.1-win32_superpack.zip after download, unzip it. > mofangbao from bbs.06climate.com > > ------------------ ???? ------------------ > ???: "Ousmane Ndiaye"; > ????: 2011?9?13?(???) ??5:10 > ???: "GrADS Users Forum"; > > ??: Re: [gradsusr] xming in windows 7 > > > Thanks > where can I find it can you send to me. > Ousmane > > ----- Original Message ----- > From: ?? <497805453 at qq.com> > To: GrADS Users Forum > Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) > Subject: Re: [gradsusr] xming in windows 7 > > To Ousmane Ndiaye > I'm using opengrads2.0.a9 superpak. There is a vb script document > called "grads.vbs",try to run it. > > mofangbao from bbs.06climate.com > > > ------------------ Original ------------------ > From: "Ousmane Ndiaye"; > Date: Tue, Sep 13, 2011 04:43 PM > To: "GrADS Users Forum"; > > Subject: [gradsusr] xming in windows 7 > > > Hi, > When I run opengrads under windows 7 : xming is not opening and opengrads > closes. > Any help > Ousmane > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/5b6d50e9/attachment-0002.html From jonathan.smith at nasa.gov Wed Sep 14 18:23:47 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Wed, 14 Sep 2011 17:23:47 -0500 Subject: [gradsusr] using sdfopen and open in the same script Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9556@NDMSSCC05.ndc.nasa.gov> Hello, With the attached script I am having trouble using sdfopen and open together. The sdfopen is used with a netcdf file and the variables for wind are u and v. The open files are with a ARWpost output. The wind variable here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 -------------- next part -------------- A non-text attachment was scrubbed... Name: avg_panel_wrf_ecmwf.gs Type: application/octet-stream Size: 6209 bytes Desc: avg_panel_wrf_ecmwf.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/006d0b6e/attachment-0002.obj From catherine at windsim.com Thu Sep 15 04:38:54 2011 From: catherine at windsim.com (Catherine Meissner) Date: Thu, 15 Sep 2011 10:38:54 +0200 Subject: [gradsusr] WRF data in grads: Problem with the levels Message-ID: <008301cc7382$e73d51c0$b5b7f540$@com> Hello, I am using WRF data files in GrADS version 2.0.a9oga, in windows. Having been unable to open the WRF files using xdfopen or sdfopen I have written my own CTL file in order to open the data. Everything is working for me except that the z levels which the file contains do not seem to correspond to the pressure. The nc dump suggests there are 29 levels (which is correct as there were 29 eta levels in the WRF file). However the range of these levels is from 2986950,2887400,2787850 ... up to 199550, 100000. How can these numbers be related to pressure? All I need to know is what these Z levels mean and how I can wither convert them to pressure or to height. Thanks for any help offered. The Corresponding CTL file is: dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 dtype netcdf title "Iberdrola data for Jan2008" undef -1e+30 options template pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 -3.839993 10000 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 0.0032 zdef 30 linear 2986950 2887400, 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 96400, 796850,697300,597750,498200,398650,299100,199550,100000 tdef 480 linear 00:00Z01jan2008 1hr vars 4 U=>u 29 t,z,y,x westerly wind V=>v 29 t,z,y,x southerly wind P=>p 29 t,z,y,x Pressure T=>t 29 t,z,y,x perturbation potential temperature (theta-t0) Endvars the ncdump is: netcdf wrfout_d02_2007-12-31_18_00_00 { dimensions: Time = UNLIMITED ; // (1 currently) DateStrLen = 19 ; west_east = 140 ; south_north = 140 ; bottom_top = 29 ; bottom_top_stag = 30 ; soil_layers_stag = 4 ; west_east_stag = 141 ; force_layers = 8 ; south_north_stag = 141 ; variables: char Times(Time, DateStrLen) ; float LU_INDEX(Time, south_north, west_east) ; LU_INDEX:FieldType = 104 ; LU_INDEX:MemoryOrder = "XY " ; LU_INDEX:description = "LAND USE CATEGORY" ; LU_INDEX:units = "" ; LU_INDEX:stagger = "" ; LU_INDEX:coordinates = "XLONG XLAT" ; float ZNU(Time, bottom_top) ; ZNU:FieldType = 104 ; ZNU:MemoryOrder = "Z " ; ZNU:description = "eta values on half (mass) levels" ; ZNU:units = "" ; ZNU:stagger = "" ; float ZNW(Time, bottom_top_stag) ; ZNW:FieldType = 104 ; ZNW:MemoryOrder = "Z " ; ZNW:description = "eta values on full (w) levels" ; ZNW:units = "" ; ZNW:stagger = "Z" ; (... and many more variables listed) // global attributes: :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; :START_DATE = "2007-12-31_18:00:00" ; :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; :WEST-EAST_GRID_DIMENSION = 141 ; :SOUTH-NORTH_GRID_DIMENSION = 141 ; :BOTTOM-TOP_GRID_DIMENSION = 30 ; :DX = 10000.f ; :DY = 10000.f ; :GRIDTYPE = "C" ; :DIFF_OPT = 1 ; :KM_OPT = 4 ; :DAMP_OPT = 0 ; :DAMPCOEF = 0.2f ; :KHDIF = 0.f ; :KVDIF = 0.f ; :MP_PHYSICS = 6 ; :RA_LW_PHYSICS = 1 ; :RA_SW_PHYSICS = 1 ; :SF_SFCLAY_PHYSICS = 2 ; :SF_SURFACE_PHYSICS = 2 ; :BL_PBL_PHYSICS = 2 ; :CU_PHYSICS = 0 ; :SURFACE_INPUT_SOURCE = 1 ; :SST_UPDATE = 0 ; :GRID_FDDA = 0 ; :GFDDA_INTERVAL_M = 0 ; :GFDDA_END_H = 0 ; :GRID_SFDDA = 0 ; :SGFDDA_INTERVAL_M = 0 ; :SGFDDA_END_H = 0 ; :SF_URBAN_PHYSICS = 0 ; :FEEDBACK = 1 ; :SMOOTH_OPTION = 0 ; :SWRAD_SCAT = 1.f ; :W_DAMPING = 0 ; :MOIST_ADV_OPT = 1 ; :SCALAR_ADV_OPT = 1 ; :TKE_ADV_OPT = 1 ; :DIFF_6TH_OPT = 0 ; :DIFF_6TH_FACTOR = 0.12f ; :OBS_NUDGE_OPT = 0 ; :WEST-EAST_PATCH_START_UNSTAG = 1 ; :WEST-EAST_PATCH_END_UNSTAG = 140 ; :WEST-EAST_PATCH_START_STAG = 1 ; :WEST-EAST_PATCH_END_STAG = 141 ; :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; :SOUTH-NORTH_PATCH_START_STAG = 1 ; :SOUTH-NORTH_PATCH_END_STAG = 141 ; :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; :BOTTOM-TOP_PATCH_START_STAG = 1 ; :BOTTOM-TOP_PATCH_END_STAG = 30 ; :GRID_ID = 2 ; :PARENT_ID = 1 ; :I_PARENT_START = 14 ; :J_PARENT_START = 10 ; :PARENT_GRID_RATIO = 5 ; :DT = 60.f ; :CEN_LAT = 40.5046f ; :CEN_LON = -3.839993f ; :TRUELAT1 = 43.427f ; :TRUELAT2 = 43.427f ; :MOAD_CEN_LAT = 43.427f ; :STAND_LON = -3.84f ; :POLE_LAT = 90.f ; :POLE_LON = 0.f ; :GMT = 18.f ; :JULYR = 2007 ; :JULDAY = 365 ; :MAP_PROJ = 1 ; :MMINLU = "" ; :NUM_LAND_CAT = 24 ; :ISWATER = 16 ; :ISLAKE = 0 ; :ISICE = 0 ; :ISURBAN = 0 ; :ISOILWATER = 0 ; } Catherine Meissner Software Development Manager Fjordgaten 15 N-3125 T?nsberg, Norway Switchboard +47 33 38 18 00 www.windsim.com Email Direct Fax catherine at windsim.com +47 33 38 18 06 +47 33 38 18 08 Upcoming WindSim events: Brazil WindPower 2011 August 31 ? 2, Rio de Janeiro, Brazil Booth 141 VIND 2011 September 14 ? 15, Stockholm, Sweden EOLICA EXPO 2011 September 14 ? 16, Rome, Italy Booth B8/C7 GREEN EXPO 2011 September 27 ? 29, Mexico City, Mexico WIND POWER EXPO+ September 27 ? 29, Zaragoza, Spain CanWEA October 3 ? 6, Vancouver, Canada For upcoming WindSim training courses, please visit: http://www.windsim.com/events/training-courses.aspx This message contains information that may be privileged or confidential and is the property of WindSim AS. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 1984 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment-0002.png -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 1790 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment-0002.jpe From bernd.becker at metoffice.gov.uk Thu Sep 15 04:50:48 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Thu, 15 Sep 2011 09:50:48 +0100 Subject: [gradsusr] Color Bars In-Reply-To: <006d01cc730d$65f4c190$31de44b0$@edu> References: <006d01cc730d$65f4c190$31de44b0$@edu> Message-ID: Adam, trry the attached script: pbecol Cheers, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Adam Cinderich Sent: 14 September 2011 19:38 To: gradsusr at gradsusr.org Subject: [gradsusr] Color Bars Hello: I am investigating how well RCMs perform in the GLR. My current range of values are 251-280 (for January, for example) and I wish to use more than the default 13 colors as I'm afraid some of the variations will be lost by this coarse of a temperature scale. I know you can assign new colors using the 'set rgb' command but because I'm still relatively new to GrADS, I'm not sure what values are best to use. Can anyone offer a few color bar examples similar to the 13-color default but that might include 20 colors (or so) rather than only 13? If so, can you please email me the 'set ccols' you use and/or the rgb values associated with your created colors? Thank you in advance, Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/e21414a6/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: pbecol.gs Type: application/octet-stream Size: 4740 bytes Desc: pbecol.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/e21414a6/attachment-0002.obj From rs_nobrega at yahoo.com.br Thu Sep 15 07:55:58 2011 From: rs_nobrega at yahoo.com.br (Prof. Ranyere Nobrega) Date: Thu, 15 Sep 2011 04:55:58 -0700 (PDT) Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: References: Message-ID: <1316087758.6238.YahooMailNeo@web65513.mail.ac4.yahoo.com> This is because there is no internet connection. Xming need an open communication port. Try to use with any internet connection. ? ________________________________ PROF. DR. RANY?RE SILVA N?BREGA UNIVERSIDADE FEDERAL DE PERNAMBUCO -?CENTRO DE FILOSOFIA E CI?NCIAS HUMANAS? DEPARTAMENTO DE CI?NCIAS GEOGR?FICAS Chefe Departamento de Ci?ncias Geogr?ficas Editor Revista de Geografia (Recife) Fone:(81)2126-8275/2126-7373Emails: ranyere.nobrega at ufpe.br / ranyere.nobrega at yahoo.com.br / ranyere.nobrega at pq.cnpq.br S?tios: http://www.ranyerenobrega.pro.br / http://www.climabr.blogspot.com Twitter: #ranyerenobrega?Skype: rs_nobrega >________________________________ >De: Arlindo da Silva >Para: GrADS Users Forum >Enviadas: Quarta-feira, 14 de Setembro de 2011 18:27 >Assunto: Re: [gradsusr] ??? xming in windows 7 > > >On Tue, Sep 13, 2011 at 2:31 PM, Ousmane Ndiaye wrote: > >Still not working. >>I install opengrads under windows XP (another machine) and it works. >>Anyone has the same problem with windows 7. When I get at the prompt (landscape yes/no) and I hit return everything vanish. >> >>Ousmane >> >> > > >This kind of problem is usually related to your security settings. In many Win 7 machines the anti-virus software pops up a window asking whether it is OK for Xming to use some kind of port; you should say yes. ?But I believe that depending on your settings it just blocks Xming, quietly. Windows XP is a lot more lenient regarding security, so your are less likely to experience issues like this, > > >? ? Arlindo > > >? >----- Original Message ----- >>From: ?? <497805453 at qq.com> >>To: GrADS Users Forum >> >>Sent: Tue, 13 Sep 2011 05:32:59 -0400 (EDT) >>Subject: [gradsusr] ??? ?xming in windows 7 >> >>To Ousmane >>?You can find it on sourceforge :http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ >>?chose:grads-2.0.a9.oga.1-win32_superpack.zip ? after download, unzip it. >>?mofangbao from bbs.06climate.com >> >>?------------------ ???? ------------------ >>????: "Ousmane Ndiaye"; >>?????: 2011?9?13?(???) ??5:10 >>????: "GrADS Users Forum"; >> >>???: Re: [gradsusr] xming in windows 7 >> >> >>Thanks >>where can I find it can you send to me. >>Ousmane >> >>----- Original Message ----- >>From: ?? <497805453 at qq.com> >>To: GrADS Users Forum >>Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) >>Subject: Re: [gradsusr] xming in windows 7 >> >>To Ousmane Ndiaye >>? ? I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. >> >>?mofangbao from bbs.06climate.com >> >> >>?------------------ Original ------------------ >>?From: ?"Ousmane Ndiaye"; >>?Date: ?Tue, Sep 13, 2011 04:43 PM >>?To: ?"GrADS Users Forum"; >> >>?Subject: ?[gradsusr] xming in windows 7 >> >> >>Hi, >>When I run opengrads under windows 7 : xming is not opening and opengrads closes. >>Any help >>Ousmane >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> > > > >-- >Arlindo da Silva >dasilva at alum.mit.edu > >_______________________________________________ >gradsusr mailing list >gradsusr at gradsusr.org >http://gradsusr.org/mailman/listinfo/gradsusr > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/ddad5dd7/attachment-0002.html From nkh09 at fsu.edu Thu Sep 15 08:37:45 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Thu, 15 Sep 2011 12:37:45 GMT Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: <008301cc7382$e73d51c0$b5b7f540$@com> References: <008301cc7382$e73d51c0$b5b7f540$@com> Message-ID: Hey Catherine, Unfortunately, to extract the height/pressure levels at the model sigma levels, and display WRF data in GrADS, there is an intermediate step. If you go here: http://www.mmm.ucar.edu/wrf/users/ and go to the Download tab, there is a Post-Processing program called ARWPost that converts WRF output into a GrADS friendly binary and even produces the control file for you. As you will see, the control file will look almost identical to the one you created, but will have the extracted pressure/height levels that you specify in the namelist. I have had problems with ARWPost creating really weird output, but I do not think there is any alternative right now if you want to use GrADS. -Nick ----- Original Message ----- From: Catherine Meissner Date: Thursday, September 15, 2011 8:39 am Subject: [gradsusr] WRF data in grads: Problem with the levels To: gradsusr at gradsusr.org > Hello, > > > > I am using WRF data files in GrADS version 2.0.a9oga, in windows. > > Having been unable to open the WRF files using xdfopen or sdfopen I > havewritten my own CTL file in order to open the data. Everything > is working for > me except that the z levels which the file contains do not seem to > correspond to the pressure. The nc dump suggests there are 29 > levels (which > is correct as there were 29 eta levels in the WRF file). > > However the range of > > these levels is from 2986950,2887400,2787850 ... up to 199550, > 100000. How > can these numbers be related to pressure? > > > > All I need to know is what these Z levels mean and how I can wither > convertthem to pressure or to height. Thanks for any help offered. > > > > The Corresponding CTL file is: > > > > dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 > > dtype netcdf > > title "Iberdrola data for Jan2008" > > undef -1e+30 > > options template > > pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 - > 3.839993 10000 > 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 > 0.0032 zdef > 30 linear 2986950 2887400, > 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 > 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 > 96400, > > 796850,697300,597750,498200,398650,299100,199550,100000 > > tdef 480 linear 00:00Z01jan2008 1hr > > > > vars 4 > > U=>u 29 t,z,y,x westerly wind > > V=>v 29 t,z,y,x southerly wind > > P=>p 29 t,z,y,x Pressure > > T=>t 29 t,z,y,x perturbation potential temperature > (theta-t0) > > Endvars > > > > the ncdump is: > > > > netcdf wrfout_d02_2007-12-31_18_00_00 { > > dimensions: > > Time = UNLIMITED ; // (1 currently) > > DateStrLen = 19 ; > > west_east = 140 ; > > south_north = 140 ; > > bottom_top = 29 ; > > bottom_top_stag = 30 ; > > soil_layers_stag = 4 ; > > west_east_stag = 141 ; > > force_layers = 8 ; > > south_north_stag = 141 ; > > variables: > > char Times(Time, DateStrLen) ; > > float LU_INDEX(Time, south_north, west_east) ; > > LU_INDEX:FieldType = 104 ; > > LU_INDEX:MemoryOrder = "XY " ; > > LU_INDEX:description = "LAND USE CATEGORY" ; > > LU_INDEX:units = "" ; > > LU_INDEX:stagger = "" ; > > LU_INDEX:coordinates = "XLONG XLAT" ; > > float ZNU(Time, bottom_top) ; > > ZNU:FieldType = 104 ; > > ZNU:MemoryOrder = "Z " ; > > ZNU:description = "eta values on half (mass) > levels" ; > > ZNU:units = "" ; > > ZNU:stagger = "" ; > > float ZNW(Time, bottom_top_stag) ; > > ZNW:FieldType = 104 ; > > ZNW:MemoryOrder = "Z " ; > > ZNW:description = "eta values on full (w) levels" ; > > ZNW:units = "" ; > > ZNW:stagger = "Z" ; (... and many more variables > listed) > > // global attributes: > > :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; > > :START_DATE = "2007-12-31_18:00:00" ; > > :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; > > :WEST-EAST_GRID_DIMENSION = 141 ; > > :SOUTH-NORTH_GRID_DIMENSION = 141 ; > > :BOTTOM-TOP_GRID_DIMENSION = 30 ; > > :DX = 10000.f ; > > :DY = 10000.f ; > > :GRIDTYPE = "C" ; > > :DIFF_OPT = 1 ; > > :KM_OPT = 4 ; > > :DAMP_OPT = 0 ; > > :DAMPCOEF = 0.2f ; > > :KHDIF = 0.f ; > > :KVDIF = 0.f ; > > :MP_PHYSICS = 6 ; > > :RA_LW_PHYSICS = 1 ; > > :RA_SW_PHYSICS = 1 ; > > :SF_SFCLAY_PHYSICS = 2 ; > > :SF_SURFACE_PHYSICS = 2 ; > > :BL_PBL_PHYSICS = 2 ; > > :CU_PHYSICS = 0 ; > > :SURFACE_INPUT_SOURCE = 1 ; > > :SST_UPDATE = 0 ; > > :GRID_FDDA = 0 ; > > :GFDDA_INTERVAL_M = 0 ; > > :GFDDA_END_H = 0 ; > > :GRID_SFDDA = 0 ; > > :SGFDDA_INTERVAL_M = 0 ; > > :SGFDDA_END_H = 0 ; > > :SF_URBAN_PHYSICS = 0 ; > > :FEEDBACK = 1 ; > > :SMOOTH_OPTION = 0 ; > > :SWRAD_SCAT = 1.f ; > > :W_DAMPING = 0 ; > > :MOIST_ADV_OPT = 1 ; > > :SCALAR_ADV_OPT = 1 ; > > :TKE_ADV_OPT = 1 ; > > :DIFF_6TH_OPT = 0 ; > > :DIFF_6TH_FACTOR = 0.12f ; > > :OBS_NUDGE_OPT = 0 ; > > :WEST-EAST_PATCH_START_UNSTAG = 1 ; > > :WEST-EAST_PATCH_END_UNSTAG = 140 ; > > :WEST-EAST_PATCH_START_STAG = 1 ; > > :WEST-EAST_PATCH_END_STAG = 141 ; > > :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; > > :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; > > :SOUTH-NORTH_PATCH_START_STAG = 1 ; > > :SOUTH-NORTH_PATCH_END_STAG = 141 ; > > :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; > > :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; > > :BOTTOM-TOP_PATCH_START_STAG = 1 ; > > :BOTTOM-TOP_PATCH_END_STAG = 30 ; > > :GRID_ID = 2 ; > > :PARENT_ID = 1 ; > > :I_PARENT_START = 14 ; > > :J_PARENT_START = 10 ; > > :PARENT_GRID_RATIO = 5 ; > > :DT = 60.f ; > > :CEN_LAT = 40.5046f ; > > :CEN_LON = -3.839993f ; > > :TRUELAT1 = 43.427f ; > > :TRUELAT2 = 43.427f ; > > :MOAD_CEN_LAT = 43.427f ; > > :STAND_LON = -3.84f ; > > :POLE_LAT = 90.f ; > > :POLE_LON = 0.f ; > > :GMT = 18.f ; > > :JULYR = 2007 ; > > :JULDAY = 365 ; > > :MAP_PROJ = 1 ; > > :MMINLU = "" ; > > :NUM_LAND_CAT = 24 ; > > :ISWATER = 16 ; > > :ISLAKE = 0 ; > > :ISICE = 0 ; > > :ISURBAN = 0 ; > > :ISOILWATER = 0 ; > > } > > > > > > > > > > > > > > > Catherine Meissner > Software Development Manager > > > Fjordgaten 15 > N-3125 T?nsberg, Norway > > Switchboard +47 33 38 18 00 > > www.windsim.com > > Email > > Direct > > Fax > > > > catherine at windsim.com > > +47 33 38 18 06 > +47 33 38 18 08 > > Upcoming WindSim events: > > > > Brazil WindPower 2011 > > August 31 ? 2, Rio de Janeiro, Brazil > Booth 141 > > VIND 2011 > > September 14 ? 15, Stockholm, Sweden > > > > EOLICA EXPO 2011 > > September 14 ? 16, Rome, Italy > Booth B8/C7 > > > > GREEN EXPO 2011 > > September 27 ? 29, Mexico City, Mexico > > > > WIND POWER EXPO+ > > September 27 ? 29, Zaragoza, Spain > > CanWEA > > October 3 ? 6, Vancouver, Canada > > > > For upcoming WindSim training courses, please visit: > > http://www.windsim.com/events/training-courses.aspx > > > > This message contains information that may be privileged or > confidential and is the property of WindSim AS. It is > intendedonly for the person to whom it is addressed. If > you are not the > intended recipient, you are not authorized to print, retain, > copy, > disseminate, distribute, or use this message or any part > thereof.If you receive this message in error, please notify > the sender > immediately and delete all copies of this message. > > > > > > > > From masters.steve at ensco.com Thu Sep 15 08:58:44 2011 From: masters.steve at ensco.com (Masters.Steve) Date: Thu, 15 Sep 2011 08:58:44 -0400 Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: References: <008301cc7382$e73d51c0$b5b7f540$@com> Message-ID: An alternative to ARWpost that is not talked about much...You can convert WRF data to grib format using the wrfpost program. The wrfpost program interpolates the data to constant pressure surfaces (and other levels as you require) and writes the data in grib. You then use the utilities grib2ctl.pl and gribmap to produce the files needed for grads. Since I'm used to dealing with grib files from NCEP models in grads, I find this approach very workable. You can find the wrfpost program from the WRF-NMM/DTC page at http://www.dtcenter.org/wrf-nmm/users/. Steve Masters ENSCO, Inc. Melbourne, FL -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Nick Heath Sent: Thursday, September 15, 2011 8:38 AM To: GrADS Users Forum Subject: Re: [gradsusr] WRF data in grads: Problem with the levels Hey Catherine, Unfortunately, to extract the height/pressure levels at the model sigma levels, and display WRF data in GrADS, there is an intermediate step. If you go here: http://www.mmm.ucar.edu/wrf/users/ and go to the Download tab, there is a Post-Processing program called ARWPost that converts WRF output into a GrADS friendly binary and even produces the control file for you. As you will see, the control file will look almost identical to the one you created, but will have the extracted pressure/height levels that you specify in the namelist. I have had problems with ARWPost creating really weird output, but I do not think there is any alternative right now if you want to use GrADS. -Nick ----- Original Message ----- From: Catherine Meissner Date: Thursday, September 15, 2011 8:39 am Subject: [gradsusr] WRF data in grads: Problem with the levels To: gradsusr at gradsusr.org > Hello, > > > > I am using WRF data files in GrADS version 2.0.a9oga, in windows. > > Having been unable to open the WRF files using xdfopen or sdfopen I > havewritten my own CTL file in order to open the data. Everything > is working for > me except that the z levels which the file contains do not seem to > correspond to the pressure. The nc dump suggests there are 29 > levels (which > is correct as there were 29 eta levels in the WRF file). > > However the range of > > these levels is from 2986950,2887400,2787850 ... up to 199550, > 100000. How > can these numbers be related to pressure? > > > > All I need to know is what these Z levels mean and how I can wither > convertthem to pressure or to height. Thanks for any help offered. > > > > The Corresponding CTL file is: > > > > dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 > > dtype netcdf > > title "Iberdrola data for Jan2008" > > undef -1e+30 > > options template > > pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 - > 3.839993 10000 > 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 > 0.0032 zdef > 30 linear 2986950 2887400, > 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 > 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 > 96400, > > 796850,697300,597750,498200,398650,299100,199550,100000 > > tdef 480 linear 00:00Z01jan2008 1hr > > > > vars 4 > > U=>u 29 t,z,y,x westerly wind > > V=>v 29 t,z,y,x southerly wind > > P=>p 29 t,z,y,x Pressure > > T=>t 29 t,z,y,x perturbation potential temperature > (theta-t0) > > Endvars > > > > the ncdump is: > > > > netcdf wrfout_d02_2007-12-31_18_00_00 { > > dimensions: > > Time = UNLIMITED ; // (1 currently) > > DateStrLen = 19 ; > > west_east = 140 ; > > south_north = 140 ; > > bottom_top = 29 ; > > bottom_top_stag = 30 ; > > soil_layers_stag = 4 ; > > west_east_stag = 141 ; > > force_layers = 8 ; > > south_north_stag = 141 ; > > variables: > > char Times(Time, DateStrLen) ; > > float LU_INDEX(Time, south_north, west_east) ; > > LU_INDEX:FieldType = 104 ; > > LU_INDEX:MemoryOrder = "XY " ; > > LU_INDEX:description = "LAND USE CATEGORY" ; > > LU_INDEX:units = "" ; > > LU_INDEX:stagger = "" ; > > LU_INDEX:coordinates = "XLONG XLAT" ; > > float ZNU(Time, bottom_top) ; > > ZNU:FieldType = 104 ; > > ZNU:MemoryOrder = "Z " ; > > ZNU:description = "eta values on half (mass) > levels" ; > > ZNU:units = "" ; > > ZNU:stagger = "" ; > > float ZNW(Time, bottom_top_stag) ; > > ZNW:FieldType = 104 ; > > ZNW:MemoryOrder = "Z " ; > > ZNW:description = "eta values on full (w) levels" ; > > ZNW:units = "" ; > > ZNW:stagger = "Z" ; (... and many more variables > listed) > > // global attributes: > > :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; > > :START_DATE = "2007-12-31_18:00:00" ; > > :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; > > :WEST-EAST_GRID_DIMENSION = 141 ; > > :SOUTH-NORTH_GRID_DIMENSION = 141 ; > > :BOTTOM-TOP_GRID_DIMENSION = 30 ; > > :DX = 10000.f ; > > :DY = 10000.f ; > > :GRIDTYPE = "C" ; > > :DIFF_OPT = 1 ; > > :KM_OPT = 4 ; > > :DAMP_OPT = 0 ; > > :DAMPCOEF = 0.2f ; > > :KHDIF = 0.f ; > > :KVDIF = 0.f ; > > :MP_PHYSICS = 6 ; > > :RA_LW_PHYSICS = 1 ; > > :RA_SW_PHYSICS = 1 ; > > :SF_SFCLAY_PHYSICS = 2 ; > > :SF_SURFACE_PHYSICS = 2 ; > > :BL_PBL_PHYSICS = 2 ; > > :CU_PHYSICS = 0 ; > > :SURFACE_INPUT_SOURCE = 1 ; > > :SST_UPDATE = 0 ; > > :GRID_FDDA = 0 ; > > :GFDDA_INTERVAL_M = 0 ; > > :GFDDA_END_H = 0 ; > > :GRID_SFDDA = 0 ; > > :SGFDDA_INTERVAL_M = 0 ; > > :SGFDDA_END_H = 0 ; > > :SF_URBAN_PHYSICS = 0 ; > > :FEEDBACK = 1 ; > > :SMOOTH_OPTION = 0 ; > > :SWRAD_SCAT = 1.f ; > > :W_DAMPING = 0 ; > > :MOIST_ADV_OPT = 1 ; > > :SCALAR_ADV_OPT = 1 ; > > :TKE_ADV_OPT = 1 ; > > :DIFF_6TH_OPT = 0 ; > > :DIFF_6TH_FACTOR = 0.12f ; > > :OBS_NUDGE_OPT = 0 ; > > :WEST-EAST_PATCH_START_UNSTAG = 1 ; > > :WEST-EAST_PATCH_END_UNSTAG = 140 ; > > :WEST-EAST_PATCH_START_STAG = 1 ; > > :WEST-EAST_PATCH_END_STAG = 141 ; > > :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; > > :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; > > :SOUTH-NORTH_PATCH_START_STAG = 1 ; > > :SOUTH-NORTH_PATCH_END_STAG = 141 ; > > :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; > > :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; > > :BOTTOM-TOP_PATCH_START_STAG = 1 ; > > :BOTTOM-TOP_PATCH_END_STAG = 30 ; > > :GRID_ID = 2 ; > > :PARENT_ID = 1 ; > > :I_PARENT_START = 14 ; > > :J_PARENT_START = 10 ; > > :PARENT_GRID_RATIO = 5 ; > > :DT = 60.f ; > > :CEN_LAT = 40.5046f ; > > :CEN_LON = -3.839993f ; > > :TRUELAT1 = 43.427f ; > > :TRUELAT2 = 43.427f ; > > :MOAD_CEN_LAT = 43.427f ; > > :STAND_LON = -3.84f ; > > :POLE_LAT = 90.f ; > > :POLE_LON = 0.f ; > > :GMT = 18.f ; > > :JULYR = 2007 ; > > :JULDAY = 365 ; > > :MAP_PROJ = 1 ; > > :MMINLU = "" ; > > :NUM_LAND_CAT = 24 ; > > :ISWATER = 16 ; > > :ISLAKE = 0 ; > > :ISICE = 0 ; > > :ISURBAN = 0 ; > > :ISOILWATER = 0 ; > > } > > > > > > > > > > > > > > > Catherine Meissner > Software Development Manager > > > Fjordgaten 15 > N-3125 T?nsberg, Norway > > Switchboard +47 33 38 18 00 > > www.windsim.com > > Email > > Direct > > Fax > > > > catherine at windsim.com > > +47 33 38 18 06 > +47 33 38 18 08 > > Upcoming WindSim events: > > > > Brazil WindPower 2011 > > August 31 - 2, Rio de Janeiro, Brazil > Booth 141 > > VIND 2011 > > September 14 - 15, Stockholm, Sweden > > > > EOLICA EXPO 2011 > > September 14 - 16, Rome, Italy > Booth B8/C7 > > > > GREEN EXPO 2011 > > September 27 - 29, Mexico City, Mexico > > > > WIND POWER EXPO+ > > September 27 - 29, Zaragoza, Spain > > CanWEA > > October 3 - 6, Vancouver, Canada > > > > For upcoming WindSim training courses, please visit: > > http://www.windsim.com/events/training-courses.aspx > > > > This message contains information that may be privileged or > confidential and is the property of WindSim AS. It is > intendedonly for the person to whom it is addressed. If > you are not the > intended recipient, you are not authorized to print, retain, > copy, > disseminate, distribute, or use this message or any part > thereof.If you receive this message in error, please notify > the sender > immediately and delete all copies of this message. > > > > > > > > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr The information contained in this email message is intended only for the use of the individual(s) to whom it is addressed and may contain information that is privileged and sensitive. If you are not the intended recipient, or otherwise have received this communication in error, please notify the sender immediately by email at the above referenced address and note that any further dissemination, distribution or copying of this communication is strictly prohibited. The U.S. Export Control Laws regulate the export and re-export of technology originating in the United States. This includes the electronic transmission of information and software to foreign countries and to certain foreign nationals. Recipient agrees to abide by these laws and their regulations -- including the U.S. Department of Commerce Export Administration Regulations and the U.S. Department of State International Traffic in Arms Regulations -- and not to transfer, by electronic transmission or otherwise, any content derived from this email to either a foreign national or a foreign destination in violation of such laws. From catherine at windsim.com Thu Sep 15 09:05:36 2011 From: catherine at windsim.com (Catherine Meissner) Date: Thu, 15 Sep 2011 15:05:36 +0200 Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: References: <008301cc7382$e73d51c0$b5b7f540$@com> Message-ID: <010201cc73a8$2ad369e0$807a3da0$@com> Hei Nick, Thank you for the quick answer! As we are a Windows based company I was searching for a windows compatible tool. Does anyone know a tool which can do the same as ARWPost? Regards, Catherine -----Urspr?ngliche Nachricht----- Von: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] Im Auftrag von Nick Heath Gesendet: 15 September 2011 14:38 An: GrADS Users Forum Betreff: Re: [gradsusr] WRF data in grads: Problem with the levels Hey Catherine, Unfortunately, to extract the height/pressure levels at the model sigma levels, and display WRF data in GrADS, there is an intermediate step. If you go here: http://www.mmm.ucar.edu/wrf/users/ and go to the Download tab, there is a Post-Processing program called ARWPost that converts WRF output into a GrADS friendly binary and even produces the control file for you. As you will see, the control file will look almost identical to the one you created, but will have the extracted pressure/height levels that you specify in the namelist. I have had problems with ARWPost creating really weird output, but I do not think there is any alternative right now if you want to use GrADS. -Nick ----- Original Message ----- From: Catherine Meissner Date: Thursday, September 15, 2011 8:39 am Subject: [gradsusr] WRF data in grads: Problem with the levels To: gradsusr at gradsusr.org > Hello, > > > > I am using WRF data files in GrADS version 2.0.a9oga, in windows. > > Having been unable to open the WRF files using xdfopen or sdfopen I > havewritten my own CTL file in order to open the data. Everything > is working for > me except that the z levels which the file contains do not seem to > correspond to the pressure. The nc dump suggests there are 29 > levels (which > is correct as there were 29 eta levels in the WRF file). > > However the range of > > these levels is from 2986950,2887400,2787850 ... up to 199550, > 100000. How > can these numbers be related to pressure? > > > > All I need to know is what these Z levels mean and how I can wither > convertthem to pressure or to height. Thanks for any help offered. > > > > The Corresponding CTL file is: > > > > dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 > > dtype netcdf > > title "Iberdrola data for Jan2008" > > undef -1e+30 > > options template > > pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 - > 3.839993 10000 > 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 > 0.0032 zdef > 30 linear 2986950 2887400, > 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 > 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 > 96400, > > 796850,697300,597750,498200,398650,299100,199550,100000 > > tdef 480 linear 00:00Z01jan2008 1hr > > > > vars 4 > > U=>u 29 t,z,y,x westerly wind > > V=>v 29 t,z,y,x southerly wind > > P=>p 29 t,z,y,x Pressure > > T=>t 29 t,z,y,x perturbation potential temperature > (theta-t0) > > Endvars > > > > the ncdump is: > > > > netcdf wrfout_d02_2007-12-31_18_00_00 { > > dimensions: > > Time = UNLIMITED ; // (1 currently) > > DateStrLen = 19 ; > > west_east = 140 ; > > south_north = 140 ; > > bottom_top = 29 ; > > bottom_top_stag = 30 ; > > soil_layers_stag = 4 ; > > west_east_stag = 141 ; > > force_layers = 8 ; > > south_north_stag = 141 ; > > variables: > > char Times(Time, DateStrLen) ; > > float LU_INDEX(Time, south_north, west_east) ; > > LU_INDEX:FieldType = 104 ; > > LU_INDEX:MemoryOrder = "XY " ; > > LU_INDEX:description = "LAND USE CATEGORY" ; > > LU_INDEX:units = "" ; > > LU_INDEX:stagger = "" ; > > LU_INDEX:coordinates = "XLONG XLAT" ; > > float ZNU(Time, bottom_top) ; > > ZNU:FieldType = 104 ; > > ZNU:MemoryOrder = "Z " ; > > ZNU:description = "eta values on half (mass) > levels" ; > > ZNU:units = "" ; > > ZNU:stagger = "" ; > > float ZNW(Time, bottom_top_stag) ; > > ZNW:FieldType = 104 ; > > ZNW:MemoryOrder = "Z " ; > > ZNW:description = "eta values on full (w) levels" ; > > ZNW:units = "" ; > > ZNW:stagger = "Z" ; (... and many more variables > listed) > > // global attributes: > > :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; > > :START_DATE = "2007-12-31_18:00:00" ; > > :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; > > :WEST-EAST_GRID_DIMENSION = 141 ; > > :SOUTH-NORTH_GRID_DIMENSION = 141 ; > > :BOTTOM-TOP_GRID_DIMENSION = 30 ; > > :DX = 10000.f ; > > :DY = 10000.f ; > > :GRIDTYPE = "C" ; > > :DIFF_OPT = 1 ; > > :KM_OPT = 4 ; > > :DAMP_OPT = 0 ; > > :DAMPCOEF = 0.2f ; > > :KHDIF = 0.f ; > > :KVDIF = 0.f ; > > :MP_PHYSICS = 6 ; > > :RA_LW_PHYSICS = 1 ; > > :RA_SW_PHYSICS = 1 ; > > :SF_SFCLAY_PHYSICS = 2 ; > > :SF_SURFACE_PHYSICS = 2 ; > > :BL_PBL_PHYSICS = 2 ; > > :CU_PHYSICS = 0 ; > > :SURFACE_INPUT_SOURCE = 1 ; > > :SST_UPDATE = 0 ; > > :GRID_FDDA = 0 ; > > :GFDDA_INTERVAL_M = 0 ; > > :GFDDA_END_H = 0 ; > > :GRID_SFDDA = 0 ; > > :SGFDDA_INTERVAL_M = 0 ; > > :SGFDDA_END_H = 0 ; > > :SF_URBAN_PHYSICS = 0 ; > > :FEEDBACK = 1 ; > > :SMOOTH_OPTION = 0 ; > > :SWRAD_SCAT = 1.f ; > > :W_DAMPING = 0 ; > > :MOIST_ADV_OPT = 1 ; > > :SCALAR_ADV_OPT = 1 ; > > :TKE_ADV_OPT = 1 ; > > :DIFF_6TH_OPT = 0 ; > > :DIFF_6TH_FACTOR = 0.12f ; > > :OBS_NUDGE_OPT = 0 ; > > :WEST-EAST_PATCH_START_UNSTAG = 1 ; > > :WEST-EAST_PATCH_END_UNSTAG = 140 ; > > :WEST-EAST_PATCH_START_STAG = 1 ; > > :WEST-EAST_PATCH_END_STAG = 141 ; > > :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; > > :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; > > :SOUTH-NORTH_PATCH_START_STAG = 1 ; > > :SOUTH-NORTH_PATCH_END_STAG = 141 ; > > :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; > > :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; > > :BOTTOM-TOP_PATCH_START_STAG = 1 ; > > :BOTTOM-TOP_PATCH_END_STAG = 30 ; > > :GRID_ID = 2 ; > > :PARENT_ID = 1 ; > > :I_PARENT_START = 14 ; > > :J_PARENT_START = 10 ; > > :PARENT_GRID_RATIO = 5 ; > > :DT = 60.f ; > > :CEN_LAT = 40.5046f ; > > :CEN_LON = -3.839993f ; > > :TRUELAT1 = 43.427f ; > > :TRUELAT2 = 43.427f ; > > :MOAD_CEN_LAT = 43.427f ; > > :STAND_LON = -3.84f ; > > :POLE_LAT = 90.f ; > > :POLE_LON = 0.f ; > > :GMT = 18.f ; > > :JULYR = 2007 ; > > :JULDAY = 365 ; > > :MAP_PROJ = 1 ; > > :MMINLU = "" ; > > :NUM_LAND_CAT = 24 ; > > :ISWATER = 16 ; > > :ISLAKE = 0 ; > > :ISICE = 0 ; > > :ISURBAN = 0 ; > > :ISOILWATER = 0 ; > > } > > > > > > > > > > > > > > > Catherine Meissner > Software Development Manager > > > Fjordgaten 15 > N-3125 T?nsberg, Norway > > Switchboard +47 33 38 18 00 > > www.windsim.com > > Email > > Direct > > Fax > > > > catherine at windsim.com > > +47 33 38 18 06 > +47 33 38 18 08 > > Upcoming WindSim events: > > > > Brazil WindPower 2011 > > August 31 ? 2, Rio de Janeiro, Brazil > Booth 141 > > VIND 2011 > > September 14 ? 15, Stockholm, Sweden > > > > EOLICA EXPO 2011 > > September 14 ? 16, Rome, Italy > Booth B8/C7 > > > > GREEN EXPO 2011 > > September 27 ? 29, Mexico City, Mexico > > > > WIND POWER EXPO+ > > September 27 ? 29, Zaragoza, Spain > > CanWEA > > October 3 ? 6, Vancouver, Canada > > > > For upcoming WindSim training courses, please visit: > > http://www.windsim.com/events/training-courses.aspx > > > > This message contains information that may be privileged or > confidential and is the property of WindSim AS. It is > intendedonly for the person to whom it is addressed. If > you are not the > intended recipient, you are not authorized to print, retain, > copy, > disseminate, distribute, or use this message or any part > thereof.If you receive this message in error, please notify > the sender > immediately and delete all copies of this message. > > > > > > > > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From nkh09 at fsu.edu Thu Sep 15 09:05:23 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Thu, 15 Sep 2011 13:05:23 GMT Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: References: <008301cc7382$e73d51c0$b5b7f540$@com> Message-ID: Steve, Thank you for the info. This sounds like a better approach to using WRF and GrADS. -Nick ----- Original Message ----- From: "Masters.Steve" Date: Thursday, September 15, 2011 12:59 pm Subject: Re: [gradsusr] WRF data in grads: Problem with the levels To: GrADS Users Forum > An alternative to ARWpost that is not talked about much...You can > convert WRF data to grib format using the wrfpost program. The > wrfpost program interpolates the data to constant pressure surfaces > (and other levels as you require) and writes the data in grib. You > then use the utilities grib2ctl.pl and gribmap to produce the files > needed for grads. Since I'm used to dealing with grib files from > NCEP models in grads, I find this approach very workable. You can > find the wrfpost program from the WRF-NMM/DTC page at > http://www.dtcenter.org/wrf-nmm/users/. > > Steve Masters > ENSCO, Inc. > Melbourne, FL > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr- > bounces at gradsusr.org] On Behalf Of Nick Heath > Sent: Thursday, September 15, 2011 8:38 AM > To: GrADS Users Forum > Subject: Re: [gradsusr] WRF data in grads: Problem with the levels > > Hey Catherine, > > Unfortunately, to extract the height/pressure levels at the model > sigma levels, and display WRF data in GrADS, there is an > intermediate step. If you go here: > http://www.mmm.ucar.edu/wrf/users/ and go to the Download tab, > there is a Post-Processing program called ARWPost that converts WRF > output into a GrADS friendly binary and even produces the control > file for you. As you will see, the control file will look almost > identical to the one you created, but will have the extracted > pressure/height levels that you specify in the namelist. I have > had problems with ARWPost creating really weird output, but I do > not think there is any alternative right now if you want to use GrADS. > > -Nick > > ----- Original Message ----- > From: Catherine Meissner > Date: Thursday, September 15, 2011 8:39 am > Subject: [gradsusr] WRF data in grads: Problem with the levels > To: gradsusr at gradsusr.org > > > Hello, > > > > > > > > I am using WRF data files in GrADS version 2.0.a9oga, in windows. > > > > Having been unable to open the WRF files using xdfopen or sdfopen I > > havewritten my own CTL file in order to open the data. Everything > > is working for > > me except that the z levels which the file contains do not seem to > > correspond to the pressure. The nc dump suggests there are 29 > > levels (which > > is correct as there were 29 eta levels in the WRF file). > > > > However the range of > > > > these levels is from 2986950,2887400,2787850 ... up to 199550, > > 100000. How > > can these numbers be related to pressure? > > > > > > > > All I need to know is what these Z levels mean and how I can wither > > convertthem to pressure or to height. Thanks for any help offered. > > > > > > > > The Corresponding CTL file is: > > > > > > > > dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 > > > > dtype netcdf > > > > title "Iberdrola data for Jan2008" > > > > undef -1e+30 > > > > options template > > > > pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 - > > 3.839993 10000 > > 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 > > 0.0032 zdef > > 30 linear 2986950 2887400, > > > 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891> 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 > > 96400, > > > > 796850,697300,597750,498200,398650,299100,199550,100000 > > > > tdef 480 linear 00:00Z01jan2008 1hr > > > > > > > > vars 4 > > > > U=>u 29 t,z,y,x westerly wind > > > > V=>v 29 t,z,y,x southerly wind > > > > P=>p 29 t,z,y,x Pressure > > > > T=>t 29 t,z,y,x perturbation potential temperature > > (theta-t0) > > > > Endvars > > > > > > > > the ncdump is: > > > > > > > > netcdf wrfout_d02_2007-12-31_18_00_00 { > > > > dimensions: > > > > Time = UNLIMITED ; // (1 currently) > > > > DateStrLen = 19 ; > > > > west_east = 140 ; > > > > south_north = 140 ; > > > > bottom_top = 29 ; > > > > bottom_top_stag = 30 ; > > > > soil_layers_stag = 4 ; > > > > west_east_stag = 141 ; > > > > force_layers = 8 ; > > > > south_north_stag = 141 ; > > > > variables: > > > > char Times(Time, DateStrLen) ; > > > > float LU_INDEX(Time, south_north, west_east) ; > > > > LU_INDEX:FieldType = 104 ; > > > > LU_INDEX:MemoryOrder = "XY " ; > > > > LU_INDEX:description = "LAND USE CATEGORY" ; > > > > LU_INDEX:units = "" ; > > > > LU_INDEX:stagger = "" ; > > > > LU_INDEX:coordinates = "XLONG XLAT" ; > > > > float ZNU(Time, bottom_top) ; > > > > ZNU:FieldType = 104 ; > > > > ZNU:MemoryOrder = "Z " ; > > > > ZNU:description = "eta values on half (mass) > > levels" ; > > > > ZNU:units = "" ; > > > > ZNU:stagger = "" ; > > > > float ZNW(Time, bottom_top_stag) ; > > > > ZNW:FieldType = 104 ; > > > > ZNW:MemoryOrder = "Z " ; > > > > ZNW:description = "eta values on full (w) levels" ; > > > > ZNW:units = "" ; > > > > ZNW:stagger = "Z" ; (... and many more variables > > listed) > > > > // global attributes: > > > > :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; > > > > :START_DATE = "2007-12-31_18:00:00" ; > > > > :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; > > > > :WEST-EAST_GRID_DIMENSION = 141 ; > > > > :SOUTH-NORTH_GRID_DIMENSION = 141 ; > > > > :BOTTOM-TOP_GRID_DIMENSION = 30 ; > > > > :DX = 10000.f ; > > > > :DY = 10000.f ; > > > > :GRIDTYPE = "C" ; > > > > :DIFF_OPT = 1 ; > > > > :KM_OPT = 4 ; > > > > :DAMP_OPT = 0 ; > > > > :DAMPCOEF = 0.2f ; > > > > :KHDIF = 0.f ; > > > > :KVDIF = 0.f ; > > > > :MP_PHYSICS = 6 ; > > > > :RA_LW_PHYSICS = 1 ; > > > > :RA_SW_PHYSICS = 1 ; > > > > :SF_SFCLAY_PHYSICS = 2 ; > > > > :SF_SURFACE_PHYSICS = 2 ; > > > > :BL_PBL_PHYSICS = 2 ; > > > > :CU_PHYSICS = 0 ; > > > > :SURFACE_INPUT_SOURCE = 1 ; > > > > :SST_UPDATE = 0 ; > > > > :GRID_FDDA = 0 ; > > > > :GFDDA_INTERVAL_M = 0 ; > > > > :GFDDA_END_H = 0 ; > > > > :GRID_SFDDA = 0 ; > > > > :SGFDDA_INTERVAL_M = 0 ; > > > > :SGFDDA_END_H = 0 ; > > > > :SF_URBAN_PHYSICS = 0 ; > > > > :FEEDBACK = 1 ; > > > > :SMOOTH_OPTION = 0 ; > > > > :SWRAD_SCAT = 1.f ; > > > > :W_DAMPING = 0 ; > > > > :MOIST_ADV_OPT = 1 ; > > > > :SCALAR_ADV_OPT = 1 ; > > > > :TKE_ADV_OPT = 1 ; > > > > :DIFF_6TH_OPT = 0 ; > > > > :DIFF_6TH_FACTOR = 0.12f ; > > > > :OBS_NUDGE_OPT = 0 ; > > > > :WEST-EAST_PATCH_START_UNSTAG = 1 ; > > > > :WEST-EAST_PATCH_END_UNSTAG = 140 ; > > > > :WEST-EAST_PATCH_START_STAG = 1 ; > > > > :WEST-EAST_PATCH_END_STAG = 141 ; > > > > :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; > > > > :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; > > > > :SOUTH-NORTH_PATCH_START_STAG = 1 ; > > > > :SOUTH-NORTH_PATCH_END_STAG = 141 ; > > > > :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; > > > > :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; > > > > :BOTTOM-TOP_PATCH_START_STAG = 1 ; > > > > :BOTTOM-TOP_PATCH_END_STAG = 30 ; > > > > :GRID_ID = 2 ; > > > > :PARENT_ID = 1 ; > > > > :I_PARENT_START = 14 ; > > > > :J_PARENT_START = 10 ; > > > > :PARENT_GRID_RATIO = 5 ; > > > > :DT = 60.f ; > > > > :CEN_LAT = 40.5046f ; > > > > :CEN_LON = -3.839993f ; > > > > :TRUELAT1 = 43.427f ; > > > > :TRUELAT2 = 43.427f ; > > > > :MOAD_CEN_LAT = 43.427f ; > > > > :STAND_LON = -3.84f ; > > > > :POLE_LAT = 90.f ; > > > > :POLE_LON = 0.f ; > > > > :GMT = 18.f ; > > > > :JULYR = 2007 ; > > > > :JULDAY = 365 ; > > > > :MAP_PROJ = 1 ; > > > > :MMINLU = "" ; > > > > :NUM_LAND_CAT = 24 ; > > > > :ISWATER = 16 ; > > > > :ISLAKE = 0 ; > > > > :ISICE = 0 ; > > > > :ISURBAN = 0 ; > > > > :ISOILWATER = 0 ; > > > > } > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Catherine Meissner > > Software Development Manager > > > > > > Fjordgaten 15 > > N-3125 T?nsberg, Norway > > > > Switchboard +47 33 38 18 00 > > > > www.windsim.com > > > > Email > > > > Direct > > > > Fax > > > > > > > > catherine at windsim.com > > > > +47 33 38 18 06 > > +47 33 38 18 08 > > > > Upcoming WindSim events: > > > > > > > > Brazil WindPower 2011 > > > > August 31 - 2, Rio de Janeiro, Brazil > > Booth 141 > > > > VIND 2011 > > > > September 14 - 15, Stockholm, Sweden > > > > > > > > EOLICA EXPO 2011 > > > > September 14 - 16, Rome, Italy > > Booth B8/C7 > > > > > > > > GREEN EXPO 2011 > > > > September 27 - 29, Mexico City, Mexico > > > > > > > > WIND POWER EXPO+ > > > > September 27 - 29, Zaragoza, Spain > > > > CanWEA > > > > October 3 - 6, Vancouver, Canada > > > > > > > > For upcoming WindSim training courses, please visit: > > > > http://www.windsim.com/events/training-courses.aspx > > > > > > > > This message contains information that may be privileged or > > confidential and is the property of WindSim AS. It is > > intendedonly for the person to whom it is addressed. If > > you are not the > > intended recipient, you are not authorized to print, retain, > > copy, > > disseminate, distribute, or use this message or any part > > thereof.If you receive this message in error, please notify > > the sender > > immediately and delete all copies of this message. > > > > > > > > > > > > > > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > The information contained in this email message is intended only > for the use of the individual(s) to whom it is addressed and may > contain information that is privileged and sensitive. If you are > not the intended recipient, or otherwise have received this > communication in error, please notify the sender immediately by > email at the above referenced address and note that any further > dissemination, distribution or copying of this communication is > strictly prohibited. > > The U.S. Export Control Laws regulate the export and re-export of > technology originating in the United States. This includes the > electronic transmission of information and software to foreign > countries and to certain foreign nationals. Recipient agrees to > abide by these laws and their regulations -- including the U.S. > Department of Commerce Export Administration Regulations and the > U.S. Department of State International Traffic in Arms Regulations - > - and not to transfer, by electronic transmission or otherwise, any > content derived from this email to either a foreign national or a > foreign destination in violation of such laws. > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From jonathan.smith at nasa.gov Thu Sep 15 09:43:15 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Thu, 15 Sep 2011 08:43:15 -0500 Subject: [gradsusr] script to open netcdf and .ctl at same time Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9558@NDMSSCC05.ndc.nasa.gov> Hello, With the attached script I am having trouble using sdfopen and open together. The sdfopen is used with a netcdf file and the variables for wind are u and v. The open files are with a ARWpost output. The wind variable here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 From jonathan.smith at nasa.gov Thu Sep 15 09:44:57 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Thu, 15 Sep 2011 08:44:57 -0500 Subject: [gradsusr] FW: script to open netcdf and .ctl at same time In-Reply-To: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9558@NDMSSCC05.ndc.nasa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9558@NDMSSCC05.ndc.nasa.gov> Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9559@NDMSSCC05.ndc.nasa.gov> Here is script Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 ________________________________________ From: SMITH, JONATHAN WYNN. (GSFC-6133) Sent: Thursday, September 15, 2011 9:43 AM To: gradsusr at gradsusr.org Subject: script to open netcdf and .ctl at same time Hello, With the attached script I am having trouble using sdfopen and open together. The sdfopen is used with a netcdf file and the variables for wind are u and v. The open files are with a ARWpost output. The wind variable here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 -------------- next part -------------- A non-text attachment was scrubbed... Name: avg_panel_wrf_ecmwf.gs Type: application/octet-stream Size: 6209 bytes Desc: avg_panel_wrf_ecmwf.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/1764b90a/attachment-0002.obj From saeedbayat7276 at gmail.com Thu Sep 15 10:36:17 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Thu, 15 Sep 2011 19:06:17 +0430 Subject: [gradsusr] Hovmoller Diagram Message-ID: Dear GrADS users, I have a problem create hovmoller diagram from output data of RegCM4.1. Is there anyone here had a problem like this? I am able to draw hovmoller with NNRP1 data! Any Idea? Regards Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/d1060cca/attachment-0002.html From esjluis at yahoo.com.mx Thu Sep 15 10:52:09 2011 From: esjluis at yahoo.com.mx (jl sa) Date: Thu, 15 Sep 2011 07:52:09 -0700 (PDT) Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: References: Message-ID: <1316098329.48961.YahooMailNeo@web111006.mail.gq1.yahoo.com> hola si los datos son del WRF, trata de modificar el namelist.ARWPOST del modelo y ahi indica los niveles de presion ya sean milibarios o si los quieres en niveles sigma, ejemplo: si es para milibarios &interp ?interp_method = 1, ?interp_levels = 1000.,950.,900.,850.,800.,750.,700.,650.,600.,550.,500.,450.,400.,350.,300.,250.,200.,150.,100., / si es para sigma : &interp ?interp_method = 0, interp_levels = 0.994, 1.00, 1.02, 1.03, 1.058, 1.099, 1.141, 1.183, 1.208, 1.233, 1.258, 1.283, 1.308, 1.333, 1.383, 1.433, 1.483, 1.533, 1.583, 1.633, 1.683, 1.733, 1.783, 1.833, 1.883, 1.933, 1.983, 2.0, 2.5, 3.00, 3.5, 4.00, 4.5, 5.0, 7.5, 10.0, 12.5, 15.0, 20.0, espero esto te ayude. hello if the data are from the WRF, about changing the model and there namelist.ARWPOST indicates levels of pressure either millibars or if you want to sigma levels, eg if it is in millibars &interp ?interp_method = 1, ?interp_levels = 1000.,950.,900.,850.,800.,750.,700.,650.,600.,550.,500.,450.,400.,350.,300.,250.,200.,150.,100., / if for sigma: &interp ?interp_method = 0, interp_levels = 0.994, 1.00, 1.02, 1.03, 1.058, 1.099, 1.141, 1.183, 1.208, 1.233, 1.258, 1.283, 1.308, 1.333, 1.383, 1.433, 1.483, 1.533, 1.583, 1.633, 1.683, 1.733, 1.783, 1.833, 1.883, 1.933, 1.983, 2.0, 2.5, 3.00, 3.5, 4.00, 4.5, 5.0, 7.5, 10.0, 12.5, 15.0, 20.0, atte jluis ________________________________ ?WRF data in grads: Problem with the levels (Catherine Meissner) ---------------------------------------------------------------------- Message: 3 Date: Thu, 15 Sep 2011 10:38:54 +0200 From: "Catherine Meissner" Subject: [gradsusr] WRF data in grads: Problem with the levels To: Message-ID: <008301cc7382$e73d51c0$b5b7f540$@com> Content-Type: text/plain; charset="iso-8859-1" Hello, I am using WRF data files in GrADS version 2.0.a9oga, in windows.? Having been unable to open the WRF files using xdfopen or sdfopen I have written my own CTL file in order to open the data. Everything is working for me except that the z levels which the file contains do not seem to correspond to the pressure. The nc dump suggests there are 29 levels (which is correct as there were 29 eta levels in the WRF file).? However the range of these levels is from 2986950,2887400,2787850 ... up to? 199550, 100000. How can these numbers be related to pressure? All I need to know is what these Z levels mean and how I can wither convert them to pressure or to height. Thanks for any help offered. The Corresponding CTL file is: dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 dtype netcdf title "Iberdrola data for Jan2008" undef -1e+30 options template pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 -3.839993 10000 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 0.0032 zdef 30 linear 2986950 2887400, 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 96400, 796850,697300,597750,498200,398650,299100,199550,100000 tdef 480 linear 00:00Z01jan2008 1hr vars 4 U=>u? ? ? ? ? 29? t,z,y,x westerly wind V=>v? ? ? ? ? 29? t,z,y,x southerly wind P=>p? ? ? ? ? 29? t,z,y,x? Pressure T=>t? ? ? ? ? 29? t,z,y,x? perturbation potential temperature (theta-t0) Endvars the ncdump is: netcdf wrfout_d02_2007-12-31_18_00_00 { dimensions: ? ? ? ? Time = UNLIMITED ; // (1 currently) ? ? ? ? DateStrLen = 19 ; ? ? ? ? west_east = 140 ; ? ? ? ? south_north = 140 ; ? ? ? ? bottom_top = 29 ; ? ? ? ? bottom_top_stag = 30 ; ? ? ? ? soil_layers_stag = 4 ; ? ? ? ? west_east_stag = 141 ; ? ? ? ? force_layers = 8 ; ? ? ? ? south_north_stag = 141 ; variables: ? ? ? ? char Times(Time, DateStrLen) ; ? ? ? ? float LU_INDEX(Time, south_north, west_east) ; ? ? ? ? ? ? ? ? LU_INDEX:FieldType = 104 ; ? ? ? ? ? ? ? ? LU_INDEX:MemoryOrder = "XY " ; ? ? ? ? ? ? ? ? LU_INDEX:description = "LAND USE CATEGORY" ; ? ? ? ? ? ? ? ? LU_INDEX:units = "" ; ? ? ? ? ? ? ? ? LU_INDEX:stagger = "" ; ? ? ? ? ? ? ? ? LU_INDEX:coordinates = "XLONG XLAT" ; ? ? ? ? float ZNU(Time, bottom_top) ; ? ? ? ? ? ? ? ? ZNU:FieldType = 104 ; ? ? ? ? ? ? ? ? ZNU:MemoryOrder = "Z? " ; ? ? ? ? ? ? ? ? ZNU:description = "eta values on half (mass) levels" ; ? ? ? ? ? ? ? ? ZNU:units = "" ; ? ? ? ? ? ? ? ? ZNU:stagger = "" ; ? ? ? ? float ZNW(Time, bottom_top_stag) ; ? ? ? ? ? ? ? ? ZNW:FieldType = 104 ; ? ? ? ? ? ? ? ? ZNW:MemoryOrder = "Z? " ; ? ? ? ? ? ? ? ? ZNW:description = "eta values on full (w) levels" ; ? ? ? ? ? ? ? ? ZNW:units = "" ; ? ? ? ? ? ? ? ? ZNW:stagger = "Z" ;? ? (... and many more variables listed) // global attributes: ? ? ? ? ? ? ? ? :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; ? ? ? ? ? ? ? ? :START_DATE = "2007-12-31_18:00:00" ; ? ? ? ? ? ? ? ? :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; ? ? ? ? ? ? ? ? :WEST-EAST_GRID_DIMENSION = 141 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_GRID_DIMENSION = 141 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_GRID_DIMENSION = 30 ; ? ? ? ? ? ? ? ? :DX = 10000.f ; ? ? ? ? ? ? ? ? :DY = 10000.f ; ? ? ? ? ? ? ? ? :GRIDTYPE = "C" ; ? ? ? ? ? ? ? ? :DIFF_OPT = 1 ; ? ? ? ? ? ? ? ? :KM_OPT = 4 ; ? ? ? ? ? ? ? ? :DAMP_OPT = 0 ; ? ? ? ? ? ? ? ? :DAMPCOEF = 0.2f ; ? ? ? ? ? ? ? ? :KHDIF = 0.f ; ? ? ? ? ? ? ? ? :KVDIF = 0.f ; ? ? ? ? ? ? ? ? :MP_PHYSICS = 6 ; ? ? ? ? ? ? ? ? :RA_LW_PHYSICS = 1 ; ? ? ? ? ? ? ? ? :RA_SW_PHYSICS = 1 ; ? ? ? ? ? ? ? ? :SF_SFCLAY_PHYSICS = 2 ; ? ? ? ? ? ? ? ? :SF_SURFACE_PHYSICS = 2 ; ? ? ? ? ? ? ? ? :BL_PBL_PHYSICS = 2 ; ? ? ? ? ? ? ? ? :CU_PHYSICS = 0 ; ? ? ? ? ? ? ? ? :SURFACE_INPUT_SOURCE = 1 ; ? ? ? ? ? ? ? ? :SST_UPDATE = 0 ; ? ? ? ? ? ? ? ? :GRID_FDDA = 0 ; ? ? ? ? ? ? ? ? :GFDDA_INTERVAL_M = 0 ; ? ? ? ? ? ? ? ? :GFDDA_END_H = 0 ; ? ? ? ? ? ? ? ? :GRID_SFDDA = 0 ; ? ? ? ? ? ? ? ? :SGFDDA_INTERVAL_M = 0 ; ? ? ? ? ? ? ? ? :SGFDDA_END_H = 0 ; ? ? ? ? ? ? ? ? :SF_URBAN_PHYSICS = 0 ; ? ? ? ? ? ? ? ? :FEEDBACK = 1 ; ? ? ? ? ? ? ? ? :SMOOTH_OPTION = 0 ; ? ? ? ? ? ? ? ? :SWRAD_SCAT = 1.f ; ? ? ? ? ? ? ? ? :W_DAMPING = 0 ; ? ? ? ? ? ? ? ? :MOIST_ADV_OPT = 1 ; ? ? ? ? ? ? ? ? :SCALAR_ADV_OPT = 1 ; ? ? ? ? ? ? ? ? :TKE_ADV_OPT = 1 ; ? ? ? ? ? ? ? ? :DIFF_6TH_OPT = 0 ; ? ? ? ? ? ? ? ? :DIFF_6TH_FACTOR = 0.12f ; ? ? ? ? ? ? ? ? :OBS_NUDGE_OPT = 0 ; ? ? ? ? ? ? ? ? :WEST-EAST_PATCH_START_UNSTAG = 1 ; ? ? ? ? ? ? ? ? :WEST-EAST_PATCH_END_UNSTAG = 140 ; ? ? ? ? ? ? ? ? :WEST-EAST_PATCH_START_STAG = 1 ; ? ? ? ? ? ? ? ? :WEST-EAST_PATCH_END_STAG = 141 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_PATCH_START_STAG = 1 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_PATCH_END_STAG = 141 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_PATCH_START_STAG = 1 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_PATCH_END_STAG = 30 ; ? ? ? ? ? ? ? ? :GRID_ID = 2 ; ? ? ? ? ? ? ? ? :PARENT_ID = 1 ; ? ? ? ? ? ? ? ? :I_PARENT_START = 14 ; ? ? ? ? ? ? ? ? :J_PARENT_START = 10 ; ? ? ? ? ? ? ? ? :PARENT_GRID_RATIO = 5 ; ? ? ? ? ? ? ? ? :DT = 60.f ; ? ? ? ? ? ? ? ? :CEN_LAT = 40.5046f ; ? ? ? ? ? ? ? ? :CEN_LON = -3.839993f ; ? ? ? ? ? ? ? ? :TRUELAT1 = 43.427f ; ? ? ? ? ? ? ? ? :TRUELAT2 = 43.427f ; ? ? ? ? ? ? ? ? :MOAD_CEN_LAT = 43.427f ; ? ? ? ? ? ? ? ? :STAND_LON = -3.84f ; ? ? ? ? ? ? ? ? :POLE_LAT = 90.f ; ? ? ? ? ? ? ? ? :POLE_LON = 0.f ; ? ? ? ? ? ? ? ? :GMT = 18.f ; ? ? ? ? ? ? ? ? :JULYR = 2007 ; ? ? ? ? ? ? ? ? :JULDAY = 365 ; ? ? ? ? ? ? ? ? :MAP_PROJ = 1 ; ? ? ? ? ? ? ? ? :MMINLU = "" ; ? ? ? ? ? ? ? ? :NUM_LAND_CAT = 24 ; ? ? ? ? ? ? ? ? :ISWATER = 16 ; ? ? ? ? ? ? ? ? :ISLAKE = 0 ; ? ? ? ? ? ? ? ? :ISICE = 0 ; ? ? ? ? ? ? ? ? :ISURBAN = 0 ; ? ? ? ? ? ? ? ? :ISOILWATER = 0 ; } Catherine Meissner Software Development Manager ? ? Fjordgaten 15 ? ? N-3125 T?nsberg, Norway ? ? Switchboard +47 33 38 18 00 ? ? www.windsim.com Email Direct? Fax? ? ? ? catherine at windsim.com +47 33 38 18 06 +47 33 38 18 08 Upcoming WindSim events: Brazil WindPower 2011 August 31 ? 2, Rio de Janeiro, Brazil Booth 141 VIND 2011 September 14 ? 15, Stockholm, Sweden EOLICA EXPO 2011 September 14 ? 16, Rome, Italy Booth B8/C7 GREEN EXPO 2011 September 27 ? 29, Mexico City, Mexico WIND POWER EXPO+ September 27 ? 29, Zaragoza, Spain CanWEA October 3 ? 6, Vancouver, Canada For upcoming WindSim training courses, please visit: http://www.windsim.com/events/training-courses.aspx This? message? contains? information? that? may? be? privileged? or confidential and? is? the? property? of? WindSim? AS.? It? is? intended only? for? the? person? to whom? it? is? addressed.? If? you? are? not? the intended? recipient,? you? are? not authorized? to? print,? retain,? copy, disseminate,? distribute,? or? use? this message? or? any? part? thereof. If? you? receive? this? message? in? error,? please notify? the? sender immediately? and? delete? all? copies? of? this? message. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 1984 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment.png -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 1790 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment.jpe ------------------------------ _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr End of gradsusr Digest, Vol 19, Issue 27 **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/c7a3f3f0/attachment-0002.html From esjluis at yahoo.com.mx Thu Sep 15 11:07:15 2011 From: esjluis at yahoo.com.mx (jl sa) Date: Thu, 15 Sep 2011 08:07:15 -0700 (PDT) Subject: [gradsusr] gradsusr Digest, Vol 19, Issue 27 In-Reply-To: References: Message-ID: <1316099235.78111.YahooMailNeo@web111003.mail.gq1.yahoo.com> ________________________________ ? 2. using sdfopen and open in the same script ? ? ? (SMITH, JONATHAN WYNN. (GSFC-6133)) ? hola lo que noto es que en algunas lineas no pones el define y que no indicas de donde leera la informacion por ejemplo: hi what I notice is that some lines do not put the set and does not indicate where such information will read: "a = ave(u, t=133, t=201,1)" "b = ave(v, t=133, t=201,1)" "define a = ave(u.1, t=133, t=201,1)" "define b = ave(v.1, t=133, t=201,1)" a mi me a ocurrido que si no indico de donde leera el archivo no reconoce la informacion, aunque sea por default que esta en el primer archivo has occurred to me that if I indicate to read from the file does not recognize the information, even if by default that the first file espero te haya ayudado I hope helped you atte jluis Message: 2 Date: Wed, 14 Sep 2011 17:23:47 -0500 From: "SMITH, JONATHAN WYNN. (GSFC-6133)" Subject: [gradsusr] using sdfopen and open in the same script To: "gradsusr at gradsusr.org" Message-ID: ??? <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9556 at NDMSSCC05.ndc.nasa.gov> Content-Type: text/plain; charset="us-ascii" Hello, With the attached script I am having trouble using sdfopen and open together.? The sdfopen is used with a netcdf file and the variables for wind are u and v.? The open files are with a ARWpost output. The wind variable here are U and V.? I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 -------------- next part -------------- A non-text attachment was scrubbed... Name: avg_panel_wrf_ecmwf.gs Type: application/octet-stream Size: 6209 bytes Desc: avg_panel_wrf_ecmwf.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/006d0b6e/attachment-0001.obj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bbbc1de2/attachment-0002.html From GRamaphane at gov.bw Thu Sep 15 09:25:35 2011 From: GRamaphane at gov.bw (Galebonwe Ramaphane) Date: Thu, 15 Sep 2011 15:25:35 +0200 Subject: [gradsusr] Color Bars In-Reply-To: <006d01cc730d$65f4c190$31de44b0$@edu> References: <006d01cc730d$65f4c190$31de44b0$@edu> Message-ID: Adam A simple set RGB script is attached. I don't exactly know the difference between purplish_red, purple_red ,etc. but the color range works well for my graphics. Galebonwe Ramaphane Department of Meteorological Services P.O. BOX 10100 Gaborone Botswana Tel: +267 3612200 Mobile: +267 74435261 From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Adam Cinderich Sent: Wednesday, September 14, 2011 8:38 PM To: gradsusr at gradsusr.org Subject: [gradsusr] Color Bars Hello: I am investigating how well RCMs perform in the GLR. My current range of values are 251-280 (for January, for example) and I wish to use more than the default 13 colors as I'm afraid some of the variations will be lost by this coarse of a temperature scale. I know you can assign new colors using the 'set rgb' command but because I'm still relatively new to GrADS, I'm not sure what values are best to use. Can anyone offer a few color bar examples similar to the 13-color default but that might include 20 colors (or so) rather than only 13? If so, can you please email me the 'set ccols' you use and/or the rgb values associated with your created colors? Thank you in advance, Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/aa91a560/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: rgb2.gs Type: application/octet-stream Size: 1024 bytes Desc: rgb2.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/aa91a560/attachment-0002.obj From r.bantges at imperial.ac.uk Thu Sep 15 13:07:36 2011 From: r.bantges at imperial.ac.uk (Bantges, Richard J) Date: Thu, 15 Sep 2011 17:07:36 +0000 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: <4E6F9311.2010704@noaa.gov> References: <4E6F9311.2010704@noaa.gov> Message-ID: Hi - thanks to everyone that took the time to reply to my query, apologies that I didn't respond to each of you individually. I've managed to write a GrADS compatible netCDF file (using IDL) that can be opened using sdfopen in GrADS. However, I'm now trying to figure out if it's possible to do the following with the realms of sdfopen (i.e. I don't want to write a control file if it can be avoided): 1. Define what the missing values in my data array are. I know how this could be done using a control file, but is it possible to include this within the netCDF? 2. I have a 2D data array, that ideally I'd like to make 3D (x,y,z) (where x longitude, y latitude, and z would be levels). Again I know how to do this using a control file, but would like to know if it's possible to do this within the netCDF file, such that sdfopen in GrADS will read it. If I have to write a control file, then so be it, but I don't use GrADS at all (I'm learning) but I need to supply some data in this format. Many thanks, Rich On 9/13/2011 9:49 AM, Bantges, Richard J wrote: > Hi there, > > I'm trying to write a GrADS compatible netCDF file using ITT's IDL > software, that can then be read in using GrADS's sdfopen command. > Does anyone have an example IDL procedure that does this please? > > I've managed to write out data in a gridded binary data file that is > described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html > but ideally I'd like to write these in netCDF format. The main problem > is writing the netCDF so that the associated control file accurately > describes the netCDF file content. > > So, if anyone has a very simple IDL procedure that writes out a netCDF > file that can be directly read by GrADS using the sdfopen command that > would be fantastic. From hyacinth.1 at hotmail.com Thu Sep 15 14:34:53 2011 From: hyacinth.1 at hotmail.com (Hyacinth Nnamchi) Date: Fri, 16 Sep 2011 02:34:53 +0800 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Hello, This is not directly about GrADS but since most of address similar problems, I guess someone on this forum will be able to answer my question. I understand that to calculate moisture transport, given zonal, meridional winds and specific humidity, can simply do: 'define zon=uwnd.1*shum.3' 'define mer=vwnd.2*shum.3' 'd zon,mer' But, I want to plot vectors indicating field of net moisture flux (all arrows converging/diverging) instead of just transport. Thanks for any ideas. Hyacinth -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/0ade177b/attachment-0002.html From wendellrgf at yahoo.com.br Thu Sep 15 16:00:37 2011 From: wendellrgf at yahoo.com.br (Wendell Farias) Date: Thu, 15 Sep 2011 13:00:37 -0700 (PDT) Subject: [gradsusr] Accumulated precipitation script Message-ID: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> Hi everyone, Anybody knows how can I calculate the accumulated precipitation on a meteogram? My outputs are hourly and I want to display the accumulated precipitation on each day. Thank's in advance, -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/18c45400/attachment-0002.html From jdduda at iastate.edu Thu Sep 15 18:34:50 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 15 Sep 2011 17:34:50 -0500 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' (note the semicolon instead of a comma). Jeff Duda 2011/9/15 Hyacinth Nnamchi > Hello, > > This is not directly about GrADS but since most of address similar > problems, I guess someone on this forum will be able to answer my question. > > I understand that to calculate moisture transport, given zonal, meridional > winds and specific humidity, can simply do: > > 'define zon=uwnd.1*shum.3' > 'define mer=vwnd.2*shum.3' > 'd zon,mer' > > But, I want to plot vectors indicating field of net moisture flux (all arrows converging/diverging) instead of just transport. > > Thanks for any ideas. > > Hyacinth > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bf1832b6/attachment-0002.html From metris at clear.net.nz Thu Sep 15 19:59:01 2011 From: metris at clear.net.nz (Howard Staines) Date: Fri, 16 Sep 2011 11:59:01 +1200 Subject: [gradsusr] Graphing Warm and Cold advection? Message-ID: <005101cc7403$70f6ad00$52e40700$@net.nz> I was wanting to create a script for thermal advection ... not sure How to go about it ... any guidance would be appreciated Regards Howard Staines Metris Limited phone 0800 372 433 - mobile 027 2785586 - P O Box 5136 Greenmeadows, NAPIER email info at metris.co.nz - info at metscape.net.nz - website www.metris.co.nz - www.metscape.net.nz From ela at cola.iges.org Thu Sep 15 20:30:14 2011 From: ela at cola.iges.org (Eric Altshuler) Date: Thu, 15 Sep 2011 20:30:14 -0400 (EDT) Subject: [gradsusr] Graphing Warm and Cold advection? In-Reply-To: <005101cc7403$70f6ad00$52e40700$@net.nz> Message-ID: <1360336720.3722.1316133014640.JavaMail.root@mail.iges.org> Hello Howard, You can use these commands in a grads exec file (note: this is not written in the grads scripting language) pi=3.14159265359 dtr=pi/180 a=6.371e6 un=&0 vn=&1 tn=&2 dx=a*cos(dtr*lat)*dtr*cdiff(lon,x) dy=a*dtr*cdiff(lat,y) dtdx=cdiff(tn,x)/dx dtdy=cdiff(tn,y)/dy tadv=-un*dtdx-vn*dtdy Copy and paste these lines into a file named 'tmpadv' and run it in grads as follows: exec tmpadv U V T where U, V and T are the names of your zonal wind, meridional wind, and temperature variables respectively. The defined variable tadv is the temperature advection. Best regards, Eric L. Altshuler Assistant Research Scientist Center for Ocean-Land-Atmosphere Studies 4041 Powder Mill Road, Suite 302 Calverton, MD 20705-3106 USA E-mail: ela at cola.iges.org Phone: (301) 902-1257 Fax: (301) 595-9793 ----- Original Message ----- From: "Howard Staines" To: gradsusr at gradsusr.org Sent: Thursday, September 15, 2011 7:59:01 PM Subject: [gradsusr] Graphing Warm and Cold advection? I was wanting to create a script for thermal advection ... not sure How to go about it ... any guidance would be appreciated Regards Howard Staines Metris Limited phone 0800 372 433 - mobile 027 2785586 - P O Box 5136 Greenmeadows, NAPIER email info at metris.co.nz - info at metscape.net.nz - website www.metris.co.nz - www.metscape.net.nz _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From mireieta at gmail.com Thu Sep 15 20:57:04 2011 From: mireieta at gmail.com (Mireieta) Date: Thu, 15 Sep 2011 18:57:04 -0600 Subject: [gradsusr] Drawing Arbitrary Lines Message-ID: Hi, I am plotting arbitrry cross sections as explained in the grads documentation. Now, I would like to draw the lines through where I am doing the cross sections in a 2D lon-lat map. Anyone knows how to do this? Thanks -- Mireia -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/3d4c9128/attachment-0002.html From jdduda at iastate.edu Thu Sep 15 21:28:49 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 15 Sep 2011 20:28:49 -0500 Subject: [gradsusr] Drawing Arbitrary Lines In-Reply-To: References: Message-ID: I'm assuming you know the lat/lon coordinates of the end points of the line representing the cross section. Use 'q w2xy lat lon' to determine where on the virtual page your lat/lon coordinates lie. Then take the output into some variable and use the draw linecommand to draw the line on the page. If you are drawing with projected data, beware that the line you draw will probably be distorted due to the projection. But if you are using latlon for mproj, your line should appear correctly. Jeff Duda On Thu, Sep 15, 2011 at 7:57 PM, Mireieta wrote: > Hi, > > I am plotting arbitrry cross sections as explained in the grads > documentation. Now, I would like to draw the lines through where I am doing > the cross sections in a 2D lon-lat map. > > Anyone knows how to do this? > > Thanks > > -- > Mireia > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/732cd6e7/attachment-0002.html From joe at wxjoe.com Thu Sep 15 22:33:11 2011 From: joe at wxjoe.com (Joe Moore) Date: Thu, 15 Sep 2011 22:33:11 -0400 Subject: [gradsusr] Problem accessing NCEP (NOMADS) GrADS-DODS server (from a web server) In-Reply-To: References: Message-ID: Steve, The identical script was running fine on my local machine. However, I discovered that port 9090 is blocked at my web host. (Bluehost - it's a cheap host... when I initially signed up for the hosting I didn't even think I'd be running GrADS on it!) Turns out I can unblock a port IF I lease a dedicated IP address (they only charge $2.50/month, so I'm OK with that for now.) I know this probably doesn't apply to most government, academic and business users of GrADS, but it's worth a shot: Are there any other users running GrADS on an affordable web host? My budget is little (since this is purely a personal project) but I'd be interested to see if anyone recommends any other hosting companies. Thanks, Joe On Wed, Sep 14, 2011 at 9:10 AM, Stephen McMillan wrote: > Joe, > > I realize this is 12 hours later, but I just now successfully opened the > same dataset. Here's the command output: > > Grid Analysis and Display System (GrADS) Version 2.0.a7.oga.3 > Copyright (c) 1988-2008 by Brian Doty and the > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v2.0.a7.oga.3 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 > opendap-grids,stn athena geotiff > Issue 'q config' command for more information. > Loading User Defined Extensions table ... ok. > GX Package Initialization: Size = 11 8.5 > Scanning self-describing file: > http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rt > ma2p520110913/rtma2p5_anl_23z > SDF file > http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p520110913/rtma2p5_a > nl_23z is open as file 1 > LON set to -130.103 -60.9033 > LAT set to 20.192 52.7926 > LEV set to 0 0 > Time values set: 2011:9:13:23 2011:9:13:23 > E set to 1 1 > ____________________ > > As you can see above, I'm using a slightly earlier opengrads version. I > plotted one of the variables--no problem. However, when I tried to open a > file that I know would not exist (e.g., today's 23Z data), I got a response > somewhat similar to yours. > > Stephen McMillan > > > On Tue, Sep 13, 2011 at 9:20 PM, Joe Moore wrote: > >> All, >> >> I'm having a problem using the GrADS Data Server (GrADS-DODS) from NCEP >> (NOMADS). I am using the sdfopen command to access the dataset (RTMA 2.5km). >> When I run the script locally on my Ubuntu machine, everything works great! >> However, when I transfered the script to my web host I get an error. >> >> Here's the line from my script: >> 'sdfopen >> http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p5'dapdate'/rtma2p5_anl_'currhr'z >> ' >> (where dapdate=YYYYMMDD and currhr=HH - yes, I've double checked to make >> sure the data exists.) >> >> Here's the output: >> ... >> Running in Batch mode >> No hardcopy metafile open >> All files closed; all defined objects released; >> All GrADS attributes have been reinitialized >> Error: nc_open failed to open file >> http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p520110913/rtma2p5_anl_23z >> NetCDF: I/O failure >> gadsdf: Couldn't ingest SDF metadata. >> ... >> >> I've tried searching the web and this (excellent) mailing list assistance >> but I can't seem to figure out what's going wrong. I suspect it may have >> something to do with my web host. (I use Bluehost- I know they're a somewhat >> subpar host, but I'm just a student experimenting with different things!) >> >> Here's what uname -a gives on my web server: >> Linux box566.bluehost.com 2.6.32-46.1.BHsmp #1 SMP Tue Sep 6 12:18:02 MDT >> 2011 x86_64 x86_64 x86_64 GNU/Linux >> >> If there's other tests I can run to probe the issue, let me know. Also, is >> this the best way to use the GrADS-DODS server? Should I just download the >> grib2 locally instead? >> >> I was planning to download the grib2 locally, but when I discovered the >> GrADS-DODS server I found out that this might not be necessary. I plan to >> run this script hourly, so please advise as to which method would be best. >> >> Thanks a lot! >> >> -Joe Moore >> >> The script in question: >> http://pastebin.com/MDQ9vk3y >> >> My GrADS config on my web server: >> Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds >> hdf5 opendap-grids,stn athena geotiff shapefile >> Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 >> Copyright (c) 1988-2010 by Brian Doty and the >> Institute for Global Environment and Society (IGES) >> This program is distributed WITHOUT ANY WARRANTY >> See file COPYRIGHT for more information. >> >> Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu >> >> This version of GrADS has been configured with the following options: >> o Built on a LITTLE ENDIAN machine >> o Athena Widget GUI ENABLED >> o Command line editing ENABLED >> http://tiswww.case.edu/php/chet/readline/rltop.html >> o printim command for image output ENABLED >> http://www.zlib.net >> http://www.libpng.org/pub/png/libpng.html >> http://www.libgd.org/Main_Page >> o GRIB2 interface ENABLED >> http://www.ijg.org >> http://www.ece.uvic.ca/~mdadams/jasper >> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >> g2clib-1.1.8 >> o NetCDF interface ENABLED >> http://www.unidata.ucar.edu/software/netcdf >> netcdf 4.1.1 of Jul 10 2010 23:36:25 $ >> o OPeNDAP gridded data interface ENABLED >> o OPeNDAP station data interface ENABLED >> http://iges.org/grads/gadoc/supplibs.html >> libgadap 2.0.oga.1 >> o HDF4 and HDF5 interfaces ENABLED >> http://hdfgroup.org >> HDF 4.2r3 >> HDF5 1.8.4 >> o GeoTIFF and KML/TIFF output ENABLED >> http://www.libtiff.org >> http://geotiff.osgeo.org >> o KML contour output ENABLED >> o Shapefile interface ENABLED >> http://shapelib.maptools.org >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > *************************************************** > The information contained in this e-mail message > is intended only for the use of the recipient(s) > named above and may contain information that is > privileged, confidential, and/or proprietary. > If you are not the intended recipient, you may not > review, copy or distribute this message. If you have > received this communication in error, please notify > the sender immediately by e-mail, and delete the original message. > *************************************************** > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/6024c099/attachment-0002.html From saeedbayat7276 at gmail.com Fri Sep 16 00:47:06 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Fri, 16 Sep 2011 09:17:06 +0430 Subject: [gradsusr] Accumulated precipitation script In-Reply-To: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> References: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> Message-ID: Hi Wendell, you can use SUM function in GrADS or use CDO(cdo -r daysum ifile ofile) Good Luck Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Fri, Sep 16, 2011 at 12:30 AM, Wendell Farias wrote: > Hi everyone, > > Anybody knows how can I calculate the accumulated precipitation on a > meteogram? My outputs are hourly and I want to display the accumulated > precipitation on each day. > > Thank's in advance, > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/8c8d1c77/attachment-0002.html From jakubguzikowski at o2.pl Fri Sep 16 08:35:33 2011 From: jakubguzikowski at o2.pl (=?UTF-8?Q?Jakub?=) Date: Fri, 16 Sep 2011 14:35:33 +0200 Subject: [gradsusr] =?utf-8?q?Drawing_Terrain_in_Arbitrary_Cross_Sections?= Message-ID: <6cc02b89.20559c2.4e734295.10417@o2.pl> I want to do a script and who draws the teren height on plot. script from http://cookbooks.opengrads.org/index.php?title=Recipe-023:_Drawing_Terrain_in_Arbitrary_Cross_Sections not work. And i search another script?? Jakub From dasilva at alum.mit.edu Fri Sep 16 09:32:34 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 16 Sep 2011 15:32:34 +0200 Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: <1316087758.6238.YahooMailNeo@web65513.mail.ac4.yahoo.com> References: <1316087758.6238.YahooMailNeo@web65513.mail.ac4.yahoo.com> Message-ID: On Thu, Sep 15, 2011 at 1:55 PM, Prof. Ranyere Nobrega < rs_nobrega at yahoo.com.br> wrote: > This is because there is no internet connection. Xming need an open > communication port. Try to use with any internet connection. > Yes and no. Xming talks to the localhost, so no internet connection to the outside is necessary. However, you must have basic network capability in your box, which Win 7 installations generally provide. Arlindo > > ------------------------------ > * > PROF. DR. RANY?RE SILVA N?BREGA > UNIVERSIDADE FEDERAL DE PERNAMBUCO - CENTRO DE FILOSOFIA E CI?NCIAS > HUMANAS > DEPARTAMENTO DE CI?NCIAS GEOGR?FICAS > * > Chefe Departamento de Ci?ncias Geogr?ficas > Editor Revista de Geografia (Recife) > Fone:(81)2126-8275/2126-7373 > Emails: ranyere.nobrega at ufpe.br / ranyere.nobrega at yahoo.com.br / > ranyere.nobrega at pq.cnpq.br > S?tios: http://www.ranyerenobrega.pro.br / http://www.climabr.blogspot.com > Twitter: #ranyerenobrega Skype: rs_nobrega > > ------------------------------ > *De:* Arlindo da Silva > *Para:* GrADS Users Forum > *Enviadas:* Quarta-feira, 14 de Setembro de 2011 18:27 > *Assunto:* Re: [gradsusr] ??? xming in windows 7 > > On Tue, Sep 13, 2011 at 2:31 PM, Ousmane Ndiaye wrote: > > Still not working. > I install opengrads under windows XP (another machine) and it works. > Anyone has the same problem with windows 7. When I get at the prompt > (landscape yes/no) and I hit return everything vanish. > Ousmane > > > This kind of problem is usually related to your security settings. In many > Win 7 machines the anti-virus software pops up a window asking whether it is > OK for Xming to use some kind of port; you should say yes. But I believe > that depending on your settings it just blocks Xming, quietly. Windows XP is > a lot more lenient regarding security, so your are less likely to experience > issues like this, > > Arlindo > > > > ----- Original Message ----- > From: ?? <497805453 at qq.com> > To: GrADS Users Forum > Sent: Tue, 13 Sep 2011 05:32:59 -0400 (EDT) > Subject: [gradsusr] ??? xming in windows 7 > > To Ousmane > You can find it on sourceforge : > http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ > chose:grads-2.0.a9.oga.1-win32_superpack.zip after download, unzip it. > mofangbao from bbs.06climate.com > > ------------------ ???? ------------------ > ???: "Ousmane Ndiaye"; > ????: 2011?9?13?(???) ??5:10 > ???: "GrADS Users Forum"; > > ??: Re: [gradsusr] xming in windows 7 > > > Thanks > where can I find it can you send to me. > Ousmane > > ----- Original Message ----- > From: ?? <497805453 at qq.com> > To: GrADS Users Forum > Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) > Subject: Re: [gradsusr] xming in windows 7 > > To Ousmane Ndiaye > I'm using opengrads2.0.a9 superpak. There is a vb script document > called "grads.vbs",try to run it. > > mofangbao from bbs.06climate.com > > > ------------------ Original ------------------ > From: "Ousmane Ndiaye"; > Date: Tue, Sep 13, 2011 04:43 PM > To: "GrADS Users Forum"; > > Subject: [gradsusr] xming in windows 7 > > > Hi, > When I run opengrads under windows 7 : xming is not opening and opengrads > closes. > Any help > Ousmane > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/b30c747e/attachment-0002.html From matias.mendezp at gmail.com Fri Sep 16 09:38:03 2011 From: matias.mendezp at gmail.com (Matias Mendez) Date: Fri, 16 Sep 2011 22:38:03 +0900 Subject: [gradsusr] Accumulated precipitation script In-Reply-To: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> References: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> Message-ID: Hello Wendell, Charles Seman, member of this group, has previously shared a script ( prec_accum.gs) to accumulate precipitation, please see the following link: http://gradsusr.org/pipermail/gradsusr/2011-June/013531.html I'm sending that script. I hope this helps you. Regards, Matias On Fri, Sep 16, 2011 at 5:00 AM, Wendell Farias wrote: > Hi everyone, > > Anybody knows how can I calculate the accumulated precipitation on a > meteogram? My outputs are hourly and I want to display the accumulated > precipitation on each day. > > Thank's in advance, > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/4564a1e0/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: prec_accum.gs Type: application/octet-stream Size: 481 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110916/4564a1e0/attachment-0002.obj From dasilva at alum.mit.edu Fri Sep 16 09:39:54 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 16 Sep 2011 15:39:54 +0200 Subject: [gradsusr] Problem accessing NCEP (NOMADS) GrADS-DODS server (from a web server) In-Reply-To: References: Message-ID: On Fri, Sep 16, 2011 at 4:33 AM, Joe Moore wrote: > Steve, > > The identical script was running fine on my local machine. However, I > discovered that port 9090 is blocked at my web host. (Bluehost - it's a > cheap host... when I initially signed up for the hosting I didn't even think > I'd be running GrADS on it!) Turns out I can unblock a port IF I lease a > dedicated IP address (they only charge $2.50/month, so I'm OK with that for > now.) > > I know this probably doesn't apply to most government, academic and > business users of GrADS, but it's worth a shot: Are there any other users > running GrADS on an affordable web host? My budget is little (since this is > purely a personal project) but I'd be interested to see if anyone recommends > any other hosting companies. > > This is a question for the GDS providers, whether they would be willing to serve data on port 80. We do this for some of our servers, and it does make the data more accessible as it avoids problems like yours. As IT security tightens around the world you see more and more installations where ports such as 9090 and 8080 are closed. So, this does not affect only entry level web hosts. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/335103f4/attachment-0002.html From bernd.becker at metoffice.gov.uk Fri Sep 16 09:46:34 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Fri, 16 Sep 2011 14:46:34 +0100 Subject: [gradsusr] define variable independent of time In-Reply-To: <11DFC248-256B-4F55-8DD4-44F9C087786F@cola.iges.org> References: <11DFC248-256B-4F55-8DD4-44F9C087786F@cola.iges.org> Message-ID: Jenni et al. Many thanks, writing out and reading back in with a bespoke ctl file is the way to go. Unless someone writes a function to temporarily ignore one of the dimension settings set dfile 1 set t 3 56 define a=aave(T,lon=10,lon=30,lat=20,lat=60), define b=ignore(a,"time") so that b holds 52 area averages of T and is independent of time. repeat with another file (different time domain) and combine/composite the two. Thanks! Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jennifer Adams Sent: 12 September 2011 18:57 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time Happily combining 'whatever' with 'theother' requires a metadata override for one of the two defined variables. The best way to do this is not with define but by using fwrite and writing a new descriptor file that has a TDEF that matches one of the variables (or it could be completely abstract, maybe this would be better to avoid confusion later on). If the variables 'whatever' and 'theother' do not vary in E, you can use the E dimension to collect them into the same data set -- this might make the subsequent comparison a little easier. --Jennifer On Sep 12, 2011, at 4:03 AM, Becker, Bernd wrote: Jeff, That is is the really hard part. Each item fx and obs describes a chunk of a time series. One would have to manually calculate the start and end dates with respect to the reference dfile. If only (and I think Mike explained it a long time ago, and I cannot find the email) one could set file 1 set t 2 34 define whatever set dfile 2 set t 6 39 define theother and happily combine whatever with theother. Think about multimodel ensemble hindcast analysis, trying to composit observed phenomena with modelled phenomena that simply don't happen simultaneously. All the best, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jeffrey Duda Sent: 10 September 2011 18:41 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time You can reference the time of a variable when you use it in a statement. For example, you could do 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' This should help you do what you want to do. Jeff Duda On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd wrote: Thanks Arlindo, That would be nice for single numbers. It as one notch more elaborate: 'set dfile 2' 'set t 2 33' 'define obs = 'var'.2' 'set dfile 3' 'set t 2 33' 'define fx = 'var'.3' file 2 and 3 have different time frames. d fx-obs fails. And it would be a real bummer to have to calculate the times from one file relative to the other file. Compositing in this way would be really hard. Enjoy the weekend! Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva Sent: 09 September 2011 17:40 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd wrote: Simple question, complicated answer: I would like to composite stuff from several files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/86d3e351/attachment-0002.html From christopher.s.lynnes at nasa.gov Fri Sep 16 09:49:16 2011 From: christopher.s.lynnes at nasa.gov (Lynnes, Christopher S. (GSFC-6102)) Date: Fri, 16 Sep 2011 08:49:16 -0500 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: <4E6F9311.2010704@noaa.gov> Message-ID: On Sep 15, 2011, at 1:07 PM, Bantges, Richard J wrote: > Hi - thanks to everyone that took the time to reply to my query, apologies that I didn't respond to each of you individually. > > I've managed to write a GrADS compatible netCDF file (using IDL) that can be opened using sdfopen in GrADS. > > However, I'm now trying to figure out if it's possible to do the following with the realms of sdfopen (i.e. I don't want to write a control file if it can be avoided): > 1. Define what the missing values in my data array are. I know how this could be done using a control file, but is it possible to include this within the netCDF? > 2. I have a 2D data array, that ideally I'd like to make 3D (x,y,z) (where x longitude, y latitude, and z would be levels). Again I know how to do this using a control file, but would like to know if it's possible to do this within the netCDF file, such that sdfopen in GrADS will read it. > > If I have to write a control file, then so be it, but I don't use GrADS at all (I'm learning) but I need to supply some data in this format. > > Many thanks, > Rich Normally I wouldn't suggest an alternative tool on the GrADS mail list, but since your focus is on creating data that are GrADS-friendly... You may want to add nco (netCDF Operator) to your toolchest: it has some handy tools for munging netCDF files, like ncatted, for adding a _FillValue attribute to a variable in the netCDF file, and ncap2, which has some capabilities for reshaping arrays. See http://nco.sourceforge.net/. > > > On 9/13/2011 9:49 AM, Bantges, Richard J wrote: >> Hi there, >> >> I'm trying to write a GrADS compatible netCDF file using ITT's IDL >> software, that can then be read in using GrADS's sdfopen command. >> Does anyone have an example IDL procedure that does this please? >> >> I've managed to write out data in a gridded binary data file that is >> described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html >> but ideally I'd like to write these in netCDF format. The main problem >> is writing the netCDF so that the associated control file accurately >> describes the netCDF file content. >> >> So, if anyone has a very simple IDL procedure that writes out a netCDF >> file that can be directly read by GrADS using the sdfopen command that >> would be fantastic. > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Dr. Christopher Lynnes NASA/GSFC, Code 610.2 phone: 301-614-5185 From regis at lamma.ufrj.br Fri Sep 16 11:25:06 2011 From: regis at lamma.ufrj.br (=?ISO-8859-1?Q?Reginaldo_Ventura_de_S=E1?=) Date: Fri, 16 Sep 2011 12:25:06 -0300 Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: References: <1316087758.6238.YahooMailNeo@web65513.mail.ac4.yahoo.com> Message-ID: Hi, I use grads in windows 7 (all versions) and Xming works normally. Pay attention to the windows firewall or other software of any kind, and ant-virus software. >> >> >> Hi, >> When I run opengrads under windows 7 : xming is not opening and opengrads >> closes. >> Any help >> Ousmane >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > From mireieta at gmail.com Fri Sep 16 12:59:35 2011 From: mireieta at gmail.com (Mireieta) Date: Fri, 16 Sep 2011 10:59:35 -0600 Subject: [gradsusr] Drawing Arbitrary Lines In-Reply-To: References: Message-ID: Great! Thanks Jeffrey! I didn't know about the existence of this option 'q w2xy lat lon' to find the virtual page coordinates! Mireia 2011/9/15 Jeffrey Duda > I'm assuming you know the lat/lon coordinates of the end points of the line > representing the cross section. Use 'q w2xy lat lon' to determine where on > the virtual page your lat/lon coordinates lie. Then take the output into > some variable and use the draw linecommand to draw the line on the page. If you are drawing with projected > data, beware that the line you draw will probably be distorted due to the > projection. But if you are using latlon for mproj, your line should appear > correctly. > > Jeff Duda > > On Thu, Sep 15, 2011 at 7:57 PM, Mireieta wrote: > >> Hi, >> >> I am plotting arbitrry cross sections as explained in the grads >> documentation. Now, I would like to draw the lines through where I am doing >> the cross sections in a 2D lon-lat map. >> >> Anyone knows how to do this? >> >> Thanks >> >> -- >> Mireia >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Mireia -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/971fd5a3/attachment-0002.html From dave.allured at noaa.gov Fri Sep 16 14:21:16 2011 From: dave.allured at noaa.gov (Dave Allured) Date: Fri, 16 Sep 2011 12:21:16 -0600 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: <4E6F9311.2010704@noaa.gov> Message-ID: <4E73939C.3070107@noaa.gov> Richard, On 9/15/2011 11:07 AM, Bantges, Richard J wrote: > Hi - thanks to everyone that took the time to reply to my query, apologies that I didn't respond to each of you individually. > > I've managed to write a GrADS compatible netCDF file (using IDL) that can be opened using sdfopen in GrADS. > > However, I'm now trying to figure out if it's possible to do the following with the realms of sdfopen (i.e. I don't want to write a control file if it can be avoided): > 1. Define what the missing values in my data array are. I know how this could be done using a control file, but is it possible to include this within the netCDF? Just add the correct missing value attributes to your data variable. For maximum compatibility, add both of these: (IDL CODE, untested:) NCDF_ATTPUT, file_id, 'var_name', '_FillValue', vmissing NCDF_ATTPUT, file_id, 'var_name', 'missing_value', vmissing Where vmissing is a numeric scalar of the same data type as the data variable. > 2. I have a 2D data array, that ideally I'd like to make 3D (x,y,z) (where x longitude, y latitude, and z would be levels). Again I know how to do this using a control file, but would like to know if it's possible to do this within the netCDF file, such that sdfopen in GrADS will read it. Certainly you can write a 3-D array from IDL. Ahem, you should have taken a closer look at the IDL examples that were suggested by John Huddleston! Here is a lovely 4-D example from that collection; I am sure you can figure out how to cut it down to 3-D: http://www.unidata.ucar.edu/software/netcdf/examples/programs/pres_temp_4D_wr.pro Note that this example also shows how to make a proper coordinate variable for the added level dimension, which you will need for automatic sdfopen compatibility. --Dave From hyacinth.1 at hotmail.com Fri Sep 16 15:09:40 2011 From: hyacinth.1 at hotmail.com (Hyacinth Nnamchi) Date: Sat, 17 Sep 2011 03:09:40 +0800 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Jeff, I seems my question wasn't well framed, and so you dealt with the typo. I have attached two Figs showing what the calculations below will give and what exactly I'll like to do. Thanks, Hyacinth > Date: Thu, 15 Sep 2011 17:34:50 -0500> From: Jeffrey Duda > Subject: Re: [gradsusr] Moisture flux convergence/divergence > To: GrADS Users Forum > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > (note the semicolon instead of a comma). > > Jeff Duda > > 2011/9/15 Hyacinth Nnamchi > > > Hello, > > > > This is not directly about GrADS but since most of address similar > > problems, I guess someone on this forum will be able to answer my question. > > > > I understand that to calculate moisture transport, given zonal, meridional > > winds and specific humidity, can simply do: > > > > 'define zon=uwnd.1*shum.3' > > 'define mer=vwnd.2*shum.3' > > 'd zon,mer' > > > > But, I want to plot vectors indicating field of net moisture flux (all arrows converging/diverging) instead of just transport. > > > > Thanks for any ideas. > > > > Hyacinth > > > > > > __ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/1b50431d/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: moisture_div_arrows_eg.pdf Type: application/pdf Size: 156846 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110917/1b50431d/attachment-0002.pdf From roger.torres at cptec.inpe.br Fri Sep 16 15:32:05 2011 From: roger.torres at cptec.inpe.br (Roger Rodrigues Torres) Date: Fri, 16 Sep 2011 16:32:05 -0300 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Dear Hyacinth, are you interested in calculating the "vertically integrated moisture transport", or the convergence only in one single level? If you are interested in the firts one, I calculate, for exemple, in the following manner: 'sdfopen file-pressure.nc' 'sdfopen file-zonal-wind.nc' 'sdfopen file-meridional-wind.nc' 'define QiJAN=ave(vint(prmsl.1(z=1)/100,shum.1*uwnd.2,200),t=1,t=1560,12)' 'define QjJAN=ave(vint(prmsl.1(z=1)/100,shum.1*vwnd.3,200),t=1,t=1560,12)' 'set gxout vector' 'd QiJAN;QjJAN' Addicionally, if you wish to plot the "vertically integrated moisture flux convergence" 'define divQ=hdivg(QiJAN,QjJAN)' 'set gxout shaded' 'd divQ' Cheers, Roger Torres 2011/9/16 Hyacinth Nnamchi > Jeff, > > I seems my question wasn't well framed, and so you dealt with the typo. I > have attached two Figs showing what the calculations below will give and > what exactly I'll like to do. > > Thanks, > > Hyacinth > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > From: Jeffrey Duda > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > To: GrADS Users Forum > > Message-ID: > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > > (note the semicolon instead of a comma). > > > > Jeff Duda > > > > 2011/9/15 Hyacinth Nnamchi > > > > > Hello, > > > > > > This is not directly about GrADS but since most of address similar! > > > problems, I guess someone on this forum will be able to answer my > question. > > > > > > I understand that to calculate moisture transport, given zonal, > meridional > > > winds and specific humidity, can simply do: > > > > > > 'define zon=uwnd.1*shum.3' > > > 'define mer=vwnd.2*shum.3' > > > 'd zon,mer' > > > > > > But, I want to plot vectors indicating field of net moisture flux (all > arrows converging/diverging) instead of just transport. > > > > > > Thanks for any ideas. > > > > > > Hyacinth > > > > > > > > > __ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Roger Rodrigues Torres PhD. Student in Meteorology National Institute for Space Research (INPE) Phone: 55 12 3186-9541 Personal Webpage: http://rtorres.webnode.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/db280db5/attachment-0002.html From Frank_Colby at uml.edu Fri Sep 16 15:33:26 2011 From: Frank_Colby at uml.edu (Frank Colby) Date: Fri, 16 Sep 2011 15:33:26 -0400 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: <4E73A486.2000503@uml.edu> Hyacinth, Can't you just use centered differences to compute the divergence of the moisture fluxes you have computed? That is, cdiff(zon,x) and cdiff(mer,y), correcting for the earth's curvature as needed? (see the Grads Documentation Index for that part). But maybe I'm missing something... Frank On 9/16/2011 3:09 PM, Hyacinth Nnamchi wrote: > Jeff, > > I seems my question wasn't well framed, and so you dealt with the > typo. I have attached two Figs showing what the calculations below > will give and what exactly I'll like to do. > > Thanks, > > Hyacinth > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > From: Jeffrey Duda > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > To: GrADS Users Forum > > Message-ID: > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > > (note the semicolon instead of a comma). > > > > Jeff Duda > > > > 2011/9/15 Hyacinth Nnamchi > > > > > Hello, > > > > > > This is not directly about GrADS but since most of address similar! > > > problems, I guess someone on this forum will be able to answer my > question. > > > > > > I understand that to calculate moisture transport, given zonal, > meridional > > > winds and specific humidity, can simply do: > > > > > > 'define zon=uwnd.1*shum.3' > > > 'define mer=vwnd.2*shum.3' > > > 'd zon,mer' > > > > > > But, I want to plot vectors indicating field of net moisture flux > (all arrows converging/diverging) instead of just transport. > > > > > > Thanks for any ideas. > > > > > > Hyacinth > > > > > > > > > __ > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/0e0e75ac/attachment-0002.html From Matei.Georgescu at asu.edu Fri Sep 16 16:01:37 2011 From: Matei.Georgescu at asu.edu (Matei Georgescu) Date: Fri, 16 Sep 2011 13:01:37 -0700 Subject: [gradsusr] Box Plot in GrADS? Message-ID: Greetings fellow GrADS users, I am interested in creating a (kind of) box plot and I'm wondering whether it is possible to do so using GrADS. I've attached a sketch of the type of plot I'm looking to create. Basically, the data itself consists of: value of ensemble member 1-4 (depicted by the horizontal line above "Scenario 1a", "Scenario 1b", etc., for a total of 4 different scenarios. (the circle is simply an average of each of the members) Note: The data is time and space independent and the trick is to create a *ctl file and arranging the corresponding data file that would permit such a graph. Would appreciate some advice on how to go about doing this in GrADS, if at all possible. thanks much, matei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/e0f644d5/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Example.jpg Type: image/jpeg Size: 28932 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110916/e0f644d5/attachment-0002.jpg From Mason.D.Rowell-1 at ou.edu Fri Sep 16 16:14:13 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Fri, 16 Sep 2011 20:14:13 +0000 Subject: [gradsusr] Advanced Usage of Ave Function In-Reply-To: References: <201108272150145462246@163.com> , Message-ID: Jeff, On this, should I have at the beginning of my grads script open commands in single quotes for each of the 25 files I will be averaging, like I would at the command prompt? I'd imagine it would have to be done at some point for the script to use it. Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Jeffrey Duda [jdduda at iastate.edu] Sent: Sunday, August 28, 2011 8:53 PM To: GrADS Users Forum Subject: Re: [gradsusr] Advanced Usage of Ave Function Mason, It sounds like you'll have to hard code the lat/lon boxes for each ave command then. Try something like lat1.1 = ... lat1.2 = ... . . . lat1.n = ... --- lat2.1 = ... lat2.2 = ... . . . lat2.n = ... --- lon1.1 = ... lon1.2 = ... . . . lon1.n = ... --- lon2.1 = ... lon2.2 = ... . . . lon2.n = ... where lat1 and lat2 are the start and end latitudes of the box and lon1 and lon2 are th start and end longitudes of the box, and n is the number of files. Then do a = 1 sum = 0 while (a <= n) 'd asum(field.'a',lon='lon1.a',lon='lon2.a',lat='lat1.a',lat='lat2.a')' *insert commands to take the output value into a new variable called summand sum = sum + summand a = a +1 endwhile average = sum/n Is this what you are trying to do? Jeff Duda 2011/8/28 Rowell, Mason D. > Thank you for your response, The trouble is, I don't want the domains for each file to match. I have GRIB data that I have made ctl files for with grib2ctl.pl but I want to center each file (for a different day) on a different grid point and then average the files. Thus I wouldn't be averaging the same actual grid point in space each time. Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of James Ciarlo` [james.ciarlo at physics.org] Sent: Saturday, August 27, 2011 9:02 AM To: GrADS Users Forum Subject: Re: [gradsusr] Advanced Usage of Ave Function try opening them together open file.ctl open file2.ctl open file3.ctl .... etc then set the domain conditions (so that they all match) then just ave. Remember to call the variables with var.1, var.2 depending on the file number. if you give us an example of the commands you are trying to use we can probably help better Regards, James 2011/8/27 zjuyanlibin > convert the different domains into a same domain at first step. ________________________________ ???? Rowell, Mason D. ????? 2011-08-27 04:42:50 ???? GrADS Users Forum ??? ??? [gradsusr] Advanced Usage of Ave Function All, Is there a way to average several different files (presumably the same variable in each file) but with a different domain setting for each file? Mason _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/f063a7a5/attachment-0002.html From a.arvensis at gmail.com Fri Sep 16 16:34:13 2011 From: a.arvensis at gmail.com (Alauda arvensis) Date: Fri, 16 Sep 2011 22:34:13 +0200 Subject: [gradsusr] Convert monthly to yearly accumulated rainfall Message-ID: Dear GrADS users, My data consists of 50 years of monthly rainfall. I want to convert this data into yearly accumulated rainfall for every year. So I am looking for something like: 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every year, so that in the end I have 50 time steps. Any hints welcome! Thanks! Kind regards, Chris PS: I already tried "mon2yr.gs" from Bin Guan's page, but something does not appear to work. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/38b3c176/attachment-0002.html From colysar at gmail.com Fri Sep 16 17:20:52 2011 From: colysar at gmail.com (Coly SAR) Date: Fri, 16 Sep 2011 21:20:52 +0000 Subject: [gradsusr] lats4d and re Message-ID: I have a 3D nc file with 6 variables and I want to regrid it to 0.5? using lats4d. I issued this command below but the file created remains the same as infile and no regrid done. >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func re(@,0.5) I am using opengrad v 2.9 and need any suggestion on how to do this regrid. Thanks, CS -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/c08289ab/attachment-0002.html From jonathan.smith at nasa.gov Fri Sep 16 17:40:57 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Fri, 16 Sep 2011 16:40:57 -0500 Subject: [gradsusr] using sdfopen and open in the same script Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF955D@NDMSSCC05.ndc.nasa.gov> Hello, With the attached script I am having trouble using sdfopen and open together. The sdfopen is used with a netcdf file and the variables for wind are u and v. The open files are with a ARWpost output. The wind variable here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 From roger.torres at cptec.inpe.br Fri Sep 16 17:52:58 2011 From: roger.torres at cptec.inpe.br (Roger Rodrigues Torres) Date: Fri, 16 Sep 2011 18:52:58 -0300 Subject: [gradsusr] using sdfopen and open in the same script In-Reply-To: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF955D@NDMSSCC05.ndc.nasa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF955D@NDMSSCC05.ndc.nasa.gov> Message-ID: Hi Jonathan, maybe you forgot to attach the script. On the other hand, it seems that your problem is not in the open and sdfopen function. When you open two or more files, like 'sdfopen uwnd.nc' 'sdfopen vwnd.nc' 'open ARWpost.ctl' you call the variables in this way: uwnd.1(t=1, or some time of interest) vwnd.2(t=sth) arw.3(t=sth) I wish this can help you. Regards, Roger Torres 2011/9/16 SMITH, JONATHAN WYNN. (GSFC-6133) > Hello, > > With the attached script I am having trouble using sdfopen and open > together. The sdfopen is used with a netcdf file and the variables for wind > are u and v. The open files are with a ARWpost output. The wind variable > here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 > but no success. > > Any help with how to get these working will be appreciated. > Jonathan > > > Jonathan Wynn Smith > Student Trainee > jonathan.smith at nasa.gov > NASA/Goddard Space Flight Center > Code 613.3 - Atmospheric Chemistry and Dynamics Branch > Greenbelt, MD 20771 > 301-614-5956 > > Doctoral Candidate > jonathan.smith at bison.howard.edu > Howard University Program in Atmospheric Sciences > Washington, DC 20059 > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Roger Rodrigues Torres PhD. Student in Meteorology National Institute for Space Research (INPE) Phone: 55 12 3186-9541 Personal Webpage: http://rtorres.webnode.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/a33b18a7/attachment-0002.html From jdduda at iastate.edu Fri Sep 16 19:23:02 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Fri, 16 Sep 2011 18:23:02 -0500 Subject: [gradsusr] Advanced Usage of Ave Function In-Reply-To: References: <201108272150145462246@163.com> Message-ID: Yes. 2011/9/16 Rowell, Mason D. > Jeff, > > On this, should I have at the beginning of my grads script open commands in > single quotes for each of the 25 files I will be averaging, like I would at > the command prompt? I'd imagine it would have to be done at some point for > the script to use it. > > Mason > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on > behalf of Jeffrey Duda [jdduda at iastate.edu] > *Sent:* Sunday, August 28, 2011 8:53 PM > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] Advanced Usage of Ave Function > > Mason, > It sounds like you'll have to hard code the lat/lon boxes for each ave > command then. Try something like > > lat1.1 = ... > lat1.2 = ... > . > . > . > lat1.n = ... > > --- > > lat2.1 = ... > lat2.2 = ... > . > . > . > lat2.n = ... > > --- > > lon1.1 = ... > lon1.2 = ... > . > . > . > lon1.n = ... > > --- > > lon2.1 = ... > lon2.2 = ... > . > . > . > lon2.n = ... > > where lat1 and lat2 are the start and end latitudes of the box and lon1 and > lon2 are th start and end longitudes of the box, and n is the number of > files. Then do > > a = 1 > sum = 0 > while (a <= n) > 'd asum(field.'a',lon='lon1.a',lon='lon2.a',lat='lat1.a',lat='lat2.a')' > *insert commands to take the output value into a new variable called > summand > sum = sum + summand > a = a +1 > endwhile > > average = sum/n > > Is this what you are trying to do? > > Jeff Duda > > 2011/8/28 Rowell, Mason D. > >> Thank you for your response, >> >> The trouble is, I don't want the domains for each file to match. I have >> GRIB data that I have made ctl files for with grib2ctl.pl but I want to >> center each file (for a different day) on a different grid point and then >> average the files. Thus I wouldn't be averaging the same actual grid point >> in space each time. >> >> Mason >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on >> behalf of James Ciarlo` [james.ciarlo at physics.org] >> *Sent:* Saturday, August 27, 2011 9:02 AM >> *To:* GrADS Users Forum >> *Subject:* Re: [gradsusr] Advanced Usage of Ave Function >> >> try opening them together >> >> open file.ctl >> open file2.ctl >> open file3.ctl >> .... etc >> >> then set the domain conditions (so that they all match) >> >> then just ave. Remember to call the variables with var.1, var.2 depending >> on the file number. >> >> if you give us an example of the commands you are trying to use we can >> probably help better >> >> Regards, >> >> James >> >> 2011/8/27 zjuyanlibin >> >>> ** >>> convert the different domains into a same domain at first step. >>> >>> >>> >>> ------------------------------ >>> *????* Rowell, Mason D. >>> *?????* 2011-08-27 04:42:50 >>> *????* GrADS Users Forum >>> *???* >>> *???* [gradsusr] Advanced Usage of Ave Function >>> All, >>> >>> Is there a way to average several different files (presumably the same variable in each file) but with a different domain setting for each file? >>> Mason >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/1d6bfe56/attachment-0002.html From prjayakrishnan at gmail.com Sat Sep 17 00:54:57 2011 From: prjayakrishnan at gmail.com (Jayakrishnan PR) Date: Sat, 17 Sep 2011 10:24:57 +0530 Subject: [gradsusr] Box Plot in GrADS? In-Reply-To: References: Message-ID: Dear Matei, I am wondering why you are sticking to Grads itself. Grads is a software designed to plot griided data and analysis of that data. it is not suitable for plotting these kind of graphs. You can choose softwares such as NCL or origin for plotting these kind of graphs. No need for sticking into Grads. > > > -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/aee4af7f/attachment-0002.html From rafanoharana at gmail.com Sat Sep 17 04:11:20 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Sat, 17 Sep 2011 15:11:20 +0700 Subject: [gradsusr] Convert monthly to yearly accumulated rainfall In-Reply-To: References: Message-ID: Dear Chris, I do not know if one can do it directly while having the 50 time steps but what I can say is that you can process for every year (then you'll have 50 outputs), then assign time for every year, then merge using cdo all 50 years into one single file. Hope this can help, Serge On Sat, Sep 17, 2011 at 3:34 AM, Alauda arvensis wrote: > Dear GrADS users, > > My data consists of 50 years of monthly rainfall. I want to convert this > data into yearly accumulated rainfall for every year. So I am looking for > something like: > > 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every year, so > that in the end I have 50 time steps. > > Any hints welcome! Thanks! > > Kind regards, > Chris > > PS: I already tried "mon2yr.gs" from Bin Guan's page, but something does > not appear to work. > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/2b5fa831/attachment-0002.html From member at linkedin.com Sat Sep 17 08:23:40 2011 From: member at linkedin.com (Rajeevan K via LinkedIn) Date: Sat, 17 Sep 2011 12:23:40 +0000 (UTC) Subject: [gradsusr] Invitation to connect on LinkedIn Message-ID: <786703422.8558443.1316262220088.JavaMail.app@ela4-app0131.prod> LinkedIn ------------ Rajeevan K requested to add you as a connection on LinkedIn: ------------------------------------------ Ning, I'd like to add you to my professional network on LinkedIn. - Rajeevan Accept invitation from Rajeevan K http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYQcj0Vd3cNdz59bT1imBhDqDB3bP8Sd3sRdPoQczgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=3cpy5iTqgDLAU1 View invitation from Rajeevan K http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/3cNnPgNc3AQcP4SckALqnpPbOYWrSlI/svi/?hs=false&tok=27OH6j0pIDLAU1 -- (c) 2011, LinkedIn Corporation -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/c1848b01/attachment-0002.html From dasilva at alum.mit.edu Sat Sep 17 09:54:51 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sat, 17 Sep 2011 09:54:51 -0400 Subject: [gradsusr] lats4d and re In-Reply-To: References: Message-ID: On Fri, Sep 16, 2011 at 5:20 PM, Coly SAR wrote: > I have a 3D nc file with 6 variables and I want to regrid it to 0.5? using > lats4d. > I issued this command below but the file created remains the same as infile > and no regrid done. > > > > >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func re(@,0.5) > > I am using opengrad v 2.9 and need any suggestion on how to do this regrid. > > Type "lats4d -h" and read the section on regridding. Unless you use one of the predefined resolutions you will need to create (or point to one) dimension environment file (option -de). Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/a2d77033/attachment-0002.html From dasilva at alum.mit.edu Sat Sep 17 10:12:57 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sat, 17 Sep 2011 10:12:57 -0400 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: 2011/9/16 Hyacinth Nnamchi > Jeff, > > I seems my question wasn't well framed, and so you dealt with the typo. I > have attached two Figs showing what the calculations below will give and > what exactly I'll like to do. > > >From the attached plot it appears that you want to plot the divergent component of the mass flux, as given by the Helmholtz decomposition: http://en.wikipedia.org/wiki/Helmholtz_decomposition The first step is to compute the velocity potential ga-> chi = fish_chi(zon,mer) (As Roger mentions, make sure to average in the vertical first if this is what you want.) Next, the divergent component of the mass flux is related to the gradient of chi; see this for more information: Calculating the Divergent Wind Notice that you will need an opengrads build in order to use the fish extension; more info here: http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle Good luck, Arlindo > Thanks, > > Hyacinth > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > From: Jeffrey Duda > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > To: GrADS Users Forum > > Message-ID: > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > > (note the semicolon instead of a comma). > > > > Jeff Duda > > > > 2011/9/15 Hyacinth Nnamchi > > > > > Hello, > > > > > > This is not directly about GrADS but since most of address similar! > > > problems, I guess someone on this forum will be able to answer my > question. > > > > > > I understand that to calculate moisture transport, given zonal, > meridional > > > winds and specific humidity, can simply do: > > > > > > 'define zon=uwnd.1*shum.3' > > > 'define mer=vwnd.2*shum.3' > > > 'd zon,mer' > > > > > > But, I want to plot vectors indicating field of net moisture flux (all > arrows converging/diverging) instead of just transport. > > > > > > Thanks for any ideas. > > > > > > Hyacinth > > > > > > > > > __ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/f06c2109/attachment-0002.html From mubashardogar at gmail.com Sun Sep 18 14:39:04 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Sun, 18 Sep 2011 21:39:04 +0300 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data Message-ID: Dear GrADS users, I am facing a problem with time steps of a netcdf file downloaded for synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year 1989 (downloaded for surface total precipitation for all time steps available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This file is basically synoptic monthly means generated by long term average of corresponding 3 hour in all the days of a month, giving 8 time steps in a month. So instead of reading 96 values that represents to 12 months (8 values in each months) GrADS read all these values by considering 8 time steps in a day instead in a month. I mean GrADS reads these hours in a daily format instead of monthly. Does GrADS not deal with synoptic monthly means? I have grib file as well for the same data, what should be time increment in a ctl file to open the same grib file? Mubashar Dogar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/9724bae7/attachment-0002.html From jma at cola.iges.org Sun Sep 18 15:47:24 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Sun, 18 Sep 2011 15:47:24 -0400 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data In-Reply-To: References: Message-ID: <93628EC9-0E8F-4EE1-9D80-0147B93D7F6A@cola.iges.org> Please send the output from ncdump -c on your netcdf file. --Jennifer On Sep 18, 2011, at 2:39 PM, Mubashar Dogar wrote: > > Dear GrADS users, > > I am facing a problem with time steps of a netcdf file downloaded > for synoptic monthly means of ECMWF ERA-INTERIM forecast product for > the year 1989 (downloaded for surface total precipitation for all > time steps available from: http://data-portal.ecmwf.int/data/d/interim_mnth/) > . This file is basically synoptic monthly means generated by long > term average of corresponding 3 hour in all the days of a month, > giving 8 time steps in a month. So instead of reading 96 values that > represents to 12 months (8 values in each months) GrADS read all > these values by considering 8 time steps in a day instead in a > month. I mean GrADS reads these hours in a daily format instead of > monthly. Does GrADS not deal with synoptic monthly means? I have > grib file as well for the same data, what should be time increment > in a ctl file to open the same grib file? > > > Mubashar Dogar > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/ed8613dd/attachment-0002.html From dasilva at alum.mit.edu Sun Sep 18 16:18:04 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sun, 18 Sep 2011 16:18:04 -0400 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data In-Reply-To: References: Message-ID: On Sun, Sep 18, 2011 at 2:39 PM, Mubashar Dogar wrote: > > Dear GrADS users, > > I am facing a problem with time steps of a netcdf file downloaded for > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year > 1989 (downloaded for surface total precipitation for all time steps > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This > file is basically synoptic monthly means generated by long term average of > corresponding 3 hour in all the days of a month, giving 8 time steps in a > month. So instead of reading 96 values that represents to 12 months (8 > values in each months) GrADS read all these values by considering 8 time > steps in a day instead in a month. I mean GrADS reads these hours in a daily > format instead of monthly. Does GrADS not deal with synoptic monthly means? > I have grib file as well for the same data, what should be time increment in > a ctl file to open the same grib file? > > One strategy is to use the ensemble dimension to deal with the fact that you have 2 time scales involved. For example, you you associate each month with the grads time dimension and each "time of the day" with the grads ensemble dimension. (Or you can swap these if you prefer.) This recipe discusses how this can be done for the MERRA monthly diurnal files. http://cookbooks.opengrads.org/index.php?title=Recipe-024:_Using_the_Ensemble_Dimension_with_Monthly_Mean_Diurnal_files_from_MERRA Arlindo > > Mubashar Dogar > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/49476667/attachment-0002.html From mubashardogar at gmail.com Sun Sep 18 23:44:39 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Mon, 19 Sep 2011 06:44:39 +0300 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data Message-ID: Dear Jennifer, *Here is the output of ncdump -c as requested. I am also giving the output of wgrib -h for the grib format of the same data at the end:* ncdump -c ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.nc netcdf ei_mnth_fc_sfc_1.5x1.5_19890101_19891201 { dimensions: longitude = 240 ; latitude = 121 ; time = UNLIMITED ; // (96 currently) variables: float longitude(longitude) ; longitude:units = "degrees_east" ; longitude:long_name = "longitude" ; float latitude(latitude) ; latitude:units = "degrees_north" ; latitude:long_name = "latitude" ; int time(time) ; time:units = "hours since 1900-01-01 00:00:0.0" ; time:long_name = "time" ; short tp(time, latitude, longitude) ; tp:scale_factor = 4.25320233951185e-07 ; tp:add_offset = 0.0139356174654106 ; tp:_FillValue = -32767s ; tp:missing_value = -32767s ; tp:units = "m" ; tp:long_name = "Total precipitation" ; // global attributes: :Conventions = "CF-1.0" ; :history = "2011-09-18 14:19:37 GMT by mars2netcdf-0.92" ; data: longitude = 0, 1.5, 3, 4.5, 6, 7.5, 9, 10.5, 12, 13.5, 15, 16.5, 18, 19.5, 21, 22.5, 24, 25.5, 27, 28.5, 30, 31.5, 33, 34.5, 36, 37.5, 39, 40.5, 42, 43.5, 45, 46.5, 48, 49.5, 51, 52.5, 54, 55.5, 57, 58.5, 60, 61.5, 63, 64.5, 66, 67.5, 69, 70.5, 72, 73.5, 75, 76.5, 78, 79.5, 81, 82.5, 84, 85.5, 87, 88.5, 90, 91.5, 93, 94.5, 96, 97.5, 99, 100.5, 102, 103.5, 105, 106.5, 108, 109.5, 111, 112.5, 114, 115.5, 117, 118.5, 120, 121.5, 123, 124.5, 126, 127.5, 129, 130.5, 132, 133.5, 135, 136.5, 138, 139.5, 141, 142.5, 144, 145.5, 147, 148.5, 150, 151.5, 153, 154.5, 156, 157.5, 159, 160.5, 162, 163.5, 165, 166.5, 168, 169.5, 171, 172.5, 174, 175.5, 177, 178.5, 180, 181.5, 183, 184.5, 186, 187.5, 189, 190.5, 192, 193.5, 195, 196.5, 198, 199.5, 201, 202.5, 204, 205.5, 207, 208.5, 210, 211.5, 213, 214.5, 216, 217.5, 219, 220.5, 222, 223.5, 225, 226.5, 228, 229.5, 231, 232.5, 234, 235.5, 237, 238.5, 240, 241.5, 243, 244.5, 246, 247.5, 249, 250.5, 252, 253.5, 255, 256.5, 258, 259.5, 261, 262.5, 264, 265.5, 267, 268.5, 270, 271.5, 273, 274.5, 276, 277.5, 279, 280.5, 282, 283.5, 285, 286.5, 288, 289.5, 291, 292.5, 294, 295.5, 297, 298.5, 300, 301.5, 303, 304.5, 306, 307.5, 309, 310.5, 312, 313.5, 315, 316.5, 318, 319.5, 321, 322.5, 324, 325.5, 327, 328.5, 330, 331.5, 333, 334.5, 336, 337.5, 339, 340.5, 342, 343.5, 345, 346.5, 348, 349.5, 351, 352.5, 354, 355.5, 357, 358.5 ; latitude = 90, 88.5, 87, 85.5, 84, 82.5, 81, 79.5, 78, 76.5, 75, 73.5, 72, 70.5, 69, 67.5, 66, 64.5, 63, 61.5, 60, 58.5, 57, 55.5, 54, 52.5, 51, 49.5, 48, 46.5, 45, 43.5, 42, 40.5, 39, 37.5, 36, 34.5, 33, 31.5, 30, 28.5, 27, 25.5, 24, 22.5, 21, 19.5, 18, 16.5, 15, 13.5, 12, 10.5, 9, 7.5, 6, 4.5, 3, 1.5, 0, -1.5, -3, -4.5, -6, -7.5, -9, -10.5, -12, -13.5, -15, -16.5, -18, -19.5, -21, -22.5, -24, -25.5, -27, -28.5, -30, -31.5, -33, -34.5, -36, -37.5, -39, -40.5, -42, -43.5, -45, -46.5, -48, -49.5, -51, -52.5, -54, -55.5, -57, -58.5, -60, -61.5, -63, -64.5, -66, -67.5, -69, -70.5, -72, -73.5, -75, -76.5, -78, -79.5, -81, -82.5, -84, -85.5, -87, -88.5, -90 ; time = 780171, 780174, 780177, 780180, 780183, 780186, 780189, 780192, 780915, 780918, 780921, 780924, 780927, 780930, 780933, 780936, 781587, 781590, 781593, 781596, 781599, 781602, 781605, 781608, 782331, 782334, 782337, 782340, 782343, 782346, 782349, 782352, 783051, 783054, 783057, 783060, 783063, 783066, 783069, 783072, 783795, 783798, 783801, 783804, 783807, 783810, 783813, 783816, 784515, 784518, 784521, 784524, 784527, 784530, 784533, 784536, 785259, 785262, 785265, 785268, 785271, 785274, 785277, 785280, 786003, 786006, 786009, 786012, 786015, 786018, 786021, 786024, 786723, 786726, 786729, 786732, 786735, 786738, 786741, 786744, 787467, 787470, 787473, 787476, 787479, 787482, 787485, 787488, 788187, 788190, 788193, 788196, 788199, 788202, 788205, 788208 ; }* Here is the output from wgrib for the same data but downloaded in grib format:* wgrib -h ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib 1:0:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 2:58188:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 3:116376:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 4:174564:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 5:232752:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 6:290940:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 7:349128:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 8:407316:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 9:465504:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=28 10:523692:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=28 11:581880:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=28 12:640068:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=28 13:698256:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=28 14:756444:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=28 15:814632:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=28 16:872820:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=28 17:931008:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 18:989196:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 19:1047384:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 20:1105572:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 21:1163760:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 22:1221948:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 23:1280136:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 24:1338324:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 25:1396512:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 26:1454700:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 27:1512888:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 28:1571076:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 29:1629264:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 30:1687452:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 31:1745640:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 32:1803828:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 33:1862016:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 34:1920204:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 35:1978392:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 36:2036580:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 37:2094768:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 38:2152956:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 39:2211144:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 40:2269332:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 41:2327520:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 42:2385708:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 43:2443896:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 44:2502084:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 45:2560272:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 46:2618460:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 47:2676648:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 48:2734836:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 49:2793024:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 50:2851212:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 51:2909400:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 52:2967588:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 53:3025776:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 54:3083964:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 55:3142152:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 56:3200340:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 57:3258528:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 58:3316716:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 59:3374904:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 60:3433092:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 61:3491280:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 62:3549468:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 63:3607656:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 64:3665844:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 65:3724032:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 66:3782220:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 67:3840408:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 68:3898596:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 69:3956784:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 70:4014972:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 71:4073160:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 72:4131348:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 73:4189536:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 74:4247724:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 75:4305912:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 76:4364100:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 77:4422288:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 78:4480476:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 79:4538664:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 80:4596852:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 81:4655040:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 82:4713228:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 83:4771416:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 84:4829604:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 85:4887792:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 86:4945980:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 87:5004168:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 88:5062356:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 89:5120544:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 90:5178732:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 91:5236920:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 92:5295108:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 93:5353296:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 94:5411484:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 95:5469672:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 96:5527860:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 > Today's Topics: > > 1. Re: Box Plot in GrADS? (Jayakrishnan PR) > 2. Re: Convert monthly to yearly accumulated rainfall > (Rafanoharana Serge Claudio) > 3. Invitation to connect on LinkedIn (Rajeevan K via LinkedIn) > 4. Re: lats4d and re (Arlindo da Silva) > 5. Re: Moisture flux convergence/divergence (Arlindo da Silva) > 6. Problem with GrADS in reading ECMWF synoptic monthly means > data (Mubashar Dogar) > 7. Re: Problem with GrADS in reading ECMWF synoptic monthly > means data (Jennifer Adams) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 17 Sep 2011 10:24:57 +0530 > From: Jayakrishnan PR > Subject: Re: [gradsusr] Box Plot in GrADS? > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Matei, > I am wondering why you are sticking to Grads itself. Grads is > a software designed to plot griided data and analysis of that data. it is > not suitable for plotting these kind of graphs. You can choose softwares > such as NCL or origin for plotting these kind of graphs. No need for > sticking into Grads. > > > > > > > > > -- > Sincerely > *********************************************** > Jayakrishnan.P.R > CSIR-Senior Research Fellow > Department of Atmospheric Sciences > Cochin University of Science and Technology (CUSAT), Cochin-682 016 > Kerala, India. > Mob: 09895417565 > > *********************************************** > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/aee4af7f/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Sat, 17 Sep 2011 15:11:20 +0700 > From: Rafanoharana Serge Claudio > Subject: Re: [gradsusr] Convert monthly to yearly accumulated rainfall > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Chris, > > I do not know if one can do it directly while having the 50 time steps but > what I can say is that you can process for every year (then you'll have 50 > outputs), then assign time for every year, then merge using cdo all 50 > years > into one single file. > > Hope this can help, > > Serge > > On Sat, Sep 17, 2011 at 3:34 AM, Alauda arvensis >wrote: > > > Dear GrADS users, > > > > My data consists of 50 years of monthly rainfall. I want to convert this > > data into yearly accumulated rainfall for every year. So I am looking for > > something like: > > > > 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every year, so > > that in the end I have 50 time steps. > > > > Any hints welcome! Thanks! > > > > Kind regards, > > Chris > > > > PS: I already tried "mon2yr.gs" from Bin Guan's page, but something does > > not appear to work. > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Serge > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/2b5fa831/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Sat, 17 Sep 2011 12:23:40 +0000 (UTC) > From: Rajeevan K via LinkedIn > Subject: [gradsusr] Invitation to connect on LinkedIn > To: Ning Cao > Message-ID: > <786703422.8558443.1316262220088.JavaMail.app at ela4-app0131.prod> > Content-Type: text/plain; charset="utf-8" > > LinkedIn > ------------ > > > > > Rajeevan K requested to add you as a connection on LinkedIn: > > ------------------------------------------ > > Ning, > > I'd like to add you to my professional network on LinkedIn. > > - Rajeevan > > Accept invitation from Rajeevan K > > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYQcj0Vd3cNdz59bT1imBhDqDB3bP8Sd3sRdPoQczgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=3cpy5iTqgDLAU1 > > View invitation from Rajeevan K > > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/3cNnPgNc3AQcP4SckALqnpPbOYWrSlI/svi/?hs=false&tok=27OH6j0pIDLAU1 > > > -- > (c) 2011, LinkedIn Corporation > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/c1848b01/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Sat, 17 Sep 2011 09:54:51 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] lats4d and re > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > On Fri, Sep 16, 2011 at 5:20 PM, Coly SAR wrote: > > > I have a 3D nc file with 6 variables and I want to regrid it to 0.5? > using > > lats4d. > > I issued this command below but the file created remains the same as > infile > > and no regrid done. > > > > > > > > >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func > re(@,0.5) > > > > I am using opengrad v 2.9 and need any suggestion on how to do this > regrid. > > > > > Type "lats4d -h" and read the section on regridding. Unless you use one of > the predefined resolutions you will need to create (or point to one) > dimension environment file (option -de). > > Arlindo > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/a2d77033/attachment-0001.html > > ------------------------------ > > Message: 5 > Date: Sat, 17 Sep 2011 10:12:57 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] Moisture flux convergence/divergence > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > 2011/9/16 Hyacinth Nnamchi > > > Jeff, > > > > I seems my question wasn't well framed, and so you dealt with the typo. I > > have attached two Figs showing what the calculations below will give and > > what exactly I'll like to do. > > > > > >From the attached plot it appears that you want to plot the divergent > component of the mass flux, as given by the Helmholtz decomposition: > > http://en.wikipedia.org/wiki/Helmholtz_decomposition > > The first step is to compute the velocity potential > > ga-> chi = fish_chi(zon,mer) > > (As Roger mentions, make sure to average in the vertical first if this is > what you want.) Next, the divergent component of the mass flux is related > to > the gradient of chi; see this for more information: > > Calculating the Divergent > Wind< > http://opengrads.org/doc/udxt/fish/fish.html#calculating_the_divergent_wind > > > > Notice that you will need an opengrads build in order to use the fish > extension; more info here: > > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > Good luck, > > Arlindo > > > > > > > > Thanks, > > > > Hyacinth > > > > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > > From: Jeffrey Duda > > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > > To: GrADS Users Forum > > > Message-ID: > > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > > > > Set the graphics output to vector ('set gxout vector'), then 'd > zon;mer' > > > (note the semicolon instead of a comma). > > > > > > Jeff Duda > > > > > > 2011/9/15 Hyacinth Nnamchi > > > > > > > Hello, > > > > > > > > This is not directly about GrADS but since most of address similar! > > > > problems, I guess someone on this forum will be able to answer my > > question. > > > > > > > > I understand that to calculate moisture transport, given zonal, > > meridional > > > > winds and specific humidity, can simply do: > > > > > > > > 'define zon=uwnd.1*shum.3' > > > > 'define mer=vwnd.2*shum.3' > > > > 'd zon,mer' > > > > > > > > But, I want to plot vectors indicating field of net moisture flux > (all > > arrows converging/diverging) instead of just transport. > > > > > > > > Thanks for any ideas. > > > > > > > > Hyacinth > > > > > > > > > > > > __ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/f06c2109/attachment-0001.html > > ------------------------------ > > Message: 6 > Date: Sun, 18 Sep 2011 21:39:04 +0300 > From: Mubashar Dogar > Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear GrADS users, > > I am facing a problem with time steps of a netcdf file downloaded for > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year > 1989 (downloaded for surface total precipitation for all time steps > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This > file is basically synoptic monthly means generated by long term average of > corresponding 3 hour in all the days of a month, giving 8 time steps in a > month. So instead of reading 96 values that represents to 12 months (8 > values in each months) GrADS read all these values by considering 8 time > steps in a day instead in a month. I mean GrADS reads these hours in a > daily > format instead of monthly. Does GrADS not deal with synoptic monthly means? > I have grib file as well for the same data, what should be time increment > in > a ctl file to open the same grib file? > > > Mubashar Dogar > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/9724bae7/attachment-0001.html > > ------------------------------ > > Message: 7 > Date: Sun, 18 Sep 2011 15:47:24 -0400 > From: Jennifer Adams > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: GrADS Users Forum > Message-ID: <93628EC9-0E8F-4EE1-9D80-0147B93D7F6A at cola.iges.org> > Content-Type: text/plain; charset="us-ascii" > > Please send the output from ncdump -c on your netcdf file. --Jennifer > > On Sep 18, 2011, at 2:39 PM, Mubashar Dogar wrote: > > > > > Dear GrADS users, > > > > I am facing a problem with time steps of a netcdf file downloaded > > for synoptic monthly means of ECMWF ERA-INTERIM forecast product for > > the year 1989 (downloaded for surface total precipitation for all > > time steps available from: > http://data-portal.ecmwf.int/data/d/interim_mnth/) > > . This file is basically synoptic monthly means generated by long > > term average of corresponding 3 hour in all the days of a month, > > giving 8 time steps in a month. So instead of reading 96 values that > > represents to 12 months (8 values in each months) GrADS read all > > these values by considering 8 time steps in a day instead in a > > month. I mean GrADS reads these hours in a daily format instead of > > monthly. Does GrADS not deal with synoptic monthly means? I have > > grib file as well for the same data, what should be time increment > > in a ctl file to open the same grib file? > > > > > > Mubashar Dogar > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/ed8613dd/attachment.html > > ------------------------------ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/e0a52cb4/attachment-0002.html From rupak.rajbhandari at gmail.com Mon Sep 19 01:05:47 2011 From: rupak.rajbhandari at gmail.com (Rupak Rajbhandari) Date: Mon, 19 Sep 2011 10:50:47 +0545 Subject: [gradsusr] Second file display not working. why? Message-ID: Hi, The following simple script is working well. But when I remove the line 'set dfile 2', then it says data request completely outside file request. why? Thanks. -rupak **************************************** 'reinit' 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' 'exec d:\indus\gs\colors' 'set gxout grfill' 'display ave(rf.1,t=1,t=360,12)' n=1 while (n<50000) ; n=n+1 ; endwhile 'set dfile 2' 'display ave(rf.2,t=1,t=360,12)' 'cbar' -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/f133b1d6/attachment-0002.html From roger.torres at cptec.inpe.br Mon Sep 19 07:31:51 2011 From: roger.torres at cptec.inpe.br (Roger Rodrigues Torres) Date: Mon, 19 Sep 2011 08:31:51 -0300 Subject: [gradsusr] Second file display not working. why? In-Reply-To: References: Message-ID: Dear Rupak, one suggestion is to check the declaration of the time in both ctl's. They need to be exactly the same to work in the way that you wish. Regards, Roger Torres 2011/9/19 Rupak Rajbhandari > Hi, > > The following simple script is working well. But when I remove the line > 'set dfile 2', then it says data request completely outside file request. > why? > > Thanks. > > -rupak > > **************************************** > 'reinit' > > 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' > 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' > > 'exec d:\indus\gs\colors' > 'set gxout grfill' > > 'display ave(rf.1,t=1,t=360,12)' > n=1 > while (n<50000) ; n=n+1 ; endwhile > 'set dfile 2' > 'display ave(rf.2,t=1,t=360,12)' > 'cbar' > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Roger Rodrigues Torres PhD. Student in Meteorology National Institute for Space Research (INPE) Phone: 55 12 3186-9541 Personal Webpage: http://rtorres.webnode.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/66eb5eee/attachment-0002.html From mubashardogar at gmail.com Mon Sep 19 09:20:33 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Mon, 19 Sep 2011 16:20:33 +0300 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data Message-ID: Dear Arlindo, My data is synoptic monthly means (having average for all the days in a month at 3, 6, 9, 12, 15, 18, 21, 00) for each month. I have one year data only so total time steps will become 8*12=96. I followed your instruction and write the ctl. It seems as GrADS is not looking at my edef definition because GrADS is still changing days and not the months after 8 values. Also I am only getting data at first 8 time steps and get undefined values for the rest. You can see my grib file information in my previous email. Please suggest me. My ctl is given below: dset ^ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib index ^ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib.idx undef 9.999E+20 title ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib * produced by grib2ctl v0.9.12.5p46 dtype grib 255 options yrev ydef 121 linear -90.000000 1.5 xdef 240 linear 0.000000 1.500000 tdef 96 linear 03Z01jan1989 3hr edef 12 names 198901 198902 198903 198904 198905 198906 198907 198908 198909 198910 198911 198912 zdef 1 linear 1 1 vars 1 TPsfc 0 228,1,0 ** surface Total precipitation m ENDVARS Regards, Mubashar > > > **************************************************************************************** > Today's Topics: > > 1. Re: Problem with GrADS in reading ECMWF synoptic monthly > means data (Arlindo da Silva) > 2. Re: Problem with GrADS in reading ECMWF synoptic monthly > means data (Mubashar Dogar) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 18 Sep 2011 16:18:04 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > On Sun, Sep 18, 2011 at 2:39 PM, Mubashar Dogar >wrote: > > > > > Dear GrADS users, > > > > I am facing a problem with time steps of a netcdf file downloaded for > > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year > > 1989 (downloaded for surface total precipitation for all time steps > > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This > > file is basically synoptic monthly means generated by long term average > of > > corresponding 3 hour in all the days of a month, giving 8 time steps in a > > month. So instead of reading 96 values that represents to 12 months (8 > > values in each months) GrADS read all these values by considering 8 time > > steps in a day instead in a month. I mean GrADS reads these hours in a > daily > > format instead of monthly. Does GrADS not deal with synoptic monthly > means? > > I have grib file as well for the same data, what should be time increment > in > > a ctl file to open the same grib file? > > > > > One strategy is to use the ensemble dimension to deal with the fact that > you > have 2 time scales involved. For example, you you associate each month with > the grads time dimension and each "time of the day" with the grads ensemble > dimension. (Or you can swap these if you prefer.) This recipe discusses how > this can be done for the MERRA monthly diurnal files. > > > http://cookbooks.opengrads.org/index.php?title=Recipe-024:_Using_the_Ensemble_Dimension_with_Monthly_Mean_Diurnal_files_from_MERRA > > Arlindo > > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/49476667/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Mon, 19 Sep 2011 06:44:39 +0300 > From: Mubashar Dogar > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Jennifer, > > *Here is the output of ncdump -c as requested. I am also giving the output > of wgrib -h for the grib format of the same data at the end:* > > ncdump -c ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.nc > netcdf ei_mnth_fc_sfc_1.5x1.5_19890101_19891201 { > dimensions: > longitude = 240 ; > latitude = 121 ; > time = UNLIMITED ; // (96 currently) > variables: > float longitude(longitude) ; > longitude:units = "degrees_east" ; > longitude:long_name = "longitude" ; > float latitude(latitude) ; > latitude:units = "degrees_north" ; > latitude:long_name = "latitude" ; > int time(time) ; > time:units = "hours since 1900-01-01 00:00:0.0" ; > time:long_name = "time" ; > short tp(time, latitude, longitude) ; > tp:scale_factor = 4.25320233951185e-07 ; > tp:add_offset = 0.0139356174654106 ; > tp:_FillValue = -32767s ; > tp:missing_value = -32767s ; > tp:units = "m" ; > tp:long_name = "Total precipitation" ; > > // global attributes: > :Conventions = "CF-1.0" ; > :history = "2011-09-18 14:19:37 GMT by mars2netcdf-0.92" ; > data: > > longitude = 0, 1.5, 3, 4.5, 6, 7.5, 9, 10.5, 12, 13.5, 15, 16.5, 18, 19.5, > 21, 22.5, 24, 25.5, 27, 28.5, 30, 31.5, 33, 34.5, 36, 37.5, 39, 40.5, > 42, > 43.5, 45, 46.5, 48, 49.5, 51, 52.5, 54, 55.5, 57, 58.5, 60, 61.5, 63, > 64.5, 66, 67.5, 69, 70.5, 72, 73.5, 75, 76.5, 78, 79.5, 81, 82.5, 84, > 85.5, 87, 88.5, 90, 91.5, 93, 94.5, 96, 97.5, 99, 100.5, 102, 103.5, > 105, > 106.5, 108, 109.5, 111, 112.5, 114, 115.5, 117, 118.5, 120, 121.5, 123, > 124.5, 126, 127.5, 129, 130.5, 132, 133.5, 135, 136.5, 138, 139.5, 141, > 142.5, 144, 145.5, 147, 148.5, 150, 151.5, 153, 154.5, 156, 157.5, 159, > 160.5, 162, 163.5, 165, 166.5, 168, 169.5, 171, 172.5, 174, 175.5, 177, > 178.5, 180, 181.5, 183, 184.5, 186, 187.5, 189, 190.5, 192, 193.5, 195, > 196.5, 198, 199.5, 201, 202.5, 204, 205.5, 207, 208.5, 210, 211.5, 213, > 214.5, 216, 217.5, 219, 220.5, 222, 223.5, 225, 226.5, 228, 229.5, 231, > 232.5, 234, 235.5, 237, 238.5, 240, 241.5, 243, 244.5, 246, 247.5, 249, > 250.5, 252, 253.5, 255, 256.5, 258, 259.5, 261, 262.5, 264, 265.5, 267, > 268.5, 270, 271.5, 273, 274.5, 276, 277.5, 279, 280.5, 282, 283.5, 285, > 286.5, 288, 289.5, 291, 292.5, 294, 295.5, 297, 298.5, 300, 301.5, 303, > 304.5, 306, 307.5, 309, 310.5, 312, 313.5, 315, 316.5, 318, 319.5, 321, > 322.5, 324, 325.5, 327, 328.5, 330, 331.5, 333, 334.5, 336, 337.5, 339, > 340.5, 342, 343.5, 345, 346.5, 348, 349.5, 351, 352.5, 354, 355.5, 357, > 358.5 ; > > latitude = 90, 88.5, 87, 85.5, 84, 82.5, 81, 79.5, 78, 76.5, 75, 73.5, 72, > 70.5, 69, 67.5, 66, 64.5, 63, 61.5, 60, 58.5, 57, 55.5, 54, 52.5, 51, > 49.5, 48, 46.5, 45, 43.5, 42, 40.5, 39, 37.5, 36, 34.5, 33, 31.5, 30, > 28.5, 27, 25.5, 24, 22.5, 21, 19.5, 18, 16.5, 15, 13.5, 12, 10.5, 9, > 7.5, > 6, 4.5, 3, 1.5, 0, -1.5, -3, -4.5, -6, -7.5, -9, -10.5, -12, -13.5, -15, > > -16.5, -18, -19.5, -21, -22.5, -24, -25.5, -27, -28.5, -30, -31.5, -33, > -34.5, -36, -37.5, -39, -40.5, -42, -43.5, -45, -46.5, -48, -49.5, -51, > -52.5, -54, -55.5, -57, -58.5, -60, -61.5, -63, -64.5, -66, -67.5, -69, > -70.5, -72, -73.5, -75, -76.5, -78, -79.5, -81, -82.5, -84, -85.5, -87, > -88.5, -90 ; > > time = 780171, 780174, 780177, 780180, 780183, 780186, 780189, 780192, > 780915, 780918, 780921, 780924, 780927, 780930, 780933, 780936, 781587, > 781590, 781593, 781596, 781599, 781602, 781605, 781608, 782331, 782334, > 782337, 782340, 782343, 782346, 782349, 782352, 783051, 783054, 783057, > 783060, 783063, 783066, 783069, 783072, 783795, 783798, 783801, 783804, > 783807, 783810, 783813, 783816, 784515, 784518, 784521, 784524, 784527, > 784530, 784533, 784536, 785259, 785262, 785265, 785268, 785271, 785274, > 785277, 785280, 786003, 786006, 786009, 786012, 786015, 786018, 786021, > 786024, 786723, 786726, 786729, 786732, 786735, 786738, 786741, 786744, > 787467, 787470, 787473, 787476, 787479, 787482, 787485, 787488, 788187, > 788190, 788193, 788196, 788199, 788202, 788205, 788208 ; > }* > > Here is the output from wgrib for the same data but downloaded in grib > format:* > > wgrib -h ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib > > 1:0:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 2:58188:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 3:116376:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 4:174564:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 5:232752:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 6:290940:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 7:349128:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 8:407316:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 9:465504:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=28 > > 10:523692:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=28 > > 11:581880:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=28 > > 12:640068:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=28 > > 13:698256:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=28 > > 14:756444:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=28 > > 15:814632:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=28 > > 16:872820:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=28 > > 17:931008:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 18:989196:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 19:1047384:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 20:1105572:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 21:1163760:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 22:1221948:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 23:1280136:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 24:1338324:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 25:1396512:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 26:1454700:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 27:1512888:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 28:1571076:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 29:1629264:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 30:1687452:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 31:1745640:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 32:1803828:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 33:1862016:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 34:1920204:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 35:1978392:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 36:2036580:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 37:2094768:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 38:2152956:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 39:2211144:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 40:2269332:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 41:2327520:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 42:2385708:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 43:2443896:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 44:2502084:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 45:2560272:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 46:2618460:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 47:2676648:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 48:2734836:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 49:2793024:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 50:2851212:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 51:2909400:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 52:2967588:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 53:3025776:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 54:3083964:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 55:3142152:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 56:3200340:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 57:3258528:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 58:3316716:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 59:3374904:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 60:3433092:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 61:3491280:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 62:3549468:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 63:3607656:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 64:3665844:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 65:3724032:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 66:3782220:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 67:3840408:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 68:3898596:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 69:3956784:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 70:4014972:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 71:4073160:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 72:4131348:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 73:4189536:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 74:4247724:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 75:4305912:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 76:4364100:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 77:4422288:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 78:4480476:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 79:4538664:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 80:4596852:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 81:4655040:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 82:4713228:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 83:4771416:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 84:4829604:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 85:4887792:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 86:4945980:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 87:5004168:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 88:5062356:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 89:5120544:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 90:5178732:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 91:5236920:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 92:5295108:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 93:5353296:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 94:5411484:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 95:5469672:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 96:5527860:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > > > > Today's Topics: > > > > 1. Re: Box Plot in GrADS? (Jayakrishnan PR) > > 2. Re: Convert monthly to yearly accumulated rainfall > > (Rafanoharana Serge Claudio) > > 3. Invitation to connect on LinkedIn (Rajeevan K via LinkedIn) > > 4. Re: lats4d and re (Arlindo da Silva) > > 5. Re: Moisture flux convergence/divergence (Arlindo da Silva) > > 6. Problem with GrADS in reading ECMWF synoptic monthly means > > data (Mubashar Dogar) > > 7. Re: Problem with GrADS in reading ECMWF synoptic monthly > > means data (Jennifer Adams) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Sat, 17 Sep 2011 10:24:57 +0530 > > From: Jayakrishnan PR > > Subject: Re: [gradsusr] Box Plot in GrADS? > > To: GrADS Users Forum > > Message-ID: > > DiJzbB6A at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Dear Matei, > > I am wondering why you are sticking to Grads itself. Grads > is > > a software designed to plot griided data and analysis of that data. it is > > not suitable for plotting these kind of graphs. You can choose softwares > > such as NCL or origin for plotting these kind of graphs. No need for > > sticking into Grads. > > > > > > > > > > > > > > > -- > > Sincerely > > *********************************************** > > Jayakrishnan.P.R > > CSIR-Senior Research Fellow > > Department of Atmospheric Sciences > > Cochin University of Science and Technology (CUSAT), Cochin-682 016 > > Kerala, India. > > Mob: 09895417565 > > > > *********************************************** > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/aee4af7f/attachment-0001.html > > > > ------------------------------ > > > > Message: 2 > > Date: Sat, 17 Sep 2011 15:11:20 +0700 > > From: Rafanoharana Serge Claudio > > Subject: Re: [gradsusr] Convert monthly to yearly accumulated rainfall > > To: GrADS Users Forum > > Message-ID: > > hzzRQxHJrrN6-+CTw at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Dear Chris, > > > > I do not know if one can do it directly while having the 50 time steps > but > > what I can say is that you can process for every year (then you'll have > 50 > > outputs), then assign time for every year, then merge using cdo all 50 > > years > > into one single file. > > > > Hope this can help, > > > > Serge > > > > On Sat, Sep 17, 2011 at 3:34 AM, Alauda arvensis > >wrote: > > > > > Dear GrADS users, > > > > > > My data consists of 50 years of monthly rainfall. I want to convert > this > > > data into yearly accumulated rainfall for every year. So I am looking > for > > > something like: > > > > > > 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every year, > so > > > that in the end I have 50 time steps. > > > > > > Any hints welcome! Thanks! > > > > > > Kind regards, > > > Chris > > > > > > PS: I already tried "mon2yr.gs" from Bin Guan's page, but something > does > > > not appear to work. > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > > > > > -- > > Serge > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/2b5fa831/attachment-0001.html > > > > ------------------------------ > > > > Message: 3 > > Date: Sat, 17 Sep 2011 12:23:40 +0000 (UTC) > > From: Rajeevan K via LinkedIn > > Subject: [gradsusr] Invitation to connect on LinkedIn > > To: Ning Cao > > Message-ID: > > <786703422.8558443.1316262220088.JavaMail.app at ela4-app0131.prod> > > Content-Type: text/plain; charset="utf-8" > > > > LinkedIn > > ------------ > > > > > > > > > > Rajeevan K requested to add you as a connection on LinkedIn: > > > > ------------------------------------------ > > > > Ning, > > > > I'd like to add you to my professional network on LinkedIn. > > > > - Rajeevan > > > > Accept invitation from Rajeevan K > > > > > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYQcj0Vd3cNdz59bT1imBhDqDB3bP8Sd3sRdPoQczgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=3cpy5iTqgDLAU1 > > > > View invitation from Rajeevan K > > > > > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/3cNnPgNc3AQcP4SckALqnpPbOYWrSlI/svi/?hs=false&tok=27OH6j0pIDLAU1 > > > > > > -- > > (c) 2011, LinkedIn Corporation > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/c1848b01/attachment-0001.html > > > > ------------------------------ > > > > Message: 4 > > Date: Sat, 17 Sep 2011 09:54:51 -0400 > > From: Arlindo da Silva > > Subject: Re: [gradsusr] lats4d and re > > To: GrADS Users Forum > > Message-ID: > > qPiVnbuUw at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > On Fri, Sep 16, 2011 at 5:20 PM, Coly SAR wrote: > > > > > I have a 3D nc file with 6 variables and I want to regrid it to 0.5? > > using > > > lats4d. > > > I issued this command below but the file created remains the same as > > infile > > > and no regrid done. > > > > > > > > > > > > >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func > > re(@,0.5) > > > > > > I am using opengrad v 2.9 and need any suggestion on how to do this > > regrid. > > > > > > > > Type "lats4d -h" and read the section on regridding. Unless you use one > of > > the predefined resolutions you will need to create (or point to one) > > dimension environment file (option -de). > > > > Arlindo > > > > > > > > -- > > Arlindo da Silva > > dasilva at alum.mit.edu > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/a2d77033/attachment-0001.html > > > > ------------------------------ > > > > Message: 5 > > Date: Sat, 17 Sep 2011 10:12:57 -0400 > > From: Arlindo da Silva > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > To: GrADS Users Forum > > Message-ID: > > < > CALz7xZf5MaHEvP1bX1Z93ysYNg5xVCGOvBdBaM5aHTkEs6+HSw at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > 2011/9/16 Hyacinth Nnamchi > > > > > Jeff, > > > > > > I seems my question wasn't well framed, and so you dealt with the typo. > I > > > have attached two Figs showing what the calculations below will give > and > > > what exactly I'll like to do. > > > > > > > > >From the attached plot it appears that you want to plot the divergent > > component of the mass flux, as given by the Helmholtz decomposition: > > > > http://en.wikipedia.org/wiki/Helmholtz_decomposition > > > > The first step is to compute the velocity potential > > > > ga-> chi = fish_chi(zon,mer) > > > > (As Roger mentions, make sure to average in the vertical first if this is > > what you want.) Next, the divergent component of the mass flux is related > > to > > the gradient of chi; see this for more information: > > > > Calculating the Divergent > > Wind< > > > http://opengrads.org/doc/udxt/fish/fish.html#calculating_the_divergent_wind > > > > > > > Notice that you will need an opengrads build in order to use the fish > > extension; more info here: > > > > > > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > > > Good luck, > > > > Arlindo > > > > > > > > > > > > > > > Thanks, > > > > > > Hyacinth > > > > > > > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > > > From: Jeffrey Duda > > > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > > > To: GrADS Users Forum > > > > Message-ID: > > > > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > > > > > > > Set the graphics output to vector ('set gxout vector'), then 'd > > zon;mer' > > > > (note the semicolon instead of a comma). > > > > > > > > Jeff Duda > > > > > > > > 2011/9/15 Hyacinth Nnamchi > > > > > > > > > Hello, > > > > > > > > > > This is not directly about GrADS but since most of address similar! > > > > > problems, I guess someone on this forum will be able to answer my > > > question. > > > > > > > > > > I understand that to calculate moisture transport, given zonal, > > > meridional > > > > > winds and specific humidity, can simply do: > > > > > > > > > > 'define zon=uwnd.1*shum.3' > > > > > 'define mer=vwnd.2*shum.3' > > > > > 'd zon,mer' > > > > > > > > > > But, I want to plot vectors indicating field of net moisture flux > > (all > > > arrows converging/diverging) instead of just transport. > > > > > > > > > > Thanks for any ideas. > > > > > > > > > > Hyacinth > > > > > > > > > > > > > > > __ > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > > > > > -- > > Arlindo da Silva > > dasilva at alum.mit.edu > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/f06c2109/attachment-0001.html > > > > ------------------------------ > > > > Message: 6 > > Date: Sun, 18 Sep 2011 21:39:04 +0300 > > From: Mubashar Dogar > > Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic > > monthly means data > > To: gradsusr at gradsusr.org > > Message-ID: > > < > CAHBht237iOnGUtkYuZL6+rXEtm-KSgsti2W1anm6-BY7SkAU2Q at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Dear GrADS users, > > > > I am facing a problem with time steps of a netcdf file downloaded for > > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year > > 1989 (downloaded for surface total precipitation for all time steps > > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This > > file is basically synoptic monthly means generated by long term average > of > > corresponding 3 hour in all the days of a month, giving 8 time steps in a > > month. So instead of reading 96 values that represents to 12 months (8 > > values in each months) GrADS read all these values by considering 8 time > > steps in a day instead in a month. I mean GrADS reads these hours in a > > daily > > format instead of monthly. Does GrADS not deal with synoptic monthly > means? > > I have grib file as well for the same data, what should be time increment > > in > > a ctl file to open the same grib file? > > > > > > Mubashar Dogar > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/9724bae7/attachment-0001.html > > > > ------------------------------ > > > > Message: 7 > > Date: Sun, 18 Sep 2011 15:47:24 -0400 > > From: Jennifer Adams > > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > > monthly means data > > To: GrADS Users Forum > > Message-ID: <93628EC9-0E8F-4EE1-9D80-0147B93D7F6A at cola.iges.org> > > Content-Type: text/plain; charset="us-ascii" > > > > Please send the output from ncdump -c on your netcdf file. --Jennifer > > > > On Sep 18, 2011, at 2:39 PM, Mubashar Dogar wrote: > > > > > > > > Dear GrADS users, > > > > > > I am facing a problem with time steps of a netcdf file downloaded > > > for synoptic monthly means of ECMWF ERA-INTERIM forecast product for > > > the year 1989 (downloaded for surface total precipitation for all > > > time steps available from: > > http://data-portal.ecmwf.int/data/d/interim_mnth/) > > > . This file is basically synoptic monthly means generated by long > > > term average of corresponding 3 hour in all the days of a month, > > > giving 8 time steps in a month. So instead of reading 96 values that > > > represents to 12 months (8 values in each months) GrADS read all > > > these values by considering 8 time steps in a day instead in a > > > month. I mean GrADS reads these hours in a daily format instead of > > > monthly. Does GrADS not deal with synoptic monthly means? I have > > > grib file as well for the same data, what should be time increment > > > in a ctl file to open the same grib file? > > > > > > > > > Mubashar Dogar > > > > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > -- > > Jennifer M. Adams > > IGES/COLA > > 4041 Powder Mill Road, Suite 302 > > Calverton, MD 20705 > > jma at cola.iges.org > > > > > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/ed8613dd/attachment.html > > > > ------------------------------ > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110919/e0a52cb4/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 19, Issue 40 > **************************************** > -- Muhammad 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:+923315144169 email: mubashardogar at yahoo.com mubashar.ahmad at gcisc.org.pk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/2fc713e7/attachment-0002.html From hyacinth.1 at hotmail.com Mon Sep 19 10:51:49 2011 From: hyacinth.1 at hotmail.com (Hyacinth Nnamchi) Date: Mon, 19 Sep 2011 22:51:49 +0800 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Arlindo thanks for your suggestions. I'll try them.Hyacinth > > Message: 5 > Date: Sat, 17 Sep 2011 10:12:57 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] Moisture flux convergence/divergence > To: GrADS Users Forum > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > 2011/9/16 Hyacinth Nnamchi > > > Jeff, > > > > I seems my question wasn't well framed, and so you dealt with the typo. I > > have attached two Figs showing what the calculations below will give and > > what exactly I'll like to do. > > > > > >From the attached plot it appears that you want to plot the divergent > component of the mass flux, as given by the Helmholtz decomposition: > > http://en.wikipedia.org/wiki/Helmholtz_decomposition > > The first step is to compute the velocity potential > > ga-> chi = fish_chi(zon,mer) > > (As Roger mentions, make sure to average in the vertical first if this is > what you want.) Next, the divergent component of the mass flux is related to > the gradient of chi; see this for more information: > > Calculating the Divergent > Wind > > Notice that you will need an opengrads build in order to use the fish > extension; more info here: > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > Good luck, > > Arlindo > > > > > > > > Thanks, > > > > Hyacinth > > > > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > > From: Jeffrey Duda > > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > > To: GrADS Users Forum > > > Message-ID: > > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > > > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > > > (note the semicolon instead of a comma). > > > > > > Jeff Duda > > > > > > 2011/9/15 Hyacinth Nnamchi > > > > > > > Hello, > > > > > > > > This is not directly about GrADS but since most of address similar! > > > > problems, I guess someone on this forum will be able to answer my > > question. > > > > > > > > I understand that to calculate moisture transport, given zonal, > > meridional > > > > winds and specific humidity, can simply do: > > > > > > > > 'define zon=uwnd.1*shum.3' > > > > 'define mer=vwnd.2*shum.3' > > > > 'd zon,mer' > > > > > > > > But, I want to plot vectors indicating field of net moisture flux (all > > arrows converging/diverging) instead of just transport. > > > > > > > > Thanks for any ideas. > > > > > > > > Hyacinth > > > > > > > > > > > > __ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > >> **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/5152e4dc/attachment-0002.html From jma at cola.iges.org Mon Sep 19 11:30:07 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Mon, 19 Sep 2011 11:30:07 -0400 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data In-Reply-To: References: Message-ID: You won't be able to bring this data into GrADS in its current netcdf or grib formats. The netcdf file does not have a linear time axis, so that rules it out immediately, and there's no way to map the two time axes (the 3-hourly one and the monthly one) into the same descriptor with gribmap. So, I believe your strategy should be to break up your netcdf file into pieces and bring it into GrADS using the E dimension for the 3-hourly axis and the T dimension for the monthly axis, or vice versa. You can map them the other way, but then it will be awkward to use templating if you should need to add more than one year to your data set. Break your data into twelve parts, one file for each month, each file containing the 8 records for that month (00, 03, 06, 09, 12, 15, 18, and 21). The netcdf operators should be able to do this easily. The output filename should be something like ei_mnth_fc_sfc_1.5x1.5_198901.nc with a time coordinate that has 8 time steps at 3hr intervals. This coordinate will map to your EDEF. Then template them together using %m2 in the DSET entry, and put "tp 0 e,y,x total precipitation" in the variable declaration. The EDEF entry can use the names keyword, and you can name them anything you want, but 00z 03z, ... 21z would be appropriate. Don't forget to add "UNPACK scale_factor add_offset". Good luck! --Jennifer On Sep 18, 2011, at 11:44 PM, Mubashar Dogar wrote: > Dear Jennifer, > > Here is the output of ncdump -c as requested. I am also giving the > output of wgrib -h for the grib format of the same data at the end: > > ncdump -c ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.nc > netcdf ei_mnth_fc_sfc_1.5x1.5_19890101_19891201 { > dimensions: > longitude = 240 ; > latitude = 121 ; > time = UNLIMITED ; // (96 currently) > variables: > float longitude(longitude) ; > longitude:units = "degrees_east" ; > longitude:long_name = "longitude" ; > float latitude(latitude) ; > latitude:units = "degrees_north" ; > latitude:long_name = "latitude" ; > int time(time) ; > time:units = "hours since 1900-01-01 00:00:0.0" ; > time:long_name = "time" ; > short tp(time, latitude, longitude) ; > tp:scale_factor = 4.25320233951185e-07 ; > tp:add_offset = 0.0139356174654106 ; > tp:_FillValue = -32767s ; > tp:missing_value = -32767s ; > tp:units = "m" ; > tp:long_name = "Total precipitation" ; > > // global attributes: > :Conventions = "CF-1.0" ; > :history = "2011-09-18 14:19:37 GMT by mars2netcdf-0.92" ; > data: > > longitude = 0, 1.5, 3, 4.5, 6, 7.5, 9, 10.5, 12, 13.5, 15, 16.5, > 18, 19.5, > 21, 22.5, 24, 25.5, 27, 28.5, 30, 31.5, 33, 34.5, 36, 37.5, 39, > 40.5, 42, > 43.5, 45, 46.5, 48, 49.5, 51, 52.5, 54, 55.5, 57, 58.5, 60, > 61.5, 63, > 64.5, 66, 67.5, 69, 70.5, 72, 73.5, 75, 76.5, 78, 79.5, 81, > 82.5, 84, > 85.5, 87, 88.5, 90, 91.5, 93, 94.5, 96, 97.5, 99, 100.5, 102, > 103.5, 105, > 106.5, 108, 109.5, 111, 112.5, 114, 115.5, 117, 118.5, 120, > 121.5, 123, > 124.5, 126, 127.5, 129, 130.5, 132, 133.5, 135, 136.5, 138, > 139.5, 141, > 142.5, 144, 145.5, 147, 148.5, 150, 151.5, 153, 154.5, 156, > 157.5, 159, > 160.5, 162, 163.5, 165, 166.5, 168, 169.5, 171, 172.5, 174, > 175.5, 177, > 178.5, 180, 181.5, 183, 184.5, 186, 187.5, 189, 190.5, 192, > 193.5, 195, > 196.5, 198, 199.5, 201, 202.5, 204, 205.5, 207, 208.5, 210, > 211.5, 213, > 214.5, 216, 217.5, 219, 220.5, 222, 223.5, 225, 226.5, 228, > 229.5, 231, > 232.5, 234, 235.5, 237, 238.5, 240, 241.5, 243, 244.5, 246, > 247.5, 249, > 250.5, 252, 253.5, 255, 256.5, 258, 259.5, 261, 262.5, 264, > 265.5, 267, > 268.5, 270, 271.5, 273, 274.5, 276, 277.5, 279, 280.5, 282, > 283.5, 285, > 286.5, 288, 289.5, 291, 292.5, 294, 295.5, 297, 298.5, 300, > 301.5, 303, > 304.5, 306, 307.5, 309, 310.5, 312, 313.5, 315, 316.5, 318, > 319.5, 321, > 322.5, 324, 325.5, 327, 328.5, 330, 331.5, 333, 334.5, 336, > 337.5, 339, > 340.5, 342, 343.5, 345, 346.5, 348, 349.5, 351, 352.5, 354, > 355.5, 357, > 358.5 ; > > latitude = 90, 88.5, 87, 85.5, 84, 82.5, 81, 79.5, 78, 76.5, 75, > 73.5, 72, > 70.5, 69, 67.5, 66, 64.5, 63, 61.5, 60, 58.5, 57, 55.5, 54, > 52.5, 51, > 49.5, 48, 46.5, 45, 43.5, 42, 40.5, 39, 37.5, 36, 34.5, 33, > 31.5, 30, > 28.5, 27, 25.5, 24, 22.5, 21, 19.5, 18, 16.5, 15, 13.5, 12, > 10.5, 9, 7.5, > 6, 4.5, 3, 1.5, 0, -1.5, -3, -4.5, -6, -7.5, -9, -10.5, -12, > -13.5, -15, > -16.5, -18, -19.5, -21, -22.5, -24, -25.5, -27, -28.5, -30, > -31.5, -33, > -34.5, -36, -37.5, -39, -40.5, -42, -43.5, -45, -46.5, -48, > -49.5, -51, > -52.5, -54, -55.5, -57, -58.5, -60, -61.5, -63, -64.5, -66, > -67.5, -69, > -70.5, -72, -73.5, -75, -76.5, -78, -79.5, -81, -82.5, -84, > -85.5, -87, > -88.5, -90 ; > > time = 780171, 780174, 780177, 780180, 780183, 780186, 780189, > 780192, > 780915, 780918, 780921, 780924, 780927, 780930, 780933, 780936, > 781587, > 781590, 781593, 781596, 781599, 781602, 781605, 781608, 782331, > 782334, > 782337, 782340, 782343, 782346, 782349, 782352, 783051, 783054, > 783057, > 783060, 783063, 783066, 783069, 783072, 783795, 783798, 783801, > 783804, > 783807, 783810, 783813, 783816, 784515, 784518, 784521, 784524, > 784527, > 784530, 784533, 784536, 785259, 785262, 785265, 785268, 785271, > 785274, > 785277, 785280, 786003, 786006, 786009, 786012, 786015, 786018, > 786021, > 786024, 786723, 786726, 786729, 786732, 786735, 786738, 786741, > 786744, > 787467, 787470, 787473, 787476, 787479, 787482, 787485, 787488, > 788187, > 788190, 788193, 788196, 788199, 788202, 788205, 788208 ; > } > > Here is the output from wgrib for the same data but downloaded in > grib format: > > wgrib -h ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib > 1 > : > 0 > :d > =89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 2 > : > 58188 > :d > =89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 3 > : > 116376 > :d > =89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 4 > : > 174564 > :d > = > 89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 5 > : > 232752 > :d > =89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 6 > : > 290940 > :d > =89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 7 > : > 349128 > :d > =89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 8 > : > 407316 > :d > = > 89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 9 > : > 465504 > :d > =89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=28 > 10 > : > 523692 > :d > =89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=28 > 11 > : > 581880 > :d > =89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=28 > 12 > : > 640068 > :d > = > 89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=28 > 13 > : > 698256 > :d > =89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=28 > 14 > : > 756444 > :d > =89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=28 > 15 > : > 814632 > :d > =89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=28 > 16 > : > 872820 > :d > = > 89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=28 > 17 > : > 931008 > :d > =89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 18 > : > 989196 > :d > =89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 19 > : > 1047384 > :d > =89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 20 > : > 1105572 > :d > = > 89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 21 > : > 1163760 > :d > =89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 22 > : > 1221948 > :d > =89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 23 > : > 1280136 > :d > =89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 24 > : > 1338324 > :d > = > 89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 25 > : > 1396512 > :d > =89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 26 > : > 1454700 > :d > =89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 27 > : > 1512888 > :d > =89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 28 > : > 1571076 > :d > = > 89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 29 > : > 1629264 > :d > =89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 30 > : > 1687452 > :d > =89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 31 > : > 1745640 > :d > =89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 32 > : > 1803828 > :d > = > 89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 33 > : > 1862016 > :d > =89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 34 > : > 1920204 > :d > =89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 35 > : > 1978392 > :d > =89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 36 > : > 2036580 > :d > = > 89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 37 > : > 2094768 > :d > =89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 38 > : > 2152956 > :d > =89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 39 > : > 2211144 > :d > =89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 40 > : > 2269332 > :d > = > 89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 41 > : > 2327520 > :d > =89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 42 > : > 2385708 > :d > =89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 43 > : > 2443896 > :d > =89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 44 > : > 2502084 > :d > = > 89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 45 > : > 2560272 > :d > =89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 46 > : > 2618460 > :d > =89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 47 > : > 2676648 > :d > =89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 48 > : > 2734836 > :d > = > 89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 49 > : > 2793024 > :d > =89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 50 > : > 2851212 > :d > =89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 51 > : > 2909400 > :d > =89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 52 > : > 2967588 > :d > = > 89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 53 > : > 3025776 > :d > =89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 54 > : > 3083964 > :d > =89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 55 > : > 3142152 > :d > =89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 56 > : > 3200340 > :d > = > 89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 57 > : > 3258528 > :d > =89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 58 > : > 3316716 > :d > =89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 59 > : > 3374904 > :d > =89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 60 > : > 3433092 > :d > = > 89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 61 > : > 3491280 > :d > =89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 62 > : > 3549468 > :d > =89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 63 > : > 3607656 > :d > =89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 64 > : > 3665844 > :d > = > 89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 65 > : > 3724032 > :d > =89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 66 > : > 3782220 > :d > =89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 67 > : > 3840408 > :d > =89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 68 > : > 3898596 > :d > = > 89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 69 > : > 3956784 > :d > =89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 70 > : > 4014972 > :d > =89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 71 > : > 4073160 > :d > =89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 72 > : > 4131348 > :d > = > 89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 73 > : > 4189536 > :d > =89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 74 > : > 4247724 > :d > =89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 75 > : > 4305912 > :d > =89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 76 > : > 4364100 > :d > = > 89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 77 > : > 4422288 > :d > =89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 78 > : > 4480476 > :d > =89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 79 > : > 4538664 > :d > =89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 80 > : > 4596852 > :d > = > 89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 81 > : > 4655040 > :d > =89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 82 > : > 4713228 > :d > =89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 83 > : > 4771416 > :d > =89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 84 > : > 4829604 > :d > = > 89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 85 > : > 4887792 > :d > =89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 86 > : > 4945980 > :d > =89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 87 > : > 5004168 > :d > =89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 88 > : > 5062356 > :d > = > 89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 89 > : > 5120544 > :d > =89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 90 > : > 5178732 > :d > =89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 91 > : > 5236920 > :d > =89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 92 > : > 5295108 > :d > = > 89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 93 > : > 5353296 > :d > =89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 94 > : > 5411484 > :d > =89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 95 > : > 5469672 > :d > =89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 96 > : > 5527860 > :d > = > 89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > > > > Today's Topics: > > 1. Re: Box Plot in GrADS? (Jayakrishnan PR) > 2. Re: Convert monthly to yearly accumulated rainfall > (Rafanoharana Serge Claudio) > 3. Invitation to connect on LinkedIn (Rajeevan K via LinkedIn) > 4. Re: lats4d and re (Arlindo da Silva) > 5. Re: Moisture flux convergence/divergence (Arlindo da Silva) > 6. Problem with GrADS in reading ECMWF synoptic monthly means > data (Mubashar Dogar) > 7. Re: Problem with GrADS in reading ECMWF synoptic monthly > means data (Jennifer Adams) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 17 Sep 2011 10:24:57 +0530 > From: Jayakrishnan PR > Subject: Re: [gradsusr] Box Plot in GrADS? > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Matei, > I am wondering why you are sticking to Grads itself. > Grads is > a software designed to plot griided data and analysis of that data. > it is > not suitable for plotting these kind of graphs. You can choose > softwares > such as NCL or origin for plotting these kind of graphs. No need for > sticking into Grads. > > > > > > > > > -- > Sincerely > *********************************************** > Jayakrishnan.P.R > CSIR-Senior Research Fellow > Department of Atmospheric Sciences > Cochin University of Science and Technology (CUSAT), Cochin-682 016 > Kerala, India. > Mob: 09895417565 > > *********************************************** > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/aee4af7f/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Sat, 17 Sep 2011 15:11:20 +0700 > From: Rafanoharana Serge Claudio > Subject: Re: [gradsusr] Convert monthly to yearly accumulated rainfall > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Chris, > > I do not know if one can do it directly while having the 50 time > steps but > what I can say is that you can process for every year (then you'll > have 50 > outputs), then assign time for every year, then merge using cdo all > 50 years > into one single file. > > Hope this can help, > > Serge > > On Sat, Sep 17, 2011 at 3:34 AM, Alauda arvensis > wrote: > > > Dear GrADS users, > > > > My data consists of 50 years of monthly rainfall. I want to > convert this > > data into yearly accumulated rainfall for every year. So I am > looking for > > something like: > > > > 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every > year, so > > that in the end I have 50 time steps. > > > > Any hints welcome! Thanks! > > > > Kind regards, > > Chris > > > > PS: I already tried "mon2yr.gs" from Bin Guan's page, but > something does > > not appear to work. > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Serge > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/2b5fa831/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Sat, 17 Sep 2011 12:23:40 +0000 (UTC) > From: Rajeevan K via LinkedIn > Subject: [gradsusr] Invitation to connect on LinkedIn > To: Ning Cao > Message-ID: > <786703422.8558443.1316262220088.JavaMail.app at ela4- > app0131.prod> > Content-Type: text/plain; charset="utf-8" > > LinkedIn > ------------ > > > > > Rajeevan K requested to add you as a connection on LinkedIn: > > ------------------------------------------ > > Ning, > > I'd like to add you to my professional network on LinkedIn. > > - Rajeevan > > Accept invitation from Rajeevan K > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYQcj0Vd3cNdz59bT1imBhDqDB3bP8Sd3sRdPoQczgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=3cpy5iTqgDLAU1 > > View invitation from Rajeevan K > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/3cNnPgNc3AQcP4SckALqnpPbOYWrSlI/svi/?hs=false&tok=27OH6j0pIDLAU1 > > > -- > (c) 2011, LinkedIn Corporation > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/c1848b01/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Sat, 17 Sep 2011 09:54:51 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] lats4d and re > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > On Fri, Sep 16, 2011 at 5:20 PM, Coly SAR wrote: > > > I have a 3D nc file with 6 variables and I want to regrid it to > 0.5? using > > lats4d. > > I issued this command below but the file created remains the same > as infile > > and no regrid done. > > > > > > > > >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func > re(@,0.5) > > > > I am using opengrad v 2.9 and need any suggestion on how to do > this regrid. > > > > > Type "lats4d -h" and read the section on regridding. Unless you use > one of > the predefined resolutions you will need to create (or point to one) > dimension environment file (option -de). > > Arlindo > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/a2d77033/attachment-0001.html > > ------------------------------ > > Message: 5 > Date: Sat, 17 Sep 2011 10:12:57 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] Moisture flux convergence/divergence > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > 2011/9/16 Hyacinth Nnamchi > > > Jeff, > > > > I seems my question wasn't well framed, and so you dealt with the > typo. I > > have attached two Figs showing what the calculations below will > give and > > what exactly I'll like to do. > > > > > >From the attached plot it appears that you want to plot the divergent > component of the mass flux, as given by the Helmholtz decomposition: > > http://en.wikipedia.org/wiki/Helmholtz_decomposition > > The first step is to compute the velocity potential > > ga-> chi = fish_chi(zon,mer) > > (As Roger mentions, make sure to average in the vertical first if > this is > what you want.) Next, the divergent component of the mass flux is > related to > the gradient of chi; see this for more information: > > Calculating the Divergent > Wind > > > Notice that you will need an opengrads build in order to use the fish > extension; more info here: > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > Good luck, > > Arlindo > > > > > > > > Thanks, > > > > Hyacinth > > > > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > > From: Jeffrey Duda > > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > > To: GrADS Users Forum > > > Message-ID: > > > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > > > > Set the graphics output to vector ('set gxout vector'), then 'd > zon;mer' > > > (note the semicolon instead of a comma). > > > > > > Jeff Duda > > > > > > 2011/9/15 Hyacinth Nnamchi > > > > > > > Hello, > > > > > > > > This is not directly about GrADS but since most of address > similar! > > > > problems, I guess someone on this forum will be able to answer > my > > question. > > > > > > > > I understand that to calculate moisture transport, given zonal, > > meridional > > > > winds and specific humidity, can simply do: > > > > > > > > 'define zon=uwnd.1*shum.3' > > > > 'define mer=vwnd.2*shum.3' > > > > 'd zon,mer' > > > > > > > > But, I want to plot vectors indicating field of net moisture > flux (all > > arrows converging/diverging) instead of just transport. > > > > > > > > Thanks for any ideas. > > > > > > > > Hyacinth > > > > > > > > > > > > __ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/f06c2109/attachment-0001.html > > ------------------------------ > > Message: 6 > Date: Sun, 18 Sep 2011 21:39:04 +0300 > From: Mubashar Dogar > Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear GrADS users, > > I am facing a problem with time steps of a netcdf file downloaded for > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the > year > 1989 (downloaded for surface total precipitation for all time steps > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). > This > file is basically synoptic monthly means generated by long term > average of > corresponding 3 hour in all the days of a month, giving 8 time steps > in a > month. So instead of reading 96 values that represents to 12 months (8 > values in each months) GrADS read all these values by considering 8 > time > steps in a day instead in a month. I mean GrADS reads these hours in > a daily > format instead of monthly. Does GrADS not deal with synoptic monthly > means? > I have grib file as well for the same data, what should be time > increment in > a ctl file to open the same grib file? > > > Mubashar Dogar > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/9724bae7/attachment-0001.html > > ------------------------------ > > Message: 7 > Date: Sun, 18 Sep 2011 15:47:24 -0400 > From: Jennifer Adams > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: GrADS Users Forum > Message-ID: <93628EC9-0E8F-4EE1-9D80-0147B93D7F6A at cola.iges.org> > Content-Type: text/plain; charset="us-ascii" > > Please send the output from ncdump -c on your netcdf file. --Jennifer > > On Sep 18, 2011, at 2:39 PM, Mubashar Dogar wrote: > > > > > Dear GrADS users, > > > > I am facing a problem with time steps of a netcdf file downloaded > > for synoptic monthly means of ECMWF ERA-INTERIM forecast product for > > the year 1989 (downloaded for surface total precipitation for all > > time steps available from: http://data-portal.ecmwf.int/data/d/interim_mnth/) > > . This file is basically synoptic monthly means generated by long > > term average of corresponding 3 hour in all the days of a month, > > giving 8 time steps in a month. So instead of reading 96 values that > > represents to 12 months (8 values in each months) GrADS read all > > these values by considering 8 time steps in a day instead in a > > month. I mean GrADS reads these hours in a daily format instead of > > monthly. Does GrADS not deal with synoptic monthly means? I have > > grib file as well for the same data, what should be time increment > > in a ctl file to open the same grib file? > > > > > > Mubashar Dogar > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/ed8613dd/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/02032b8c/attachment-0002.html From saeedbayat7276 at gmail.com Tue Sep 20 00:11:56 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Tue, 20 Sep 2011 08:41:56 +0430 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Hi, I am confused to how start with .gex extenstion! Could you please give me an advice how use commands in terminal and script for this purpose? Best Regards, Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/d26c9df9/attachment-0002.html From rupak.rajbhandari at gmail.com Tue Sep 20 03:49:04 2011 From: rupak.rajbhandari at gmail.com (Rupak Rajbhandari) Date: Tue, 20 Sep 2011 13:34:04 +0545 Subject: [gradsusr] Second file display not working. why? In-Reply-To: References: Message-ID: Dear Roger, Thanks. You were right. The first file was for base period run from 1961 to 1990 and the second file was for future run from 2011 to 2098. I was trying to see the shifts in rainfall pattern, if there are any. The files are one file for one month and controlled using templates. Since there were some gap on the data (1991-2010), I kept the files in separate folders - hence two ctl files. When I try to view the second file, instead of simply assigning the T dimension value from 1 to 360 (or whatever may be), it extends T dimension backward for second file from 2011 to 1961, which is -500+, and the data obviously not available. Now that I have kept all the files in single folder is working (should work). Once again thanks. -rupak Rupak Rajbhandari Department of Meteorology Trichandra Campus, TC/TU Kathmandu On Mon, Sep 19, 2011 at 5:16 PM, Roger Rodrigues Torres < roger.torres at cptec.inpe.br> wrote: > Dear Rupak, > one suggestion is to check the declaration of the time in both ctl's. They > need to be exactly the same to work in the way that you wish. > Regards, > Roger Torres > > 2011/9/19 Rupak Rajbhandari > >> Hi, >> >> The following simple script is working well. But when I remove the line >> 'set dfile 2', then it says data request completely outside file request. >> why? >> >> Thanks. >> >> -rupak >> >> **************************************** >> 'reinit' >> >> 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' >> 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' >> >> 'exec d:\indus\gs\colors' >> 'set gxout grfill' >> >> 'display ave(rf.1,t=1,t=360,12)' >> n=1 >> while (n<50000) ; n=n+1 ; endwhile >> 'set dfile 2' >> 'display ave(rf.2,t=1,t=360,12)' >> 'cbar' >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Roger Rodrigues Torres > PhD. Student in Meteorology > National Institute for Space Research (INPE) > Phone: 55 12 3186-9541 > Personal Webpage: http://rtorres.webnode.com.br > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/f9406342/attachment-0002.html From mequitomz at yahoo.com.br Tue Sep 20 06:02:03 2011 From: mequitomz at yahoo.com.br (Arlindo Meque) Date: Tue, 20 Sep 2011 03:02:03 -0700 (PDT) Subject: [gradsusr] Problem calculating the difference between two files Message-ID: <1316512923.61455.YahooMailNeo@web130212.mail.mud.yahoo.com> Dear all, 1. I want to obtain the difference between the precipitation forecast (1.875X1.25 resolution) and the observed rainfall (2.5X2.5 resolution). 2. These are the commands I am using :reinit' 'set display color white' 'c' 'sdfopen oo.nc'???????????????????? *observed 'sdfopen? ff.nc'? ? ? ? ? ? ? ? ? ? * forecasted 'set dfile 1' 'set t 1 14' 'set z 1' 'set lon 10 55' 'set lat -35 -10' 'define obs=ave(prcp_est,t=1,t=14)' 'set dfile 2' 'set t 1 14' 'set z 1' 'set lon 10 55' 'set lat -35 -10' 'define gg=ave(precip*86400,t=1,t=14)' 'define forecast=re(gg,2.5,2.5,ba)'??????????? * regridding? the forecast 'define difference=forecast-obs' 'd difference' 1. But Iam getting the following error message:Data Request Error: Invalid grid coordinates ? World coordinates convert to non-integer? grid coordinates ??? Variable = obs? Dimension = 3 ? Error ocurred at column 10 DEFINE error:? Invalid expression 4. Help is needed Arlindo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/a0ae9a68/attachment-0002.html From davide.sacchetti at arpal.gov.it Tue Sep 20 06:20:25 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Tue, 20 Sep 2011 12:20:25 +0200 Subject: [gradsusr] Problem calculating the difference between two files In-Reply-To: <1316512923.61455.YahooMailNeo@web130212.mail.mud.yahoo.com> References: <1316512923.61455.YahooMailNeo@web130212.mail.mud.yahoo.com> Message-ID: <1316514025.14356.118.camel@davide> when you regrid from 1.875X1.25 to 2.5X2.5 you get a mesh of 2.5X2.5 but it may be not coincide with the other 2.5X2.5 you have I mean that the 2 grids may have the same resolution but different grid points. In regrid2 udf (so I hope also in re() function) you could also give the coords of a point you wish your grid belongs to - e.g.: re(gg,2.5,2.5,ba) -> re(gg,2.5,2.5,ba_p1,-180,-90) bye bye Davide On Tue, 2011-09-20 at 03:02 -0700, Arlindo Meque wrote: > > > Dear all, > > > I want to obtain the difference between the precipitation > forecast (1.875X1.25 resolution) and the observed rainfall > (2.5X2.5 resolution). > These are the commands I am using : > reinit' > 'set display color white' > 'c' > 'sdfopen oo.nc' *observed > 'sdfopen ff.nc' * forecasted > 'set dfile 1' > 'set t 1 14' > 'set z 1' > 'set lon 10 55' > 'set lat -35 -10' > 'define obs=ave(prcp_est,t=1,t=14)' > > 'set dfile 2' > 'set t 1 14' > 'set z 1' > 'set lon 10 55' > 'set lat -35 -10' > 'define gg=ave(precip*86400,t=1,t=14)' > 'define forecast=re(gg,2.5,2.5,ba)' * regridding the > forecast > 'define difference=forecast-obs' > 'd difference' > > But Iam getting the following error message: > Data Request Error: Invalid grid coordinates > World coordinates convert to non-integer grid coordinates > Variable = obs Dimension = 3 > Error ocurred at column 10 > DEFINE error: Invalid expression > > 4. Help is needed > > > Arlindo > > > > > > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From devdas.pnr at gmail.com Tue Sep 20 07:45:52 2011 From: devdas.pnr at gmail.com (Sudev Das M P) Date: Tue, 20 Sep 2011 17:15:52 +0530 Subject: [gradsusr] How to prepare monthly climatology in GrADS Message-ID: Hai, I have 19 years monthly data sets for heat flux (net heat flux), (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, with each year having a separate file. I want to prepare monthly climatology using these data files in GrADS. How to do this in GrADS ? Hope to get some valuable suggestion. Thanks, sudev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/cd30eec3/attachment-0002.html From roger.torres at cptec.inpe.br Tue Sep 20 07:54:58 2011 From: roger.torres at cptec.inpe.br (Roger Rodrigues Torres) Date: Tue, 20 Sep 2011 08:54:58 -0300 Subject: [gradsusr] Second file display not working. why? In-Reply-To: References: Message-ID: Dear Rupak, you're wellcome. Another suggestion to you is to open the files independently, even the timescales is not the same. Then, if you whish to analyze the difference between 2070-2098 and 1961-90 period (e.g. annual mean), you can proceed in the following way: 1) open the files indenpendently, and find the correspondent T range that correspond two wich period; 2) open both files in the script, and from now on, you need to especify the correspondent time when you call the varible. For example: 'open file1.ctl' (file from 1961 to 1990, with 360 time steps) 'open file2.ctl' (file from 2011 to 2098, with 1056 time steps) 'define PRES=var.1*0' 'define FUT=var.2*0' count=1 while(count<=360) 'define PRES=PRES+var.1(t='count')/360' count=count+1 endwhile count=697 (the value that you have found in the step 1) while(count<=1056) 'define FUT=FUT+var.2(t='count')/360' count=count+1 endwhile 'define Change=FUT-PRES' I hope this can help you. Regards, Roger Torres 2011/9/20 Rupak Rajbhandari > Dear Roger, > > Thanks. You were right. The first file was for base period run from 1961 to > 1990 and the second file was for future run from 2011 to 2098. I was trying > to see the shifts in rainfall pattern, if there are any. The files are one > file for one month and controlled using templates. Since there were some gap > on the data (1991-2010), I kept the files in separate folders - hence two > ctl files. When I try to view the second file, instead of simply assigning > the T dimension value from 1 to 360 (or whatever may be), it extends T > dimension backward for second file from 2011 to 1961, which is -500+, and > the data obviously not available. Now that I have kept all the files in > single folder is working (should work). > > Once again thanks. > > -rupak > > Rupak Rajbhandari > Department of Meteorology > Trichandra Campus, TC/TU > Kathmandu > > > On Mon, Sep 19, 2011 at 5:16 PM, Roger Rodrigues Torres < > roger.torres at cptec.inpe.br> wrote: > >> Dear Rupak, >> one suggestion is to check the declaration of the time in both ctl's. They >> need to be exactly the same to work in the way that you wish. >> Regards, >> Roger Torres >> >> 2011/9/19 Rupak Rajbhandari >> >>> Hi, >>> >>> The following simple script is working well. But when I remove the line >>> 'set dfile 2', then it says data request completely outside file request. >>> why? >>> >>> Thanks. >>> >>> -rupak >>> >>> **************************************** >>> 'reinit' >>> >>> 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' >>> 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' >>> >>> 'exec d:\indus\gs\colors' >>> 'set gxout grfill' >>> >>> 'display ave(rf.1,t=1,t=360,12)' >>> n=1 >>> while (n<50000) ; n=n+1 ; endwhile >>> 'set dfile 2' >>> 'display ave(rf.2,t=1,t=360,12)' >>> 'cbar' >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> >> -- >> Roger Rodrigues Torres >> PhD. Student in Meteorology >> National Institute for Space Research (INPE) >> Phone: 55 12 3186-9541 >> Personal Webpage: http://rtorres.webnode.com.br >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Roger Rodrigues Torres PhD. Student in Meteorology National Institute for Space Research (INPE) Phone: 55 12 3186-9541 Personal Webpage: http://rtorres.webnode.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/f6047172/attachment-0002.html From kk.kouadio at yahoo.fr Tue Sep 20 08:28:08 2011 From: kk.kouadio at yahoo.fr (Kouadio) Date: Tue, 20 Sep 2011 12:28:08 -0000 Subject: [gradsusr] Grads new version Message-ID: <000001cc7790$c366ec40$4a34c4c0$@yahoo.fr> Hello, Someone help me to download a new version of grads version? So I use the 1.9 and I dawnload the version 2... When I compile I have not some executable. I use Suse 11.4 on my laptop. Thank you in advance Kouadio -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/78a346c4/attachment-0002.html From rafanoharana at gmail.com Tue Sep 20 08:55:13 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Tue, 20 Sep 2011 19:55:13 +0700 Subject: [gradsusr] script similar to batch in Mac OS X Message-ID: Dear all, I guess that it is not the right place to ask this question, but I know that it can be solved here that's why I'm asking... In Windows, in order to make a time series data, I use .bat file which name is run_script.bat and which contains: foreach m (1 2 3 4 5 6 7 8 9 10 11 12) ncdump fpar_re_2001_$(m).nc > test.cdl sed -n '1,1p' test.cdl > test1.cdl cat header_fpar_re_2001.txt >> test1.cdl echo "" >> test1.cdl echo "data:" >> test1.cdl echo "" >> test1.cdl echo " time = $(m) ; " >> test1.cdl echo "" >> test1.cdl sed -n '16,20000000p' test.cdl >> test1.cdl ncgen -o fpar_re_fnl_2001_$(m).nc test1.cdl end and I use command prompt to run it: tcsh run_script.bat and it works perfectly. Now, I move to Mac OS X and try to run this script. I did: csh run_script.bat but always get an error: "foreach: Words not parenthesized." I have already changed the $(m) to ${m} and even type directly the name of the file but always obtain the message "foreach: Words not parenthesized." I changed the extension to .sh but always the same problem. Any help would be very helpful. Thank you, Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/36924478/attachment-0002.html From javier.p at ereda.com Tue Sep 20 09:31:15 2011 From: javier.p at ereda.com (=?ISO-8859-1?Q?Javier_Pe=F1a?=) Date: Tue, 20 Sep 2011 15:31:15 +0200 Subject: [gradsusr] Problems opening Grib2 files with grads Message-ID: Dear users: I'm trying to open a grib2 file with Grads but I've found problems in my way. I have been able to create a descriptor file with the function g2ctl.plusing the following sentence: perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > pgbhnl.gdas.2006020112_grib2.ctl but, when I've tried to create the index file with the function gribmap, I have obtained the following error message: gribmap -i pgbhnl.gdas.2006020112_grib2.ctl Open Error: Data file type invalid --> The invalid description file record is: --> dtype grb2 The data file was not opened. This is part of the descriptor file obtained: dset ^pgbhnl.gdas.2006020112.grb2 index ^pgbhnl.gdas.2006020112.grb2.idx undef 9.999E+20 title pgbhnl.gdas.2006020112.grb2 * produced by g2ctl v0.0.8.2 * command line options: -0 pgbhnl.gdas.2006020112.grb2 * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by 0.500000 #points=259920:winds(N/S) dtype grib2 ydef 361 linear -90.000000 0.5 xdef 720 linear 0.000000 0.500000 tdef 1 linear 12Z01feb2006 1mo * PROFILE hPa zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 500 300 200 100 options pascals vars 95 no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted Index [K] no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential Height Anomaly [gpm] no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential Height [gpm] Does someone know what is the problem? What is wrong in my procedure? and how can I create the index file? Thank you very much in advance for your help. Sincerely: Javier Pe?a -- Javier Pe?a ?lvarez Energ?as Renovables javier.p at ereda.com EREDA Tel: +34 91 5014755 Fax: +34 91 5014756 P?. Marqu?s de Monistrol 7 28011 MADRID www.ereda.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/afa6eddb/attachment-0002.html From dasilva at alum.mit.edu Tue Sep 20 10:19:50 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 20 Sep 2011 10:19:50 -0400 Subject: [gradsusr] script similar to batch in Mac OS X In-Reply-To: References: Message-ID: On Tue, Sep 20, 2011 at 8:55 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > I guess that it is not the right place to ask this question, but I know > that it can be solved here that's why I'm asking... > In Windows, in order to make a time series data, I use .bat file which name > is run_script.bat and which contains: > > foreach m (1 2 3 4 5 6 7 8 9 10 11 12) > ncdump fpar_re_2001_$(m).nc > test.cdl > sed -n '1,1p' test.cdl > test1.cdl > cat header_fpar_re_2001.txt >> test1.cdl > echo "" >> test1.cdl > echo "data:" >> test1.cdl > echo "" >> test1.cdl > echo " time = $(m) ; " >> test1.cdl > echo "" >> test1.cdl > sed -n '16,20000000p' test.cdl >> test1.cdl > ncgen -o fpar_re_fnl_2001_$(m).nc test1.cdl > end > > and I use command prompt to run it: > > tcsh run_script.bat > > and it works perfectly. > > > Now, I move to Mac OS X and try to run this script. I did: > > csh run_script.bat > > but always get an error: "foreach: Words not parenthesized." > I have already changed the $(m) to ${m} and even type directly the name of > the file but always obtain the message "foreach: Words not parenthesized." > I changed the extension to .sh but always the same problem. > > Even though you have .bat in your script file name, from the above it is clear that you are running a c-shell script, an old habit of mine as well. The issue you are having on Mac OS X is most likely because your "run_script.bat" file was created on Windows and has the funny MS-DOS line ending characters. All you need to do is to run this utility on your file: % dos2unix run_script.bat Here is the catch: if dos2unix is not standard on Mac OS X. If it is not available in your system you can install it from macports with % sudo port install dos2unix If you don't have macports installed, see here: http://www.macports.org/ or ask your sys admin to install it for you. (It is possible that I included some version of dos2unix with the opengrads win32 superpack, I can't remember.) Arlindo > Any help would be very helpful. > > Thank you, > > Serge > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/df324844/attachment-0002.html From dasilva at alum.mit.edu Tue Sep 20 10:39:19 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 20 Sep 2011 10:39:19 -0400 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: On Tue, Sep 20, 2011 at 12:11 AM, saeed bayat wrote: > Hi, > I am confused to how start with .gex extenstion! Could you please give me > an advice how > use commands in terminal and script for this purpose? > > If you installed the latest opengrads bundle, you have nothing to do, it is all included and designed to work out of the tar ball. From the user point of view a function implemented in a .gex file works exactly like any other native grads function, say hcurl(). The only special thing about a gex function is that it is not available with COLA standard builds requiring that you install an opengrads build. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/800adb41/attachment-0002.html From dasilva at alum.mit.edu Tue Sep 20 10:49:06 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 20 Sep 2011 10:49:06 -0400 Subject: [gradsusr] How to prepare monthly climatology in GrADS In-Reply-To: References: Message-ID: On Tue, Sep 20, 2011 at 7:45 AM, Sudev Das M P wrote: > Hai, > > I have 19 years monthly data sets for heat flux (net heat flux), > > (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, > > with each year having a separate file. I want to prepare monthly > climatology > > using these data files in GrADS. How to do this in GrADS ? Hope to get > > some valuable suggestion. > > > There is more than one way of doing this, here is a solution using lats4d. First, write a template DDF or CTL to open these files are a single time series, call it nfh.ddf. Now, to create the january climatology enter: % lats4d.sh -i nhf.ddf -o nhf_jan -time jan1998 jan2006 12 -mean -v and repeat this for each month. (There are also variants to have all the 12 months on a single file.) Also look at the NCO utilities. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/fab58b54/attachment-0002.html From Wesley.Ebisuzaki at noaa.gov Tue Sep 20 11:24:18 2011 From: Wesley.Ebisuzaki at noaa.gov (Wesley Ebisuzaki) Date: Tue, 20 Sep 2011 11:24:18 -0400 Subject: [gradsusr] Problems opening Grib2 files with grads In-Reply-To: References: Message-ID: <4E78B022.7000900@noaa.gov> Javier, The error message > Open Error: Data file type invalid > --> The invalid description file record is: > --> dtype grb2 says that you either are using gribmap v1 or gribmap v2 that was compiled without grib2 support. Most likely the former. Wesley Ebisuzaki Javier Pe?a wrote: > Dear users: > > I'm trying to open a grib2 file with Grads but I've found problems in > my way. > > I have been able to create a descriptor file with the function > g2ctl.pl using the following sentence: > > perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > > pgbhnl.gdas.2006020112_grib2.ctl > > but, when I've tried to create the index file with the function > gribmap, I have obtained the following error message: > > gribmap -i pgbhnl.gdas.2006020112_grib2.ctl > Open Error: Data file type invalid > --> The invalid description file record is: > --> dtype grb2 > The data file was not opened. > > This is part of the descriptor file obtained: > > dset ^pgbhnl.gdas.2006020112.grb2 > index ^pgbhnl.gdas.2006020112.grb2.idx > undef 9.999E+20 > title pgbhnl.gdas.2006020112.grb2 > * produced by g2ctl v0.0.8.2 > * command line options: -0 pgbhnl.gdas.2006020112.grb2 > * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon > grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat > 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by > 0.500000 #points=259920:winds(N/S) > > dtype grib2 > ydef 361 linear -90.000000 0.5 > xdef 720 linear 0.000000 0.500000 > tdef 1 linear 12Z01feb2006 1mo > * PROFILE hPa > zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 > 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 > 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 > 500 300 200 100 > options pascals > vars 95 > no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted Index [K] > no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential > Height Anomaly [gpm] > no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential > Height [gpm] > > Does someone know what is the problem? What is wrong in my procedure? > and how can I create the index file? > > Thank you very much in advance for your help. > > Sincerely: > Javier Pe?a > > -- > Javier Pe?a ?lvarez > Energ?as Renovables > javier.p at ereda.com > EREDA > > Tel: +34 91 5014755 > Fax: +34 91 5014756 > P?. Marqu?s de Monistrol 7 > 28011 MADRID > www.ereda.com > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From esjluis at yahoo.com.mx Tue Sep 20 12:52:07 2011 From: esjluis at yahoo.com.mx (jl sa) Date: Tue, 20 Sep 2011 09:52:07 -0700 (PDT) Subject: [gradsusr] gradsusr Digest, Vol 19, Issue 44 In-Reply-To: References: Message-ID: <1316537527.80804.YahooMailNeo@web111010.mail.gq1.yahoo.com> hola por que no intestas pasarlo a grib1, con el comando? cnvgrib -g21? elarchivo.grib2 elnuevoarchivo.grib ? ? hello why not pass it grib1 intestate, with the command "cnvgrib -g21 elarchivo.grib2 elnuevoarchivo.grib" ? a mi me dio ese problema y me decian que posiblemente era por la version de grads que usaba. ? ? espero te ayude gave to me and told me the problem was possibly the version of grads he used. I hope to help you atte jluis ? Message: 3 Date: Tue, 20 Sep 2011 15:31:15 +0200 From: Javier Pe?a Subject: [gradsusr] Problems opening Grib2 files with grads To: Gradsusr_new Cc: Dario Patane Message-ID: ??? Content-Type: text/plain; charset="iso-8859-1" Dear users: I'm trying to open a grib2 file with Grads but I've found problems in my way. I have been able to create a descriptor file with the function g2ctl.plusing the following sentence: perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > pgbhnl.gdas.2006020112_grib2.ctl but, when I've tried to create the index file with the function gribmap, I have obtained the following error message: gribmap -i pgbhnl.gdas.2006020112_grib2.ctl Open Error:? Data file type invalid ? --> The invalid description file record is: ? --> dtype grb2 ? The data file was not opened. This is part of the descriptor file obtained: dset ^pgbhnl.gdas.2006020112.grb2 index ^pgbhnl.gdas.2006020112.grb2.idx undef 9.999E+20 title pgbhnl.gdas.2006020112.grb2 * produced by g2ctl v0.0.8.2 * command line options: -0 pgbhnl.gdas.2006020112.grb2 * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by 0.500000 #points=259920:winds(N/S) dtype grib2 ydef 361 linear -90.000000 0.5 xdef 720 linear 0.000000 0.500000 tdef 1 linear 12Z01feb2006 1mo * PROFILE hPa zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 500 300 200 100 options pascals vars 95 no4LFTXsfc? 0,1,0? 0,7,193 ** surface Best (4 layer) Lifted Index [K] no5WAVA500mb? 0,100,50000? 0,3,197 ** 500 mb 5-Wave Geopotential Height Anomaly [gpm] no5WAVH500mb? 0,100,50000? 0,3,193 ** 500 mb 5-Wave Geopotential Height [gpm] Does someone know what is the problem? What is wrong in my procedure? and how can I create the index file? Thank you very much in advance for your help. Sincerely: Javier Pe?a -- Javier Pe?a ?lvarez Energ?as Renovables javier.p at ereda.com EREDA Tel:? +34 91 5014755 Fax: +34 91 5014756 P?. Marqu?s de Monistrol 7 28011 MADRID www.ereda.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/afa6eddb/attachment-0001.html ------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/467b53e8/attachment-0002.html From javier.p at ereda.com Tue Sep 20 12:54:34 2011 From: javier.p at ereda.com (=?ISO-8859-1?Q?Javier_Pe=F1a?=) Date: Tue, 20 Sep 2011 18:54:34 +0200 Subject: [gradsusr] Problems opening Grib2 files with grads In-Reply-To: <4E78B022.7000900@noaa.gov> References: <4E78B022.7000900@noaa.gov> Message-ID: Dear Wesley: Could you kindly say to me where I can find the gribmap v2? Now, I am using ubuntu 10.1 and I have downdoad the GRADS version 2.0.a7.1-3 from the software center. Thanks for your help. kind regards: Javier Pe?a 2011/9/20 Wesley Ebisuzaki > Javier, > > The error message > > > Open Error: Data file type invalid > > --> The invalid description file record is: > > --> dtype grb2 > says that you either are using gribmap v1 or gribmap v2 that was compiled > without grib2 support. Most likely the former. > > Wesley Ebisuzaki > > > > Javier Pe?a wrote: > > Dear users: > > > > I'm trying to open a grib2 file with Grads but I've found problems in > > my way. > > > > I have been able to create a descriptor file with the function > > g2ctl.pl using the following sentence: > > > > perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > > > pgbhnl.gdas.2006020112_grib2.ctl > > > > but, when I've tried to create the index file with the function > > gribmap, I have obtained the following error message: > > > > gribmap -i pgbhnl.gdas.2006020112_grib2.ctl > > Open Error: Data file type invalid > > --> The invalid description file record is: > > --> dtype grb2 > > The data file was not opened. > > > > This is part of the descriptor file obtained: > > > > dset ^pgbhnl.gdas.2006020112.grb2 > > index ^pgbhnl.gdas.2006020112.grb2.idx > > undef 9.999E+20 > > title pgbhnl.gdas.2006020112.grb2 > > * produced by g2ctl v0.0.8.2 > > * command line options: -0 pgbhnl.gdas.2006020112.grb2 > > * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon > > grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat > > 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by > > 0.500000 #points=259920:winds(N/S) > > > > dtype grib2 > > ydef 361 linear -90.000000 0.5 > > xdef 720 linear 0.000000 0.500000 > > tdef 1 linear 12Z01feb2006 1mo > > * PROFILE hPa > > zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 > > 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 > > 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 > > 500 300 200 100 > > options pascals > > vars 95 > > no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted Index [K] > > no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential > > Height Anomaly [gpm] > > no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential > > Height [gpm] > > > > Does someone know what is the problem? What is wrong in my procedure? > > and how can I create the index file? > > > > Thank you very much in advance for your help. > > > > Sincerely: > > Javier Pe?a > > > > -- > > Javier Pe?a ?lvarez > > Energ?as Renovables > > javier.p at ereda.com > > EREDA > > > > Tel: +34 91 5014755 > > Fax: +34 91 5014756 > > P?. Marqu?s de Monistrol 7 > > 28011 MADRID > > www.ereda.com > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Javier Pe?a ?lvarez Energ?as Renovables javier.p at ereda.com EREDA Tel: +34 91 5014755 Fax: +34 91 5014756 P?. Marqu?s de Monistrol 7 28011 MADRID www.ereda.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/a5758da3/attachment-0002.html From jma at cola.iges.org Tue Sep 20 12:57:19 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Tue, 20 Sep 2011 12:57:19 -0400 Subject: [gradsusr] Problems opening Grib2 files with grads In-Reply-To: References: <4E78B022.7000900@noaa.gov> Message-ID: Two comments inline. --Jennifer On Sep 20, 2011, at 12:54 PM, Javier Pe?a wrote: > Dear Wesley: > > Could you kindly say to me where I can find the gribmap v2? There is only one gribmap, it handles both grib 1 and 2. > Now, I am using ubuntu 10.1 and I have downdoad the GRADS version > 2.0.a7.1-3 from the software center. > > Thanks for your help. > > kind regards: > Javier Pe?a > > > 2011/9/20 Wesley Ebisuzaki > Javier, > > The error message > > > Open Error: Data file type invalid > > --> The invalid description file record is: > > --> dtype grb2 This looks like a simple typo. Try changing "grb2" to "grib2" > says that you either are using gribmap v1 or gribmap v2 that was > compiled > without grib2 support. Most likely the former. > > Wesley Ebisuzaki > > > > Javier Pe?a wrote: > > Dear users: > > > > I'm trying to open a grib2 file with Grads but I've found problems > in > > my way. > > > > I have been able to create a descriptor file with the function > > g2ctl.pl using the following sentence: > > > > perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > > > pgbhnl.gdas.2006020112_grib2.ctl > > > > but, when I've tried to create the index file with the function > > gribmap, I have obtained the following error message: > > > > gribmap -i pgbhnl.gdas.2006020112_grib2.ctl > > Open Error: Data file type invalid > > --> The invalid description file record is: > > --> dtype grb2 > > The data file was not opened. > > > > This is part of the descriptor file obtained: > > > > dset ^pgbhnl.gdas.2006020112.grb2 > > index ^pgbhnl.gdas.2006020112.grb2.idx > > undef 9.999E+20 > > title pgbhnl.gdas.2006020112.grb2 > > * produced by g2ctl v0.0.8.2 > > * command line options: -0 pgbhnl.gdas.2006020112.grb2 > > * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon > > grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat > > 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by > > 0.500000 #points=259920:winds(N/S) > > > > dtype grib2 > > ydef 361 linear -90.000000 0.5 > > xdef 720 linear 0.000000 0.500000 > > tdef 1 linear 12Z01feb2006 1mo > > * PROFILE hPa > > zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 > 80000 > > 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 > > 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 > 700 > > 500 300 200 100 > > options pascals > > vars 95 > > no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted > Index [K] > > no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential > > Height Anomaly [gpm] > > no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential > > Height [gpm] > > > > Does someone know what is the problem? What is wrong in my > procedure? > > and how can I create the index file? > > > > Thank you very much in advance for your help. > > > > Sincerely: > > Javier Pe?a > > > > -- > > Javier Pe?a ?lvarez > > Energ?as Renovables > > javier.p at ereda.com > > EREDA > > > > Tel: +34 91 5014755 > > Fax: +34 91 5014756 > > P?. Marqu?s de Monistrol 7 > > 28011 MADRID > > www.ereda.com > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > -- > Javier Pe?a ?lvarez > Energ?as Renovables > javier.p at ereda.com > EREDA > > Tel: +34 91 5014755 > Fax: +34 91 5014756 > P?. Marqu?s de Monistrol 7 > 28011 MADRID > www.ereda.com > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/9423c1c1/attachment-0002.html From saeedbayat7276 at gmail.com Wed Sep 21 00:00:40 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Wed, 21 Sep 2011 08:30:40 +0430 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Hi Arlindo, I am working with *Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile * I check the link you mentioned above, but I am confused that what am I type instead of expression exist there. I am working with output data of RegCM4.1 and I do not know what exactly is the PSI, CHI, FISH_CHI and some another. Any Idea? Best Regards Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Tue, Sep 20, 2011 at 7:09 PM, Arlindo da Silva wrote: > On Tue, Sep 20, 2011 at 12:11 AM, saeed bayat wrote: > >> Hi, >> I am confused to how start with .gex extenstion! Could you please give me >> an advice how >> use commands in terminal and script for this purpose? >> >> > If you installed the latest opengrads bundle, you have nothing to do, it is > all included and designed to work out of the tar ball. From the user point > of view a function implemented in a .gex file works exactly like any other > native grads function, say hcurl(). The only special thing about a gex > function is that it is not available with COLA standard builds requiring > that you install an opengrads build. > > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/a2667cfa/attachment-0002.html From garutlama at gmail.com Wed Sep 21 00:23:26 2011 From: garutlama at gmail.com (Garut Lama) Date: Wed, 21 Sep 2011 12:23:26 +0800 Subject: [gradsusr] Problems opening Grib2 files with grads In-Reply-To: References: <4E78B022.7000900@noaa.gov> Message-ID: I encountered this type of problem before and if I remembered correctly it was due to the incorrect installation (or corrupted file) of gribmap/grads software. Your .ctl file appears OK with the "dtype grib2" data descriptor I suggest that you reinstall the software. Garut On Wed, Sep 21, 2011 at 12:57 AM, Jennifer Adams wrote: > Two comments inline. --Jennifer > > On Sep 20, 2011, at 12:54 PM, Javier Pe?a wrote: > > Dear Wesley: > > Could you kindly say to me where I can find the gribmap v2? > > There is only one gribmap, it handles both grib 1 and 2. > > Now, I am using ubuntu 10.1 and I have downdoad the GRADS version > 2.0.a7.1-3 from the software center. > > Thanks for your help. > > kind regards: > Javier Pe?a > > > 2011/9/20 Wesley Ebisuzaki > >> Javier, >> >> The error message >> >> > Open Error: Data file type invalid >> > --> The invalid description file record is: >> > --> dtype grb2 >> > This looks like a simple typo. Try changing "grb2" to "grib2" > > > says that you either are using gribmap v1 or gribmap v2 that was compiled >> without grib2 support. Most likely the former. >> >> Wesley Ebisuzaki >> >> >> >> Javier Pe?a wrote: >> > Dear users: >> > >> > I'm trying to open a grib2 file with Grads but I've found problems in >> > my way. >> > >> > I have been able to create a descriptor file with the function >> > g2ctl.pl using the following sentence: >> > >> > perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > >> > pgbhnl.gdas.2006020112_grib2.ctl >> > >> > but, when I've tried to create the index file with the function >> > gribmap, I have obtained the following error message: >> > >> > gribmap -i pgbhnl.gdas.2006020112_grib2.ctl >> > Open Error: Data file type invalid >> > --> The invalid description file record is: >> > --> dtype grb2 >> > The data file was not opened. >> > >> > This is part of the descriptor file obtained: >> > >> > dset ^pgbhnl.gdas.2006020112.grb2 >> > index ^pgbhnl.gdas.2006020112.grb2.idx >> > undef 9.999E+20 >> > title pgbhnl.gdas.2006020112.grb2 >> > * produced by g2ctl v0.0.8.2 >> > * command line options: -0 pgbhnl.gdas.2006020112.grb2 >> > * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon >> > grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat >> > 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by >> > 0.500000 #points=259920:winds(N/S) >> > >> > dtype grib2 >> > ydef 361 linear -90.000000 0.5 >> > xdef 720 linear 0.000000 0.500000 >> > tdef 1 linear 12Z01feb2006 1mo >> > * PROFILE hPa >> > zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 >> > 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 >> > 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 >> > 500 300 200 100 >> > options pascals >> > vars 95 >> > no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted Index [K] >> > no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential >> > Height Anomaly [gpm] >> > no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential >> > Height [gpm] >> > >> > Does someone know what is the problem? What is wrong in my procedure? >> > and how can I create the index file? >> > >> > Thank you very much in advance for your help. >> > >> > Sincerely: >> > Javier Pe?a >> > >> > -- >> > Javier Pe?a ?lvarez >> > Energ?as Renovables >> > javier.p at ereda.com >> > EREDA >> > >> > Tel: +34 91 5014755 >> > Fax: +34 91 5014756 >> > P?. Marqu?s de Monistrol 7 >> > 28011 MADRID >> > www.ereda.com >> > ------------------------------------------------------------------------ >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Javier Pe?a ?lvarez > Energ?as Renovables > javier.p at ereda.com > EREDA > > Tel: +34 91 5014755 > Fax: +34 91 5014756 > P?. Marqu?s de Monistrol 7 > 28011 MADRID > www.ereda.com > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/805e9328/attachment-0002.html From rafanoharana at gmail.com Wed Sep 21 01:16:07 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Wed, 21 Sep 2011 12:16:07 +0700 Subject: [gradsusr] script similar to batch in Mac OS X In-Reply-To: References: Message-ID: Dear Arlindo, Thank you for your answer. I have installed MacPort successfully but when I try to sudo port install dos2unix, seems like can't connect to the server. Then I saw that it was trying to download the expat 2.0.1.tar.gz so I downloaded it manually and install. However when I run the dos2unix run_script.bat, it says "dos2unix accept only standard input and output". Serge On Tue, Sep 20, 2011 at 9:19 PM, Arlindo da Silva wrote: > On Tue, Sep 20, 2011 at 8:55 AM, Rafanoharana Serge Claudio < > rafanoharana at gmail.com> wrote: > >> Dear all, >> >> I guess that it is not the right place to ask this question, but I know >> that it can be solved here that's why I'm asking... >> In Windows, in order to make a time series data, I use .bat file which >> name is run_script.bat and which contains: >> >> foreach m (1 2 3 4 5 6 7 8 9 10 11 12) >> ncdump fpar_re_2001_$(m).nc > test.cdl >> sed -n '1,1p' test.cdl > test1.cdl >> cat header_fpar_re_2001.txt >> test1.cdl >> echo "" >> test1.cdl >> echo "data:" >> test1.cdl >> echo "" >> test1.cdl >> echo " time = $(m) ; " >> test1.cdl >> echo "" >> test1.cdl >> sed -n '16,20000000p' test.cdl >> test1.cdl >> ncgen -o fpar_re_fnl_2001_$(m).nc test1.cdl >> end >> >> and I use command prompt to run it: >> >> tcsh run_script.bat >> >> and it works perfectly. >> >> >> Now, I move to Mac OS X and try to run this script. I did: >> >> csh run_script.bat >> >> but always get an error: "foreach: Words not parenthesized." >> I have already changed the $(m) to ${m} and even type directly the name of >> the file but always obtain the message "foreach: Words not parenthesized." >> I changed the extension to .sh but always the same problem. >> >> > Even though you have .bat in your script file name, from the above it is > clear that you are running a c-shell script, an old habit of mine as well. > The issue you are having on Mac OS X is most likely because your > "run_script.bat" file was created on Windows and has the funny MS-DOS line > ending characters. All you need to do is to run this utility on your file: > > % dos2unix run_script.bat > > Here is the catch: if dos2unix is not standard on Mac OS X. If it is not > available in your system you can install it from macports with > > % sudo port install dos2unix > > If you don't have macports installed, see here: http://www.macports.org/or ask your sys admin to install it for you. (It is possible that I included > some version of dos2unix with the opengrads win32 superpack, I can't > remember.) > > Arlindo > > > >> Any help would be very helpful. >> >> Thank you, >> >> Serge >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/d2647a3e/attachment-0002.html From saeedbayat7276 at gmail.com Wed Sep 21 01:38:10 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Wed, 21 Sep 2011 10:08:10 +0430 Subject: [gradsusr] wind and topography Message-ID: Dear GrADS users, Does anyone have an idea how can I draw a map like I attached below? I want to show wind direction and draw profile of a mountain. is it possible? Thanks in advance Saeed Bayat, M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/060fea79/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 201435 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110921/060fea79/attachment-0002.png From davide.sacchetti at arpal.gov.it Wed Sep 21 02:42:03 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Wed, 21 Sep 2011 08:42:03 +0200 Subject: [gradsusr] wind and topography In-Reply-To: References: Message-ID: <1316587323.14356.137.camel@davide> it is possible: I resend a mail that tries to answer to a similar question bye bye Davide if your vertical coord is pressure then you can plot pressfc. The trick is this: 1) set lev 1000 100 (ex) 2) display something (ex: u;v) 3) get parea settings ('q gxinfo') 4) set parea to previous settings (now you want to plot 1D data (level is fixed) while in previous u;v the level was varying: default PlotAREA are different) 5) set y range to 1000 100 (set vrange 100 1000; set yflip on) 5) display PRESsfc if you want to plot 1.5PVU level you can do the same but the field you need is the pressure of 1.5PVU hoping it can help ... bye bye Davide On Wed, 2011-08-10 at 15:44 +0200, Fred - GMT wrote: > Hi, > > I'm using Grads to display vertical cross sections. I'd like to display > grey area below a defined level of pressure (determined by the parameter > PRESsfc). How can I do that? > On the cross sections, I want display a line representing the position > of a parcel ; for example 1,5PVU. But I have this error : > > Data Request Warning: Varying Z dimension environment... > > but the requested variable has no Z dimension > > Cannot contour grid - all undefined values > Indeed, the parameter does not vary with altitude. How to display it ? > > Thank you ! > Fred > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr On Wed, 2011-09-21 at 10:08 +0430, saeed bayat wrote: > Dear GrADS users, > Does anyone have an idea how can I draw a map like I attached below? > I want to show wind direction and draw profile of a mountain. is it > possible? > > Thanks in advance > > Saeed Bayat, > M.A Student of Climatology > Department of Geography > Ferdowsi University of Mashhad(Iran) > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From james.ciarlo at physics.org Wed Sep 21 04:01:21 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Wed, 21 Sep 2011 10:01:21 +0200 Subject: [gradsusr] How to prepare monthly climatology in GrADS In-Reply-To: References: Message-ID: you can use CDO to merge the nc files into one file and then use grads for the climatology On 20 September 2011 16:49, Arlindo da Silva wrote: > On Tue, Sep 20, 2011 at 7:45 AM, Sudev Das M P wrote: > >> Hai, >> >> I have 19 years monthly data sets for heat flux (net heat flux), >> >> (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, >> >> with each year having a separate file. I want to prepare monthly >> climatology >> >> using these data files in GrADS. How to do this in GrADS ? Hope to get >> >> some valuable suggestion. >> >> >> > There is more than one way of doing this, here is a solution using lats4d. > First, write a template DDF or CTL to open these files are a single time > series, call it nfh.ddf. Now, to create the january climatology enter: > > % lats4d.sh -i nhf.ddf -o nhf_jan -time jan1998 jan2006 12 -mean -v > > and repeat this for each month. (There are also variants to have all the > 12 months on a single file.) Also look at the NCO utilities. > > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/b4c1c1fe/attachment-0002.html From bernd.becker at metoffice.gov.uk Wed Sep 21 07:02:04 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Wed, 21 Sep 2011 12:02:04 +0100 Subject: [gradsusr] GXyat question re. colours Message-ID: Hello, How can I force gxyat to save the colours to a gif file as displayed on screen ? Please find attached 2 images, one created with printim (authentic colours) and one created with gxyat and observe, that the yellow in the contour plot differs from the yellow in the legend. What could be the cause of that? What can I do about it? Many thanks, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game -------------- next part -------------- A non-text attachment was scrubbed... Name: WWg.gif Type: image/gif Size: 62452 bytes Desc: WWg.gif Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110921/9be913cb/attachment-0004.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: WW.gif Type: image/gif Size: 23920 bytes Desc: WW.gif Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110921/9be913cb/attachment-0005.gif From andfried at berkeley.edu Wed Sep 21 15:09:34 2011 From: andfried at berkeley.edu (Andrew Friedman) Date: Wed, 21 Sep 2011 12:09:34 -0700 Subject: [gradsusr] reanalysis topographic masking Message-ID: Hi GrADS users, I'm trying mask out topography below certain pressure levels when plotting North American Regional Reanalysis (NARR) winds. Do any of you know where to find NARR elevation, or how to convert the elevation to pressure levels in GrADS? Though I'm specifically interested in NARR, suggestions based on experience with other reanalysis products would be helpful too. Thanks much, Andrew ---------------------------------------------------- Andrew Friedman Graduate Student, Geography Department, UC Berkeley andfried at berkeley.edu From dasilva at alum.mit.edu Wed Sep 21 20:30:50 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 21 Sep 2011 20:30:50 -0400 Subject: [gradsusr] script similar to batch in Mac OS X In-Reply-To: References: Message-ID: On Wed, Sep 21, 2011 at 1:16 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear Arlindo, > > Thank you for your answer. I have installed MacPort successfully but when I > try to sudo port install dos2unix, seems like can't connect to the server. Either the server was down or your firewall is really strict... > Then I saw that it was trying to download the expat 2.0.1.tar.gz so I > downloaded it manually and install. However when I run the dos2unix > run_script.bat, it says "dos2unix accept only standard input and output". > > Hmm. Here is what I get when running dos2unix installed via mac ports: % dos2unix junk.txt dos2unix: converting file junk.txt to UNIX format ... Which version of Mac OS X are you using? Arlindo Serge > > > On Tue, Sep 20, 2011 at 9:19 PM, Arlindo da Silva wrote: > >> On Tue, Sep 20, 2011 at 8:55 AM, Rafanoharana Serge Claudio < >> rafanoharana at gmail.com> wrote: >> >>> Dear all, >>> >>> I guess that it is not the right place to ask this question, but I know >>> that it can be solved here that's why I'm asking... >>> In Windows, in order to make a time series data, I use .bat file which >>> name is run_script.bat and which contains: >>> >>> foreach m (1 2 3 4 5 6 7 8 9 10 11 12) >>> ncdump fpar_re_2001_$(m).nc > test.cdl >>> sed -n '1,1p' test.cdl > test1.cdl >>> cat header_fpar_re_2001.txt >> test1.cdl >>> echo "" >> test1.cdl >>> echo "data:" >> test1.cdl >>> echo "" >> test1.cdl >>> echo " time = $(m) ; " >> test1.cdl >>> echo "" >> test1.cdl >>> sed -n '16,20000000p' test.cdl >> test1.cdl >>> ncgen -o fpar_re_fnl_2001_$(m).nc test1.cdl >>> end >>> >>> and I use command prompt to run it: >>> >>> tcsh run_script.bat >>> >>> and it works perfectly. >>> >>> >>> Now, I move to Mac OS X and try to run this script. I did: >>> >>> csh run_script.bat >>> >>> but always get an error: "foreach: Words not parenthesized." >>> I have already changed the $(m) to ${m} and even type directly the name >>> of the file but always obtain the message "foreach: Words not >>> parenthesized." >>> I changed the extension to .sh but always the same problem. >>> >>> >> Even though you have .bat in your script file name, from the above it is >> clear that you are running a c-shell script, an old habit of mine as well. >> The issue you are having on Mac OS X is most likely because your >> "run_script.bat" file was created on Windows and has the funny MS-DOS line >> ending characters. All you need to do is to run this utility on your file: >> >> % dos2unix run_script.bat >> >> Here is the catch: if dos2unix is not standard on Mac OS X. If it is not >> available in your system you can install it from macports with >> >> % sudo port install dos2unix >> >> If you don't have macports installed, see here: http://www.macports.org/or ask your sys admin to install it for you. (It is possible that I included >> some version of dos2unix with the opengrads win32 superpack, I can't >> remember.) >> >> Arlindo >> >> >> >>> Any help would be very helpful. >>> >>> Thank you, >>> >>> Serge >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/c45bad55/attachment-0002.html From dasilva at alum.mit.edu Wed Sep 21 20:42:38 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 21 Sep 2011 20:42:38 -0400 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: On Wed, Sep 21, 2011 at 12:00 AM, saeed bayat wrote: > Hi Arlindo, > I am working with > *Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 opendap-grids,stn athena geotiff shapefile > * > I check the link you mentioned above, but I am confused that what am I type > > instead of expression exist there. I am working with output data of > RegCM4.1 > and I do not know what exactly is the PSI, CHI, FISH_CHI and some another. > > I am not sure I really understand what you are asking. If you enter: ga-> q udf you get a list of all the opengrads extension functions. Of relevance here is the *fish* package which is documented here: http://opengrads.org/doc/udxt/fish/ Now, it is assumed that you know (from vector calculus or from your dynamic meteorology classes) the definition of streamfunction (usually denoted psi) and velocity potential (usually denoted chi). Given the (u,v) components of a horizontal vector (winds, mass flux, etc.) you can compute psi, chi with ga-> psi = fish_psi(u,v) ga-> chi = fish_chi(u,v) I hope this helps. If you are not familiar with the stream function/velocity potential concepts, work on that first, then come back to try the software. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/e71be802/attachment-0002.html From dasilva at alum.mit.edu Wed Sep 21 22:09:51 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 21 Sep 2011 22:09:51 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: Message-ID: On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > > Hello, > > How can I force gxyat to save the colours to a gif file as displayed on > screen ? > > Please find attached 2 images, > one created with printim (authentic colours) and one > created with gxyat and observe, that the yellow in the contour plot > differs from the > yellow in the legend. > > What could be the cause of that? > > What can I do about it? > > This is strange. Possibly this is an artifact of anti-aliasing. Could you try turning anti-aliasing off? ga-> gxyat +a file.png Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/bedcd27f/attachment-0002.html From rupak.rajbhandari at gmail.com Wed Sep 21 22:56:17 2011 From: rupak.rajbhandari at gmail.com (Rupak Rajbhandari) Date: Thu, 22 Sep 2011 08:41:17 +0545 Subject: [gradsusr] Second file display not working. why? In-Reply-To: References: Message-ID: Thanks Roger. That was something new and useful. -rupak On Tue, Sep 20, 2011 at 5:39 PM, Roger Rodrigues Torres < roger.torres at cptec.inpe.br> wrote: > Dear Rupak, > you're wellcome. > Another suggestion to you is to open the files independently, even the > timescales is not the same. Then, if you whish to analyze the difference > between 2070-2098 and 1961-90 period (e.g. annual mean), you can proceed in > the following way: > 1) open the files indenpendently, and find the correspondent T range that > correspond two wich period; > 2) open both files in the script, and from now on, you need to especify the > correspondent time when you call the varible. For example: > > 'open file1.ctl' (file from 1961 to 1990, with 360 time steps) > 'open file2.ctl' (file from 2011 to 2098, with 1056 time steps) > > 'define PRES=var.1*0' > 'define FUT=var.2*0' > > count=1 > while(count<=360) > 'define PRES=PRES+var.1(t='count')/360' > count=count+1 > endwhile > > count=697 (the value that you have found in the step 1) > while(count<=1056) > 'define FUT=FUT+var.2(t='count')/360' > count=count+1 > endwhile > > 'define Change=FUT-PRES' > > I hope this can help you. > > Regards, > Roger Torres > > > > 2011/9/20 Rupak Rajbhandari > >> Dear Roger, >> >> Thanks. You were right. The first file was for base period run from 1961 >> to 1990 and the second file was for future run from 2011 to 2098. I was >> trying to see the shifts in rainfall pattern, if there are any. The files >> are one file for one month and controlled using templates. Since there were >> some gap on the data (1991-2010), I kept the files in separate folders - >> hence two ctl files. When I try to view the second file, instead of simply >> assigning the T dimension value from 1 to 360 (or whatever may be), it >> extends T dimension backward for second file from 2011 to 1961, which is >> -500+, and the data obviously not available. Now that I have kept all the >> files in single folder is working (should work). >> >> Once again thanks. >> >> -rupak >> >> Rupak Rajbhandari >> Department of Meteorology >> Trichandra Campus, TC/TU >> Kathmandu >> >> >> On Mon, Sep 19, 2011 at 5:16 PM, Roger Rodrigues Torres < >> roger.torres at cptec.inpe.br> wrote: >> >>> Dear Rupak, >>> one suggestion is to check the declaration of the time in both ctl's. >>> They need to be exactly the same to work in the way that you wish. >>> Regards, >>> Roger Torres >>> >>> 2011/9/19 Rupak Rajbhandari >>> >>>> Hi, >>>> >>>> The following simple script is working well. But when I remove the line >>>> 'set dfile 2', then it says data request completely outside file request. >>>> why? >>>> >>>> Thanks. >>>> >>>> -rupak >>>> >>>> **************************************** >>>> 'reinit' >>>> >>>> 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' >>>> 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' >>>> >>>> 'exec d:\indus\gs\colors' >>>> 'set gxout grfill' >>>> >>>> 'display ave(rf.1,t=1,t=360,12)' >>>> n=1 >>>> while (n<50000) ; n=n+1 ; endwhile >>>> 'set dfile 2' >>>> 'display ave(rf.2,t=1,t=360,12)' >>>> 'cbar' >>>> >>>> >>>> _______________________________________________ >>>> gradsusr mailing list >>>> gradsusr at gradsusr.org >>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>> >>>> >>> >>> >>> -- >>> Roger Rodrigues Torres >>> PhD. Student in Meteorology >>> National Institute for Space Research (INPE) >>> Phone: 55 12 3186-9541 >>> Personal Webpage: http://rtorres.webnode.com.br >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Roger Rodrigues Torres > PhD. Student in Meteorology > National Institute for Space Research (INPE) > Phone: 55 12 3186-9541 > Personal Webpage: http://rtorres.webnode.com.br > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/d7d2f65a/attachment-0002.html From bernd.becker at metoffice.gov.uk Thu Sep 22 04:25:12 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Thu, 22 Sep 2011 09:25:12 +0100 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: Message-ID: Arlindo, you are right, this is an artifact of antialiasing (see attached plot: the yellows are the same in contour and in legend box) So we found the cause. But the plot looks no where near as impressive as the previous output from gxyat. What can we try to do about that? Cheers, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva Sent: 22 September 2011 03:10 To: GrADS Users Forum Subject: Re: [gradsusr] GXyat question re. colours On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: Hello, How can I force gxyat to save the colours to a gif file as displayed on screen ? Please find attached 2 images, one created with printim (authentic colours) and one created with gxyat and observe, that the yellow in the contour plot differs from the yellow in the legend. What could be the cause of that? What can I do about it? This is strange. Possibly this is an artifact of anti-aliasing. Could you try turning anti-aliasing off? ga-> gxyat +a file.png Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/9ad49b67/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: WWg2.gif Type: image/gif Size: 18511 bytes Desc: WWg2.gif Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110922/9ad49b67/attachment-0002.gif From jorge.conrado at cptec.inpe.br Thu Sep 22 06:45:02 2011 From: jorge.conrado at cptec.inpe.br (jorge.conrado at cptec.inpe.br) Date: Thu, 22 Sep 2011 07:45:02 -0300 Subject: [gradsusr] Netcdf version 4 Message-ID: <20110922074502.nsm200hiookw8kc8@webmail2.cptec.inpe.br> Hi, I never read netcdf version 4 using GRADS. What version of GRADS for Linux can read the Netcfd version 4. Conrado From dasilva at alum.mit.edu Thu Sep 22 11:33:31 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Thu, 22 Sep 2011 11:33:31 -0400 Subject: [gradsusr] Netcdf version 4 In-Reply-To: <20110922074502.nsm200hiookw8kc8@webmail2.cptec.inpe.br> References: <20110922074502.nsm200hiookw8kc8@webmail2.cptec.inpe.br> Message-ID: On Thu, Sep 22, 2011 at 6:45 AM, wrote: > > > Hi, > > > I never read netcdf version 4 using GRADS. What version of > GRADS for Linux > can read the Netcfd version 4. > > The opengrads builds have supported NetCDF-4 since v1.9rc1. All the opengrads builds of grads v2 support NetCDF-4. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/a46fc126/attachment-0002.html From dasilva at alum.mit.edu Thu Sep 22 11:51:44 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Thu, 22 Sep 2011 11:51:44 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: Message-ID: On Thu, Sep 22, 2011 at 4:25 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > ** > Arlindo, > > you are right, this is an artifact of antialiasing > (see attached plot: the yellows are the same in contour and in legend box) > > So we found the cause. > > But the plot looks no where near as impressive as the previous output from > gxyat. > > What can we try to do about that? > Anti-aliasing is a perceptual approximation that achieves "smooth lines" by blending pixels with the "environment"; it is all handled by the cairo library. I am not entirely sure why the legend gives you a different color... but wait a minute! One trick that gxyat uses to avoid those funny lines in filled contours is to turn anti-alising off every time a (filled) polygon is drawn. How are you creating your legend? Try using the more basic line to, move to function instead of a polygon function; this way you will have the same anti-aliasing used by the contour lines. Arlindo > Cheers, > Bernd. > > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva > *Sent:* 22 September 2011 03:10 > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] GXyat question re. colours > > On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> >> Hello, >> >> How can I force gxyat to save the colours to a gif file as displayed on >> screen ? >> >> Please find attached 2 images, >> one created with printim (authentic colours) and one >> created with gxyat and observe, that the yellow in the contour plot >> differs from the >> yellow in the legend. >> >> What could be the cause of that? >> >> What can I do about it? >> >> > This is strange. Possibly this is an artifact of anti-aliasing. Could you > try turning anti-aliasing off? > > ga-> gxyat +a file.png > > Arlindo > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/62f00d09/attachment-0002.html From jma at cola.iges.org Thu Sep 22 13:56:23 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 22 Sep 2011 13:56:23 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: Message-ID: <4E02FF87-F355-47D4-88CB-1EE4743D1509@cola.iges.org> The anti-aliasing in the Cairo library does make the colors seem a little duller than when drawing without anti-aliasing. There is no real cure for this, although if you increase the thickness of the anti- aliased lines, they do brighten. For lines that we know will be exactly horizontal or vertical, we plan to 'snap' them to the pixel grid and then they won't be drawn with the anti-alias blending on the edges. This will make the plot frame and other rectangles look sharp and bright. Turning off anti-aliasing for polygon fills results in very faint gaps that are visible between adjacent polygons of the same color (e.g. in a shaded plot), so I don't recommend that. A possible solution is to draw the perimeter of each polygon to cover the gaps, but this is a performance hit. We are still thinking about the user interface to control all these factors. For using gxyat right now, I would try tweaking the line thickness and the size of your output image, those things may improve the appearance/dimness of the anti- aliased lines. --Jennifer On Sep 22, 2011, at 11:51 AM, Arlindo da Silva wrote: > On Thu, Sep 22, 2011 at 4:25 AM, Becker, Bernd > wrote: > Arlindo, > > you are right, this is an artifact of antialiasing > (see attached plot: the yellows are the same in contour and in > legend box) > > So we found the cause. > > But the plot looks no where near as impressive as the previous > output from gxyat. > > What can we try to do about that? > > Anti-aliasing is a perceptual approximation that achieves "smooth > lines" by blending pixels with the "environment"; it is all handled > by the cairo library. I am not entirely sure why the legend gives > you a different color... but wait a minute! One trick that gxyat > uses to avoid those funny lines in filled contours is to turn anti- > alising off every time a (filled) polygon is drawn. How are you > creating your legend? Try using the more basic line to, move to > function instead of a polygon function; this way you will have the > same anti-aliasing used by the contour lines. > > Arlindo > > > > Cheers, > Bernd. > > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB > United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org > ] On Behalf Of Arlindo da Silva > Sent: 22 September 2011 03:10 > To: GrADS Users Forum > Subject: Re: [gradsusr] GXyat question re. colours > > On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd > wrote: > > Hello, > > How can I force gxyat to save the colours to a gif file as displayed > on > screen ? > > Please find attached 2 images, > one created with printim (authentic colours) and one > created with gxyat and observe, that the yellow in the contour plot > differs from the > yellow in the legend. > > What could be the cause of that? > > What can I do about it? > > > This is strange. Possibly this is an artifact of anti-aliasing. > Could you try turning anti-aliasing off? > > ga-> gxyat +a file.png > > Arlindo > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/1efe7457/attachment-0002.html From member at linkedin.com Thu Sep 22 15:50:26 2011 From: member at linkedin.com (Dr.Gamal El Afandi via LinkedIn) Date: Thu, 22 Sep 2011 19:50:26 +0000 (UTC) Subject: [gradsusr] Invitation to connect on LinkedIn Message-ID: <168028788.7058324.1316721026120.JavaMail.app@ela4-app0132.prod> LinkedIn ------------ Dr.Gamal El Afandi requested to add you as a connection on LinkedIn: ------------------------------------------ Ning, I'd like to add you to my professional network on LinkedIn. - Dr.Gamal Accept invitation from Dr.Gamal El Afandi http://www.linkedin.com/e/ofpc7q-gsw5pa2i-58/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I164056330_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYMcPcSdj0Qdz59bORRpBAQpSdjbPwUcP4UejsNcPgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=04FRzK4j46T4U1 View invitation from Dr.Gamal El Afandi http://www.linkedin.com/e/ofpc7q-gsw5pa2i-58/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I164056330_13/3cNnP0PcPoRc3gSckALqnpPbOYWrSlI/svi/?hs=false&tok=2lcDfx5eY6T4U1 ------------------------------------------ DID YOU KNOW you can conduct a more credible and powerful reference check using LinkedIn? Enter the company name and years of employment or the prospective employee to find their colleagues that are also in your network. This provides you with a more balanced set of feedback to evaluate that new hire. http://www.linkedin.com/e/ofpc7q-gsw5pa2i-58/rsr/inv-27/?hs=false&tok=2vuLfsEbg6T4U1 -- (c) 2011, LinkedIn Corporation -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/9f0f751f/attachment-0002.html From dasilva at alum.mit.edu Thu Sep 22 19:37:12 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Thu, 22 Sep 2011 19:37:12 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: <4E02FF87-F355-47D4-88CB-1EE4743D1509@cola.iges.org> References: <4E02FF87-F355-47D4-88CB-1EE4743D1509@cola.iges.org> Message-ID: On Thu, Sep 22, 2011 at 1:56 PM, Jennifer Adams wrote: > The anti-aliasing in the Cairo library does make the colors seem a little > duller than when drawing without anti-aliasing. There is no real cure for > this, although if you increase the thickness of the anti-aliased lines, they > do brighten. For lines that we know will be exactly horizontal or vertical, > we plan to 'snap' them to the pixel grid and then they won't be drawn with > the anti-alias blending on the edges. This will make the plot frame and > other rectangles look sharp and bright. Turning off anti-aliasing for > polygon fills results in very faint gaps that are visible between adjacent > polygons of the same color (e.g. in a shaded plot), so I don't recommend > that. > I've been doing this for some time in gxyat and I never saw this artifact. Here is a typical plot with plenty of same color polygons: http://portal.nccs.nasa.gov/cgi-hs3/hs3_wx.cgi?region=hs3&dtg=2011092212&prod=1ht&model=fp&level=300&tau=000&®ion_old=hs3&dtg_old=2011092212&prod_old=1ht&model_old=fp&level_old=200&tau_old=000&&loop=0 Do you have an example where this problem is apparent? Thanks, Arlindo > A possible solution is to draw the perimeter of each polygon to cover the > gaps, but this is a performance hit. We are still thinking about the user > interface to control all these factors. For using gxyat right now, I would > try tweaking the line thickness and the size of your output image, those > things may improve the appearance/dimness of the anti-aliased lines. > --Jennifer > > > > On Sep 22, 2011, at 11:51 AM, Arlindo da Silva wrote: > > On Thu, Sep 22, 2011 at 4:25 AM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> ** >> Arlindo, >> >> you are right, this is an artifact of antialiasing >> (see attached plot: the yellows are the same in contour and in legend box) >> >> So we found the cause. >> >> But the plot looks no where near as impressive as the previous output from >> gxyat. >> >> What can we try to do about that? >> > > Anti-aliasing is a perceptual approximation that achieves "smooth lines" by > blending pixels with the "environment"; it is all handled by the cairo > library. I am not entirely sure why the legend gives you a different > color... but wait a minute! One trick that gxyat uses to avoid those funny > lines in filled contours is to turn anti-alising off every time a (filled) > polygon is drawn. How are you creating your legend? Try using the more basic > line to, move to function instead of a polygon function; this way you will > have the same anti-aliasing used by the contour lines. > > Arlindo > > > > >> Cheers, >> Bernd. >> >> >> >> -- >> Bernd Becker Climate Impacts Product Development >> Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United >> Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker >> >> http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game >> >> >> >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva >> *Sent:* 22 September 2011 03:10 >> *To:* GrADS Users Forum >> *Subject:* Re: [gradsusr] GXyat question re. colours >> >> On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd < >> bernd.becker at metoffice.gov.uk> wrote: >> >>> >>> Hello, >>> >>> How can I force gxyat to save the colours to a gif file as displayed on >>> screen ? >>> >>> Please find attached 2 images, >>> one created with printim (authentic colours) and one >>> created with gxyat and observe, that the yellow in the contour plot >>> differs from the >>> yellow in the legend. >>> >>> What could be the cause of that? >>> >>> What can I do about it? >>> >>> >> This is strange. Possibly this is an artifact of anti-aliasing. Could you >> try turning anti-aliasing off? >> >> ga-> gxyat +a file.png >> >> Arlindo >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/7657ade5/attachment-0002.html From metris at clear.net.nz Thu Sep 22 21:11:08 2011 From: metris at clear.net.nz (Howard Staines) Date: Fri, 23 Sep 2011 13:11:08 +1200 Subject: [gradsusr] Cloud cover script? alternative to rh Message-ID: <02ab01cc798d$ad31bf50$07953df0$@net.nz> I understand that rather than using relative humidity, mixing ratio Is a good predictor for cloud? Any thoughts? Regards Howard Staines Metris Limited phone 0800 372 433 - mobile 027 2785586 - P O Box 5136 Greenmeadows, NAPIER email info at metris.co.nz - info at metscape.net.nz - website www.metris.co.nz - www.metscape.net.nz From instantweathermaps at gmail.com Thu Sep 22 21:22:14 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Thu, 22 Sep 2011 20:22:14 -0500 Subject: [gradsusr] Cloud cover script? alternative to rh In-Reply-To: <02ab01cc798d$ad31bf50$07953df0$@net.nz> References: <02ab01cc798d$ad31bf50$07953df0$@net.nz> Message-ID: Most models output a TCDC variable. On Thu, Sep 22, 2011 at 8:11 PM, Howard Staines wrote: > I understand that rather than using relative humidity, mixing ratio > Is a good predictor for cloud? > > Any thoughts? > > > > Regards > > Howard Staines > > Metris Limited > > phone 0800 372 433 - mobile 027 2785586 - P O Box 5136 Greenmeadows, NAPIER > email info at metris.co.nz - info at metscape.net.nz - website www.metris.co.nz- > www.metscape.net.nz > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- http://www.instantweathermaps.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/150f6d7c/attachment-0002.html From dasilva at alum.mit.edu Thu Sep 22 21:30:01 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Thu, 22 Sep 2011 21:30:01 -0400 Subject: [gradsusr] Cloud cover script? alternative to rh In-Reply-To: <02ab01cc798d$ad31bf50$07953df0$@net.nz> References: <02ab01cc798d$ad31bf50$07953df0$@net.nz> Message-ID: On Thu, Sep 22, 2011 at 9:11 PM, Howard Staines wrote: > I understand that rather than using relative humidity, mixing ratio > Is a good predictor for cloud? > > Not really. It is not the amount of water vapor that matters but instead how close to saturation you are. Because models generally give you the gridbox mean RH, clouds usually form in grid boxes where the mean RH is less than 100%. This is because in the presence of subgrid variability some areas inside the grid box may very well exceed saturation. Most models now give you estimates of cloud fraction, cloud condensate, sometimes even cloud optical depth. These parameters, although not always validated by real data, eliminate the guess work of relating RH to cloud cover, relying instead on the model parameterizations. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/f4219341/attachment-0002.html From rafanoharana at gmail.com Fri Sep 23 02:49:56 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Thu, 22 Sep 2011 23:49:56 -0700 Subject: [gradsusr] How to prepare monthly climatology in GrADS In-Reply-To: References: Message-ID: Dear Sudev, Use cdo to merge your data cdo -r mergetime input1.nc input2.nc ... input19.nc output.nc then you can use GrADS to read your file. Regards, Serge On Tue, Sep 20, 2011 at 4:45 AM, Sudev Das M P wrote: > Hai, > > I have 19 years monthly data sets for heat flux (net heat flux), > > (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, > > with each year having a separate file. I want to prepare monthly > climatology > > using these data files in GrADS. How to do this in GrADS ? Hope to get > > some valuable suggestion. > > > Thanks, > sudev > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/afa55616/attachment-0002.html From davide.sacchetti at arpal.gov.it Fri Sep 23 04:16:53 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Fri, 23 Sep 2011 10:16:53 +0200 Subject: [gradsusr] reanalysis topographic masking In-Reply-To: References: Message-ID: <1316765813.32364.1.camel@davide> I dont' know anything about NARR, but to convert elevation to surface pressure I use: SP=MSLP'*exp(-9.81*elev/(287*(t2-0.0065/2*elev))) bye bye Davide On Wed, 2011-09-21 at 12:09 -0700, Andrew Friedman wrote: > Hi GrADS users, > > I'm trying mask out topography below certain pressure levels when plotting North American Regional Reanalysis (NARR) winds. Do any of you know where to find NARR elevation, or how to convert the elevation to pressure levels in GrADS? > > Though I'm specifically interested in NARR, suggestions based on experience with other reanalysis products would be helpful too. > > Thanks much, > Andrew > > > > > ---------------------------------------------------- > Andrew Friedman > Graduate Student, Geography Department, UC Berkeley > andfried at berkeley.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From chinhth2010 at gmail.com Fri Sep 23 05:38:34 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Fri, 23 Sep 2011 02:38:34 -0700 Subject: [gradsusr] 4 pictures into only one page Message-ID: Dear all users I'd like to plot 4 pictures into only one pages by grads, before I ve heard about that. Anyone please tell me how and any simple scripts to perform I d be grateful Thank you Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Office: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/8109bbbe/attachment-0002.html From prjayakrishnan at gmail.com Fri Sep 23 05:52:57 2011 From: prjayakrishnan at gmail.com (Jayakrishnan PR) Date: Fri, 23 Sep 2011 15:22:57 +0530 Subject: [gradsusr] 4 pictures into only one page In-Reply-To: References: Message-ID: Dear Chinh, You can set Vpage and parea in the grads. I herewith attach a simple gs file to plot four figures in one page. Kindly try with that. Hope this helps. Best of Luck. * 'reinit' 'enable print olr.gmf' 'sdfopen olr.day.mean.nc' 'set lat -15 35' 'set lon 55 105' 'SET TIME 28MAY07' 'set mproj scaled' 'set map 1 1 7' 'set vpage 0 11 0 8.5' 'set parea 1.7 5.7 4.8 8.4' 'set grads off' 'set grid off' 'set gxout shaded' 'set xlab off' 'set ylab on' 'set xlopts 1 4 0.18' 'set ylopts 1 4 0.18' 'set ylint 10' 'set xlint 10' 'set clevs 120 140 160 180 200 220' 'set ccols 2 7 3 5 4 14 0' 'd OLR' * 'set vpage 0 11 0 8.5' 'set parea 5.7 9.7 4.8 8.4' 'SET TIME 29MAY07' 'set grads off' 'set grid off' 'set gxout shaded' 'set xlab off' 'set ylab off' 'set clevs 120 140 160 180 200 220' 'set ccols 2 7 3 5 4 14 0' 'd OLR' * 'set vpage 0 11 0 8.5' 'set parea 1.7 5.7 1.1 4.8' 'SET TIME 30MAY07' 'set grads off' 'set grid off' 'set gxout shaded' 'set xlab off' 'set ylab on' 'set xlopts 1 4 0.18' 'set ylopts 1 4 0.18' 'set ylint 10' 'set xlint 10' 'set clevs 120 140 160 180 200 220' 'set ccols 2 7 3 5 4 14 0' 'd OLR' * 'set vpage 0 11 0 8.5' 'set parea 5.7 9.7 1.1 4.8' 'SET TIME 31MAY07' 'set grads off' 'set grid off' 'set gxout shaded' 'set xlab off' 'set ylab off' 'set xlopts 1 4 0.18' 'set ylopts 1 4 0.18' 'set ylint 5' 'set xlint 10' 'set clevs 120 140 160 180 200 220' 'set ccols 2 7 3 5 4 14 0' 'd OLR' 'run cbarn 1 1 10.0 3.9 7.0' 'print' 'disable' * -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a734bcf9/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: vpage.gs Type: application/octet-stream Size: 1355 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a734bcf9/attachment-0002.obj From madhulatha11 at gmail.com Fri Sep 23 06:09:02 2011 From: madhulatha11 at gmail.com (madhu latha) Date: Fri, 23 Sep 2011 15:39:02 +0530 Subject: [gradsusr] 4 pictures into only one page In-Reply-To: References: Message-ID: Dear all Iam running v2.0.a7.1 and am unable to run several options such as netcdf interface because they are disabled. How do I enable them? ------------------- This version of GrADS has been configured with the following options: o Built on a LITTLE ENDIAN machine o Command line editing ENABLED http://tiswww.case.edu/php/chet/readline/rltop.html o printim command for image output ENABLED http://www.zlib.net http://www.libpng.org/pub/png/libpng.html http://www.libgd.org/Main_Page o GRIB2 interface DISABLED o NetCDF interface DISABLED o HDF interface DISABLED o Athena Widget GUI DISABLED o OPeNDAP gridded data interface DISABLED o OPeNDAP station data interface DISABLED o GeoTIFF and KML output DISABLED -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/474fab73/attachment-0002.html From dasilva at alum.mit.edu Fri Sep 23 09:50:10 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 23 Sep 2011 09:50:10 -0400 Subject: [gradsusr] How to prepare monthly climatology in GrADS In-Reply-To: References: Message-ID: On Fri, Sep 23, 2011 at 2:49 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear Sudev, > > Use cdo to merge your data > cdo -r mergetime input1.nc input2.nc ... input19.nc output.nc > > then you can use GrADS to read your file. > > If all you want is to open these files in grads as a continuous time series, there is no necessity to rewrite the datasets as a single netcdf file. The "OPTIONS Template" entry in either ctl or ddf files were designed for this very same purpose. Check the user's guide: http://grads.iges.org/grads/gadoc/SDFdescriptorfile.html Arlindo > Regards, > > Serge > > On Tue, Sep 20, 2011 at 4:45 AM, Sudev Das M P wrote: > >> Hai, >> >> I have 19 years monthly data sets for heat flux (net heat flux), >> >> (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, >> >> with each year having a separate file. I want to prepare monthly >> climatology >> >> using these data files in GrADS. How to do this in GrADS ? Hope to get >> >> some valuable suggestion. >> >> >> Thanks, >> sudev >> >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/0314ed62/attachment-0002.html From dasilva at alum.mit.edu Fri Sep 23 09:56:14 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 23 Sep 2011 09:56:14 -0400 Subject: [gradsusr] 4 pictures into only one page In-Reply-To: References: Message-ID: On Fri, Sep 23, 2011 at 6:09 AM, madhu latha wrote: > > Dear all > > Iam running v2.0.a7.1 and am unable to run several options such as netcdf interface because they are disabled. How do I enable > them? > > You can't, these were disable at compilation time. You can either rebuild from source, or save yourself the headache and get a pre-compiled distribution, either from COLA: http://grads.iges.org/grads/downloads.html or from OpenGrADS (if you need some of the extensions that it offers): http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle Arlindo > ------------------- > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface DISABLED > o NetCDF interface DISABLED > o HDF interface DISABLED > o Athena Widget GUI DISABLED > o OPeNDAP gridded data interface DISABLED > o OPeNDAP station data interface DISABLED > o GeoTIFF and KML output DISABLED > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/b1170122/attachment-0002.html From Mason.D.Rowell-1 at ou.edu Fri Sep 23 14:25:47 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Fri, 23 Sep 2011 18:25:47 +0000 Subject: [gradsusr] GrADS v. Opengrads Message-ID: All, I have been keeping up with the gradusr exchanges, and it seems I may need to use opengrads. What is the difference between say, 2.0.a6 that I am using, and opengrads? Is it linux supported? Mason From theomar_trindade at hotmail.com Fri Sep 23 15:10:29 2011 From: theomar_trindade at hotmail.com (Theomar Trindade) Date: Fri, 23 Sep 2011 22:10:29 +0300 Subject: [gradsusr] GrADS v. Opengrads In-Reply-To: References: Message-ID: Hi Mason, I use the opengrads in LINUX, but unfortunately I don't use the grads. So I can tell you that it works in LINUX.Others differences I don't know, but it is very interesting to me too. --Theomar Trindade de A. T. Neves Meteorology Phd Student | INPE/CPTEC Doutorando em meteorologia |Phone: 55(12)32086830email: theomar_trindade at hotmail.com theomar.neves at cptec.inpe.br > From: Mason.D.Rowell-1 at ou.edu > To: gradsusr at gradsusr.org > Date: Fri, 23 Sep 2011 18:25:47 +0000 > Subject: [gradsusr] GrADS v. Opengrads > > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need to use opengrads. What is the difference between say, 2.0.a6 that I am using, and opengrads? Is it linux supported? > > Mason > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/028e2ff0/attachment-0002.html From diego333medina at yahoo.es Fri Sep 23 16:57:08 2011 From: diego333medina at yahoo.es (diego) Date: Fri, 23 Sep 2011 21:57:08 +0100 (BST) Subject: [gradsusr] read ahvrr netcdf file In-Reply-To: References: Message-ID: <1316811428.28229.YahooMailNeo@web26008.mail.ukl.yahoo.com> Hi everibody: I have a problem readind netcdf file with GRADS.? I sed my ctl file and ncdump_out. can anyone helpme ? Grid Analysis and Display System (GrADS) Version 2.0.a8 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a8 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn geotiff shapefile Issue 'q config' command for more information. Landscape mode? ('n' for portrait):? GX Package Initialization: Size = 11 8.5 ga-> open avhrr.ctl Scanning description file:? avhrr.ctl Data file avhrr-only-v2.20081225.nc is open as file 1 LON set to 0 360 LAT set to -89.875 89.875 LEV set to 0 0 Time values set: 1963:11:1:0 1963:11:1:0 E set to 1 1 ga-> q file File 1 : test AVHRR ? Descriptor: avhrr.ctl ? Binary: avhrr-only-v2.20081225.nc ? Type = Gridded ? Xsize = 1440? Ysize = 720? Zsize = 1? Tsize = 1? Esize = 1 ? Number of Variables = 4 ???? temp? 0? 0,y,x? sea? at surface (W/m2) ???? mali? 0? 0,y,x? anomal rate (kg/m2/s) ???? rore? 0? 0,y,x? eror pressure (hPa) ???? hiel? 0? 0,y,x? ice pressure (hPa) ga-> d temp gancgrid error: nc_get_vara_double failed; NetCDF: Index exceeds dimension bound Data Request Error:? Error for variable 'temp' ? Error ocurred at column 1 DISPLAY error:? Invalid expression ? Expression = temp ga-> tahnks ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: avhrr.ctl Type: application/octet-stream Size: 465 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0002.obj -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ncdump_out.txt Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0002.txt From dasilva at alum.mit.edu Fri Sep 23 17:07:27 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 23 Sep 2011 17:07:27 -0400 Subject: [gradsusr] GrADS v. Opengrads In-Reply-To: References: Message-ID: On Fri, Sep 23, 2011 at 2:25 PM, Rowell, Mason D. wrote: > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > As far functionality is concerned, by design, the OpenGrADS binarieshave all the features that you find in the COLA binaries . In addition, it has a number of extra functions and commands that are not available with the COLA builds. OpenGrADS includes also binaries for a few platforms that have not been included in recent COLA builds (FreeBSD, IBM AIX). As far as installation is concerned, the OpenGrADS bundleis designed to be a turn key system. On Unix/Linux/Mac OS X the tar ball includes all you need to run GrADS (maps, fonts, documentation, etc.) All you need to do is to start the binary and it works out of the box, no need to set any environment variable (although it is convenient to put the Contents/ directory in your path). The system is entirely relocatable in the sense you can put it on a USB men stick and run it from there with no setup necessary. The COLA builds of GrADS are also very straightforward to install, but requires you to do just a bit more (download separate data files, set environment variables). On Windows, the OpenGrADS superpackis also self contained and installs like a regular, native Windows application (self installing package). After download, it should take less than 2 minutes for you to make your first plot. Although the superpack is built on top of cygwin and requires an X server, it is all handled under the hood; all you have to watch for is the Windows firewalls. The superpack is also meant to be relocatable: put it on a USB stick and ran it anywhere, no setup necessary. COLA's windows build is also based on cygwin, but it requires a separate cygwin installation, download of an X server, and setting up environment variables. Again, not a big deal, but something that an average windows user without much command line exposure may find intimidating. I hope this answers your question. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/3293be24/attachment-0002.html From dasilva at alum.mit.edu Fri Sep 23 17:17:53 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 23 Sep 2011 17:17:53 -0400 Subject: [gradsusr] GrADS v. Opengrads In-Reply-To: References: Message-ID: On Fri, Sep 23, 2011 at 2:25 PM, Rowell, Mason D. wrote: > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > I'd like to make something very clear. COLA is the main developer of GrADS, and most of what find in the OpenGrADS builds is the result of the hardwork of Brian, Jennifer and a number of other folks that contributed to GrADS over the years. The OpenGrADS builds are simply a value added repackaging of COLA's GPL sources. It is not a fork. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/e60e9235/attachment-0002.html From Ajaya.Mohan at ec.gc.ca Fri Sep 23 19:07:50 2011 From: Ajaya.Mohan at ec.gc.ca (Ajaya Mohan) Date: Fri, 23 Sep 2011 16:07:50 -0700 Subject: [gradsusr] read ahvrr netcdf file In-Reply-To: <1316811428.28229.YahooMailNeo@web26008.mail.ukl.yahoo.com> References: <1316811428.28229.YahooMailNeo@web26008.mail.ukl.yahoo.com> Message-ID: <4E7D1146.4090106@ec.gc.ca> Obviously, error is with the ctl file as the variables in the avhrr netcdf file avhrr-only-v2.20081225.nc doesn't match the ctl file variables. BTW, sdfopen http://nas.o3d.org:8080/thredds/dodsC/yisen/yisen_data/OI-daily-v2/2008/avhrr-only-v2.20081225.nc works fine for me in version 2.0.a8 ajaya On 23/09/2011 1:57 PM, diego wrote: > Hi everibody: > I have a problem readind netcdf file with GRADS. I sed my ctl file > and ncdump_out. > can anyone helpme ? > > Grid Analysis and Display System (GrADS) Version 2.0.a8 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v2.0.a8 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 opendap-grids,stn geotiff shapefile > Issue 'q config' command for more information. > Landscape mode? ('n' for portrait): > GX Package Initialization: Size = 11 8.5 > ga-> open avhrr.ctl > Scanning description file: avhrr.ctl > Data file avhrr-only-v2.20081225.nc is open as file 1 > LON set to 0 360 > LAT set to -89.875 89.875 > LEV set to 0 0 > Time values set: 1963:11:1:0 1963:11:1:0 > E set to 1 1 > ga-> q file > File 1 : test AVHRR > Descriptor: avhrr.ctl > Binary: avhrr-only-v2.20081225.nc > Type = Gridded > Xsize = 1440 Ysize = 720 Zsize = 1 Tsize = 1 Esize = 1 > Number of Variables = 4 > temp 0 0,y,x sea at surface (W/m2) > mali 0 0,y,x anomal rate (kg/m2/s) > rore 0 0,y,x eror pressure (hPa) > hiel 0 0,y,x ice pressure (hPa) > ga-> d temp > gancgrid error: nc_get_vara_double failed; NetCDF: Index exceeds > dimension bound > Data Request Error: Error for variable 'temp' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = temp > ga-> > > > tahnks > ------------------------------------------------------------------------ > ** > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/170e4133/attachment-0002.html From jjanue at hotmail.com Mon Sep 26 04:45:40 2011 From: jjanue at hotmail.com (=?utf-8?B?Sm9mcmUgSmFudcOp?=) Date: Mon, 26 Sep 2011 10:45:40 +0200 Subject: [gradsusr] paint a colour background or sea and more borders regions In-Reply-To: References: Message-ID: Anyone know how can I paint a colour background or sea and more borders regions? Thanks. -----Mensaje original----- From: gradsusr-request at gradsusr.org Sent: Friday, September 23, 2011 6:52 PM To: gradsusr at gradsusr.org Subject: gradsusr Digest, Vol 19, Issue 54 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: 4 pictures into only one page (Arlindo da Silva) 2. GrADS v. Opengrads (Rowell, Mason D.) 3. Re: GrADS v. Opengrads (Theomar Trindade) 4. read ahvrr netcdf file (diego) 5. Re: GrADS v. Opengrads (Arlindo da Silva) ---------------------------------------------------------------------- Message: 1 Date: Fri, 23 Sep 2011 09:56:14 -0400 From: Arlindo da Silva Subject: Re: [gradsusr] 4 pictures into only one page To: GrADS Users Forum Message-ID: Content-Type: text/plain; charset="iso-8859-1" On Fri, Sep 23, 2011 at 6:09 AM, madhu latha wrote: > > Dear all > > Iam running v2.0.a7.1 and am unable to run several options such as netcdf > interface because they are disabled. How do I enable > them? > > You can't, these were disable at compilation time. You can either rebuild from source, or save yourself the headache and get a pre-compiled distribution, either from COLA: http://grads.iges.org/grads/downloads.html or from OpenGrADS (if you need some of the extensions that it offers): http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle Arlindo > ------------------- > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface DISABLED > o NetCDF interface DISABLED > o HDF interface DISABLED > o Athena Widget GUI DISABLED > o OPeNDAP gridded data interface DISABLED > o OPeNDAP station data interface DISABLED > o GeoTIFF and KML output DISABLED > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/b1170122/attachment-0001.html ------------------------------ Message: 2 Date: Fri, 23 Sep 2011 18:25:47 +0000 From: "Rowell, Mason D." Subject: [gradsusr] GrADS v. Opengrads To: "gradsusr at gradsusr.org" Message-ID: Content-Type: text/plain; charset="us-ascii" All, I have been keeping up with the gradusr exchanges, and it seems I may need to use opengrads. What is the difference between say, 2.0.a6 that I am using, and opengrads? Is it linux supported? Mason ------------------------------ Message: 3 Date: Fri, 23 Sep 2011 22:10:29 +0300 From: Theomar Trindade Subject: Re: [gradsusr] GrADS v. Opengrads To: Message-ID: Content-Type: text/plain; charset="iso-8859-1" Hi Mason, I use the opengrads in LINUX, but unfortunately I don't use the grads. So I can tell you that it works in LINUX.Others differences I don't know, but it is very interesting to me too. --Theomar Trindade de A. T. Neves Meteorology Phd Student | INPE/CPTEC Doutorando em meteorologia |Phone: 55(12)32086830email: theomar_trindade at hotmail.com theomar.neves at cptec.inpe.br > From: Mason.D.Rowell-1 at ou.edu > To: gradsusr at gradsusr.org > Date: Fri, 23 Sep 2011 18:25:47 +0000 > Subject: [gradsusr] GrADS v. Opengrads > > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > Mason > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/028e2ff0/attachment-0001.html ------------------------------ Message: 4 Date: Fri, 23 Sep 2011 21:57:08 +0100 (BST) From: diego Subject: [gradsusr] read ahvrr netcdf file To: GrADS Users Forum Message-ID: <1316811428.28229.YahooMailNeo at web26008.mail.ukl.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" Hi everibody: I have a problem readind netcdf file with GRADS.? I sed my ctl file and ncdump_out. can anyone helpme ? Grid Analysis and Display System (GrADS) Version 2.0.a8 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a8 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn geotiff shapefile Issue 'q config' command for more information. Landscape mode? ('n' for portrait):? GX Package Initialization: Size = 11 8.5 ga-> open avhrr.ctl Scanning description file:? avhrr.ctl Data file avhrr-only-v2.20081225.nc is open as file 1 LON set to 0 360 LAT set to -89.875 89.875 LEV set to 0 0 Time values set: 1963:11:1:0 1963:11:1:0 E set to 1 1 ga-> q file File 1 : test AVHRR ? Descriptor: avhrr.ctl ? Binary: avhrr-only-v2.20081225.nc ? Type = Gridded ? Xsize = 1440? Ysize = 720? Zsize = 1? Tsize = 1? Esize = 1 ? Number of Variables = 4 ???? temp? 0? 0,y,x? sea? at surface (W/m2) ???? mali? 0? 0,y,x? anomal rate (kg/m2/s) ???? rore? 0? 0,y,x? eror pressure (hPa) ???? hiel? 0? 0,y,x? ice pressure (hPa) ga-> d temp gancgrid error: nc_get_vara_double failed; NetCDF: Index exceeds dimension bound Data Request Error:? Error for variable 'temp' ? Error ocurred at column 1 DISPLAY error:? Invalid expression ? Expression = temp ga-> tahnks ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: avhrr.ctl Type: application/octet-stream Size: 465 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.obj -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ncdump_out.txt Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.txt ------------------------------ Message: 5 Date: Fri, 23 Sep 2011 17:07:27 -0400 From: Arlindo da Silva Subject: Re: [gradsusr] GrADS v. Opengrads To: GrADS Users Forum Message-ID: Content-Type: text/plain; charset="iso-8859-1" On Fri, Sep 23, 2011 at 2:25 PM, Rowell, Mason D. wrote: > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > As far functionality is concerned, by design, the OpenGrADS binarieshave all the features that you find in the COLA binaries . In addition, it has a number of extra functions and commands that are not available with the COLA builds. OpenGrADS includes also binaries for a few platforms that have not been included in recent COLA builds (FreeBSD, IBM AIX). As far as installation is concerned, the OpenGrADS bundleis designed to be a turn key system. On Unix/Linux/Mac OS X the tar ball includes all you need to run GrADS (maps, fonts, documentation, etc.) All you need to do is to start the binary and it works out of the box, no need to set any environment variable (although it is convenient to put the Contents/ directory in your path). The system is entirely relocatable in the sense you can put it on a USB men stick and run it from there with no setup necessary. The COLA builds of GrADS are also very straightforward to install, but requires you to do just a bit more (download separate data files, set environment variables). On Windows, the OpenGrADS superpackis also self contained and installs like a regular, native Windows application (self installing package). After download, it should take less than 2 minutes for you to make your first plot. Although the superpack is built on top of cygwin and requires an X server, it is all handled under the hood; all you have to watch for is the Windows firewalls. The superpack is also meant to be relocatable: put it on a USB stick and ran it anywhere, no setup necessary. COLA's windows build is also based on cygwin, but it requires a separate cygwin installation, download of an X server, and setting up environment variables. Again, not a big deal, but something that an average windows user without much command line exposure may find intimidating. I hope this answers your question. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/3293be24/attachment.html ------------------------------ _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr End of gradsusr Digest, Vol 19, Issue 54 **************************************** From rafanoharana at gmail.com Mon Sep 26 05:46:24 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 26 Sep 2011 02:46:24 -0700 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region Message-ID: Dear all, I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' then I obtain the sum of the spatial distribution for one year. This is more "in this point/coordinate, the annual precipitation is xxx mm" But what I need is the total (sum) of the value of the variable. Something like: "In this area of 500km2, the annual precipitation is xxx mm". Is it possible to obtain that? Best regards -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/923e2653/attachment-0002.html From davide.sacchetti at arpal.gov.it Mon Sep 26 06:14:07 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Mon, 26 Sep 2011 12:14:07 +0200 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: <1317032047.6586.10.camel@davide> if you are interested on precipitation, the precipitation over an area is just a number, that could be: 1) the mean height 2) the volume (volume = meanHeight * sufrace) meanHeight = aave(precipitation,lon=..., lon=...,lat=...,lat=...) where precipitation is your annual precipitation bye bye Davide On Mon, 2011-09-26 at 02:46 -0700, Rafanoharana Serge Claudio wrote: > Dear all, > > I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' > then I obtain the sum of the spatial distribution for one year. This > is more "in this point/coordinate, the annual precipitation is xxx mm" > > But what I need is the total (sum) of the value of the variable. > Something like: "In this area of 500km2, the annual precipitation is > xxx mm". > > Is it possible to obtain that? > > Best regards > > -- > Serge > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From shimon at cyclone.tau.ac.il Mon Sep 26 08:30:50 2011 From: shimon at cyclone.tau.ac.il (Simon Krichak) Date: Mon, 26 Sep 2011 15:30:50 +0300 Subject: [gradsusr] mass of water in layers References: <4E2EE9BD.6010708@noaa.gov> Message-ID: <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> Dear GrADS User, I have the mixing ratio data and other parameters from the NNRP defined on unevenly spaced isobaric surfaces and would like to draw vertical crossection of the water mass in the layers. Would appreciate your help if possible. Regards, Simon Krichak -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/dc92006a/attachment-0002.html From Mason.D.Rowell-1 at ou.edu Mon Sep 26 11:09:43 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Mon, 26 Sep 2011 15:09:43 +0000 Subject: [gradsusr] mass of water in layers In-Reply-To: <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> References: <4E2EE9BD.6010708@noaa.gov> , <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> Message-ID: Simon, You should easily be able to set the dimensions such that the display output yeilds a cross section, at least along some latitude or longitude line, but I know there are ways to do it along any line of choice. Just allow only the z and some horizontal dimension to vary, with all other diimensions fixed. Are you looking for vertically integrated water mass, or just wishing to plot isopleths of mixing ratio? Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Simon Krichak [shimon at cyclone.tau.ac.il] Sent: Monday, September 26, 2011 7:30 AM To: GrADS Users Forum Subject: [gradsusr] mass of water in layers Dear GrADS User, I have the mixing ratio data and other parameters from the NNRP defined on unevenly spaced isobaric surfaces and would like to draw vertical crossection of the water mass in the layers. Would appreciate your help if possible. Regards, Simon Krichak -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/385b924a/attachment-0002.html From Mason.D.Rowell-1 at ou.edu Mon Sep 26 11:11:31 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Mon, 26 Sep 2011 15:11:31 +0000 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: Serge, Find documentation on the asum (areal sum) function. It should accept the arguments you need. Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Rafanoharana Serge Claudio [rafanoharana at gmail.com] Sent: Monday, September 26, 2011 4:46 AM To: GrADS Users Forum Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region Dear all, I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' then I obtain the sum of the spatial distribution for one year. This is more "in this point/coordinate, the annual precipitation is xxx mm" But what I need is the total (sum) of the value of the variable. Something like: "In this area of 500km2, the annual precipitation is xxx mm". Is it possible to obtain that? Best regards -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/0fac42ac/attachment-0002.html From rafanoharana at gmail.com Mon Sep 26 11:24:58 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 26 Sep 2011 08:24:58 -0700 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: Dear Davide and Mason, Davide> I am not dealing with precipitation but NPP but I will have a look at your suggestion. Mason> Let me check on it. Thanks, Serge On Mon, Sep 26, 2011 at 8:11 AM, Rowell, Mason D. wrote: > Serge, > > Find documentation on the asum (areal sum) function. It should accept the > arguments you need. > > Mason > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on > behalf of Rafanoharana Serge Claudio [rafanoharana at gmail.com] > *Sent:* Monday, September 26, 2011 4:46 AM > *To:* GrADS Users Forum > *Subject:* [gradsusr] How to get the Sum of variable (not spatially) for > all region > > Dear all, > > I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' then > I obtain the sum of the spatial distribution for one year. This is more "in > this point/coordinate, the annual precipitation is xxx mm" > > But what I need is the total (sum) of the value of the variable. Something > like: "In this area of 500km2, the annual precipitation is xxx mm". > > Is it possible to obtain that? > > Best regards > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/e90edff6/attachment-0002.html From shimon at cyclone.tau.ac.il Mon Sep 26 11:54:03 2011 From: shimon at cyclone.tau.ac.il (Simon Krichak) Date: Mon, 26 Sep 2011 18:54:03 +0300 Subject: [gradsusr] mass of water in layers References: <4E2EE9BD.6010708@noaa.gov>, <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> Message-ID: <7D770C23AFA64CA4839CE943D4E9B72F@shimonlaptop> Mason, It does not look that simple since I need to plot not the mixing ratios themselves but those multiplied by mass of air in each of the layers. Simon ----- Original Message ----- From: Rowell, Mason D. To: GrADS Users Forum Sent: Monday, September 26, 2011 6:09 PM Subject: Re: [gradsusr] mass of water in layers Simon, You should easily be able to set the dimensions such that the display output yeilds a cross section, at least along some latitude or longitude line, but I know there are ways to do it along any line of choice. Just allow only the z and some horizontal dimension to vary, with all other diimensions fixed. Are you looking for vertically integrated water mass, or just wishing to plot isopleths of mixing ratio? Mason ------------------------------------------------------------------------------ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Simon Krichak [shimon at cyclone.tau.ac.il] Sent: Monday, September 26, 2011 7:30 AM To: GrADS Users Forum Subject: [gradsusr] mass of water in layers Dear GrADS User, I have the mixing ratio data and other parameters from the NNRP defined on unevenly spaced isobaric surfaces and would like to draw vertical crossection of the water mass in the layers. Would appreciate your help if possible. Regards, Simon Krichak ------------------------------------------------------------------------------ _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/deaefd1f/attachment-0002.html From jdduda at iastate.edu Mon Sep 26 12:25:27 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 26 Sep 2011 11:25:27 -0500 Subject: [gradsusr] paint a colour background or sea and more borders regions In-Reply-To: References: Message-ID: There's many different ways you can do this. Most basically, you can use the set backgroundor set display commands. Both do similar things but slightly differently. Getting more complicated, if your data contain land use categories or a land-sea mask, you could display that with appropriate coloring to make land green or brown and water blue for example. You wouldn't be able to plot color shaded plots on top of that, though. However, if you had a shapefile that contained land-sea boundaries you could use the shapefile commandsto color land and sea below any color-shaded plots you have. Finally, you can plot whatever you want, then create an image file using printimand place a background image under it. For an example, see the Users Forum archive from November 2010with the thread titled "Command produces a PNG image with transparent color 0 and a background image NE.png". Hopefully one of these possibilities will suit you. Good luck. Jeff Duda On Mon, Sep 26, 2011 at 3:45 AM, Jofre Janu? wrote: > Anyone know how can I paint a colour background or sea and more borders > regions? > > Thanks. > > > -----Mensaje original----- > From: gradsusr-request at gradsusr.org > Sent: Friday, September 23, 2011 6:52 PM > To: gradsusr at gradsusr.org > Subject: gradsusr Digest, Vol 19, Issue 54 > > 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: 4 pictures into only one page (Arlindo da Silva) > 2. GrADS v. Opengrads (Rowell, Mason D.) > 3. Re: GrADS v. Opengrads (Theomar Trindade) > 4. read ahvrr netcdf file (diego) > 5. Re: GrADS v. Opengrads (Arlindo da Silva) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 23 Sep 2011 09:56:14 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] 4 pictures into only one page > To: GrADS Users Forum > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > On Fri, Sep 23, 2011 at 6:09 AM, madhu latha > wrote: > > > > > Dear all > > > > Iam running v2.0.a7.1 and am unable to run several options such as > netcdf > > interface because they are disabled. How do I enable > > them? > > > > > You can't, these were disable at compilation time. You can either rebuild > from source, or save yourself the headache and get a pre-compiled > distribution, either from COLA: > > http://grads.iges.org/grads/downloads.html > > or from OpenGrADS (if you need some of the extensions that it offers): > > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > > Arlindo > > > > ------------------- > > > > This version of GrADS has been configured with the following options: > > o Built on a LITTLE ENDIAN machine > > o Command line editing ENABLED > > http://tiswww.case.edu/php/chet/readline/rltop.html > > o printim command for image output ENABLED > > http://www.zlib.net > > http://www.libpng.org/pub/png/libpng.html > > http://www.libgd.org/Main_Page > > o GRIB2 interface DISABLED > > o NetCDF interface DISABLED > > o HDF interface DISABLED > > o Athena Widget GUI DISABLED > > o OPeNDAP gridded data interface DISABLED > > o OPeNDAP station data interface DISABLED > > o GeoTIFF and KML output DISABLED > > > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/b1170122/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Fri, 23 Sep 2011 18:25:47 +0000 > From: "Rowell, Mason D." > Subject: [gradsusr] GrADS v. Opengrads > To: "gradsusr at gradsusr.org" > Message-ID: > > Content-Type: text/plain; charset="us-ascii" > > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > Mason > > > ------------------------------ > > Message: 3 > Date: Fri, 23 Sep 2011 22:10:29 +0300 > From: Theomar Trindade > Subject: Re: [gradsusr] GrADS v. Opengrads > To: > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > > Hi Mason, > I use the opengrads in LINUX, but unfortunately I don't use the grads. So I > can tell you that it works in LINUX.Others differences I don't know, but it > is very interesting to me too. > > --Theomar Trindade de A. T. Neves > Meteorology Phd Student | INPE/CPTEC > > Doutorando em meteorologia |Phone: 55(12)32086830email: > theomar_trindade at hotmail.com > theomar.neves at cptec.inpe.br > > > > > > From: Mason.D.Rowell-1 at ou.edu > > To: gradsusr at gradsusr.org > > Date: Fri, 23 Sep 2011 18:25:47 +0000 > > Subject: [gradsusr] GrADS v. Opengrads > > > > All, > > > > I have been keeping up with the gradusr exchanges, and it seems I may > need > > to use opengrads. What is the difference between say, 2.0.a6 that I am > > using, and opengrads? Is it linux supported? > > > > Mason > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/028e2ff0/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Fri, 23 Sep 2011 21:57:08 +0100 (BST) > From: diego > Subject: [gradsusr] read ahvrr netcdf file > To: GrADS Users Forum > Message-ID: > <1316811428.28229.YahooMailNeo at web26008.mail.ukl.yahoo.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi everibody: > I have a problem readind netcdf file with GRADS.? I sed my ctl file and > ncdump_out. > can anyone helpme ? > > > Grid Analysis and Display System (GrADS) Version 2.0.a8 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v2.0.a8 little-endian readline printim grib2 netcdf hdf4-sds hdf5 > opendap-grids,stn geotiff shapefile > Issue 'q config' command for more information. > Landscape mode? ('n' for portrait):? > GX Package Initialization: Size = 11 8.5 > ga-> open avhrr.ctl > Scanning description file:? avhrr.ctl > Data file avhrr-only-v2.20081225.nc is open as file 1 > LON set to 0 360 > LAT set to -89.875 89.875 > LEV set to 0 0 > Time values set: 1963:11:1:0 1963:11:1:0 > E set to 1 1 > ga-> q file > File 1 : test AVHRR > ? Descriptor: avhrr.ctl > ? Binary: avhrr-only-v2.20081225.nc > ? Type = Gridded > ? Xsize = 1440? Ysize = 720? Zsize = 1? Tsize = 1? Esize = 1 > ? Number of Variables = 4 > ???? temp? 0? 0,y,x? sea? at surface (W/m2) > ???? mali? 0? 0,y,x? anomal rate (kg/m2/s) > ???? rore? 0? 0,y,x? eror pressure (hPa) > ???? hiel? 0? 0,y,x? ice pressure (hPa) > ga-> d temp > gancgrid error: nc_get_vara_double failed; NetCDF: Index exceeds dimension > bound > Data Request Error:? Error for variable 'temp' > ? Error ocurred at column 1 > DISPLAY error:? Invalid expression > ? Expression = temp > ga-> > > > > tahnks > > > ________________________________ > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.html > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: avhrr.ctl > Type: application/octet-stream > Size: 465 bytes > Desc: not available > Url : > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.obj > -------------- next part -------------- > An embedded and charset-unspecified text was scrubbed... > Name: ncdump_out.txt > Url: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.txt > > ------------------------------ > > Message: 5 > Date: Fri, 23 Sep 2011 17:07:27 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] GrADS v. Opengrads > To: GrADS Users Forum > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > On Fri, Sep 23, 2011 at 2:25 PM, Rowell, Mason D. > wrote: > > > All, > > > > I have been keeping up with the gradusr exchanges, and it seems I may > need > > to use opengrads. What is the difference between say, 2.0.a6 that I am > > using, and opengrads? Is it linux supported? > > > > > As far functionality is concerned, by design, the OpenGrADS > binarieshave all the > features that you find in the COLA > binaries . In addition, it has > a > number of extra functions and commands > that > are not available with the COLA builds. OpenGrADS includes also binaries > for > a few platforms that have not been included in recent COLA builds (FreeBSD, > IBM AIX). > > As far as installation is concerned, the OpenGrADS > bundle< > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > >is > designed to be a turn key system. On Unix/Linux/Mac OS X the tar ball > includes all you need to run GrADS (maps, fonts, documentation, etc.) All > you need to do is to start the binary and it works out of the box, no need > to set any environment variable (although it is convenient to put the > Contents/ directory in your path). The system is entirely relocatable in > the > sense you can put it on a USB men stick and run it from there with no setup > necessary. The COLA builds of GrADS are also very straightforward to > install, but requires you to do just a bit more (download separate data > files, set environment variables). > > On Windows, the OpenGrADS > superpack< > http://opengrads.org/wiki/index.php?title=Installing_GrADS_v2.0_on_Microsoft_Windows > >is > also self contained and installs like a regular, native Windows > application (self installing package). After download, it should take less > than 2 minutes for you to make your first plot. Although the superpack is > built on top of cygwin and requires an X server, it is all handled under > the > hood; all you have to watch for is the Windows firewalls. The superpack is > also meant to be relocatable: put it on a USB stick and ran it anywhere, no > setup necessary. COLA's windows build is also based on cygwin, but it > requires a separate cygwin installation, download of an X server, and > setting up environment variables. Again, not a big deal, but something that > an average windows user without much command line exposure may find > intimidating. > > I hope this answers your question. > > Arlindo > > > > > > > > > > > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/3293be24/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 19, Issue 54 > **************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/0093f31e/attachment-0002.html From jdduda at iastate.edu Mon Sep 26 12:36:08 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 26 Sep 2011 11:36:08 -0500 Subject: [gradsusr] mass of water in layers In-Reply-To: <7D770C23AFA64CA4839CE943D4E9B72F@shimonlaptop> References: <4E2EE9BD.6010708@noaa.gov> <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> <7D770C23AFA64CA4839CE943D4E9B72F@shimonlaptop> Message-ID: I got a nice script from the script librarythat doesn't appear to be there anymore, but I've attached it to this email. It will plot an arbitrary cross section using the collect command. As far as obtaining water vapor mass, really the only way is to use the density of dry air to get water vapor density, or q*rho, where q is water vapor mixing ratio and rho is dry-air density. Jeff Duda On Mon, Sep 26, 2011 at 10:54 AM, Simon Krichak wrote: > ** > Mason, > It does not look that simple since I need to plot not the mixing ratios > themselves but those multiplied by mass of air in each of the layers. > Simon > > > ----- Original Message ----- > *From:* Rowell, Mason D. > *To:* GrADS Users Forum > *Sent:* Monday, September 26, 2011 6:09 PM > *Subject:* Re: [gradsusr] mass of water in layers > > Simon, > > You should easily be able to set the dimensions such that the display > output yeilds a cross section, at least along some latitude or longitude > line, but I know there are ways to do it along any line of choice. Just > allow only the z and some horizontal dimension to vary, with all other > diimensions fixed. Are you looking for vertically integrated water mass, or > just wishing to plot isopleths of mixing ratio? > > Mason > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on > behalf of Simon Krichak [shimon at cyclone.tau.ac.il] > *Sent:* Monday, September 26, 2011 7:30 AM > *To:* GrADS Users Forum > *Subject:* [gradsusr] mass of water in layers > > Dear GrADS User, > > I have the mixing ratio data and other parameters from the NNRP defined on > unevenly spaced isobaric surfaces and would like to draw vertical > crossection of the water mass in the layers. Would appreciate your help if > possible. > > Regards, > Simon Krichak > > > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/590d1036/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: cross.gs Type: application/octet-stream Size: 1373 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110926/590d1036/attachment-0002.obj From jdduda at iastate.edu Mon Sep 26 12:39:08 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 26 Sep 2011 11:39:08 -0500 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: The command you'll probably want to use is "asum". Jeff Duda On Mon, Sep 26, 2011 at 10:24 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear Davide and Mason, > > Davide> I am not dealing with precipitation but NPP but I will have a look > at your suggestion. > Mason> Let me check on it. > > Thanks, > > Serge > > > On Mon, Sep 26, 2011 at 8:11 AM, Rowell, Mason D. > wrote: > >> Serge, >> >> Find documentation on the asum (areal sum) function. It should accept >> the arguments you need. >> >> Mason >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on >> behalf of Rafanoharana Serge Claudio [rafanoharana at gmail.com] >> *Sent:* Monday, September 26, 2011 4:46 AM >> *To:* GrADS Users Forum >> *Subject:* [gradsusr] How to get the Sum of variable (not spatially) for >> all region >> >> Dear all, >> >> I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' >> then I obtain the sum of the spatial distribution for one year. This is more >> "in this point/coordinate, the annual precipitation is xxx mm" >> >> But what I need is the total (sum) of the value of the variable. Something >> like: "In this area of 500km2, the annual precipitation is xxx mm". >> >> Is it possible to obtain that? >> >> Best regards >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/018495de/attachment-0002.html From klevey at customweather.com Mon Sep 26 17:06:02 2011 From: klevey at customweather.com (Kevin M Levey) Date: Mon, 26 Sep 2011 14:06:02 -0700 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> Message-ID: <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> MON 26SEP11: 1400PDT Hi I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid Regional - CONUS - Double Resolution (Lambert Conformal - 40km) Prob Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). I've had no problems using processing the SPREAD and MEAN files using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), however, am running into issues when processing the probability files. Firstly, g2ctl.pl throws this: Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use use -g2clib 0 for WMO standard and then running gribmap I get this: Product Definition Template 9 not handled As I understand it, wgrib2 doesn't know what to do as the table for SREF is not defined. The CTL file incorrectly shows only a few variables and none of the probability variables as listed on the NCEP site: http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml I'm somewhat stumped here as to how to correctly process these type files and display the desired variables in GRADS. Any help would be welcome. Thanks. Regards, Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) Vice President of Operations CustomWeather, Inc. San Francisco, California, USA "Taking the World by Storm!" http://www.customweather.com http://www.myforecast.com http://www.1stweather.com cell: 415-794-0411 work: 415-777-3566 email: klevey at customweather.com From reto.stauffer at student.uibk.ac.at Tue Sep 27 06:05:37 2011 From: reto.stauffer at student.uibk.ac.at (Stauffer Reto (UNI)) Date: Tue, 27 Sep 2011 12:05:37 +0200 Subject: [gradsusr] Loading GFS data (DODS) over nomad's ".ascii" option - how to read in grads? In-Reply-To: <1314709137.58904.YahooMailRC@web29612.mail.ird.yahoo.com> References: <1314709137.58904.YahooMailRC@web29612.mail.ird.yahoo.com> Message-ID: <4E819FF1.4070501@student.uibk.ac.at> Dear usergroup We would like to visualize some GFS products. Actually i get the data from the nomad servers "on demand" with 'sdfopen http://nomad3.ncep.noaa.gov:9090/dods/gfs20110927/gfs_master_00z' THE PROBLEM is that i have so much calls to the server that he kills the connection (after ~100 as written on the nomad3 servers page). Now there is also an option to load all the data with wget. For example the call is http://nomad3.ncep.noaa.gov:9090/dods/gfs20110926/gfs_master_00z.ascii?rh2m[14:28][46:46][22:22] It's the same "file/adress" but with the .ascii? option (selecting one variable "rh2m" here for certain timesteps [14:28] and for only one gridpoint (lon/lat 46/22). This works fine and i can create the ascii-file without any problem BUT HOW TO READ those files with grads? Can i convert those files? Or open directly? Or create a controlfile? I read all possible hints and pages in the internet but i havnt found any solution until now. Does anyone have some experiences with that approach? Or is there another option not to run into the "server request restriction"? Best wishes Reto Stauffer University of Innsbruck -- ------------------------------------------------------------- Reto Stauffer Department of Meteorology and Geophysics University of Innsbruck Innrain 52, A- 6020 Innsbruck, Austria Tel: +43-(0)-512-507-5486 Fax: +43-(0)-512-507-2924 Email: reto.stauffer at student.uibk.ac.at ------------------------------------------------------------- From reto.stauffer at student.uibk.ac.at Tue Sep 27 06:06:32 2011 From: reto.stauffer at student.uibk.ac.at (Stauffer Reto (UNI)) Date: Tue, 27 Sep 2011 12:06:32 +0200 Subject: [gradsusr] Loading GFS data (DODS) over nomad's ".ascii" option - how to read in grads? Message-ID: <4E81A028.5040001@student.uibk.ac.at> Dear usergroup We would like to visualize some GFS products. Actually i get the data from the nomad servers "on demand" with 'sdfopen http://nomad3.ncep.noaa.gov:9090/dods/gfs20110927/gfs_master_00z' THE PROBLEM is that i have so much calls to the server that he kills the connection (after ~100 as written on the nomad3 servers page). Now there is also an option to load all the data with wget. For example the call is http://nomad3.ncep.noaa.gov:9090/dods/gfs20110926/gfs_master_00z.ascii?rh2m[14:28][46:46][22:22] It's the same "file/adress" but with the .ascii? option (selecting one variable "rh2m" here for certain timesteps [14:28] and for only one gridpoint (lon/lat 46/22). This works fine and i can create the ascii-file without any problem BUT HOW TO READ those files with grads? Can i convert those files? Or open directly? Or create a controlfile? I read all possible hints and pages in the internet but i havnt found any solution until now. Does anyone have some experiences with that approach? Or is there another option not to run into the "server request restriction"? Best wishes Reto Stauffer University of Innsbruck From dasilva at alum.mit.edu Tue Sep 27 08:51:51 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 27 Sep 2011 08:51:51 -0400 Subject: [gradsusr] Loading GFS data (DODS) over nomad's ".ascii" option - how to read in grads? In-Reply-To: <4E819FF1.4070501@student.uibk.ac.at> References: <1314709137.58904.YahooMailRC@web29612.mail.ird.yahoo.com> <4E819FF1.4070501@student.uibk.ac.at> Message-ID: On Tue, Sep 27, 2011 at 6:05 AM, Stauffer Reto (UNI) < reto.stauffer at student.uibk.ac.at> wrote: > Dear usergroup > > We would like to visualize some GFS products. Actually i get the data > from the nomad servers "on demand" with > > 'sdfopen http://nomad3.ncep.noaa.gov:9090/dods/gfs20110927/gfs_master_00z' > > THE PROBLEM is that i have so much calls to the server that he kills the > connection (after ~100 as written on the nomad3 servers page). Now there > is also an option to load all the data with wget. For example the call is > > > http://nomad3.ncep.noaa.gov:9090/dods/gfs20110926/gfs_master_00z.ascii?rh2m[14:28][46:46][22:22] > > It's the same "file/adress" but with the .ascii? option (selecting one > variable "rh2m" here for certain timesteps [14:28] and for only one > gridpoint (lon/lat 46/22). This works fine and i can create the > ascii-file without any problem > > I don't think this will make any difference in so far access restriction is concerned. Using ASCII you likely just waste more resources than bringing binary data. If I recall well these files are stored in GRIB-2 at the server, so getting a single point may not save much because of the way compression is implemented (it may still need to read a full lat/lon layer in order to uncompress). > BUT HOW TO READ those files with grads? Can i convert those files? Or > open directly? Or create a controlfile? > > I read all possible hints and pages in the internet but i havnt found > any solution until now. > Does anyone have some experiences with that approach? > > Or is there another option not to run into the "server request > restriction"? > > What many people do is to grab the binary GRIB-2 files with wget using plain http (not through the DODS interface). There are actually nice perl scripts to automate this, see http://www.cpc.ncep.noaa.gov/products/wesley/fast_downloading_grib.html For reading the GRIB-2 files, see Wes' utilities: http://www.cpc.ncep.noaa.gov/products/wesley/wgrib2/ http://www.cpc.ncep.noaa.gov/products/wesley/g2ctl.html and of course the grads documentation. Good Luck, Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/8e1e4ddf/attachment-0002.html From jma at cola.iges.org Tue Sep 27 09:02:06 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Tue, 27 Sep 2011 09:02:06 -0400 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> Message-ID: What is the URL or FTP address where I can get a sample of this SREF file? --Jennifer On Sep 26, 2011, at 5:06 PM, Kevin M Levey wrote: > MON 26SEP11: 1400PDT > > Hi > > I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid > Regional - CONUS - Double Resolution (Lambert Conformal - 40km) Prob > Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). > > I've had no problems using processing the SPREAD and MEAN files > using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), > however, am running into issues when processing the probability files. > > Firstly, g2ctl.pl throws this: > > Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use > use -g2clib 0 for WMO standard > > and then running gribmap I get this: > > Product Definition Template 9 not handled > > As I understand it, wgrib2 doesn't know what to do as the table for > SREF is not defined. The CTL file incorrectly shows only a few > variables and none of the probability variables as listed on the > NCEP site: > > http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml > > I'm somewhat stumped here as to how to correctly process these type > files and display the desired variables in GRADS. > > Any help would be welcome. > > Thanks. > > Regards, > > Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of > Cape Town) > Vice President of Operations > CustomWeather, Inc. > San Francisco, California, USA > > "Taking the World by Storm!" > > http://www.customweather.com > http://www.myforecast.com > http://www.1stweather.com > > cell: 415-794-0411 > work: 415-777-3566 > email: klevey at customweather.com > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/024afd78/attachment-0002.html From jma at cola.iges.org Tue Sep 27 09:28:39 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Tue, 27 Sep 2011 09:28:39 -0400 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> Message-ID: Never mind, I found a sample and will look into whether GrADS can handle this PDT. --Jennifer On Sep 27, 2011, at 9:02 AM, Jennifer Adams wrote: > What is the URL or FTP address where I can get a sample of this SREF > file? --Jennifer > > On Sep 26, 2011, at 5:06 PM, Kevin M Levey wrote: > >> MON 26SEP11: 1400PDT >> >> Hi >> >> I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid >> Regional - CONUS - Double Resolution (Lambert Conformal - 40km) >> Prob Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). >> >> I've had no problems using processing the SPREAD and MEAN files >> using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), >> however, am running into issues when processing the probability >> files. >> >> Firstly, g2ctl.pl throws this: >> >> Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use >> use -g2clib 0 for WMO standard >> >> and then running gribmap I get this: >> >> Product Definition Template 9 not handled >> >> As I understand it, wgrib2 doesn't know what to do as the table for >> SREF is not defined. The CTL file incorrectly shows only a few >> variables and none of the probability variables as listed on the >> NCEP site: >> >> http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml >> >> I'm somewhat stumped here as to how to correctly process these type >> files and display the desired variables in GRADS. >> >> Any help would be welcome. >> >> Thanks. >> >> Regards, >> >> Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University >> of Cape Town) >> Vice President of Operations >> CustomWeather, Inc. >> San Francisco, California, USA >> >> "Taking the World by Storm!" >> >> http://www.customweather.com >> http://www.myforecast.com >> http://www.1stweather.com >> >> cell: 415-794-0411 >> work: 415-777-3566 >> email: klevey at customweather.com >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/c600cb15/attachment-0002.html From antoine.molin at poweo.com Tue Sep 27 10:28:19 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Tue, 27 Sep 2011 16:28:19 +0200 Subject: [gradsusr] Gribmap Message-ID: <4E81DD83.6070604@poweo.com> Dear All, .I am trying to use gribmap with opengrads superpack under Windows, and it doesn't work; i tried the automatic installer and zip file, but in fact i am not used to Linux, Cygwin ....and there must be a path problem, i think. How do you launch gribmap? i tried in "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", it seems to work, but the .idx is not created (as if there was not a X server). Thanks -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/99b57830/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110927/99b57830/attachment-0002.jpg From rafanoharana at gmail.com Tue Sep 27 10:53:25 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Tue, 27 Sep 2011 07:53:25 -0700 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: Dear Jeff Duda, Thank you... I'll work on it... Serge On Mon, Sep 26, 2011 at 9:39 AM, Jeffrey Duda wrote: > The command you'll probably want to use is "asum". > > Jeff Duda > > > On Mon, Sep 26, 2011 at 10:24 AM, Rafanoharana Serge Claudio < > rafanoharana at gmail.com> wrote: > >> Dear Davide and Mason, >> >> Davide> I am not dealing with precipitation but NPP but I will have a look >> at your suggestion. >> Mason> Let me check on it. >> >> Thanks, >> >> Serge >> >> >> On Mon, Sep 26, 2011 at 8:11 AM, Rowell, Mason D. < >> Mason.D.Rowell-1 at ou.edu> wrote: >> >>> Serge, >>> >>> Find documentation on the asum (areal sum) function. It should accept >>> the arguments you need. >>> >>> Mason >>> ------------------------------ >>> *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on >>> behalf of Rafanoharana Serge Claudio [rafanoharana at gmail.com] >>> *Sent:* Monday, September 26, 2011 4:46 AM >>> *To:* GrADS Users Forum >>> *Subject:* [gradsusr] How to get the Sum of variable (not spatially) for >>> all region >>> >>> Dear all, >>> >>> I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' >>> then I obtain the sum of the spatial distribution for one year. This is more >>> "in this point/coordinate, the annual precipitation is xxx mm" >>> >>> But what I need is the total (sum) of the value of the variable. >>> Something like: "In this area of 500km2, the annual precipitation is xxx >>> mm". >>> >>> Is it possible to obtain that? >>> >>> Best regards >>> >>> -- >>> Serge >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/ec43241e/attachment-0002.html From Wesley.Ebisuzaki at noaa.gov Tue Sep 27 11:18:51 2011 From: Wesley.Ebisuzaki at noaa.gov (Wesley Ebisuzaki) Date: Tue, 27 Sep 2011 11:18:51 -0400 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> Message-ID: <4E81E95B.3040901@noaa.gov> Kevin, Kevin M Levey wrote: > MON 26SEP11: 1400PDT > > Hi > > I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid Regional - CONUS - Double Resolution (Lambert Conformal - 40km) Prob Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). > > I've had no problems using processing the SPREAD and MEAN files using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), however, am running into issues when processing the probability files. > > Firstly, g2ctl.pl throws this: > > Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use use -g2clib 0 for WMO standard > wgrib2 has detected a field which would be decoded differently by g2clib/g2lib than suggested by the WMO standard. Since the sref fields were created by g2lib, you need g2clib/g2lib to decode the files correctly. Similar bugs have been found in the NCAR and the ECMWF software; however, I haven't put warning into the wgrib2 code (except for the ECMWF chemistry table). > and then running gribmap I get this: > > Product Definition Template 9 not handled > Right now, GrADS can't handle the probability fields correctly because (1) The control file can't tell the difference between: ":prob >25.4" and "prob >50.8" (2) gribmap needs to be compiled with the latest version of g2clib. If (2) is done, you could display the probability fields by putting the field that you want to display into it's own record. Converting to netcdf is not an option until the next wgrib2 release. Wesley > As I understand it, wgrib2 doesn't know what to do as the table for SREF is not defined. The CTL file incorrectly shows only a few variables and none of the probability variables as listed on the NCEP site: > > http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml > > I'm somewhat stumped here as to how to correctly process these type files and display the desired variables in GRADS. > > Any help would be welcome. > > Thanks. > > Regards, > > Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) > Vice President of Operations > CustomWeather, Inc. > San Francisco, California, USA > > "Taking the World by Storm!" > > http://www.customweather.com > http://www.myforecast.com > http://www.1stweather.com > > cell: 415-794-0411 > work: 415-777-3566 > email: klevey at customweather.com > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From klevey at customweather.com Tue Sep 27 12:18:08 2011 From: klevey at customweather.com (Kevin M Levey) Date: Tue, 27 Sep 2011 09:18:08 -0700 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: <4E81E95B.3040901@noaa.gov> References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> <4E81E95B.3040901@noaa.gov> Message-ID: TUE 27SEP11: 0915PDT Hi Wesley (and Jennifer) Thanks for your response - and you confirmed what I suspected. I'll have our software engineer recompile and try your suggestion. I have a question, and not sure exactly what you mean by > If (2) is done, you could display the probability fields by putting the field that you want to display into it's own record. Yep, I tried the netcdf option and that didn't work as you noted. Believe you me, I spent almost all day yesterday trying to get around this issue. Thank you for your time and effort. Regards, Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) Vice President of Operations CustomWeather, Inc. San Francisco, California, USA "Taking the World by Storm!" http://www.customweather.com http://www.myforecast.com http://www.1stweather.com cell: 415-794-0411 work: 415-777-3566 email: klevey at customweather.com On Sep 27, 2011, at 09/27/11 - 8:18 AM, Wesley Ebisuzaki wrote: > Kevin, > > > Kevin M Levey wrote: >> MON 26SEP11: 1400PDT >> >> Hi >> >> I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid Regional - CONUS - Double Resolution (Lambert Conformal - 40km) Prob Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). >> >> I've had no problems using processing the SPREAD and MEAN files using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), however, am running into issues when processing the probability files. >> >> Firstly, g2ctl.pl throws this: >> >> Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use use -g2clib 0 for WMO standard >> > wgrib2 has detected a field which would be decoded differently by > g2clib/g2lib than suggested > by the WMO standard. Since the sref fields were created by g2lib, you > need g2clib/g2lib to > decode the files correctly. Similar bugs have been found in the NCAR > and the ECMWF > software; however, I haven't put warning into the wgrib2 code (except > for the ECMWF > chemistry table). > > >> and then running gribmap I get this: >> >> Product Definition Template 9 not handled >> > Right now, GrADS can't handle the probability fields correctly because > > (1) The control file can't tell the difference between: ":prob >> 25.4" and "prob >50.8" > (2) gribmap needs to be compiled with the latest version of g2clib. > > If (2) is done, you could display the probability fields by putting the > field that you want to > display into it's own record. > > Converting to netcdf is not an option until the next wgrib2 release. > > Wesley > >> As I understand it, wgrib2 doesn't know what to do as the table for SREF is not defined. The CTL file incorrectly shows only a few variables and none of the probability variables as listed on the NCEP site: >> >> http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml >> >> I'm somewhat stumped here as to how to correctly process these type files and display the desired variables in GRADS. >> >> Any help would be welcome. >> >> Thanks. >> >> Regards, >> >> Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) >> Vice President of Operations >> CustomWeather, Inc. >> San Francisco, California, USA >> >> "Taking the World by Storm!" >> >> http://www.customweather.com >> http://www.myforecast.com >> http://www.1stweather.com >> >> cell: 415-794-0411 >> work: 415-777-3566 >> email: klevey at customweather.com >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr From dasilva at alum.mit.edu Tue Sep 27 17:14:27 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 27 Sep 2011 17:14:27 -0400 Subject: [gradsusr] Gribmap In-Reply-To: <4E81DD83.6070604@poweo.com> References: <4E81DD83.6070604@poweo.com> Message-ID: On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine wrote: > ** > > Dear All, > > .I am trying to use gribmap with opengrads superpack under Windows, and it > doesn't work; i tried the automatic installer and zip file, but in fact i am > not used to Linux, Cygwin ....and there must be a path problem, i think. > How do you launch gribmap? i tried in > "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", > it seems to work, but the .idx is not created (as if there was not a X > server). > Can you send a screendump? What exactly is the error message? Arlindo. > Thanks > > > -- > > *Antoine Molin* > > ** > > **** > > [image: EED POWEO Logo] > > 16, Place Cormontaigne - 59000 Lille**** > > **** > > Tel. : *+ 33 3 20 74 04 00* > > Fax : + 33 3 20 74 04 07**** > > *poweo.com * > > ** > > Avant d'imprimer, pensez ? l'environnement**** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/02bd959a/attachment-0002.html From sushantpuranik at gmail.com Wed Sep 28 00:56:08 2011 From: sushantpuranik at gmail.com (sushant puranik) Date: Wed, 28 Sep 2011 10:26:08 +0530 Subject: [gradsusr] How to write data in a file Message-ID: Hi I am trying to make average of vorticity over four points as set lev 850 define zeta=hcurl(uwnd,vwnd.2) set lat 12.5 set lon 100 define z1=zeta clear set lat 10 set lon 100 define z2=zeta clear set lat 12.5 set lon 97.5 define z3=zeta clear set lat 10 set lon 97.5 define z4=zeta clear define avez=(z1+z2+z3+z4)/4 d avez write (testz.txt,te) But the output file remains blank. whats wrong with the script? Thanks Sushant -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/74c24dad/attachment-0002.html From zjuyanlibin at 163.com Wed Sep 28 01:00:28 2011 From: zjuyanlibin at 163.com (Yan Libin) Date: Wed, 28 Sep 2011 13:00:28 +0800 Subject: [gradsusr] How to write data in a file References: Message-ID: <201109281300287508900@163.com> set gxout print d * or rc=write(file='.../result.txt',result) Yan Libin From: sushant puranik Date: 2011-09-28 13:26 To: GrADS Users Forum Subject: [gradsusr] How to write data in a file Hi I am trying to make average of vorticity over four points as set lev 850 define zeta=hcurl(uwnd,vwnd.2) set lat 12.5 set lon 100 define z1=zeta clear set lat 10 set lon 100 define z2=zeta clear set lat 12.5 set lon 97.5 define z3=zeta clear set lat 10 set lon 97.5 define z4=zeta clear define avez=(z1+z2+z3+z4)/4 d avez write (testz.txt,te) But the output file remains blank. whats wrong with the script? Thanks Sushant -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/2aacd292/attachment-0002.html From dasilva at alum.mit.edu Wed Sep 28 08:27:24 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 28 Sep 2011 08:27:24 -0400 Subject: [gradsusr] How to write data in a file In-Reply-To: References: Message-ID: On Wed, Sep 28, 2011 at 12:56 AM, sushant puranik wrote: > Hi > I am trying to make average of vorticity over four points as > > set lev 850 > define zeta=hcurl(uwnd,vwnd.2) > set lat 12.5 > set lon 100 > define z1=zeta > clear > set lat 10 > set lon 100 > define z2=zeta > clear > set lat 12.5 > set lon 97.5 > define z3=zeta > clear > set lat 10 > set lon 97.5 > define z4=zeta > clear > define avez=(z1+z2+z3+z4)/4 > d avez > write (testz.txt,te) > > > But the output file remains blank. > > whats wrong with the script? > > What kind of script is this? Exec? Recall that write() is a gs script function, not something you call from the "ga->" command line. Read the section of the User's Guide on scripts: http://grads.iges.org/grads/gadoc/script.html#intro Make sure you define the variable "te" that you are writing to the file, and that the file name is a string. -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/2407b609/attachment-0002.html From nkh09 at fsu.edu Wed Sep 28 08:44:34 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Wed, 28 Sep 2011 12:44:34 GMT Subject: [gradsusr] How to write data in a file In-Reply-To: References: Message-ID: Hey, At the end of your script, after 'd avez' add this line.. average=subwrd(result,4) write(test.txt,average) When you display a variable with a single value, GrADS writes the value to the terminal in a format like this Result value = xxxx So, you just have to tell it to grab the xxxx part of the output. Hope that helps! -Nick That should do it ----- Original Message ----- From: Arlindo da Silva Date: Wednesday, September 28, 2011 12:28 pm Subject: Re: [gradsusr] How to write data in a file To: GrADS Users Forum > On Wed, Sep 28, 2011 at 12:56 AM, sushant puranik > wrote: > > > Hi > > I am trying to make average of vorticity over four points as > > > > set lev 850 > > define zeta=hcurl(uwnd,vwnd.2) > > set lat 12.5 > > set lon 100 > > define z1=zeta > > clear > > set lat 10 > > set lon 100 > > define z2=zeta > > clear > > set lat 12.5 > > set lon 97.5 > > define z3=zeta > > clear > > set lat 10 > > set lon 97.5 > > define z4=zeta > > clear > > define avez=(z1+z2+z3+z4)/4 > > d avez > > write (testz.txt,te) > > > > > > But the output file remains blank. > > > > whats wrong with the script? > > > > > What kind of script is this? Exec? Recall that write() is a gs script > function, not something you call from the "ga->" command line. Read > thesection of the User's Guide on scripts: > > http://grads.iges.org/grads/gadoc/script.html#intro > > Make sure you define the variable "te" that you are writing to the > file, and > that the file name is a string. > > -- > Arlindo da Silva > dasilva at alum.mit.edu > From antoine.molin at poweo.com Wed Sep 28 09:09:18 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Wed, 28 Sep 2011 15:09:18 +0200 Subject: [gradsusr] Gribmap In-Reply-To: References: <4E81DD83.6070604@poweo.com> Message-ID: <4E831C7E.4070809@poweo.com> Hi, see enclosed file: if i launch opengrads from the desk, i get the first screen dump with something strange in the path. Then, if i launch gribmap from "C:\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", i get the second screen dump, but the window disappears with "return", & no .idx is created. i join too the .grads.log from "C:\Documents and Settings\Antoine". Thanks, and best regards. Antoine Le 27/09/2011 23:14, Arlindo da Silva a ?crit : > > > On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine > > wrote: > > > Dear All, > > .I am trying to use gribmap with opengrads superpack under > Windows, and it doesn't work; i tried the automatic installer and > zip file, but in fact i am not used to Linux, Cygwin ....and there > must be a path problem, i think. > How do you launch gribmap? i tried in > "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", > it seems to work, but the .idx is not created (as if there was not > a X server). > > > Can you send a screendump? What exactly is the error message? > > Arlindo. > > > > > > > Thanks > > > -- > > *Antoine Molin* > > ** > > EED POWEO Logo > > 16, Place Cormontaigne - 59000 Lille > > Tel. : *+ 33 3 20 74 04 00* > > Fax : + 33 3 20 74 04 07 > > *poweo.com * > > ** > > Avant d'imprimer, pensez ? l'environnement > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu -- -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/08d68636/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110928/08d68636/attachment-0002.jpg -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: .grads.log Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/08d68636/attachment-0002.pl -------------- next part -------------- A non-text attachment was scrubbed... Name: opengrads_pbe.doc Type: application/msword Size: 296960 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110928/08d68636/attachment-0002.doc From antoine.molin at poweo.com Wed Sep 28 10:10:55 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Wed, 28 Sep 2011 16:10:55 +0200 Subject: [gradsusr] Gribmap In-Reply-To: References: <4E81DD83.6070604@poweo.com> Message-ID: <4E832AEF.8010905@poweo.com> Hi, In fact, it is working if i use rather recent descriptor files and grib data: i have some coming from WRF-EMS, and it is working. But if i work with .ctl i was using before with grads Version 1.8 (see enclosed file) for NCEP reanalysis data, the error message is : "data descriptor file is not for GRIB data". So the .ctl must have changed, isn'it? Br Antoine Le 27/09/2011 23:14, Arlindo da Silva a ?crit : > > > On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine > > wrote: > > > Dear All, > > .I am trying to use gribmap with opengrads superpack under > Windows, and it doesn't work; i tried the automatic installer and > zip file, but in fact i am not used to Linux, Cygwin ....and there > must be a path problem, i think. > How do you launch gribmap? i tried in > "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", > it seems to work, but the .idx is not created (as if there was not > a X server). > > > Can you send a screendump? What exactly is the error message? > > Arlindo. > > > > > > > Thanks > > > -- > > *Antoine Molin* > > ** > > EED POWEO Logo > > 16, Place Cormontaigne - 59000 Lille > > Tel. : *+ 33 3 20 74 04 00* > > Fax : + 33 3 20 74 04 07 > > *poweo.com * > > ** > > Avant d'imprimer, pensez ? l'environnement > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu -- -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/d38d81e6/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110928/d38d81e6/attachment-0002.jpg -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: UGRDhag.10.2009.ctl Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/d38d81e6/attachment-0002.pl From jma at cola.iges.org Wed Sep 28 11:33:24 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Wed, 28 Sep 2011 11:33:24 -0400 Subject: [gradsusr] Gribmap In-Reply-To: <4E832AEF.8010905@poweo.com> References: <4E81DD83.6070604@poweo.com> <4E832AEF.8010905@poweo.com> Message-ID: <66F0A4A6-5C2A-4C4C-84DB-6783F016076E@cola.iges.org> Your descriptor file is missing "dtype grib". --Jennifer On Sep 28, 2011, at 10:10 AM, Molin Antoine wrote: > Hi, > > In fact, it is working if i use rather recent descriptor files and > grib data: i have some coming from WRF-EMS, and it is working. > > But if i work with .ctl i was using before with grads Version 1.8 > (see enclosed file) for NCEP reanalysis data, the error message is : > "data descriptor file is not for GRIB data". > > So the .ctl must have changed, isn'it? > > Br > Antoine > > > > Le 27/09/2011 23:14, Arlindo da Silva a ?crit : >> >> >> >> On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine > > wrote: >> >> Dear All, >> >> .I am trying to use gribmap with opengrads superpack under Windows, >> and it doesn't work; i tried the automatic installer and zip file, >> but in fact i am not used to Linux, Cygwin ....and there must be a >> path problem, i think. >> How do you launch gribmap? i tried in "C:\grads-2.0.a9.oga.1- >> win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga. >> 1\i686", it seems to work, but the .idx is not >> created (as if there was not a X server). >> >> Can you send a screendump? What exactly is the error message? >> >> Arlindo. >> >> >> >> >> >> >> >> >> Thanks >> >> >> -- >> Antoine Molin >> >> >> >> >> >> 16, Place Cormontaigne - 59000 Lille >> >> >> Tel. : + 33 3 20 74 04 00 >> >> Fax : + 33 3 20 74 04 07 >> >> poweo.com >> >> >> Avant d'imprimer, pensez ? l'environnement >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu > > > -- > > -- > Antoine Molin > > > > > > 16, Place Cormontaigne - 59000 Lille > > > Tel. : + 33 3 20 74 04 00 > > Fax : + 33 3 20 74 04 07 > > poweo.com > > > Avant d'imprimer, pensez ? l'environnement > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/c7109a30/attachment-0002.html From antoine.molin at poweo.com Wed Sep 28 11:49:03 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Wed, 28 Sep 2011 17:49:03 +0200 Subject: [gradsusr] Gribmap In-Reply-To: <66F0A4A6-5C2A-4C4C-84DB-6783F016076E@cola.iges.org> References: <4E81DD83.6070604@poweo.com> <4E832AEF.8010905@poweo.com> <66F0A4A6-5C2A-4C4C-84DB-6783F016076E@cola.iges.org> Message-ID: <4E8341EF.8090908@poweo.com> thanks; it is working! Antoine Le 28/09/2011 17:33, Jennifer Adams a ?crit : > Your descriptor file is missing "dtype grib". --Jennifer > > On Sep 28, 2011, at 10:10 AM, Molin Antoine wrote: > >> Hi, >> >> In fact, it is working if i use rather recent descriptor files and >> grib data: i have some coming from WRF-EMS, and it is working. >> >> But if i work with .ctl i was using before with grads Version 1.8 >> (see enclosed file) for NCEP reanalysis data, the error message is : >> "data descriptor file is not for GRIB data". >> >> So the .ctl must have changed, isn'it? >> >> Br >> Antoine >> >> >> >> Le 27/09/2011 23:14, Arlindo da Silva a ?crit : >>> >>> >>> On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine >>> > wrote: >>> >>> >>> Dear All, >>> >>> .I am trying to use gribmap with opengrads superpack under >>> Windows, and it doesn't work; i tried the automatic installer >>> and zip file, but in fact i am not used to Linux, Cygwin ....and >>> there must be a path problem, i think. >>> How do you launch gribmap? i tried in >>> "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", >>> it seems to work, but the .idx is not created (as if there was >>> not a X server). >>> >>> >>> Can you send a screendump? What exactly is the error message? >>> >>> Arlindo. >>> >>> >>> >>> >>> >>> >>> Thanks >>> >>> >>> -- >>> >>> *Antoine Molin* >>> >>> ** >>> >>> >>> EED POWEO Logo >>> >>> 16, Place Cormontaigne - 59000 Lille >>> >>> >>> Tel. : *+ 33 3 20 74 04 00* >>> >>> Fax : + 33 3 20 74 04 07 >>> >>> *poweo.com * >>> >>> ** >>> >>> Avant d'imprimer, pensez ? l'environnement >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >>> >>> >>> -- >>> Arlindo da Silva >>> dasilva at alum.mit.edu >> >> >> -- >> >> -- >> >> *Antoine Molin* >> >> ** >> >> >> >> 16, Place Cormontaigne - 59000 Lille >> >> Tel. : *+ 33 3 20 74 04 00* >> >> Fax : + 33 3 20 74 04 07 >> >> *poweo.com * >> >> ** >> >> Avant d'imprimer, pensez ? l'environnement >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > -- -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/278748f6/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110928/278748f6/attachment-0002.jpg From rafanoharana at gmail.com Wed Sep 28 13:29:38 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Wed, 28 Sep 2011 10:29:38 -0700 Subject: [gradsusr] Mean of specific time Message-ID: Dear all, How to get the mean of a specific time. I mean I have monthly data of 10 years. I need to obtain the mean of each month. I used 'cdo -r ymeanmonth input.nc output.nc' but my computer says cannot allocate memory since the file is pretty big in size (20 Gb) Then I tried to use GrADS but cannot find the appropriate command. I will take one by one the mean of each month, so for example for october if I do define oct=mean (var, t=1, t=12) it will give me the mean of 12 month but I do not need that but I need the mean of all october of 10 years of the monthly data of 10 years. How to get each october? Something like 'define oct=mean(var,t=10,t=22,t=34,t=46,t=58,t=71,t=83,t=95,t=107,t=119) I hope you get the idea Serge -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/48ef22e4/attachment-0002.html From dasilva at alum.mit.edu Wed Sep 28 19:37:06 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 28 Sep 2011 19:37:06 -0400 Subject: [gradsusr] Mean of specific time In-Reply-To: References: Message-ID: On Wed, Sep 28, 2011 at 1:29 PM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > How to get the mean of a specific time. I mean I have monthly data of 10 > years. I need to obtain the mean of each month. I used 'cdo -r ymeanmonth > input.nc output.nc' but my computer says cannot allocate memory since the > file is pretty big in size (20 Gb) > > Then I tried to use GrADS but cannot find the appropriate command. > I will take one by one the mean of each month, so for example for october > > if I do define oct=mean (var, t=1, t=12) it will give me the mean of 12 > month but I do not need that but I need the mean of all october of 10 years > of the monthly data of 10 years. > > How to get each october? > Something like 'define > oct=mean(var,t=10,t=22,t=34,t=46,t=58,t=71,t=83,t=95,t=107,t=119) > > Did you consult the documentation for ave()? It explicitly says that you can specify a time increment when time averaging, oct = ave(var,t=10,t=119,12) The time increment is 12 in this case. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/1a21757b/attachment-0002.html From sushantpuranik at gmail.com Thu Sep 29 00:44:39 2011 From: sushantpuranik at gmail.com (sushant puranik) Date: Thu, 29 Sep 2011 10:14:39 +0530 Subject: [gradsusr] How to write data in a file In-Reply-To: References: Message-ID: Thanks Nick. Got the solution On Wed, Sep 28, 2011 at 6:14 PM, Nick Heath wrote: > Hey, > > At the end of your script, after 'd avez' add this line.. > average=subwrd(result,4) > write(test.txt,average) > > When you display a variable with a single value, GrADS writes the value to > the terminal in a format like this > Result value = xxxx > So, you just have to tell it to grab the xxxx part of the output. > > Hope that helps! > -Nick > > That should do it > > ----- Original Message ----- > From: Arlindo da Silva > Date: Wednesday, September 28, 2011 12:28 pm > Subject: Re: [gradsusr] How to write data in a file > To: GrADS Users Forum > > > On Wed, Sep 28, 2011 at 12:56 AM, sushant puranik > > wrote: > > > > > Hi > > > I am trying to make average of vorticity over four points as > > > > > > set lev 850 > > > define zeta=hcurl(uwnd,vwnd.2) > > > set lat 12.5 > > > set lon 100 > > > define z1=zeta > > > clear > > > set lat 10 > > > set lon 100 > > > define z2=zeta > > > clear > > > set lat 12.5 > > > set lon 97.5 > > > define z3=zeta > > > clear > > > set lat 10 > > > set lon 97.5 > > > define z4=zeta > > > clear > > > define avez=(z1+z2+z3+z4)/4 > > > d avez > > > write (testz.txt,te) > > > > > > > > > But the output file remains blank. > > > > > > whats wrong with the script? > > > > > > > > What kind of script is this? Exec? Recall that write() is a gs script > > function, not something you call from the "ga->" command line. Read > > thesection of the User's Guide on scripts: > > > > http://grads.iges.org/grads/gadoc/script.html#intro > > > > Make sure you define the variable "te" that you are writing to the > > file, and > > that the file name is a string. > > > > -- > > Arlindo da Silva > > dasilva at alum.mit.edu > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- ?????? ??????? ?????????????? ? ???????????? ?????, ???? ????????? ????-??, ?????????? ????. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110929/661c915a/attachment-0002.html From jma at cola.iges.org Thu Sep 29 10:34:12 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 29 Sep 2011 10:34:12 -0400 Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * Message-ID: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> Brian and I are pleased to announce a new release of GrADS, version 2.0.0. We have worked very hard to make this version as stable as possible, and are therefore taking it out of alpha status, skipping over beta altogether, and calling it 'operational'. There is a very long list of new features, bug fixes and miscellaneous additions, the full text from the ChangeLog is below, please read it carefully. Highlights of this release, other than its stability, are a new shaded contouring algorithm (which allows for "transparent" colors), support for polygon shapefiles and KML files, and some fixes and improvements to the streamlines, including controls for spacing, style, and size of the arrows. There are also new versions of some of the supplibs, enabling the handling of GRIB2 product definition template 4.15, and optimizing the netcdf5/hdf5 interface. The GrADS downloads web page (http://iges.org/grads/downloads.html) has been updated with links to the source code and a few pre-compiled binaries. Binaries for additional operating systems will be posted as they become available. Please report any problems or questions to this forum. Enjoy! -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org 2011-09-29 Version 2.0.0 Features: * New shaded contouring algorithm: "set gxout shade2" Polygons are closed, have no holes, do not overlap, and are as large and few in number as is feasible Use of -1 for a color # will suppress drawing of the shaded contour, making it effectively transparent * Legacy shaded contouring routine: "set gxout shade1" * "set gxout shaded" is now an alias for legacy shaded contouring routine * Support for creating polygon shapefiles with new option "-poly" to "set shp" command * Support for creating polygon KML files with new option "-poly" to "set kml" command * 1D loglog plots with new command "set log1d" * New environment variable GASHP, contains 1 or more directories that may contain shapefiles. GASHP delimiters are space, semicolon, comma, or colon. Algorithm is: 1. Tries to open filename as provided by user 2. Parses GASHP and prepends each dir to filename 3. Prepends GADDIR directory (only one dir) to filename * New command "set strmopts" to control streamline density plus arrowhead spacing, size, and type. Support for negative streamline density values (between -10 and -1) for high-res grids. Misc: * Mixed case ensemble names are now allowed * Changes to improve masked contour labeling; also now works with "set vpage" * Support for grib1 time range indicator 7, which subtracts the forecast time from the basetime to get the valid time * Loosened restrictions in gribmap for mapping monthly data * Previously undocumented command: "screen" * Added "query calendar" command to discover calendar mode (unset, 365-day, or standard) * Added ":" to list of delimiters for multiple dirs in GASCRP environment variable (now same as GASHP) * Added "NULL" as an option for scale factor attribute name in the UNPACK descriptor file entry when add offset occurs alone * Updated wgrib.c to version 1.8.1.2a * Updated grib2scan to show start/ending times for averages, and valid times for instantaneous fields * Handles GRIB2 Product Definition Template 4.15 * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' and 'set kml' commands * Added alias 'image' for 'img' in 'set kml' command Bugs: * Fixed errors when retrieving data from a very large defined object that has more than 2Gb elements. * Patched memory leak when reading NetCDF attributes with lengths larger than 128 * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() functions and collect() command * Cannot have a leap and no-leap file open at the same time * Calendar mode cleared with "reinit" only * Fixed big/little endian error when reading 2-byte binary data * Fixed bug where 2-point contour segments are not drawn in upper right corner of grid * Fixed contouring bug for very high res grids with vertices too close together to resolve graphically * Fixed contouring bug for small grids that left a gap in contour line * Added check for strictly increasing contour levels * Fixed streamlines in areas where grid boxes are not square (e.g. near the poles) * Disabled erroneous vector/barb drawing in some projections (mollweide, orthographic, and robinson) * Fixed erroneous results from 'q xy2gr' for some projections (returns -999.9 instead of garbage) Supplib Updates: * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, netcdf-4.1.3, zlib-1.2.5 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110929/15bbbfcf/attachment-0002.html From senya at atmos.umd.edu Thu Sep 29 11:53:48 2011 From: senya at atmos.umd.edu (Semyon Grodsky) Date: Thu, 29 Sep 2011 11:53:48 -0400 (EDT) Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * In-Reply-To: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> References: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> Message-ID: Jennifer, is UDF support included in the 2.0.0? If not, could you please update us on that? Thanks, --Senya On Thu, 29 Sep 2011, Jennifer Adams wrote: > Brian and I are pleased to announce a new release of GrADS, version 2.0.0. We > have worked very hard to make this version as stable as possible, and are > therefore taking it out of alpha status, skipping over beta altogether, and > calling it 'operational'. There is a very long list of new features, bug > fixes and miscellaneous additions, the full text from the ChangeLog is below, > please read it carefully. > > Highlights of this release, other than its stability, are a new shaded > contouring algorithm (which allows for "transparent" colors), support for > polygon shapefiles and KML files, and some fixes and improvements to the > streamlines, including controls for spacing, style, and size of the arrows. > There are also new versions of some of the supplibs, enabling the handling of > GRIB2 product definition template 4.15, and optimizing the netcdf5/hdf5 > interface. > > The GrADS downloads web page (http://iges.org/grads/downloads.html) has been > updated with links to the source code and a few pre-compiled binaries. > Binaries for additional operating systems will be posted as they become > available. > > Please report any problems or questions to this forum. Enjoy! > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > 2011-09-29 Version 2.0.0 > Features: > * New shaded contouring algorithm: "set gxout shade2" > Polygons are closed, have no holes, do not overlap, and are as large and > few in number as is feasible > Use of -1 for a color # will suppress drawing of the shaded contour, > making it effectively transparent > * Legacy shaded contouring routine: "set gxout shade1" > * "set gxout shaded" is now an alias for legacy shaded contouring routine > * Support for creating polygon shapefiles with new option "-poly" to "set > shp" command > * Support for creating polygon KML files with new option "-poly" to "set > kml" command > * 1D loglog plots with new command "set log1d" > * New environment variable GASHP, contains 1 or more directories that may > contain shapefiles. > GASHP delimiters are space, semicolon, comma, or colon. Algorithm is: > 1. Tries to open filename as provided by user 2. Parses > GASHP and prepends each dir to filename > 3. Prepends GADDIR directory (only one dir) to filename > * New command "set strmopts" to control streamline density plus arrowhead > spacing, size, and type. > Support for negative streamline density values (between -10 and -1) for > high-res grids. > > Misc: > * Mixed case ensemble names are now allowed > * Changes to improve masked contour labeling; also now works with "set > vpage" > * Support for grib1 time range indicator 7, which subtracts the forecast > time > from the basetime to get the valid time > * Loosened restrictions in gribmap for mapping monthly data > * Previously undocumented command: "screen" > * Added "query calendar" command to discover calendar mode (unset, > 365-day, or standard) > * Added ":" to list of delimiters for multiple dirs in GASCRP environment > variable (now same as GASHP) > * Added "NULL" as an option for scale factor attribute name in the UNPACK > descriptor file entry > when add offset occurs alone > * Updated wgrib.c to version 1.8.1.2a > * Updated grib2scan to show start/ending times for averages, and valid > times for instantaneous fields > * Handles GRIB2 Product Definition Template 4.15 > * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' and 'set > kml' commands > * Added alias 'image' for 'img' in 'set kml' command > > Bugs: > * Fixed errors when retrieving data from a very large defined object that > has more than 2Gb elements. > * Patched memory leak when reading NetCDF attributes with lengths larger > than 128 > * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() functions and > collect() command > * Cannot have a leap and no-leap file open at the same time > * Calendar mode cleared with "reinit" only > * Fixed big/little endian error when reading 2-byte binary data > * Fixed bug where 2-point contour segments are not drawn in upper right > corner of grid > * Fixed contouring bug for very high res grids with vertices too close > together to resolve graphically > * Fixed contouring bug for small grids that left a gap in contour line > * Added check for strictly increasing contour levels > * Fixed streamlines in areas where grid boxes are not square (e.g. near > the poles) > * Disabled erroneous vector/barb drawing in some projections (mollweide, > orthographic, and robinson) > * Fixed erroneous results from 'q xy2gr' for some projections (returns > -999.9 instead of garbage) > > Supplib Updates: > * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, netcdf-4.1.3, > zlib-1.2.5 > > ----------------------------------------------------------- Semyon Grodsky Computer and Space Science Building (Bldg. #224), Room 2409 Department of Atmospheric and Oceanic Science University of Maryland College Park, MD 20742 Phone: 301-405-5330 Fax: 301-314-9482 E-mail: senya at atmos.umd.edu From jma at cola.iges.org Thu Sep 29 12:24:04 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 29 Sep 2011 12:24:04 -0400 Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * In-Reply-To: References: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> Message-ID: <4437CBD7-1BE5-42C9-8AF7-103263588FBC@cola.iges.org> The new UDF interface is still in the design phase. It will be included in version 2.1. --Jennifer On Sep 29, 2011, at 11:53 AM, Semyon Grodsky wrote: > Jennifer, > is UDF support included in the 2.0.0? If not, could you please > update us > on that? > Thanks, > --Senya > > On Thu, 29 Sep 2011, Jennifer Adams wrote: > >> Brian and I are pleased to announce a new release of GrADS, version >> 2.0.0. We >> have worked very hard to make this version as stable as possible, >> and are >> therefore taking it out of alpha status, skipping over beta >> altogether, and >> calling it 'operational'. There is a very long list of new >> features, bug >> fixes and miscellaneous additions, the full text from the ChangeLog >> is below, >> please read it carefully. >> >> Highlights of this release, other than its stability, are a new >> shaded >> contouring algorithm (which allows for "transparent" colors), >> support for >> polygon shapefiles and KML files, and some fixes and improvements >> to the >> streamlines, including controls for spacing, style, and size of the >> arrows. >> There are also new versions of some of the supplibs, enabling the >> handling of >> GRIB2 product definition template 4.15, and optimizing the netcdf5/ >> hdf5 >> interface. >> >> The GrADS downloads web page (http://iges.org/grads/downloads.html) >> has been >> updated with links to the source code and a few pre-compiled >> binaries. >> Binaries for additional operating systems will be posted as they >> become >> available. >> >> Please report any problems or questions to this forum. Enjoy! >> >> -- >> Jennifer M. Adams >> IGES/COLA >> 4041 Powder Mill Road, Suite 302 >> Calverton, MD 20705 >> jma at cola.iges.org >> >> >> 2011-09-29 Version 2.0.0 >> Features: >> * New shaded contouring algorithm: "set gxout shade2" >> Polygons are closed, have no holes, do not overlap, and are as >> large and >> few in number as is feasible >> Use of -1 for a color # will suppress drawing of the shaded >> contour, >> making it effectively transparent >> * Legacy shaded contouring routine: "set gxout shade1" >> * "set gxout shaded" is now an alias for legacy shaded contouring >> routine >> * Support for creating polygon shapefiles with new option "-poly" >> to "set >> shp" command >> * Support for creating polygon KML files with new option "-poly" >> to "set >> kml" command >> * 1D loglog plots with new command "set log1d" >> * New environment variable GASHP, contains 1 or more directories >> that may >> contain shapefiles. >> GASHP delimiters are space, semicolon, comma, or colon. >> Algorithm is: >> 1. Tries to open filename as provided by user 2. Parses >> GASHP and prepends each dir to filename >> 3. Prepends GADDIR directory (only one dir) to filename >> * New command "set strmopts" to control streamline density plus >> arrowhead >> spacing, size, and type. >> Support for negative streamline density values (between -10 and >> -1) for >> high-res grids. >> >> Misc: >> * Mixed case ensemble names are now allowed >> * Changes to improve masked contour labeling; also now works with >> "set >> vpage" >> * Support for grib1 time range indicator 7, which subtracts the >> forecast >> time >> from the basetime to get the valid time >> * Loosened restrictions in gribmap for mapping monthly data >> * Previously undocumented command: "screen" >> * Added "query calendar" command to discover calendar mode (unset, >> 365-day, or standard) >> * Added ":" to list of delimiters for multiple dirs in GASCRP >> environment >> variable (now same as GASHP) >> * Added "NULL" as an option for scale factor attribute name in the >> UNPACK >> descriptor file entry >> when add offset occurs alone >> * Updated wgrib.c to version 1.8.1.2a >> * Updated grib2scan to show start/ending times for averages, and >> valid >> times for instantaneous fields >> * Handles GRIB2 Product Definition Template 4.15 >> * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' >> and 'set >> kml' commands >> * Added alias 'image' for 'img' in 'set kml' command >> >> Bugs: >> * Fixed errors when retrieving data from a very large defined >> object that >> has more than 2Gb elements. >> * Patched memory leak when reading NetCDF attributes with lengths >> larger >> than 128 >> * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() >> functions and >> collect() command >> * Cannot have a leap and no-leap file open at the same time >> * Calendar mode cleared with "reinit" only >> * Fixed big/little endian error when reading 2-byte binary data >> * Fixed bug where 2-point contour segments are not drawn in upper >> right >> corner of grid >> * Fixed contouring bug for very high res grids with vertices too >> close >> together to resolve graphically >> * Fixed contouring bug for small grids that left a gap in contour >> line >> * Added check for strictly increasing contour levels >> * Fixed streamlines in areas where grid boxes are not square (e.g. >> near >> the poles) >> * Disabled erroneous vector/barb drawing in some projections >> (mollweide, >> orthographic, and robinson) >> * Fixed erroneous results from 'q xy2gr' for some projections >> (returns >> -999.9 instead of garbage) >> >> Supplib Updates: >> * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, >> netcdf-4.1.3, >> zlib-1.2.5 >> >> > > ----------------------------------------------------------- > Semyon Grodsky > Computer and Space Science Building (Bldg. #224), Room 2409 > Department of Atmospheric and Oceanic Science > University of Maryland > College Park, MD 20742 > > Phone: 301-405-5330 > Fax: 301-314-9482 > E-mail: senya at atmos.umd.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110929/5f9585ba/attachment-0002.html From dave.allured at noaa.gov Thu Sep 29 15:36:41 2011 From: dave.allured at noaa.gov (Dave Allured) Date: Thu, 29 Sep 2011 13:36:41 -0600 Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * In-Reply-To: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> References: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> Message-ID: <4E84C8C9.10708@noaa.gov> I made a quick test of the new binary version for Mac OS. It ran fine on Mac OS 10.6.8, and it ran my grungy old plot script without a hitch. The new environment variable GASHP works great with multiple directories. This allows me to untangle my shape file data sets from the setup for normal Grads data files via $GADDIR. Much appreciated. Thanks Jennifer and Brian! --Dave A. NOAA/PSD/CIRES On 9/29/2011 8:34 AM, Jennifer Adams wrote: > Brian and I are pleased to announce a new release of GrADS, version > 2.0.0. We have worked very hard to make this version as stable as > possible, and are therefore taking it out of alpha status, skipping > over beta altogether, and calling it 'operational'. There is a very > long list of new features, bug fixes and miscellaneous additions, > the full text from the ChangeLog is below, please read it carefully. > > Highlights of this release, other than its stability, are a new > shaded contouring algorithm (which allows for "transparent" colors), > support for polygon shapefiles and KML files, and some fixes and > improvements to the streamlines, including controls for spacing, > style, and size of the arrows. There are also new versions of some > of the supplibs, enabling the handling of GRIB2 product definition > template 4.15, and optimizing the netcdf5/hdf5 interface. > > The GrADS downloads web page > (_http://iges.org/grads/downloads.html_) has been updated with links > to the source code and a few pre-compiled binaries. Binaries for > additional operating systems will be posted as they become available. > > Please report any problems or questions to this forum. Enjoy! > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > 2011-09-29 Version 2.0.0 > Features: > * New shaded contouring algorithm: "set gxout shade2" > Polygons are closed, have no holes, do not overlap, and are as large and few in number as is feasible > Use of -1 for a color # will suppress drawing of the shaded contour, making it effectively transparent > * Legacy shaded contouring routine: "set gxout shade1" > * "set gxout shaded" is now an alias for legacy shaded contouring routine > * Support for creating polygon shapefiles with new option "-poly" to "set shp" command > * Support for creating polygon KML files with new option "-poly" to "set kml" command > * 1D loglog plots with new command "set log1d" > * New environment variable GASHP, contains 1 or more directories that may contain shapefiles. > GASHP delimiters are space, semicolon, comma, or colon. Algorithm is: > 1. Tries to open filename as provided by user > 2. Parses GASHP and prepends each dir to filename > 3. Prepends GADDIR directory (only one dir) to filename > * New command "set strmopts" to control streamline density plus arrowhead spacing, size, and type. > Support for negative streamline density values (between -10 and -1) for high-res grids. > > Misc: > * Mixed case ensemble names are now allowed > * Changes to improve masked contour labeling; also now works with "set vpage" > * Support for grib1 time range indicator 7, which subtracts the forecast time > from the basetime to get the valid time > * Loosened restrictions in gribmap for mapping monthly data > * Previously undocumented command: "screen" > * Added "query calendar" command to discover calendar mode (unset, 365-day, or standard) > * Added ":" to list of delimiters for multiple dirs in GASCRP environment variable (now same as GASHP) > * Added "NULL" as an option for scale factor attribute name in the UNPACK descriptor file entry > when add offset occurs alone > * Updated wgrib.c to version 1.8.1.2a > * Updated grib2scan to show start/ending times for averages, and valid times for instantaneous fields > * Handles GRIB2 Product Definition Template 4.15 > * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' and 'set kml' commands > * Added alias 'image' for 'img' in 'set kml' command > > Bugs: > * Fixed errors when retrieving data from a very large defined object that has more than 2Gb elements. > * Patched memory leak when reading NetCDF attributes with lengths larger than 128 > * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() functions and collect() command > * Cannot have a leap and no-leap file open at the same time > * Calendar mode cleared with "reinit" only > * Fixed big/little endian error when reading 2-byte binary data > * Fixed bug where 2-point contour segments are not drawn in upper right corner of grid > * Fixed contouring bug for very high res grids with vertices too close together to resolve graphically > * Fixed contouring bug for small grids that left a gap in contour line > * Added check for strictly increasing contour levels > * Fixed streamlines in areas where grid boxes are not square (e.g. near the poles) > * Disabled erroneous vector/barb drawing in some projections (mollweide, orthographic, and robinson) > * Fixed erroneous results from 'q xy2gr' for some projections (returns -999.9 instead of garbage) > > Supplib Updates: > * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, netcdf-4.1.3, zlib-1.2.5 From jma at cola.iges.org Thu Sep 29 15:56:36 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 29 Sep 2011 15:56:36 -0400 Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * In-Reply-To: <4E84C8C9.10708@noaa.gov> References: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> <4E84C8C9.10708@noaa.gov> Message-ID: I have a new Mac laptop running 10.7.1 (Lion) and the new darwin binaries work on that system too. --Jennifer On Sep 29, 2011, at 3:36 PM, Dave Allured wrote: > I made a quick test of the new binary version for Mac OS. It ran > fine on Mac OS 10.6.8, and it ran my grungy old plot script without > a hitch. > > The new environment variable GASHP works great with multiple > directories. This allows me to untangle my shape file data sets > from the setup for normal Grads data files via $GADDIR. Much > appreciated. > > Thanks Jennifer and Brian! > > --Dave A. > NOAA/PSD/CIRES > > On 9/29/2011 8:34 AM, Jennifer Adams wrote: >> Brian and I are pleased to announce a new release of GrADS, version >> 2.0.0. We have worked very hard to make this version as stable as >> possible, and are therefore taking it out of alpha status, skipping >> over beta altogether, and calling it 'operational'. There is a very >> long list of new features, bug fixes and miscellaneous additions, >> the full text from the ChangeLog is below, please read it carefully. >> >> Highlights of this release, other than its stability, are a new >> shaded contouring algorithm (which allows for "transparent" colors), >> support for polygon shapefiles and KML files, and some fixes and >> improvements to the streamlines, including controls for spacing, >> style, and size of the arrows. There are also new versions of some >> of the supplibs, enabling the handling of GRIB2 product definition >> template 4.15, and optimizing the netcdf5/hdf5 interface. >> >> The GrADS downloads web page >> (_http://iges.org/grads/downloads.html_) has been updated with links >> to the source code and a few pre-compiled binaries. Binaries for >> additional operating systems will be posted as they become available. >> >> Please report any problems or questions to this forum. Enjoy! >> >> -- >> Jennifer M. Adams >> IGES/COLA >> 4041 Powder Mill Road, Suite 302 >> Calverton, MD 20705 >> jma at cola.iges.org >> >> >> 2011-09-29 Version 2.0.0 >> Features: >> * New shaded contouring algorithm: "set gxout shade2" >> Polygons are closed, have no holes, do not overlap, and are as large and few in number as is feasible >> Use of -1 for a color # will suppress drawing of the shaded contour, making it effectively transparent >> * Legacy shaded contouring routine: "set gxout shade1" >> * "set gxout shaded" is now an alias for legacy shaded contouring routine >> * Support for creating polygon shapefiles with new option "-poly" to "set shp" command >> * Support for creating polygon KML files with new option "-poly" to "set kml" command >> * 1D loglog plots with new command "set log1d" >> * New environment variable GASHP, contains 1 or more directories that may contain shapefiles. >> GASHP delimiters are space, semicolon, comma, or colon. Algorithm is: >> 1. Tries to open filename as provided by user >> 2. Parses GASHP and prepends each dir to filename >> 3. Prepends GADDIR directory (only one dir) to filename >> * New command "set strmopts" to control streamline density plus arrowhead spacing, size, and type. >> Support for negative streamline density values (between -10 and -1) for high-res grids. >> >> Misc: >> * Mixed case ensemble names are now allowed >> * Changes to improve masked contour labeling; also now works with "set vpage" >> * Support for grib1 time range indicator 7, which subtracts the forecast time >> from the basetime to get the valid time >> * Loosened restrictions in gribmap for mapping monthly data >> * Previously undocumented command: "screen" >> * Added "query calendar" command to discover calendar mode (unset, 365-day, or standard) >> * Added ":" to list of delimiters for multiple dirs in GASCRP environment variable (now same as GASHP) >> * Added "NULL" as an option for scale factor attribute name in the UNPACK descriptor file entry >> when add offset occurs alone >> * Updated wgrib.c to version 1.8.1.2a >> * Updated grib2scan to show start/ending times for averages, and valid times for instantaneous fields >> * Handles GRIB2 Product Definition Template 4.15 >> * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' and 'set kml' commands >> * Added alias 'image' for 'img' in 'set kml' command >> >> Bugs: >> * Fixed errors when retrieving data from a very large defined object that has more than 2Gb elements. >> * Patched memory leak when reading NetCDF attributes with lengths larger than 128 >> * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() functions and collect() command >> * Cannot have a leap and no-leap file open at the same time >> * Calendar mode cleared with "reinit" only >> * Fixed big/little endian error when reading 2-byte binary data >> * Fixed bug where 2-point contour segments are not drawn in upper right corner of grid >> * Fixed contouring bug for very high res grids with vertices too close together to resolve graphically >> * Fixed contouring bug for small grids that left a gap in contour line >> * Added check for strictly increasing contour levels >> * Fixed streamlines in areas where grid boxes are not square (e.g. near the poles) >> * Disabled erroneous vector/barb drawing in some projections (mollweide, orthographic, and robinson) >> * Fixed erroneous results from 'q xy2gr' for some projections (returns -999.9 instead of garbage) >> >> Supplib Updates: >> * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, netcdf-4.1.3, zlib-1.2.5 > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110929/b984de1f/attachment-0002.html From antoine.molin at poweo.com Fri Sep 30 04:22:45 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Fri, 30 Sep 2011 10:22:45 +0200 Subject: [gradsusr] merra data Message-ID: <4E857C55.1010600@poweo.com> Dear All, For wind energy in France, i would like to use Merra data; it is in fact rather easy to get daily files from the Nasa (enclosed file:hourly wind speeds at 50m for one day, NetCDF). But then? Could you tell me how you would: * aggregate the daily files: do you use "template" * read the aggregate files (i think we need a descriptor file and use xdfopen or open under grads, isn'it?; or is it better to work with HDF files?). * best way to eventually create the descriptor file Thanks, and best regards -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/8374a8f0/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110930/8374a8f0/attachment-0002.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: MERRA300.prod.assim.tavg1_2d_slv_Nx.20010101.SUB.nc.gz Type: application/gzip Size: 56019 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110930/8374a8f0/attachment-0002.bin From rafanoharana at gmail.com Fri Sep 30 08:16:18 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Fri, 30 Sep 2011 05:16:18 -0700 Subject: [gradsusr] Mean of specific time In-Reply-To: References: Message-ID: Dear Arlindo, Thank you for your answer. Serge On Wed, Sep 28, 2011 at 4:37 PM, Arlindo da Silva wrote: > > > On Wed, Sep 28, 2011 at 1:29 PM, Rafanoharana Serge Claudio < > rafanoharana at gmail.com> wrote: > >> Dear all, >> >> How to get the mean of a specific time. I mean I have monthly data of 10 >> years. I need to obtain the mean of each month. I used 'cdo -r ymeanmonth >> input.nc output.nc' but my computer says cannot allocate memory since the >> file is pretty big in size (20 Gb) >> >> Then I tried to use GrADS but cannot find the appropriate command. >> I will take one by one the mean of each month, so for example for october >> >> if I do define oct=mean (var, t=1, t=12) it will give me the mean of 12 >> month but I do not need that but I need the mean of all october of 10 years >> of the monthly data of 10 years. >> >> How to get each october? >> Something like 'define >> oct=mean(var,t=10,t=22,t=34,t=46,t=58,t=71,t=83,t=95,t=107,t=119) >> >> > Did you consult the documentation for ave()? > It explicitly says that you can specify a time increment when time > averaging, > > oct = ave(var,t=10,t=119,12) > > The time increment is 12 in this case. > > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/08af963a/attachment-0002.html From simon.kiertscher at gmx.de Fri Sep 30 10:21:49 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Fri, 30 Sep 2011 16:21:49 +0200 Subject: [gradsusr] scatterplot question In-Reply-To: References: Message-ID: <4E85D07D.7030407@gmx.de> Hi all, I?m experimenting with scatterplot at the moment. My question is, is it possible to make a scatterplot with more then 2 dimensions? If i set lat -180 180, lon -90 90, and time 1 50 (or something like that) GrADS will make a sequence of pictures. But i want all information in one plot. Best Regards, Simon From dasilva at alum.mit.edu Fri Sep 30 16:17:24 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 30 Sep 2011 16:17:24 -0400 Subject: [gradsusr] merra data In-Reply-To: <4E857C55.1010600@poweo.com> References: <4E857C55.1010600@poweo.com> Message-ID: On Fri, Sep 30, 2011 at 4:22 AM, Molin Antoine wrote: > ** > > Dear All, > > For wind energy in France, i would like to use Merra data; it is in fact > rather easy to get daily files from the Nasa (enclosed file:hourly wind > speeds at 50m for one day, NetCDF). > But then? > Could you tell me how you would: > * aggregate the daily files: do you use "template" > Yes. > * read the aggregate files (i think we need a descriptor file and use > xdfopen or open under grads, isn'it?; or is it better to work with HDF > files?). > Using a template makes it easier to work with the HDF files. > * best way to eventually create the descriptor file > Yes, it should be sufficient to create a DDF file with 3 records: DSET, OPTIONS template, and TDEF. Please read the User's Guide: http://grads.iges.org/grads/gadoc/SDFdescriptorfile.html Now, depending on the extent of data analysis you need to perform it may be practical for use to access MERRA data directly through OPeNDAP. In fact, we have made the whole MERRA collection on-line. There are a number of recipes in the Cookbook explaining how to work with MERRA data, click on this link: 2.6.1 NASA/GSFC MERRA The opengrads bundle also ships with a GUI interface for browsing the MERRA datasets, see http://cookbooks.opengrads.org/index.php?title=Recipe-016:_Accessing_MERRA_data_with_a_Graphical_User_Interface Just type "merra" on the command line; under Windows you should have a MERRA icon on your desktop. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/b9e82108/attachment-0002.html From jimp at hawaii.edu Fri Sep 30 16:42:20 2011 From: jimp at hawaii.edu (James T. Potemra) Date: Fri, 30 Sep 2011 10:42:20 -1000 Subject: [gradsusr] scatterplot question In-Reply-To: <4E85D07D.7030407@gmx.de> References: <4E85D07D.7030407@gmx.de> Message-ID: <4E8629AC.9090203@hawaii.edu> Simon: You could, for example, use the time value as the color of the symbols used in the scatter plot. If you loop over a time index, just use "set t" and "set ccolor". You will have to "set looping off" to get all on one plot rather than an animation. Jim On 9/30/11 4:21 AM, Simon Kiertscher wrote: > Hi all, > > I?m experimenting with scatterplot at the moment. My question is, is it > possible to make a scatterplot with more then 2 dimensions? > If i set lat -180 180, lon -90 90, and time 1 50 (or something like > that) GrADS will make a sequence of pictures. But i want all information > in one plot. > > Best Regards, > Simon > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr From jma at cola.iges.org Fri Sep 30 17:09:14 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Fri, 30 Sep 2011 17:09:14 -0400 Subject: [gradsusr] scatterplot question In-Reply-To: <4E8629AC.9090203@hawaii.edu> References: <4E85D07D.7030407@gmx.de> <4E8629AC.9090203@hawaii.edu> Message-ID: <9BC87D0D-278E-4686-82BC-D67CF491F33B@cola.iges.org> You could also experiment with 'set digsize' to have the dots get bigger or smaller as time progresses in your plot, and 'set cmark' will control the type of dot drawn. For it to be clear, though, it would depend on how many points are in the scatter plot and how different the scatter is at different times. --Jennifer On Sep 30, 2011, at 4:42 PM, James T. Potemra wrote: > Simon: > > You could, for example, use the time value as the color of the > symbols used in the scatter plot. If you loop over a time index, > just use "set t" and "set ccolor". You will have to "set looping off" > to get all on one plot rather than an animation. > > Jim > > On 9/30/11 4:21 AM, Simon Kiertscher wrote: >> Hi all, >> >> I?m experimenting with scatterplot at the moment. My question is, >> is it >> possible to make a scatterplot with more then 2 dimensions? >> If i set lat -180 180, lon -90 90, and time 1 50 (or something like >> that) GrADS will make a sequence of pictures. But i want all >> information >> in one plot. >> >> Best Regards, >> Simon >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/d5d00ef4/attachment-0002.html From jma at cola.iges.org Fri Sep 30 18:33:14 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Fri, 30 Sep 2011 18:33:14 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: <4E02FF87-F355-47D4-88CB-1EE4743D1509@cola.iges.org> Message-ID: I had remembered it backwards ... it's been so long since I have worked on anything cairo-related... anti-aliasing must be DISABLED for polygon fills. These are screen shots from the X11 rendering, not output from gxyat. Here is a 'gxout shade2' plot drawn with anti-aliased polygon fills: and here is the same thing with anti-aliasing disabled for polygon fills: --Jennifer On Sep 22, 2011, at 7:37 PM, Arlindo da Silva wrote: > On Thu, Sep 22, 2011 at 1:56 PM, Jennifer Adams > wrote: > The anti-aliasing in the Cairo library does make the colors seem a > little duller than when drawing without anti-aliasing. There is no > real cure for this, although if you increase the thickness of the > anti-aliased lines, they do brighten. For lines that we know will be > exactly horizontal or vertical, we plan to 'snap' them to the pixel > grid and then they won't be drawn with the anti-alias blending on > the edges. This will make the plot frame and other rectangles look > sharp and bright. Turning off anti-aliasing for polygon fills > results in very faint gaps that are visible between adjacent > polygons of the same color (e.g. in a shaded plot), so I don't > recommend that. > > I've been doing this for some time in gxyat and I never saw this > artifact. Here is a typical plot with plenty of same color polygons: > > http://portal.nccs.nasa.gov/cgi-hs3/hs3_wx.cgi?region=hs3&dtg=2011092212&prod=1ht&model=fp&level=300&tau=000&®ion_old=hs3&dtg_old=2011092212&prod_old=1ht&model_old=fp&level_old=200&tau_old=000&&loop=0 > > Do you have an example where this problem is apparent? > > Thanks, > > Arlindo > > > > A possible solution is to draw the perimeter of each polygon to > cover the gaps, but this is a performance hit. We are still thinking > about the user interface to control all these factors. For using > gxyat right now, I would try tweaking the line thickness and the > size of your output image, those things may improve the appearance/ > dimness of the anti-aliased lines. > --Jennifer > > > > On Sep 22, 2011, at 11:51 AM, Arlindo da Silva wrote: > >> On Thu, Sep 22, 2011 at 4:25 AM, Becker, Bernd > > wrote: >> Arlindo, >> >> you are right, this is an artifact of antialiasing >> (see attached plot: the yellows are the same in contour and in >> legend box) >> >> So we found the cause. >> >> But the plot looks no where near as impressive as the previous >> output from gxyat. >> >> What can we try to do about that? >> >> Anti-aliasing is a perceptual approximation that achieves "smooth >> lines" by blending pixels with the "environment"; it is all handled >> by the cairo library. I am not entirely sure why the legend gives >> you a different color... but wait a minute! One trick that gxyat >> uses to avoid those funny lines in filled contours is to turn anti- >> alising off every time a (filled) polygon is drawn. How are you >> creating your legend? Try using the more basic line to, move to >> function instead of a polygon function; this way you will have the >> same anti-aliasing used by the contour lines. >> >> Arlindo >> >> >> >> Cheers, >> Bernd. >> >> >> >> -- >> Bernd Becker Climate Impacts Product Development >> Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB >> United Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker >> >> http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game >> >> >> >> From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org >> ] On Behalf Of Arlindo da Silva >> Sent: 22 September 2011 03:10 >> To: GrADS Users Forum >> Subject: Re: [gradsusr] GXyat question re. colours >> >> On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd > > wrote: >> >> Hello, >> >> How can I force gxyat to save the colours to a gif file as >> displayed on >> screen ? >> >> Please find attached 2 images, >> one created with printim (authentic colours) and one >> created with gxyat and observe, that the yellow in the contour plot >> differs from the >> yellow in the legend. >> >> What could be the cause of that? >> >> What can I do about it? >> >> >> This is strange. Possibly this is an artifact of anti-aliasing. >> Could you try turning anti-aliasing off? >> >> ga-> gxyat +a file.png >> >> Arlindo >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/fc8e8162/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: sampleaa.png Type: image/png Size: 65471 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110930/fc8e8162/attachment-0004.png -------------- next part -------------- A non-text attachment was scrubbed... Name: sample.png Type: image/png Size: 42389 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110930/fc8e8162/attachment-0005.png From f.momenpoor at gmail.com Fri Sep 30 23:09:56 2011 From: f.momenpoor at gmail.com (furugh momenpoor) Date: Sat, 1 Oct 2011 06:39:56 +0330 Subject: [gradsusr] (no subject) Message-ID: hi i am studying blocking i want to change geopotential height on GFS data for reduce height of block ridge but i cant write FORTRAN program for reduce of height of GFS data please help me thanks From aguia_aristide at yahoo.fr Thu Sep 1 08:40:48 2011 From: aguia_aristide at yahoo.fr (Aristide AGUIA) Date: Thu, 1 Sep 2011 13:40:48 +0100 (BST) Subject: [gradsusr] questions Message-ID: <1314880848.51247.YahooMailNeo@web28105.mail.ukl.yahoo.com> Dear grads users, I'm Aristide, a wheater forcaster in the national meteorology centre in Ivory Coast. I'm a new gradsuser and I will install grads on linux. please can you help me to do it? thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110901/da5a0a9f/attachment-0003.html From anderlansiqueira at gmail.com Thu Sep 1 14:14:07 2011 From: anderlansiqueira at gmail.com (Anderlan Siqueira) Date: Thu, 1 Sep 2011 15:14:07 -0300 Subject: [gradsusr] How to calculate Terciles in the GrADS? Message-ID: I'm doing a script for the GrADS Tertile to calculate, but when I ask him to do an assignment, for example, if (a c) make the value 1. What I want is to do this, however when I generate if the values ??with the error. Would anyone have a clue. Sincerely, -- Anderlan Henrique Batista Siqueira Curr?culo Lattes - http://lattes.cnpq.br/1244544626994866 Laborat?rio de Climatologia - LabClim Meteorologista e Mestrando pelo Instituto de Ci?ncias Atmosf?ricas - ICAT/UFAL. P?s-Gradua??o em Meteorologia. Bacharel em Meteorologia pela Universidade Federal de Alagoas - UFAL. From instantweathermaps at gmail.com Thu Sep 1 14:25:00 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Thu, 1 Sep 2011 13:25:00 -0500 Subject: [gradsusr] How to calculate Terciles in the GrADS? In-Reply-To: References: Message-ID: You have to use maskout and const instead of if. -- Joey http://www.instantweathermaps.com On Thu, Sep 1, 2011 at 1:14 PM, Anderlan Siqueira < anderlansiqueira at gmail.com> wrote: > I'm doing a script for the GrADS Tertile to calculate, but when I ask > him to do an assignment, for example, if (a (b c) make the value 1. What I want is > to do this, however when I generate if the values with the error. > > Would anyone have a clue. > > Sincerely, > > -- > Anderlan Henrique Batista Siqueira > > Curr?culo Lattes - http://lattes.cnpq.br/1244544626994866 > Laborat?rio de Climatologia - LabClim > Meteorologista e Mestrando pelo Instituto de Ci?ncias Atmosf?ricas - > ICAT/UFAL. > P?s-Gradua??o em Meteorologia. > Bacharel em Meteorologia pela Universidade Federal de Alagoas - UFAL. > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110901/cf1de91d/attachment-0003.html From jma at cola.iges.org Thu Sep 1 18:34:52 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 1 Sep 2011 18:34:52 -0400 (EDT) Subject: [gradsusr] trouble on monsoondata.org In-Reply-To: <4388167B-ACB1-4ABB-8DD1-A93F50DC9D7F@cola.iges.org> Message-ID: <1603397416.1171.1314916492641.JavaMail.root@mail.iges.org> The monsoondata.org server is back online. The GFS forecasts are updating in real time, but older forecasts will not be restored. The forecast data begins on August 30th. I will work on restoring the remaining GDS data sets as soon as possible. Sorry for the long outage. --Jennifer ----- Original Message ----- From: "Jennifer Adams" To: "GrADS Users Forum" Sent: Wednesday, August 31, 2011 11:24:13 AM Subject: [gradsusr] trouble on monsoondata.org Dear All, COLA's monsoondata.org server is having some hardware issues that have disabled write access to all disks. The result is that the GDS cannot be restarted, and the weather maps cannot be updated. We are scrambling to relocate everything to a new box before read access is also disabled. Sorry for the inconvenience; please be patient during the transition, I'll let you know as soon as we are operational again. --Jennifer -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From saeedbayat7276 at gmail.com Fri Sep 2 02:17:31 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Fri, 2 Sep 2011 10:47:31 +0430 Subject: [gradsusr] change .cdf file to .nc file In-Reply-To: <201108311504.53335.dan.zhang@zmaw.de> References: <201108311504.53335.dan.zhang@zmaw.de> Message-ID: Hi Zhang, As far as I know, CDO work --with-netcdf or --with-grib ( when you want install it, you shoud choose one of them). Saeed Bayat, M.A Student of CLimatology Department of Geography Ferdowsi University of Mashhad(Iran) On Wed, Aug 31, 2011 at 5:34 PM, Dan Zhang wrote: > Dear all, > > I have a .cdf file and need to merge it with other .nc files. However, I > cannot use 'CDO' to edit it, saying > 'Error (cdfReadVarSliceDP) : Unsupported array structure...' > Does anyone know how to chang it into .nc files? thanks > > use 'nudump' to check the information and it's said: > > netcdf data { > dimensions: > T = 706 ; > Y = 27 ; > X = 34 ; > variables: > float T(T) ; > T:calendar = "360" ; > T:pointwidth = 12.f ; > T:gridtype = 0 ; > T:units = "months since 1960-01-01" ; > float Y(Y) ; > Y:pointwidth = 2.5f ; > Y:gridtype = 0 ; > Y:units = "degree_north" ; > float X(X) ; > X:pointwidth = 2.5f ; > X:gridtype = 0 ; > X:units = "degree_east" ; > float pdsi(X, Y, T) ; > pdsi:missing_value = -99.999f ; > pdsi:units = "unitless" ; > > > > > sincerely, > > Dan > > > > ---------------------------------------------------------------------------------------------- > Dan ZHANG > > Max Planck Institute for Meteorology > Meteorological Insititute, University Hamburg > KlimaCampus > Room 407, Grindelberg 5 > D-20144, Hamburg > Germany > > Tel(office):+49 (0)40 42838 5067 > Fax:+49 (0)40 42838 5066 > > > ---------------------------------------------------------------------------------------------- > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110902/b6b39978/attachment-0003.html From dbcl at ceh.ac.uk Fri Sep 2 04:08:51 2011 From: dbcl at ceh.ac.uk (Clark, Douglas B.) Date: Fri, 2 Sep 2011 09:08:51 +0100 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 In-Reply-To: <4E2950DD.6000400@jamstec.go.jp> References: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> <4E28E146.9090501@jamstec.go.jp> <40829B0E077C1145A6DE44D39B3830A91FFD68B7BE@nerckwmb1.ad.nerc.ac.uk> <4E2950DD.6000400@jamstec.go.jp> Message-ID: <40829B0E077C1145A6DE44D39B3830A9202AA5BD35@nerckwmb1.ad.nerc.ac.uk> Sergey, Just to add to this rather old thread, in case it helps others...and say that I am happy with my conclusion and that the data are displaying correctly. I think we are essentially agreeing, but haven't quite managed to communicate that via e-mails! The data in my netCDF file really are on a "grid" of shape 67420 x 1, which I then use the pdef functionality to display on a grid of 720x280. This is now working fine at v2.0.a9 (e.g. I can see realistic geographic features in the data), as long as my pdef data file has undef (rather than zero) at all locations for which I don't have data in the netCDF file. I'm sticking with "pdef file" for now rather than move to "pdef general", as many users on our system are still using v1.9b4. Thanks again, Doug -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sergey Varlamov Sent: 22 July 2011 11:29 To: GrADS Users Forum Subject: Re: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 Douglas, The zero values for the mask in pdef file look to be normal. But reading your netcdf require to know each dimension size "as it is" in your file. When you provide description file (ctl) grads ignore internal netcdf information for dimension using yours instead. Then, for the input arrays allocation "67420 1" is OK, but the real netcdf lat-lon grid size is necessary for correct data input before the pdef mask application. Please run ncdump on you file and try "nx ny" instead. Just it must help. Or, if you are ready to rebuild an interpolation arrays, please create PDEF of GENERAL type that is better documented. Once more, the problem is in reading not the pdef mask file, but in reading from your netsdf file all 67420 values along the first (x or lon) dimension with all other dimensions fixed! It crashes netcdf library and then grads, I guess. In Grads prior version 1.9 the pdef do not worked for netcdf files at all due to this problem, but worked for binary files. >From 1.9 it worked, but already required to use nx and ny instead of "nx*ny 1" for FILE type pdefs in case of netcdf files, except that your netsdf file really has an internal structure with "67420*1" spatial grid. Good luck to you! Sergey Clark, Douglas B. wrote: > Sergey, > > Thanks for your answer. In fact I don't think your suggestion was the answer I needed, but it did cause me to look at the documentation again, at which point I got my answer! > > My data are essentially a "vector" of land points and I use the pdef to scatter these across a lat-lon grid (very like the final example on the pdef documentation page). So the "native grid" really is 67420 x 1. The problem was that in the pdef data file (WFD_0p5deg_pdefData.gra in my example below), I had values of zero for the index (or offset) variable over the sea - i.e. the locations that I didn't have data for. These would have been better set to the missing data value. At v1.9.b4, the zeroes worked fine (and I was blissfully unaware that GrADS was struggling with different offset values for GRIB and non-GRIB files). At v2.0.a9 presumably GrADS notes that I don't have a GRIB file and tests the offsets; when it finds a zero it fails (rather dramatically with a core dump!). > > So the answer was to make sure that my offset is set to the missing data value where I don't have data. Which sounds (and is) pretty obvious, but had worked for years with zero instead! > > I have been using this style of pdef file for years and hadn't noticed that the online documentation for pdef now has various "WARNING" and other messages documenting issues with the offset (and that pdef FILE is now deprecated in favour of pdef GENERAL). > > Thanks again, > Doug > > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sergey Varlamov > Sent: 22 July 2011 03:33 > To: GrADS Users Forum > Subject: Re: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 > > > Dear Douglas, > > Please try to change > > pdef 67420 1 file ... > > to you real grid size > > pdef ix jy file ... > > where ix and jy are dimensions of your original curvilinear grid, > such that ix*jy=67420. > It must still work in version 1.9 and could work in versions 2 of GrADS. > > Sergey Varlamov, > > JAMSTEC, Yokohama > > > Clark, Douglas B. wrote: > >> Dear All, >> >> I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? >> >> At v2.0.a9: >> >> ga-> q config >> Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile >> Grid Analysis and Display System (GrADS) Version 2.0.a9 >> Copyright (c) 1988-2010 by Brian Doty and the >> Institute for Global Environment and Society (IGES) >> This program is distributed WITHOUT ANY WARRANTY >> See file COPYRIGHT for more information. >> >> Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu >> >> This version of GrADS has been configured with the following options: >> o Built on a LITTLE ENDIAN machine >> o Athena Widget GUI DISABLED >> o Command line editing ENABLED >> http://tiswww.case.edu/php/chet/readline/rltop.html >> o printim command for image output ENABLED >> http://www.zlib.net >> http://www.libpng.org/pub/png/libpng.html >> http://www.libgd.org/Main_Page >> o GRIB2 interface ENABLED >> http://www.ijg.org >> http://www.ece.uvic.ca/~mdadams/jasper >> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >> g2clib-1.2.0 >> o NetCDF interface ENABLED >> http://www.unidata.ucar.edu/software/netcdf >> netcdf 4.1.1 of Dec 6 2010 08:20:12 $ >> o OPeNDAP gridded data interface ENABLED >> o OPeNDAP station data interface DISABLED >> o HDF4 and HDF5 interfaces ENABLED >> http://hdfgroup.org >> HDF 4.2r5 >> HDF5 1.8.5 >> o GeoTIFF and KML/TIFF output ENABLED >> http://www.libtiff.org >> http://geotiff.osgeo.org >> o KML contour output ENABLED >> o Shapefile interface ENABLED >> http://shapelib.maptools.org >> >> For additional information please consult http://iges.org/grads >> >> ga-> open Rainf_WFD_GPCC.ctl >> Scanning description file: Rainf_WFD_GPCC.ctl >> PDEF FILE Error: The offsets in the pdef file >> must be 1-based (i.e., > 0 and <= isize*jsize). >> The data file was not opened. >> Segmentation fault (core dumped) >> >> ------------------------------------------------------------- >> >> The first few lines of the ctl file are: >> >> dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc >> options template >> dtype netcdf >> undef 1.0e20 >> pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra >> xdef 720 linear -179.75 0.5 >> ydef 280 linear -55.75 0.5 >> >> >> ------------------------------------------------------------- >> >> Works fine at v1.9.b4: >> >> ga-> open Rainf_WFD_GPCC.ctl >> Scanning description file: Rainf_WFD_GPCC.ctl >> Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 >> LON set to 0 360 >> LAT set to -55.75 83.75 >> LEV set to 1 1 >> Time values set: 2001:1:1:0 2001:1:1:0 >> Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl >> Interpolation will be performed on any data displayed from this file >> ga-> d rainf >> Notice: Automatic Grid Interpolation Taking Place >> Contouring: 0 to 0.0033 interval 0.0003 >> >> >> ------------------------------------------------------------- >> >> Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but >> I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? >> >> >> Cheers, >> Doug >> >> >> >> >> >> > > > -- Sergey Varlamov Senior Scientist Ocean Downscaled Prediction Research Team Climate Variation Predictability and Applicability Research Program Research Institute for Global Change JAMSTEC, 3173-25 Showa-machi, Kanazawa-ku, Yokohama, Kanagawa-ken, 236-0001 JAPAN Tel: +81-45-778-5516 Fax: +81-45-778-5707 E-mail: vsm at jamstec.go.jp ?236-0001 ?????????3173-25 ?????????????? ???????? ????????????????? ?????????????????? Varlamov Sergey _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. From dan.zhang at zmaw.de Fri Sep 2 04:15:41 2011 From: dan.zhang at zmaw.de (Dan Zhang) Date: Fri, 2 Sep 2011 10:15:41 +0200 Subject: [gradsusr] change .cdf file to .nc file In-Reply-To: References: <201108311504.53335.dan.zhang@zmaw.de> Message-ID: <201109021015.41507.dan.zhang@zmaw.de> On Friday 02 September 2011 08:17:31 saeed bayat wrote: > Hi Zhang, > As far as I know, CDO work --with-netcdf or --with-grib ( when you want > install it, you shoud choose one of them). > > Saeed Bayat, > M.A Student of CLimatology > Department of Geography > Ferdowsi University of Mashhad(Iran) > Dear Saeed, thanks for your reply. As you said, it should work with CDO. But the data has wrong format. With the help of John Huddleston, we managed it now: The format is, when checing with ?'nudump' :? ? ? ? float pdsi(X, Y, T) ; which should be ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?float pdsi(T, Y, X) ; That's why it's not working with CDO. We use NCO operator to change it: ncpdq -a T,Y,X data.cdf data.nc Anyhow, thanks for your help and have a nice day. sincerely, Dan ---------------------------------------------------------------------------------------------- Dan ZHANG Max Planck Institute for Meteorology Meteorological Insititute, University Hamburg KlimaCampus Room 407, Grindelberg 5 D-20144, Hamburg Germany Tel(office):+49 (0)40 42838 5067 Fax:+49 (0)40 42838 5066 ---------------------------------------------------------------------------------------------- From grapeszy at gmail.com Fri Sep 2 15:53:15 2011 From: grapeszy at gmail.com (Yu F. Zhang) Date: Fri, 2 Sep 2011 13:53:15 -0600 Subject: [gradsusr] need some help about write a bufr description file Message-ID: <3C87F7E5-B3F6-4CD1-BB9B-A348636BB0EE@gmail.com> I just use the bufrscan to get some information about the bufr data. But I do not know how to write a bufr description file I just write a description file like this: dset ^080112.bufr undef 9.999E+10 title prepbufr dtype bufr TDEF 1 linear 06z23may2010 1hr STID 1,192 XVAR 6,2 YVAR 5,2 VARS 7 slon 0 06,002 LONGITUDE slat 0 05,002 LATITUDE STAT 0 01,192 Station id POB 0 07,192 PRESSURE OBSERVATION TOB 0 12,192 TEMPERATURE OBSERVATION ZOB 0 10,196 HEIGHT OBSERVATION QOB 0 13,023 SPECIFIC HUMIDITY OBSERVATION ENDVARS I can open the bufr data. But After I d pob I get nothing? Is the bufr description right? How can I get a correct bufr description? Here are the result of bufrscan: >>> processing message 0 >>> start of message 1 03 000 (replicate next 3, not including replication count) 0 31 001 (replication count) 0 00 001 (text) Table A: entry 0 00 002 (text) Table A: data category description, line 1 0 00 003 (text) Table A: data category description, line 2 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 00 004 (sequence) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 0 00 013 (text) Element name, line 1 0 00 014 (text) Element name, line 2 0 00 015 (text) Units name 0 00 016 (text) Units scale sign 0 00 017 (text) Units scale 0 00 018 (text) Units reference sign 0 00 019 (text) Units reference value 0 00 020 (text) Element data width 1 05 000 (replicate next 5, not including replication count) 0 31 001 (replication count) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 2 05 064 (operator) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 0 00 030 (text) Descriptor defining sequence <<< end of message >>> processing message 1 .... >>> processing message 4 >>> start of message 0 63 000 (numeric) BYTCNT 3 60 240 (sequence) 3 61 001 (sequence) 0 01 192 (text) SID STATION IDENTIFICATION 0 06 002 (numeric) XOB LONGITUDE 0 05 002 (numeric) YOB LATITUDE 0 04 192 (numeric) DHR OBSERVATION TIME MINUS CYCLE TIME 0 10 194 (numeric) ELV STATION ELEVATION 0 01 193 (numeric) TYP PREPBUFR REPORT TYPE 0 55 006 (numeric) T29 INPUT REPORT TYPE 0 55 192 (numeric) TSB REPORT SUBTYPE (HAS VARIOUS MEANINGS DEPENDING ON TYPE) 0 02 001 (numeric) ITP INSTRUMENT TYPE 0 50 001 (numeric) SQN REPORT SEQUENCE NUMBER 0 50 002 (numeric) PROCN PROCESS NUMBER FOR THIS MPI RUN (OBTAINED FROM SCRIPT) 0 04 194 (numeric) RPT REPORTED OBSERVATION TIME 0 04 195 (numeric) TCOR INDICATOR WHETHER OBS. TIME IN "DHR" WAS CORRECTED 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 61 012 (sequence) 0 35 200 (numeric) RSRD RESTRICTIONS ON REDISTRIBUTION 0 35 201 (numeric) EXPRSRD EXPIRATION OF RESTRICTIONS ON REDISTRIBUTION 3 60 002 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 61 002 (sequence) 0 01 194 (numeric) CAT PREPBUFR DATA LEVEL CATEGORY 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 62 001 (sequence) 3 60 003 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 62 101 (sequence) 0 07 192 (numeric) POB PRESSURE OBSERVATION 0 07 193 (numeric) PQM PRESSURE (QUALITY) MARKER 0 07 194 (numeric) PPC PRESSURE PROGRAM CODE Thanks for the help very much Sincerely yours :Yu ZHANG From Huddleston at cira.colostate.edu Fri Sep 2 15:55:53 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 2 Sep 2011 12:55:53 -0700 Subject: [gradsusr] need some help about write a bufr description file In-Reply-To: <3C87F7E5-B3F6-4CD1-BB9B-A348636BB0EE@gmail.com> References: <3C87F7E5-B3F6-4CD1-BB9B-A348636BB0EE@gmail.com> Message-ID: Hi Yu You may want to use the line POB=>pob 0 07,192 PRESSURE OBSERVATION John Huddleston -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Yu F. Zhang Sent: Friday, September 02, 2011 1:53 PM To: gradsusr at gradsusr.org Subject: [gradsusr] need some help about write a bufr description file I just use the bufrscan to get some information about the bufr data. But I do not know how to write a bufr description file I just write a description file like this: dset ^080112.bufr undef 9.999E+10 title prepbufr dtype bufr TDEF 1 linear 06z23may2010 1hr STID 1,192 XVAR 6,2 YVAR 5,2 VARS 7 slon 0 06,002 LONGITUDE slat 0 05,002 LATITUDE STAT 0 01,192 Station id POB 0 07,192 PRESSURE OBSERVATION TOB 0 12,192 TEMPERATURE OBSERVATION ZOB 0 10,196 HEIGHT OBSERVATION QOB 0 13,023 SPECIFIC HUMIDITY OBSERVATION ENDVARS I can open the bufr data. But After I d pob I get nothing? Is the bufr description right? How can I get a correct bufr description? Here are the result of bufrscan: >>> processing message 0 >>> start of message 1 03 000 (replicate next 3, not including replication count) 0 31 001 (replication count) 0 00 001 (text) Table A: entry 0 00 002 (text) Table A: data category description, line 1 0 00 003 (text) Table A: data category description, line 2 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 00 004 (sequence) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 0 00 013 (text) Element name, line 1 0 00 014 (text) Element name, line 2 0 00 015 (text) Units name 0 00 016 (text) Units scale sign 0 00 017 (text) Units scale 0 00 018 (text) Units reference sign 0 00 019 (text) Units reference value 0 00 020 (text) Element data width 1 05 000 (replicate next 5, not including replication count) 0 31 001 (replication count) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 2 05 064 (operator) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 0 00 030 (text) Descriptor defining sequence <<< end of message >>> processing message 1 .... >>> processing message 4 >>> start of message 0 63 000 (numeric) BYTCNT 3 60 240 (sequence) 3 61 001 (sequence) 0 01 192 (text) SID STATION IDENTIFICATION 0 06 002 (numeric) XOB LONGITUDE 0 05 002 (numeric) YOB LATITUDE 0 04 192 (numeric) DHR OBSERVATION TIME MINUS CYCLE TIME 0 10 194 (numeric) ELV STATION ELEVATION 0 01 193 (numeric) TYP PREPBUFR REPORT TYPE 0 55 006 (numeric) T29 INPUT REPORT TYPE 0 55 192 (numeric) TSB REPORT SUBTYPE (HAS VARIOUS MEANINGS DEPENDING ON TYPE) 0 02 001 (numeric) ITP INSTRUMENT TYPE 0 50 001 (numeric) SQN REPORT SEQUENCE NUMBER 0 50 002 (numeric) PROCN PROCESS NUMBER FOR THIS MPI RUN (OBTAINED FROM SCRIPT) 0 04 194 (numeric) RPT REPORTED OBSERVATION TIME 0 04 195 (numeric) TCOR INDICATOR WHETHER OBS. TIME IN "DHR" WAS CORRECTED 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 61 012 (sequence) 0 35 200 (numeric) RSRD RESTRICTIONS ON REDISTRIBUTION 0 35 201 (numeric) EXPRSRD EXPIRATION OF RESTRICTIONS ON REDISTRIBUTION 3 60 002 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 61 002 (sequence) 0 01 194 (numeric) CAT PREPBUFR DATA LEVEL CATEGORY 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 62 001 (sequence) 3 60 003 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 62 101 (sequence) 0 07 192 (numeric) POB PRESSURE OBSERVATION 0 07 193 (numeric) PQM PRESSURE (QUALITY) MARKER 0 07 194 (numeric) PPC PRESSURE PROGRAM CODE Thanks for the help very much Sincerely yours :Yu ZHANG _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From grapeszy at gmail.com Fri Sep 2 16:10:15 2011 From: grapeszy at gmail.com (Yu F. Zhang) Date: Fri, 2 Sep 2011 14:10:15 -0600 Subject: [gradsusr] Thx how to reply? Message-ID: <71A07CF7-8FE7-421C-9694-9A90684248F2@gmail.com> Thanks for your reply. I'm use the mail list for the first time. I do not how to reply to you directly. So I send to gradsusr.org again. You mean I need to change the line : pob 0 07,192 PRESSURE OBSERVATION to POB=>pob 0 07,192 PRESSURE OBSERVATION I just use the d pob to plot it. Thanks so much for your help! Sincerely Your:Yu ----------------------------------------------------------------- Hi Yu You may want to use the line POB=>pob 0 07,192 PRESSURE OBSERVATION John Huddleston -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110902/450c1590/attachment-0003.html From chinhth2010 at gmail.com Fri Sep 2 23:12:41 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Fri, 2 Sep 2011 20:12:41 -0700 Subject: [gradsusr] questions In-Reply-To: <1314880848.51247.YahooMailNeo@web28105.mail.ukl.yahoo.com> References: <1314880848.51247.YahooMailNeo@web28105.mail.ukl.yahoo.com> Message-ID: Dear Aristide You come to this web and download grads on linux http://sourceforge.net/projects/opengrads/files/grads2/2.0.a9.oga.1/ and then you extract and copy all director into /opt/opengrads/ export environmental variable in bash file export PATH=/opt/opengrads:$PATH it is ok Chinh > > -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110902/7c15bdcb/attachment-0003.html From member at linkedin.com Sat Sep 3 05:33:53 2011 From: member at linkedin.com (Elham Barani via LinkedIn) Date: Sat, 3 Sep 2011 09:33:53 +0000 (UTC) Subject: [gradsusr] Invitation to connect on LinkedIn Message-ID: <12667086.3403086.1315042433474.JavaMail.app@ela4-app0128.prod> LinkedIn ------------ Elham Barani requested to add you as a connection on LinkedIn: ------------------------------------------ Ning, I'd like to add you to my professional network on LinkedIn. - Elham Accept invitation from Elham Barani http://www.linkedin.com/e/ofpc7q-gs4eb7ow-70/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I154643742_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYOd3sPd3oQdj59bSlnr4xmr7libP8Mc3wSe34Tc3gLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=31gxaRlSCZrAU1 View invitation from Elham Barani http://www.linkedin.com/e/ofpc7q-gs4eb7ow-70/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I154643742_13/3cNnP8QdPcQdzgRckALqnpPbOYWrSlI/svi/?hs=false&tok=3WQ8cWDlKZrAU1 -- (c) 2011, LinkedIn Corporation -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/5754edc9/attachment-0003.html From gamalafandy at yahoo.com Sat Sep 3 12:31:03 2011 From: gamalafandy at yahoo.com (Dr.Gamal El Afandi) Date: Sat, 3 Sep 2011 09:31:03 -0700 (PDT) Subject: [gradsusr] Back Trajectories In-Reply-To: References: Message-ID: <1315067463.99487.YahooMailNeo@web113418.mail.gq1.yahoo.com> Hi everybody, ? I was able to use Grads to calculate and plot back-trajectories but there are some limitations related to that script (I can open just one file for each calculation) I need to think about. The main issue is that each WRF file contains only part of the daily values simulated for Indiana we need to get 24 hours back trajectories because the WRF output is in UTC. Therefore in order to calculate 24 hours back trajectories I would need to open simultaneously multiple files and in some way change the code (if it is possible to manage this issue) in order to get all the values and make Grads computing the trajectories. My main concern is that once I open 2 files I will have exactly the same variable names so I don't know if it is possible within that code to refer to a specific value/variable and compute our trajectories correctly. please let me know if you have any suggestions, so that maybe I can try. With my kind regards Gamal _____________________________________________________ Dr.Gamal Salah El Afandi,Senior Researcher. Data to Insight Center?of Pervasive Technology Institute Indiana University Bloomington USA 2719 E 10th St. Innovation Center Room 130C.? Bloomington, IN ?47408,USA Phone:+1 812-856-2146 Fax:?+1 812-856-1735 ? http://as.cms.rtinfo.indiana.edu/d2i/people http://pervasivetechnologylabs.iu.edu/d2i/people ? Al Azhar?University Faculty of science?at Cairo? Department of Astronomy and Meteorology Nasr City,Postal Code 11884 Cairo,Egypt http://maindb.unfccc.int/public/roe/expert_list.pl?id_country=66& http://www.itap.purdue.edu/pto/NATO_KEEO/partCoDir_en.html http://www.ucar.edu/governance/iap/iapreps.shtml Tel. 0020238701259 Home???Tel. 0020222618163 Work Tel. 0020103770593 Cell??????Fax 0020222629356 Work ________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/291d5e06/attachment-0003.html From jdduda at iastate.edu Sat Sep 3 14:10:42 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Sat, 3 Sep 2011 13:10:42 -0500 Subject: [gradsusr] Back Trajectories In-Reply-To: <1315067463.99487.YahooMailNeo@web113418.mail.gq1.yahoo.com> References: <1315067463.99487.YahooMailNeo@web113418.mail.gq1.yahoo.com> Message-ID: Gamal, You can refer to other files using a dot and the file name. For example, if you open several consecutive WRF files such as WRF_20110901_1200.ctl WRF_20110901_1800.ctl WRF_20110902_2000.ctl (assuming each file contains 6 hours of WRF output), then the variables associated with the second file will have a ".2" appended to them; likewise the variables associated with the nth file will have a ".n" appended to them.) In your script you just need to add the ".n" (or the corresponding number) to keep track of which variables to use when computing the trajectories according to the particular file the time is in. It may end up being fairly complex, but I think you can do it. Good luck. Jeff Duda On Sat, Sep 3, 2011 at 11:31 AM, Dr.Gamal El Afandi wrote: > Hi everybody, > > I was able to use Grads to calculate and plot back-trajectories but there > are some limitations related to that script (I can open just one file for > each calculation) I need to think about. The main issue is that each WRFfile contains only part of the daily values simulated for Indiana we need to > get 24 hours back trajectories because the WRF output is in UTC. Therefore > in order to calculate 24 hours back trajectories I would need to open > simultaneously multiple files and in some way change the code (if it is > possible to manage this issue) in order to get all the values and make Grads > computing the trajectories. My main concern is that once I open 2 files I > will have exactly the same variable names so I don't know if it is possible > within that code to refer to a specific value/variable and compute our > trajectories correctly. > please let me know if you have any suggestions, so that maybe I can try. > > With my kind regards > Gamal > _____________________________________________________ > *Dr.Gamal Salah El Afandi,Senior Researcher. > Data to Insight Center of Pervasive Technology Institute* > *Indiana University Bloomington USA* > *2719 E 10th St. > Innovation Center * > *Room 130C. * > *Bloomington, IN 47408,USA* > *Phone:+1 812-856-2146* > *Fax: +1 812-856-1735* > ** > *http://as.cms.rtinfo.indiana.edu/d2i/people* > *http://pervasivetechnologylabs.iu.edu/d2i/people* > * * > *Al Azhar University * > *Faculty of science at Cairo * > *Department of Astronomy and Meteorology* > *Nasr City,Postal Code 11884* > *Cairo,**Egypt* > http://maindb.unfccc.int/public/roe/expert_list.pl?id_country=66& > *http://www.itap.purdue.edu/pto/NATO_KEEO/partCoDir_en.html* > http://www.ucar.edu/governance/iap/iapreps.shtml > *Tel. 0020238701259 Home Tel. 0020222618163 Work > Tel. 0020103770593 Cell Fax 0020222629356 Work * > *________________________________________________________ > * > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/5fb7109f/attachment-0003.html From gamalafandy at yahoo.com Sat Sep 3 14:40:08 2011 From: gamalafandy at yahoo.com (Dr.Gamal El Afandi) Date: Sat, 3 Sep 2011 11:40:08 -0700 (PDT) Subject: [gradsusr] Back Trajectories In-Reply-To: References: <1315067463.99487.YahooMailNeo@web113418.mail.gq1.yahoo.com> Message-ID: <1315075208.14037.YahooMailNeo@web113401.mail.gq1.yahoo.com> Hi Jeff, Thanks so much! Will try it. With my kind regards Gamal _____________________________________________________ Dr.Gamal Salah El Afandi,Senior Researcher. Data to Insight Center?of Pervasive Technology Institute Indiana University Bloomington USA 2719 E 10th St. Innovation Center Room 130C.? Bloomington, IN ?47408,USA Phone:+1 812-856-2146 Fax:?+1 812-856-1735 ? http://as.cms.rtinfo.indiana.edu/d2i/people http://pervasivetechnologylabs.iu.edu/d2i/people ? Al Azhar?University Faculty of science?at Cairo? Department of Astronomy and Meteorology Nasr City,Postal Code 11884 Cairo,Egypt http://maindb.unfccc.int/public/roe/expert_list.pl?id_country=66& http://www.itap.purdue.edu/pto/NATO_KEEO/partCoDir_en.html http://www.ucar.edu/governance/iap/iapreps.shtml Tel. 0020238701259 Home???Tel. 0020222618163 Work Tel. 0020103770593 Cell??????Fax 0020222629356 Work ________________________________________________________ From: Jeffrey Duda >To: Dr.Gamal El Afandi ; GrADS Users Forum >Sent: Saturday, September 3, 2011 1:10 PM >Subject: Re: [gradsusr] Back Trajectories > > >Gamal, >You can refer to other files using a dot and the file name.? For example, if you open several consecutive WRF files such as > >WRF_20110901_1200.ctl >WRF_20110901_1800.ctl >WRF_20110902_2000.ctl > >(assuming each file contains 6 hours of WRF output), then the variables associated with the second file will have a ".2" appended to them; likewise the variables associated with the nth file will have a ".n" appended to them.) > >In your script you just need to add the ".n" (or the corresponding number) to keep track of which variables to use when computing the trajectories according to the particular file the time is in.? It may end up being fairly complex, but I think you can do it.? Good luck. > >Jeff Duda > > >On Sat, Sep 3, 2011 at 11:31 AM, Dr.Gamal El Afandi wrote: > >Hi everybody, >>? >>I was able to use Grads to calculate and plot back-trajectories but there are some limitations related to that script (I can open just one file for each calculation) I need to think about. The main issue is that each WRF file contains only part of the daily values simulated for Indiana we need to get 24 hours back trajectories because the WRF output is in UTC. Therefore in order to calculate 24 hours back trajectories I would need to open simultaneously multiple files and in some way change the code (if it is possible to manage this issue) in order to get all the values and make Grads computing the trajectories. My main concern is that once I open 2 files I will have exactly the same variable names so I don't know if it is possible within that code to refer to a specific value/variable and compute our trajectories correctly. >>please let me know if you have any suggestions, so that maybe I can try. >> >>With my kind regards >>Gamal >>_____________________________________________________ >>Dr.Gamal Salah El Afandi,Senior Researcher. >>Data to Insight Center?of Pervasive Technology Institute >>Indiana University Bloomington USA >>2719 E 10th St. >>Innovation Center >>Room 130C.? >>Bloomington, IN ?47408,USA >>Phone:+1 812-856-2146 >>Fax:?+1 812-856-1735 >>? >>http://as.cms.rtinfo.indiana.edu/d2i/people >>http://pervasivetechnologylabs.iu.edu/d2i/people >>? >>Al Azhar?University >>Faculty of science?at Cairo? >>Department of Astronomy and Meteorology >>Nasr City,Postal Code 11884 >>Cairo,Egypt >>http://maindb.unfccc.int/public/roe/expert_list.pl?id_country=66& >>http://www.itap.purdue.edu/pto/NATO_KEEO/partCoDir_en.html >>http://www.ucar.edu/governance/iap/iapreps.shtml >>Tel. 0020238701259 Home???Tel. 0020222618163 Work >>Tel. 0020103770593 Cell??????Fax 0020222629356 Work >>________________________________________________________ >> >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > >-- >Jeff Duda >Iowa State University >Meteorology Graduate Student >www.meteor.iastate.edu/~jdduda > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/753640e5/attachment-0003.html From joe at wxjoe.com Sat Sep 3 16:53:55 2011 From: joe at wxjoe.com (Joe Moore) Date: Sat, 3 Sep 2011 16:53:55 -0400 Subject: [gradsusr] printim error due to variable in filename Message-ID: Greetings! I'm just getting started with GrADS and I'm still a beginner, but I'm having a problem that I can't seem to resolve from reading the documentation and searching online, including the archives of this mailing list. Problem: When using a variable in the filename to save the output, I'm getting an error. Here's the relevant code: 'printim out/RTMA_TMP_'day'_'hr'.png' where I am defining the variable day and hour using the following: 'q time' hr=substr(result, 8, 2) day=substr(result, 11, 10) The result of which, when I print as a string or in the title, comes out to be 23 for the hour and 16AUG2011. Expect result: I should have a file output called RTMA_TMP_16AUG2011_23.png What actually is happening: The file output is just called RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following error: PRINTIM error: Invalid option; ignored I've been able to sometimes get this to work, like if I put a few characters (not including an underscore or period) in the output filename - but I can't figure it out. I'd like to use either underscores, dashes or periods to separate the variables in the output file name, and I've seen it done in example scripts I've found on the web. Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my full grads config info: ga-> q config Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) This program is distributed WITHOUT ANY WARRANTY See file COPYRIGHT for more information. Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu This version of GrADS has been configured with the following options: o Built on a LITTLE ENDIAN machine o Athena Widget GUI ENABLED o Command line editing ENABLED http://tiswww.case.edu/php/chet/readline/rltop.html o printim command for image output ENABLED http://www.zlib.net http://www.libpng.org/pub/png/libpng.html http://www.libgd.org/Main_Page o GRIB2 interface ENABLED http://www.ijg.org http://www.ece.uvic.ca/~mdadams/jasper http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 g2clib-1.1.8 o NetCDF interface ENABLED http://www.unidata.ucar.edu/software/netcdf netcdf 4.1.1 of Jul 10 2010 23:36:25 $ o OPeNDAP gridded data interface ENABLED o OPeNDAP station data interface ENABLED http://iges.org/grads/gadoc/supplibs.html libgadap 2.0.oga.1 o HDF4 and HDF5 interfaces ENABLED http://hdfgroup.org HDF 4.2r3 HDF5 1.8.4 o GeoTIFF and KML/TIFF output ENABLED http://www.libtiff.org http://geotiff.osgeo.org o KML contour output ENABLED o Shapefile interface ENABLED http://shapelib.maptools.org For additional information please consult http://iges.org/grads Not sure if its needed, but here is also the code I am using: http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant things as this has been my sandbox script to learn new things.) Thanks in advance for any and all assistance! -Joe Moore -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110903/720fd6a0/attachment-0003.html From smcmillan at planalytics.com Sun Sep 4 11:51:07 2011 From: smcmillan at planalytics.com (Stephen McMillan) Date: Sun, 4 Sep 2011 11:51:07 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: Hello Joe, Your time query is introducing a space into the "day" variable. PRINTIM doesn't like spaces in the filename string. Try this instead: day=substr(result, 11, 9) It should work with above change. Stephen McMillan On Sat, Sep 3, 2011 at 4:53 PM, Joe Moore wrote: > Greetings! > > I'm just getting started with GrADS and I'm still a beginner, but I'm > having a problem that I can't seem to resolve from reading the documentation > and searching online, including the archives of this mailing list. > > Problem: When using a variable in the filename to save the output, I'm > getting an error. > > Here's the relevant code: > > 'printim out/RTMA_TMP_'day'_'hr'.png' > > where I am defining the variable day and hour using the following: > 'q time' > hr=substr(result, 8, 2) > day=substr(result, 11, 10) > > The result of which, when I print as a string or in the title, comes out to > be 23 for the hour and 16AUG2011. > > Expect result: I should have a file output called RTMA_TMP_16AUG2011_23.png > > What actually is happening: The file output is just called > RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following > error: PRINTIM error: Invalid option; ignored > > I've been able to sometimes get this to work, like if I put a few > characters (not including an underscore or period) in the output filename - > but I can't figure it out. I'd like to use either underscores, dashes or > periods to separate the variables in the output file name, and I've seen it > done in example scripts I've found on the web. > > Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The > data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my > full grads config info: > ga-> q config > Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 opendap-grids,stn athena geotiff shapefile > Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Athena Widget GUI ENABLED > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.1.8 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf 4.1.1 of Jul 10 2010 23:36:25 $ > o OPeNDAP gridded data interface ENABLED > o OPeNDAP station data interface ENABLED > http://iges.org/grads/gadoc/supplibs.html > libgadap 2.0.oga.1 > o HDF4 and HDF5 interfaces ENABLED > http://hdfgroup.org > HDF 4.2r3 > HDF5 1.8.4 > o GeoTIFF and KML/TIFF output ENABLED > http://www.libtiff.org > http://geotiff.osgeo.org > o KML contour output ENABLED > o Shapefile interface ENABLED > http://shapelib.maptools.org > > For additional information please consult http://iges.org/grads > > Not sure if its needed, but here is also the code I am using: > http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant things > as this has been my sandbox script to learn new things.) > > Thanks in advance for any and all assistance! > > -Joe Moore > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/34f9cdf8/attachment-0003.html From joe at wxjoe.com Sun Sep 4 12:46:36 2011 From: joe at wxjoe.com (Joe Moore) Date: Sun, 4 Sep 2011 12:46:36 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: Steve, Thanks so much - I didn't even notice this. I thought I was going crazy! -Joe On Sun, Sep 4, 2011 at 11:51 AM, Stephen McMillan wrote: > Hello Joe, > > Your time query is introducing a space into the "day" variable. PRINTIM > doesn't like spaces in the filename string. Try this instead: > day=substr(result, 11, 9) > > It should work with above change. > > Stephen McMillan > On Sat, Sep 3, 2011 at 4:53 PM, Joe Moore wrote: > >> Greetings! >> >> I'm just getting started with GrADS and I'm still a beginner, but I'm >> having a problem that I can't seem to resolve from reading the documentation >> and searching online, including the archives of this mailing list. >> >> Problem: When using a variable in the filename to save the output, I'm >> getting an error. >> >> Here's the relevant code: >> >> 'printim out/RTMA_TMP_'day'_'hr'.png' >> >> where I am defining the variable day and hour using the following: >> 'q time' >> hr=substr(result, 8, 2) >> day=substr(result, 11, 10) >> >> The result of which, when I print as a string or in the title, comes out >> to be 23 for the hour and 16AUG2011. >> >> Expect result: I should have a file output called >> RTMA_TMP_16AUG2011_23.png >> >> What actually is happening: The file output is just called >> RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following >> error: PRINTIM error: Invalid option; ignored >> >> I've been able to sometimes get this to work, like if I put a few >> characters (not including an underscore or period) in the output filename - >> but I can't figure it out. I'd like to use either underscores, dashes or >> periods to separate the variables in the output file name, and I've seen it >> done in example scripts I've found on the web. >> >> Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The >> data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my >> full grads config info: >> ga-> q config >> Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds >> hdf5 opendap-grids,stn athena geotiff shapefile >> Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 >> Copyright (c) 1988-2010 by Brian Doty and the >> Institute for Global Environment and Society (IGES) >> This program is distributed WITHOUT ANY WARRANTY >> See file COPYRIGHT for more information. >> >> Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu >> >> This version of GrADS has been configured with the following options: >> o Built on a LITTLE ENDIAN machine >> o Athena Widget GUI ENABLED >> o Command line editing ENABLED >> http://tiswww.case.edu/php/chet/readline/rltop.html >> o printim command for image output ENABLED >> http://www.zlib.net >> http://www.libpng.org/pub/png/libpng.html >> http://www.libgd.org/Main_Page >> o GRIB2 interface ENABLED >> http://www.ijg.org >> http://www.ece.uvic.ca/~mdadams/jasper >> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >> g2clib-1.1.8 >> o NetCDF interface ENABLED >> http://www.unidata.ucar.edu/software/netcdf >> netcdf 4.1.1 of Jul 10 2010 23:36:25 $ >> o OPeNDAP gridded data interface ENABLED >> o OPeNDAP station data interface ENABLED >> http://iges.org/grads/gadoc/supplibs.html >> libgadap 2.0.oga.1 >> o HDF4 and HDF5 interfaces ENABLED >> http://hdfgroup.org >> HDF 4.2r3 >> HDF5 1.8.4 >> o GeoTIFF and KML/TIFF output ENABLED >> http://www.libtiff.org >> http://geotiff.osgeo.org >> o KML contour output ENABLED >> o Shapefile interface ENABLED >> http://shapelib.maptools.org >> >> For additional information please consult http://iges.org/grads >> >> Not sure if its needed, but here is also the code I am using: >> http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant >> things as this has been my sandbox script to learn new things.) >> >> Thanks in advance for any and all assistance! >> >> -Joe Moore >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > *************************************************** > The information contained in this e-mail message > is intended only for the use of the recipient(s) > named above and may contain information that is > privileged, confidential, and/or proprietary. > If you are not the intended recipient, you may not > review, copy or distribute this message. If you have > received this communication in error, please notify > the sender immediately by e-mail, and delete the original message. > *************************************************** > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/d853dfa2/attachment-0003.html From dasilva at alum.mit.edu Sun Sep 4 13:22:11 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sun, 4 Sep 2011 13:22:11 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: On Sun, Sep 4, 2011 at 12:46 PM, Joe Moore wrote: > Steve, > > Thanks so much - I didn't even notice this. I thought I was going crazy! > > BTW, since you are using an opengrads build, trying replacing "printim" with "gxyat" in your script for better quality images. Unless you have a performance critical application, the fact that gxyat takes a little longer may not matter. Arlindo -Joe > > > On Sun, Sep 4, 2011 at 11:51 AM, Stephen McMillan < > smcmillan at planalytics.com> wrote: > >> Hello Joe, >> >> Your time query is introducing a space into the "day" variable. PRINTIM >> doesn't like spaces in the filename string. Try this instead: >> day=substr(result, 11, 9) >> >> It should work with above change. >> >> Stephen McMillan >> On Sat, Sep 3, 2011 at 4:53 PM, Joe Moore wrote: >> >>> Greetings! >>> >>> I'm just getting started with GrADS and I'm still a beginner, but I'm >>> having a problem that I can't seem to resolve from reading the documentation >>> and searching online, including the archives of this mailing list. >>> >>> Problem: When using a variable in the filename to save the output, I'm >>> getting an error. >>> >>> Here's the relevant code: >>> >>> 'printim out/RTMA_TMP_'day'_'hr'.png' >>> >>> where I am defining the variable day and hour using the following: >>> 'q time' >>> hr=substr(result, 8, 2) >>> day=substr(result, 11, 10) >>> >>> The result of which, when I print as a string or in the title, comes out >>> to be 23 for the hour and 16AUG2011. >>> >>> Expect result: I should have a file output called >>> RTMA_TMP_16AUG2011_23.png >>> >>> What actually is happening: The file output is just called >>> RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following >>> error: PRINTIM error: Invalid option; ignored >>> >>> I've been able to sometimes get this to work, like if I put a few >>> characters (not including an underscore or period) in the output filename - >>> but I can't figure it out. I'd like to use either underscores, dashes or >>> periods to separate the variables in the output file name, and I've seen it >>> done in example scripts I've found on the web. >>> >>> Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The >>> data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my >>> full grads config info: >>> ga-> q config >>> Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf >>> hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile >>> Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 >>> Copyright (c) 1988-2010 by Brian Doty and the >>> Institute for Global Environment and Society (IGES) >>> This program is distributed WITHOUT ANY WARRANTY >>> See file COPYRIGHT for more information. >>> >>> Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu >>> >>> This version of GrADS has been configured with the following options: >>> o Built on a LITTLE ENDIAN machine >>> o Athena Widget GUI ENABLED >>> o Command line editing ENABLED >>> http://tiswww.case.edu/php/chet/readline/rltop.html >>> o printim command for image output ENABLED >>> http://www.zlib.net >>> http://www.libpng.org/pub/png/libpng.html >>> http://www.libgd.org/Main_Page >>> o GRIB2 interface ENABLED >>> http://www.ijg.org >>> http://www.ece.uvic.ca/~mdadams/jasper >>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >>> g2clib-1.1.8 >>> o NetCDF interface ENABLED >>> http://www.unidata.ucar.edu/software/netcdf >>> netcdf 4.1.1 of Jul 10 2010 23:36:25 $ >>> o OPeNDAP gridded data interface ENABLED >>> o OPeNDAP station data interface ENABLED >>> http://iges.org/grads/gadoc/supplibs.html >>> libgadap 2.0.oga.1 >>> o HDF4 and HDF5 interfaces ENABLED >>> http://hdfgroup.org >>> HDF 4.2r3 >>> HDF5 1.8.4 >>> o GeoTIFF and KML/TIFF output ENABLED >>> http://www.libtiff.org >>> http://geotiff.osgeo.org >>> o KML contour output ENABLED >>> o Shapefile interface ENABLED >>> http://shapelib.maptools.org >>> >>> For additional information please consult http://iges.org/grads >>> >>> Not sure if its needed, but here is also the code I am using: >>> http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant >>> things as this has been my sandbox script to learn new things.) >>> >>> Thanks in advance for any and all assistance! >>> >>> -Joe Moore >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> *************************************************** >> The information contained in this e-mail message >> is intended only for the use of the recipient(s) >> named above and may contain information that is >> privileged, confidential, and/or proprietary. >> If you are not the intended recipient, you may not >> review, copy or distribute this message. If you have >> received this communication in error, please notify >> the sender immediately by e-mail, and delete the original message. >> *************************************************** >> >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/0d8974ee/attachment-0003.html From instantweathermaps at gmail.com Sun Sep 4 13:30:00 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sun, 4 Sep 2011 12:30:00 -0500 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: Be warned that "a little longer" is about 5x the time. -- http://www.instantweathermaps.com On Sun, Sep 4, 2011 at 12:22 PM, Arlindo da Silva wrote: > > > On Sun, Sep 4, 2011 at 12:46 PM, Joe Moore wrote: > >> Steve, >> >> Thanks so much - I didn't even notice this. I thought I was going crazy! >> >> > BTW, since you are using an opengrads build, trying replacing "printim" > with "gxyat" in your script for better quality images. Unless you have a > performance critical application, the fact that gxyat takes a little longer > may not matter. > > Arlindo > > > -Joe >> >> >> On Sun, Sep 4, 2011 at 11:51 AM, Stephen McMillan < >> smcmillan at planalytics.com> wrote: >> >>> Hello Joe, >>> >>> Your time query is introducing a space into the "day" variable. PRINTIM >>> doesn't like spaces in the filename string. Try this instead: >>> day=substr(result, 11, 9) >>> >>> It should work with above change. >>> >>> Stephen McMillan >>> On Sat, Sep 3, 2011 at 4:53 PM, Joe Moore wrote: >>> >>>> Greetings! >>>> >>>> I'm just getting started with GrADS and I'm still a beginner, but I'm >>>> having a problem that I can't seem to resolve from reading the documentation >>>> and searching online, including the archives of this mailing list. >>>> >>>> Problem: When using a variable in the filename to save the output, I'm >>>> getting an error. >>>> >>>> Here's the relevant code: >>>> >>>> 'printim out/RTMA_TMP_'day'_'hr'.png' >>>> >>>> where I am defining the variable day and hour using the following: >>>> 'q time' >>>> hr=substr(result, 8, 2) >>>> day=substr(result, 11, 10) >>>> >>>> The result of which, when I print as a string or in the title, comes out >>>> to be 23 for the hour and 16AUG2011. >>>> >>>> Expect result: I should have a file output called >>>> RTMA_TMP_16AUG2011_23.png >>>> >>>> What actually is happening: The file output is just called >>>> RTMA_TMP_23AUG2011 (that's it- no .png) and when I run I get the following >>>> error: PRINTIM error: Invalid option; ignored >>>> >>>> I've been able to sometimes get this to work, like if I put a few >>>> characters (not including an underscore or period) in the output filename - >>>> but I can't figure it out. I'd like to use either underscores, dashes or >>>> periods to separate the variables in the output file name, and I've seen it >>>> done in example scripts I've found on the web. >>>> >>>> Configuration: I am running OpenGrADS 2.0.a9.oga.1 on Ubuntu 11.04. The >>>> data is coming from the RTMA grib2 from the NOAA NOMADS server. Here is my >>>> full grads config info: >>>> ga-> q config >>>> Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf >>>> hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile >>>> Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 >>>> Copyright (c) 1988-2010 by Brian Doty and the >>>> Institute for Global Environment and Society (IGES) >>>> This program is distributed WITHOUT ANY WARRANTY >>>> See file COPYRIGHT for more information. >>>> >>>> Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu >>>> >>>> This version of GrADS has been configured with the following options: >>>> o Built on a LITTLE ENDIAN machine >>>> o Athena Widget GUI ENABLED >>>> o Command line editing ENABLED >>>> http://tiswww.case.edu/php/chet/readline/rltop.html >>>> o printim command for image output ENABLED >>>> http://www.zlib.net >>>> http://www.libpng.org/pub/png/libpng.html >>>> http://www.libgd.org/Main_Page >>>> o GRIB2 interface ENABLED >>>> http://www.ijg.org >>>> http://www.ece.uvic.ca/~mdadams/jasper >>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >>>> g2clib-1.1.8 >>>> o NetCDF interface ENABLED >>>> http://www.unidata.ucar.edu/software/netcdf >>>> netcdf 4.1.1 of Jul 10 2010 23:36:25 $ >>>> o OPeNDAP gridded data interface ENABLED >>>> o OPeNDAP station data interface ENABLED >>>> http://iges.org/grads/gadoc/supplibs.html >>>> libgadap 2.0.oga.1 >>>> o HDF4 and HDF5 interfaces ENABLED >>>> http://hdfgroup.org >>>> HDF 4.2r3 >>>> HDF5 1.8.4 >>>> o GeoTIFF and KML/TIFF output ENABLED >>>> http://www.libtiff.org >>>> http://geotiff.osgeo.org >>>> o KML contour output ENABLED >>>> o Shapefile interface ENABLED >>>> http://shapelib.maptools.org >>>> >>>> For additional information please consult http://iges.org/grads >>>> >>>> Not sure if its needed, but here is also the code I am using: >>>> http://pastebin.com/hHuXR6ae (There's a few comments and irrelevant >>>> things as this has been my sandbox script to learn new things.) >>>> >>>> Thanks in advance for any and all assistance! >>>> >>>> -Joe Moore >>>> >>>> _______________________________________________ >>>> gradsusr mailing list >>>> gradsusr at gradsusr.org >>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>> >>>> >>> *************************************************** >>> The information contained in this e-mail message >>> is intended only for the use of the recipient(s) >>> named above and may contain information that is >>> privileged, confidential, and/or proprietary. >>> If you are not the intended recipient, you may not >>> review, copy or distribute this message. If you have >>> received this communication in error, please notify >>> the sender immediately by e-mail, and delete the original message. >>> *************************************************** >>> >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/c3ff5d1d/attachment-0003.html From dasilva at alum.mit.edu Sun Sep 4 14:16:43 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sun, 4 Sep 2011 14:16:43 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: On Sun, Sep 4, 2011 at 1:30 PM, Joey Woodson wrote: > Be warned that "a little longer" is about 5x the time. > > True, this is a lot relatively speaking. However, it still takes around a sec for an image --- slower, but not slow if you just have a handfull of plots to make. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110904/4f27b132/attachment-0003.html From chinhth2010 at gmail.com Mon Sep 5 21:23:56 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Mon, 5 Sep 2011 18:23:56 -0700 Subject: [gradsusr] remove value over 100 in legend Message-ID: Dear all users I plot probability map range of value 0-100. But in my legend value over 100 still display with grey colour as attached file Anyone please tell me how to remove this part. Thank you Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110905/bb2ee3f9/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: prob.gif Type: image/gif Size: 10954 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110905/bb2ee3f9/attachment-0003.gif From jdduda at iastate.edu Mon Sep 5 22:46:24 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 5 Sep 2011 21:46:24 -0500 Subject: [gradsusr] remove value over 100 in legend In-Reply-To: References: Message-ID: THe color bar script you are using will probably not allow you to cut the bar off at a value. Try usign one of the other color bar scripts listed in the grads script library . You could also try using 80 as your max contour and not including 100. Jeff Duda On Mon, Sep 5, 2011 at 8:23 PM, chinh ta huu wrote: > Dear all users > I plot probability map range of value 0-100. > But in my legend value over 100 still display with grey colour as attached > file > Anyone please tell me how to remove this part. > Thank you > Chinh > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110905/71bf5170/attachment-0003.html From cl at meteoconsult.fr Tue Sep 6 05:26:08 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Tue, 6 Sep 2011 11:26:08 +0200 Subject: [gradsusr] install new version of grads Message-ID: Dear all users, I have grads-2.0.a5 on a computer, and i would like to know if it exists an upgrade to get the new version grads-2.0.a9 or if I have to uninstall grads-2.0.a5 and then install grads-2.0.a9. Thank you Christelle -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/06bf1d26/attachment-0003.html From chinhth2010 at gmail.com Tue Sep 6 05:39:08 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Tue, 6 Sep 2011 16:39:08 +0700 Subject: [gradsusr] install new version of grads In-Reply-To: References: Message-ID: Dear Chris I think you delete *.a5 and then install new version Because it doesn't cost any time of you. It is also better Best regards Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/e48b01d2/attachment-0003.html From cl at meteoconsult.fr Tue Sep 6 06:15:32 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Tue, 6 Sep 2011 12:15:32 +0200 Subject: [gradsusr] install new version of grads In-Reply-To: References: Message-ID: ok, thanks Christelle 2011/9/6 chinh ta huu > Dear Chris > I think you delete *.a5 and then install new version > Because it doesn't cost any time of you. It is also better > Best regards > Chinh > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/7b92353b/attachment-0003.html From smcmillan at planalytics.com Tue Sep 6 09:19:52 2011 From: smcmillan at planalytics.com (Stephen McMillan) Date: Tue, 6 Sep 2011 09:19:52 -0400 Subject: [gradsusr] remove value over 100 in legend In-Reply-To: References: Message-ID: Instead of cbarn, you could specify the background color for the portion over 100, then use cbar if you don't need the tapered ends. That way the "100" will still plot as the end number. Stephen Mc On Mon, Sep 5, 2011 at 9:23 PM, chinh ta huu wrote: > Dear all users > I plot probability map range of value 0-100. > But in my legend value over 100 still display with grey colour as attached > file > Anyone please tell me how to remove this part. > Thank you > Chinh > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/78e59a7c/attachment-0003.html From bernd.becker at metoffice.gov.uk Tue Sep 6 10:20:47 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Tue, 6 Sep 2011 15:20:47 +0100 Subject: [gradsusr] remove value over 100 in legend In-Reply-To: References: Message-ID: label your cbar with numbers 10 to 90 only. You will get just one color for all values below 10 and another for all values above 90. Perhaps you don't really want a new colour for all values matching 100% exactly in your chart? Cheers, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Stephen McMillan Sent: 06 September 2011 14:20 To: GrADS Users Forum Subject: Re: [gradsusr] remove value over 100 in legend Instead of cbarn, you could specify the background color for the portion over 100, then use cbar if you don't need the tapered ends. That way the "100" will still plot as the end number. Stephen Mc On Mon, Sep 5, 2011 at 9:23 PM, chinh ta huu wrote: Dear all users I plot probability map range of value 0-100. But in my legend value over 100 still display with grey colour as attached file Anyone please tell me how to remove this part. Thank you Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/9ce15966/attachment-0003.html From grapeszy at gmail.com Tue Sep 6 11:14:04 2011 From: grapeszy at gmail.com (Yu F. Zhang) Date: Tue, 6 Sep 2011 09:14:04 -0600 Subject: [gradsusr] Still need some help about plot a bufr data Message-ID: <9D096E15-D7AE-4C20-889C-182D7ABB19C8@gmail.com> I just use the bufrscan to get some information about the bufr data. But I do not know how to write a bufr description file I just write a description file like this: dset ^080112.bufr undef 9.999E+10 title prepbufr dtype bufr TDEF 1 linear 06z23may2010 1hr STID 1,192 XVAR 6,2 YVAR 5,2 VARS 7 slon 0 06,002 LONGITUDE slat 0 05,002 LATITUDE STAT 0 01,192 Station id POB 0 07,192 PRESSURE OBSERVATION TOB 0 12,192 TEMPERATURE OBSERVATION ZOB 0 10,196 HEIGHT OBSERVATION QOB 0 13,023 SPECIFIC HUMIDITY OBSERVATION ENDVARS I can open the bufr data. But After I d pob I get nothing? Is the bufr description right? How can I get a correct bufr description? Here are the result of bufrscan: >>> processing message 0 >>> start of message 1 03 000 (replicate next 3, not including replication count) 0 31 001 (replication count) 0 00 001 (text) Table A: entry 0 00 002 (text) Table A: data category description, line 1 0 00 003 (text) Table A: data category description, line 2 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 00 004 (sequence) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 0 00 013 (text) Element name, line 1 0 00 014 (text) Element name, line 2 0 00 015 (text) Units name 0 00 016 (text) Units scale sign 0 00 017 (text) Units scale 0 00 018 (text) Units reference sign 0 00 019 (text) Units reference value 0 00 020 (text) Element data width 1 05 000 (replicate next 5, not including replication count) 0 31 001 (replication count) 3 00 003 (sequence) 0 00 010 (text) F descriptor to be added or defined 0 00 011 (text) X descriptor to be added or defined 0 00 012 (text) Y descriptor to be added or defined 2 05 064 (operator) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 0 00 030 (text) Descriptor defining sequence <<< end of message >>> processing message 1 .... >>> processing message 4 >>> start of message 0 63 000 (numeric) BYTCNT 3 60 240 (sequence) 3 61 001 (sequence) 0 01 192 (text) SID STATION IDENTIFICATION 0 06 002 (numeric) XOB LONGITUDE 0 05 002 (numeric) YOB LATITUDE 0 04 192 (numeric) DHR OBSERVATION TIME MINUS CYCLE TIME 0 10 194 (numeric) ELV STATION ELEVATION 0 01 193 (numeric) TYP PREPBUFR REPORT TYPE 0 55 006 (numeric) T29 INPUT REPORT TYPE 0 55 192 (numeric) TSB REPORT SUBTYPE (HAS VARIOUS MEANINGS DEPENDING ON TYPE) 0 02 001 (numeric) ITP INSTRUMENT TYPE 0 50 001 (numeric) SQN REPORT SEQUENCE NUMBER 0 50 002 (numeric) PROCN PROCESS NUMBER FOR THIS MPI RUN (OBTAINED FROM SCRIPT) 0 04 194 (numeric) RPT REPORTED OBSERVATION TIME 0 04 195 (numeric) TCOR INDICATOR WHETHER OBS. TIME IN "DHR" WAS CORRECTED 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 61 012 (sequence) 0 35 200 (numeric) RSRD RESTRICTIONS ON REDISTRIBUTION 0 35 201 (numeric) EXPRSRD EXPIRATION OF RESTRICTIONS ON REDISTRIBUTION 3 60 002 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 61 002 (sequence) 0 01 194 (numeric) CAT PREPBUFR DATA LEVEL CATEGORY 3 60 004 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 000 (replication count) 3 62 001 (sequence) 3 60 003 (sequence) 1 01 000 (replicate next 1, not including replication count) 0 31 001 (replication count) 3 62 101 (sequence) 0 07 192 (numeric) POB PRESSURE OBSERVATION 0 07 193 (numeric) PQM PRESSURE (QUALITY) MARKER 0 07 194 (numeric) PPC PRESSURE PROGRAM CODE Thanks for the help very much Sincerely yours :Yu ZHANG -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/4226990c/attachment-0003.html From anderlansiqueira at gmail.com Tue Sep 6 12:32:00 2011 From: anderlansiqueira at gmail.com (Anderlan Siqueira) Date: Tue, 6 Sep 2011 13:32:00 -0300 Subject: [gradsusr] Sort data in ascending order!!! Message-ID: Dear users, I wonder how I can do to sort data in ascending order in GrADS. I tried to use various functions, but did not work. For example, d min and d max. If anyone has a clue would greatly appreciate it. Sincerely, -- Anderlan Henrique Batista Siqueira Curr?culo Lattes - http://lattes.cnpq.br/1244544626994866 Laborat?rio de Climatologia - LabClim Meteorologista e Mestrando pelo Instituto de Ci?ncias Atmosf?ricas - ICAT/UFAL. P?s-Gradua??o em Meteorologia. Bacharel em Meteorologia pela Universidade Federal de Alagoas - UFAL. From dasilva at alum.mit.edu Tue Sep 6 15:24:52 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 6 Sep 2011 15:24:52 -0400 Subject: [gradsusr] Sort data in ascending order!!! In-Reply-To: References: Message-ID: On Tue, Sep 6, 2011 at 12:32 PM, Anderlan Siqueira < anderlansiqueira at gmail.com> wrote: > Dear users, > > I wonder how I can do to sort data in ascending order in GrADS. I > tried to use various functions, but did not work. For example, d min > and d max. > > I really do not know what you mean. Tell us exactly what you would like to accomplish and may be someone may have a suggestion. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/b69c506e/attachment-0003.html From sam at surfline.com Tue Sep 6 16:05:03 2011 From: sam at surfline.com (Sam Wilson) Date: Tue, 06 Sep 2011 13:05:03 -0700 Subject: [gradsusr] How to edit locations of contour labels Message-ID: Hello all, I?m wondering if there is a way to change the location of the contour label on the actual contour. I use set clab forced to plot the labels on the contours, but I?d like to be able to move the labels along the contours. Thanks for any help you can provide. Sam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/669f4ddb/attachment-0003.html From joe at wxjoe.com Tue Sep 6 16:06:49 2011 From: joe at wxjoe.com (Joe Moore) Date: Tue, 6 Sep 2011 16:06:49 -0400 Subject: [gradsusr] printim error due to variable in filename In-Reply-To: References: Message-ID: Thanks, all. I do like the sharper output that comes gxyat - while the wait is annoying right now while I'm still learning, I think when I get to my goal (producing real-time RTMA plots on a web server) I'll switch to using gxyat since I only plan to generate a handful of plots. -Joe Moore On Sun, Sep 4, 2011 at 2:16 PM, Arlindo da Silva wrote: > > > On Sun, Sep 4, 2011 at 1:30 PM, Joey Woodson > wrote: > >> Be warned that "a little longer" is about 5x the time. >> >> > True, this is a lot relatively speaking. However, it still takes around a > sec for an image --- slower, but not slow if you just have a handfull of > plots to make. > > Arlindo > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/2e7b08f5/attachment-0003.html From jdduda at iastate.edu Tue Sep 6 17:50:26 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Tue, 6 Sep 2011 16:50:26 -0500 Subject: [gradsusr] How to edit locations of contour labels In-Reply-To: References: Message-ID: Sam, I think this is an issue for Arlindo or Jennifer. Without cracking open the Grads source code, I don't think there's much you can do orther than to set clabs off and then manually draw the contour label using 'draw string' over the contourl labels (you'll have to know exactly where to place the label using 'q pos'). Jeff Duda On Tue, Sep 6, 2011 at 3:05 PM, Sam Wilson wrote: > Hello all, > > I?m wondering if there is a way to change the location of the contour label > on the actual contour. I use set clab forced to plot the labels on the > contours, but I?d like to be able to move the labels along the contours. > > Thanks for any help you can provide. > > Sam > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/08ab1bc7/attachment-0003.html From sam at surfline.com Tue Sep 6 18:29:04 2011 From: sam at surfline.com (Sam Wilson) Date: Tue, 06 Sep 2011 15:29:04 -0700 Subject: [gradsusr] How to edit locations of contour labels In-Reply-To: Message-ID: Jeff, Thanks for the prompt reply. I?m unable to use that suggestion as I?m not working with static contours. Regardless, thanks anyway! Sam On 9/6/11 2:50 PM, "Jeffrey Duda" wrote: > Sam, > I think this is an issue for Arlindo or Jennifer.? Without cracking open the > Grads source code, I don't think there's much you can do orther than to set > clabs off and then manually draw the contour label using 'draw string' over > the contourl labels (you'll have to know exactly where to place the label > using 'q pos'). > > Jeff Duda > > On Tue, Sep 6, 2011 at 3:05 PM, Sam Wilson wrote: >> Hello all, >> >> I?m wondering if there is a way to change the location of the contour label >> on the actual contour. ?I use set clab forced to plot the labels on the >> contours, but I?d like to be able to move the labels along the contours. >> >> Thanks for any help you can provide. >> >> Sam >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110906/a01b6572/attachment-0003.html From mqvillafuerte at gmail.com Wed Sep 7 02:09:06 2011 From: mqvillafuerte at gmail.com (Marcelino II Villafuerte) Date: Wed, 7 Sep 2011 14:09:06 +0800 Subject: [gradsusr] Spatial RMSE script Message-ID: Dear Fellow Grads Users, I'm trying to spatially quantify the closeness of my model results with observations using Root Mean Square Error (RMSE). Since RMSE is not a function in GrADS I tried to use existing functions to come up with RMSE. pls. find attached script for your comments.. Am I doing right? Thanks! -Mar- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/4138b0de/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: spa_rmse.gs Type: application/octet-stream Size: 1201 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110907/4138b0de/attachment-0003.obj From jdduda at iastate.edu Wed Sep 7 13:10:16 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 7 Sep 2011 12:10:16 -0500 Subject: [gradsusr] Spatial RMSE script In-Reply-To: References: Message-ID: Looks like you are doing it correctly. Jeff Duda On Wed, Sep 7, 2011 at 1:09 AM, Marcelino II Villafuerte < mqvillafuerte at gmail.com> wrote: > Dear Fellow Grads Users, > > I'm trying to spatially quantify the closeness of my model results with > observations using Root Mean Square Error (RMSE). > Since RMSE is not a function in GrADS I tried to use existing functions to > come up with RMSE. > pls. find attached script for your comments.. Am I doing right? > > Thanks! > > -Mar- > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/c30d71e6/attachment-0003.html From anderlansiqueira at gmail.com Wed Sep 7 15:14:42 2011 From: anderlansiqueira at gmail.com (Anderlan Siqueira) Date: Wed, 7 Sep 2011 16:14:42 -0300 Subject: [gradsusr] Ascending order in GrADS! Message-ID: Hello dear users, I want to sort the data for each grid point GrADS in ascending order. I have a file 50 times and I want the values ??for each point lies from smallest to largest. For example, for point 1: 3 4 5 7 8 9 would look like, 3 4 5 7 8 9. In this case also would have a resulting file with 50 time and each grid point with values ??in ascending order. This is the first time have the lowest time and 50 the highest values. Who can help me thank you. I read some things about Bubble sort. Sincerely. -- Anderlan Henrique Batista Siqueira Curr?culo Lattes - http://lattes.cnpq.br/1244544626994866 Laborat?rio de Climatologia - LabClim Meteorologista e Mestrando pelo Instituto de Ci?ncias Atmosf?ricas - ICAT/UFAL. P?s-Gradua??o em Meteorologia. Bacharel em Meteorologia pela Universidade Federal de Alagoas - UFAL. From dasilva at alum.mit.edu Wed Sep 7 17:16:34 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 7 Sep 2011 17:16:34 -0400 Subject: [gradsusr] Ascending order in GrADS! In-Reply-To: References: Message-ID: On Wed, Sep 7, 2011 at 3:14 PM, Anderlan Siqueira < anderlansiqueira at gmail.com> wrote: > Hello dear users, > > I want to sort the data for each grid point GrADS in ascending order. > I have a file 50 times and I want the values for each point lies > from smallest to largest. For example, for point 1: 3 4 5 7 8 9 would > look like, 3 4 5 7 8 9. In this case also would have a resulting file > with 50 time and each grid point with values in ascending order. > This is the first time have the lowest time and 50 the highest values. > > Who can help me thank you. > > I read some things about Bubble sort. > > This is something that would be very easy to do in pygrads, for example: ga.open("model") ga("set t 1 5") ts = sort(ga.exp('ts'),axis=0) At this point you can write ts to a file or send it back to grads with the ga.imp() method. This requires that the data array fits in memory. You will need to learn some python, something that would open lots of possibilities for data analysis beyond what can be done with grads. More info on pygrads here: http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS BTW, PyGrADS works well with the Enthought Python Distribution (EPD), see: http://www.enthought.com/products/epd.php Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/3d8aeab1/attachment-0003.html From dasilva at alum.mit.edu Wed Sep 7 19:10:59 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 7 Sep 2011 19:10:59 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 released Message-ID: Dear PyGrADS Users, We just released PyGrADS v1.1.b5 on sf.net: http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ This version has been updated to work with the newly released IPython 0.11. While still in beta, this release includes new interpolation methods that allows you to create generic curtain plots. See ChangeLog for additional information. From now on we are recommending that PyGrADS be used with the Enthought Python Distribution (EPD): https://enthought.com/products/epd.php EPD includes many scientific and statistical libraries needed in day to day data analysis. It also saves you the trouble of resolving all the dependencies needed for PyGrADS. It works on many platforms, including Windows, Mac OS X and Linux. The complete EPD is free for academic use, but there is a fee for commercial use, consult the URL above for details. There is also a limited EPD Free Edition that partially works with pygrads (basemaps are missing). (I'll be posting instructions on how to modify the EPD Free Edition for a fully functional PyGrADS.) Enjoy! Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/1cb376b8/attachment-0003.html From dasilva at alum.mit.edu Wed Sep 7 22:25:19 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 7 Sep 2011 22:25:19 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 on Windows Message-ID: On Wed, Sep 7, 2011 at 7:10 PM, Arlindo da Silva wrote: > Dear PyGrADS Users, > > From now on we are recommending that PyGrADS be used with the Enthought > Python Distribution (EPD): > > https://enthought.com/products/epd.php > > EPD includes many scientific and statistical libraries needed in day to > day data analysis. It also saves you the trouble of resolving all the > dependencies needed for PyGrADS. It works on many platforms, including > Windows, Mac OS X and Linux. The complete EPD is free for academic use, but > there is a fee for commercial use, consult the URL above for details. There > is also a limited EPD Free Edition that partially works with pygrads > (basemaps are missing). (I'll be posting instructions on how to modify the > EPD Free Edition for a fully functional PyGrADS.) > > If you would like to install the EPD Free edition on Windows here is some useful information. Get EPD Free from: http://enthought.com/repo/free As I mentioned before, EPD Free is missing the basemap package that pygrads needs. On Windows you can get the pre-compiled basemap package from: http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.1/ Get the package that matches the EPD Free version. Currently this is Python 2.7, so get basemap-1.0.1.win32-py2.7.exe After that, install pygrads proper: pygrads-1.1.b5.win32.exe And of course, make sure you have the opengrads Win32 superpack installed: grads-2.0.a9.oga.1-win32_superpack.exe PyGrADS should be available on your [Start] menu. Good Luck, Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110907/14a53885/attachment-0003.html From srisravani.a at gmail.com Thu Sep 8 05:52:04 2011 From: srisravani.a at gmail.com (SRAVANI A) Date: Thu, 8 Sep 2011 15:22:04 +0530 Subject: [gradsusr] shear calculation Message-ID: Dear grads users -- A.Sravani Research Scholar Department of Meteorology & Oceanography Andhra university Visakhapatnam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/abe23b12/attachment-0003.html From srisravani.a at gmail.com Thu Sep 8 05:53:55 2011 From: srisravani.a at gmail.com (SRAVANI A) Date: Thu, 8 Sep 2011 15:23:55 +0530 Subject: [gradsusr] shaer calculation Message-ID: dear grads user i want to calculate the verticle shear of horizontal wind. plese help me how to calculate the shear Thanking you in adavnce -- A.Sravani Research Scholar Department of Meteorology & Oceanography Andhra university Visakhapatnam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/3515e990/attachment-0003.html From cl at meteoconsult.fr Thu Sep 8 08:00:14 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Thu, 8 Sep 2011 14:00:14 +0200 Subject: [gradsusr] write text on the map Message-ID: Hello, Does anyone know how to write town's name on the map, is this possible? Best regards CL -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/5af01707/attachment-0003.html From GRamaphane at gov.bw Thu Sep 8 08:19:43 2011 From: GRamaphane at gov.bw (Galebonwe Ramaphane) Date: Thu, 8 Sep 2011 14:19:43 +0200 Subject: [gradsusr] [BULK] write text on the map In-Reply-To: References: Message-ID: CL, Display your data and issue the following: lon1 = 27.02 * longitude lat1 = -22.52 * latitude q w2xy lon1 lat1 say result x1 = subwrd(result,3) y1 = subwrd(result,6) draw mark 5 x1 y1 0.08 draw string x1+0.1 y1 CITY_NAME good luck Galebonwe Ramaphane Department of Meteorological Services P.O. BOX 10100 Gaborone Botswana Tel: +267 3612200 Mobile: +267 74435261 From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Christelle LACROIX Sent: Thursday, September 08, 2011 2:00 PM To: GrADS Users Forum Subject: [BULK] [gradsusr] write text on the map Importance: Low Hello, Does anyone know how to write town's name on the map, is this possible? Best regards CL -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/901c8fbe/attachment-0003.html From spc_meteor at yahoo.com.br Thu Sep 8 08:19:55 2011 From: spc_meteor at yahoo.com.br (Saulo Carvalho) Date: Thu, 8 Sep 2011 05:19:55 -0700 (PDT) Subject: [gradsusr] Enc: reading files directly from ftp's In-Reply-To: <1314503126.70438.YahooMailNeo@web110702.mail.gq1.yahoo.com> References: <1313373663.10745.YahooMailNeo@web110711.mail.gq1.yahoo.com> <1313772772.28085.YahooMailNeo@web110711.mail.gq1.yahoo.com> <1314503126.70438.YahooMailNeo@web110702.mail.gq1.yahoo.com> Message-ID: <1315484395.5236.YahooMailNeo@web110709.mail.gq1.yahoo.com> Dear grads users, Does Grads read files directly from ftp's?? So far as I Know, ?one can read files from http's. That's my doubt. Greetings. ________________________________________ Saulo Carvalho SEMA Diretoria de Recursos H?dricos -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/217ff8e0/attachment-0003.html From cl at meteoconsult.fr Thu Sep 8 10:04:31 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Thu, 8 Sep 2011 16:04:31 +0200 Subject: [gradsusr] shapefile Message-ID: Hello, I use a shapefile that contain points: lat and lon of towns, and i would like to add name of these towns next to marks. Is it possible to use a shape file with name of towns and commands ? 'set shpopts 99 1' 'set line 99' 'draw shp Proximite_Monde' thanks, best regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/baa56f6b/attachment-0003.html From jdduda at iastate.edu Thu Sep 8 20:27:04 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 8 Sep 2011 19:27:04 -0500 Subject: [gradsusr] shaer calculation In-Reply-To: References: Message-ID: It depends on exactly what you want to compute. Do you want to compute total shear in the form of the length of the hodograph or bulk shear, the vector wind difference in a layer bounded by two levels? Jeff Duda On Thu, Sep 8, 2011 at 4:53 AM, SRAVANI A wrote: > > dear grads user > i want to calculate the verticle shear of horizontal wind. plese help me > how to calculate the shear > Thanking you in adavnce > -- > A.Sravani > Research Scholar > Department of Meteorology & Oceanography > Andhra university > Visakhapatnam > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110908/06edd8ba/attachment-0003.html From zjuyanlibin at 163.com Fri Sep 9 00:51:35 2011 From: zjuyanlibin at 163.com (Yan Libin) Date: Fri, 9 Sep 2011 12:51:35 +0800 Subject: [gradsusr] PyGrADS v1.1.b5 on Windows References: Message-ID: <201109091251349843065@163.com> Dear Arlindo, I've installed the pygrads which has drawn me a lot of interests. I wonder what statistical methods are included in the GrADS. Thank you! Regards, Libin Yan Yan Libin From: Arlindo da Silva Date: 2011-09-08 10:25 To: GrADS Users Forum Subject: [gradsusr] PyGrADS v1.1.b5 on Windows On Wed, Sep 7, 2011 at 7:10 PM, Arlindo da Silva wrote: Dear PyGrADS Users, From now on we are recommending that PyGrADS be used with the Enthought Python Distribution (EPD): https://enthought.com/products/epd.php EPD includes many scientific and statistical libraries needed in day to day data analysis. It also saves you the trouble of resolving all the dependencies needed for PyGrADS. It works on many platforms, including Windows, Mac OS X and Linux. The complete EPD is free for academic use, but there is a fee for commercial use, consult the URL above for details. There is also a limited EPD Free Edition that partially works with pygrads (basemaps are missing). (I'll be posting instructions on how to modify the EPD Free Edition for a fully functional PyGrADS.) If you would like to install the EPD Free edition on Windows here is some useful information. Get EPD Free from: http://enthought.com/repo/free As I mentioned before, EPD Free is missing the basemap package that pygrads needs. On Windows you can get the pre-compiled basemap package from: http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.1/ Get the package that matches the EPD Free version. Currently this is Python 2.7, so get basemap-1.0.1.win32-py2.7.exe After that, install pygrads proper: pygrads-1.1.b5.win32.exe And of course, make sure you have the opengrads Win32 superpack installed: grads-2.0.a9.oga.1-win32_superpack.exe PyGrADS should be available on your [Start] menu. Good Luck, Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/18566b68/attachment-0003.html From zjuyanlibin at 163.com Fri Sep 9 01:26:17 2011 From: zjuyanlibin at 163.com (Yan Libin) Date: Fri, 9 Sep 2011 13:26:17 +0800 Subject: [gradsusr] PyGrADS v1.1.b5 released References: Message-ID: <2011090913261731262513@163.com> Dear PyGrADS users, Can anyone provide me with get-started documents related to the usage of PyGrADS? Because I found that the output figures of PyGrADS are more beautiful than ever. Regards, Libin Yan Yan Libin From: Arlindo da Silva Date: 2011-09-08 07:10 To: GrADS Users Forum Subject: [gradsusr] PyGrADS v1.1.b5 released Dear PyGrADS Users, We just released PyGrADS v1.1.b5 on sf.net: http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ This version has been updated to work with the newly released IPython 0.11. While still in beta, this release includes new interpolation methods that allows you to create generic curtain plots. See ChangeLog for additional information. From now on we are recommending that PyGrADS be used with the Enthought Python Distribution (EPD): https://enthought.com/products/epd.php EPD includes many scientific and statistical libraries needed in day to day data analysis. It also saves you the trouble of resolving all the dependencies needed for PyGrADS. It works on many platforms, including Windows, Mac OS X and Linux. The complete EPD is free for academic use, but there is a fee for commercial use, consult the URL above for details. There is also a limited EPD Free Edition that partially works with pygrads (basemaps are missing). (I'll be posting instructions on how to modify the EPD Free Edition for a fully functional PyGrADS.) Enjoy! Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/5397d7f3/attachment-0003.html From dasilva at alum.mit.edu Fri Sep 9 07:35:55 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 9 Sep 2011 07:35:55 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 released In-Reply-To: <2011090913261731262513@163.com> References: <2011090913261731262513@163.com> Message-ID: On Fri, Sep 9, 2011 at 1:26 AM, Yan Libin wrote: > ** > Dear PyGrADS users, > > Can anyone provide me with get-started documents related to the usage of > PyGrADS? > Because I found that the output figures of PyGrADS are more beautiful than > ever. > > Start with wiki: http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS Arlindo > Regards, > Libin Yan > > ------------------------------ > Yan Libin > > *From:* Arlindo da Silva > *Date:* 2011-09-08 07:10 > *To:* GrADS Users Forum > *Subject:* [gradsusr] PyGrADS v1.1.b5 released > Dear PyGrADS Users, > > We just released PyGrADS v1.1.b5 on sf.net: > > http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ > > This version has been updated to work with the newly released IPython > 0.11. While still in beta, this release includes new interpolation methods > that allows you to create generic curtain plots. See ChangeLog for > additional information. > > From now on we are recommending that PyGrADS be used with the Enthought > Python Distribution (EPD): > > https://enthought.com/products/epd.php > > EPD includes many scientific and statistical libraries needed in day to > day data analysis. It also saves you the trouble of resolving all the > dependencies needed for PyGrADS. It works on many platforms, including > Windows, Mac OS X and Linux. The complete EPD is free for academic use, but > there is a fee for commercial use, consult the URL above for details. There > is also a limited EPD Free Edition that partially works with pygrads > (basemaps are missing). (I'll be posting instructions on how to modify the > EPD Free Edition for a fully functional PyGrADS.) > > Enjoy! > > Arlindo > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f2774c2f/attachment-0003.html From dasilva at alum.mit.edu Fri Sep 9 07:41:10 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 9 Sep 2011 07:41:10 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 on Windows In-Reply-To: <201109091251349843065@163.com> References: <201109091251349843065@163.com> Message-ID: On Fri, Sep 9, 2011 at 12:51 AM, Yan Libin wrote: > ** > Dear Arlindo, > > I've installed the pygrads which has drawn me a lot of interests. > I wonder what statistical methods are included in the GrADS. > Do you mean PyGrADS? PyGrADS enables access to all the statistical packages available with scipy (google for it). In particular, you can use the python interface to R and use all the packages available in R. The point is: depending on what you have to do, use the best tool for the job at hand. The EPD environment has a much broader collection of statistical algorithms, but this only matters if you need them. Arlindo > Thank you! > > Regards, > Libin Yan > > ------------------------------ > Yan Libin > > *From:* Arlindo da Silva > *Date:* 2011-09-08 10:25 > *To:* GrADS Users Forum > *Subject:* [gradsusr] PyGrADS v1.1.b5 on Windows > On Wed, Sep 7, 2011 at 7:10 PM, Arlindo da Silva wrote: > >> Dear PyGrADS Users, >> >> From now on we are recommending that PyGrADS be used with the >> Enthought Python Distribution (EPD): >> >> https://enthought.com/products/epd.php >> >> EPD includes many scientific and statistical libraries needed in day to >> day data analysis. It also saves you the trouble of resolving all the >> dependencies needed for PyGrADS. It works on many platforms, including >> Windows, Mac OS X and Linux. The complete EPD is free for academic use, but >> there is a fee for commercial use, consult the URL above for details. There >> is also a limited EPD Free Edition that partially works with pygrads >> (basemaps are missing). (I'll be posting instructions on how to modify the >> EPD Free Edition for a fully functional PyGrADS.) >> >> > If you would like to install the EPD Free edition on Windows here is some > useful information. Get EPD Free from: > > http://enthought.com/repo/free > > As I mentioned before, EPD Free is missing the basemap package that pygrads > needs. > On Windows you can get the pre-compiled basemap package from: > > > http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.1/ > > Get the package that matches the EPD Free version. Currently this is Python > 2.7, so get > > basemap-1.0.1.win32-py2.7.exe > > After that, install pygrads proper: > > pygrads-1.1.b5.win32.exe > > And of course, make sure you have the opengrads Win32 superpack installed: > > grads-2.0.a9.oga.1-win32_superpack.exe > > PyGrADS should be available on your [Start] menu. > > Good Luck, > > Arlindo > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/b8ae89ba/attachment-0003.html From jma at cola.iges.org Fri Sep 9 08:05:20 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Fri, 9 Sep 2011 08:05:20 -0400 Subject: [gradsusr] shapefile In-Reply-To: References: Message-ID: <2D47F3A6-9FA0-4E71-B233-59EBC025F2F3@cola.iges.org> Best way to do this is to use the 'q shp' or 'q dbf' commands and parse the output to get the lat/lon and town name. Then you can use 'q w2xy' to convert the lat/lon to page coordinates, then the 'set string' and 'draw string' commands to position and draw your string. --Jennifer On Sep 8, 2011, at 10:04 AM, Christelle LACROIX wrote: > Hello, > > > I use a shapefile that contain points: lat and lon of towns, and i > would like to add name of these towns next to marks. Is it possible > to use a shape file with name of towns and commands ? > > 'set shpopts 99 1' > 'set line 99' > 'draw shp Proximite_Monde' > > > thanks, > > best regards > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/0ac21f3b/attachment-0003.html From bernd.becker at metoffice.gov.uk Fri Sep 9 10:45:49 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Fri, 9 Sep 2011 15:45:49 +0100 Subject: [gradsusr] searcheable grads user mail list Message-ID: Hello, Where can I find the searchable grads user mail list archive? Thanks, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game From Austin.L.Conaty at nasa.gov Fri Sep 9 11:06:57 2011 From: Austin.L.Conaty at nasa.gov (Austin Conaty) Date: Fri, 9 Sep 2011 11:06:57 -0400 Subject: [gradsusr] searcheable grads user mail list In-Reply-To: References: Message-ID: <4E6A2B91.6040109@nasa.gov> Bernd, From http://www.iges.org/grads/users.html To see the collection of prior postings to the list, visit the gradsusr archives . You can search the archives using your favorite internet search engine (Google, Yahoo, Bing, et al.) by inserting "site:gradsusr.org" into your search string. So it looks like if you google potential vorticity site:gradsusr.org it will search the grads email archives for potential vorticity postings Becker, Bernd wrote: > Hello, > > Where can I find the searchable grads user mail list archive? > > Thanks, > Bernd. > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ > bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Austin Conaty, SAIC Global Modeling & Assimilation Office 301-614-6149 (ph) NASA Goddard Space Flight Center 301-614-6297 (fax) Code 610.1 Greenbelt, MD 20771 Austin.L.Conaty at .nasa.gov http://gmao.gsfc.nasa.gov From saeedbayat7276 at gmail.com Fri Sep 9 11:12:29 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Fri, 9 Sep 2011 19:42:29 +0430 Subject: [gradsusr] PyGrADS v1.1.b5 released In-Reply-To: References: <2011090913261731262513@163.com> Message-ID: Hi Arlindo, I install pygrads in ubuntu 10.04, but when I type pygrads, I lost x11 window and I got this error: raise GrADSError, "GrADS terminated while waiting for response" GrADSError: 'GrADS terminated while waiting for response' What is wrong in your opinion? Regards Saeed Bayat M.A Student of Climatology Ferdowsi University of Mashhad(Iran) On Fri, Sep 9, 2011 at 4:05 PM, Arlindo da Silva wrote: > On Fri, Sep 9, 2011 at 1:26 AM, Yan Libin wrote: > >> ** >> Dear PyGrADS users, >> >> Can anyone provide me with get-started documents related to the usage of >> PyGrADS? >> Because I found that the output figures of PyGrADS are more beautiful than >> ever. >> >> > > Start with wiki: > > http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS > > Arlindo > > >> Regards, >> Libin Yan >> >> ------------------------------ >> Yan Libin >> >> *From:* Arlindo da Silva >> *Date:* 2011-09-08 07:10 >> *To:* GrADS Users Forum >> *Subject:* [gradsusr] PyGrADS v1.1.b5 released >> Dear PyGrADS Users, >> >> We just released PyGrADS v1.1.b5 on sf.net: >> >> http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ >> >> This version has been updated to work with the newly released IPython >> 0.11. While still in beta, this release includes new interpolation methods >> that allows you to create generic curtain plots. See ChangeLog for >> additional information. >> >> From now on we are recommending that PyGrADS be used with the Enthought >> Python Distribution (EPD): >> >> https://enthought.com/products/epd.php >> >> EPD includes many scientific and statistical libraries needed in day to >> day data analysis. It also saves you the trouble of resolving all the >> dependencies needed for PyGrADS. It works on many platforms, including >> Windows, Mac OS X and Linux. The complete EPD is free for academic use, but >> there is a fee for commercial use, consult the URL above for details. There >> is also a limited EPD Free Edition that partially works with pygrads >> (basemaps are missing). (I'll be posting instructions on how to modify the >> EPD Free Edition for a fully functional PyGrADS.) >> >> Enjoy! >> >> Arlindo >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/5d3fc34c/attachment-0003.html From vinaybijnori at yahoo.com Fri Sep 9 11:56:33 2011 From: vinaybijnori at yahoo.com (vinay kumar) Date: Fri, 9 Sep 2011 08:56:33 -0700 (PDT) Subject: [gradsusr] (no subject) Message-ID: <1315583793.45705.YahooMailNeo@web161005.mail.bf1.yahoo.com> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/6c1b7b8f/attachment-0003.html From dasilva at alum.mit.edu Fri Sep 9 11:59:21 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 9 Sep 2011 11:59:21 -0400 Subject: [gradsusr] PyGrADS v1.1.b5 released In-Reply-To: References: <2011090913261731262513@163.com> Message-ID: On Fri, Sep 9, 2011 at 11:12 AM, saeed bayat wrote: > Hi Arlindo, > I install pygrads in ubuntu 10.04, but when I type pygrads, I lost x11 > window and I got > this error: > raise GrADSError, "GrADS terminated while waiting for response" > GrADSError: 'GrADS terminated while waiting for response' > What is wrong in your opinion? > > First make sure you have a valid grads installation, preferably the latest opengrads bundle installation. Read the pygrads installation instructions. Arlindo > Regards > Saeed Bayat > M.A Student of Climatology > Ferdowsi University of Mashhad(Iran) > > > On Fri, Sep 9, 2011 at 4:05 PM, Arlindo da Silva wrote: > >> On Fri, Sep 9, 2011 at 1:26 AM, Yan Libin wrote: >> >>> ** >>> Dear PyGrADS users, >>> >>> Can anyone provide me with get-started documents related to the usage of >>> PyGrADS? >>> Because I found that the output figures of PyGrADS are more beautiful >>> than ever. >>> >>> >> >> Start with wiki: >> >> http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS >> >> Arlindo >> >> >>> Regards, >>> Libin Yan >>> >>> ------------------------------ >>> Yan Libin >>> >>> *From:* Arlindo da Silva >>> *Date:* 2011-09-08 07:10 >>> *To:* GrADS Users Forum >>> *Subject:* [gradsusr] PyGrADS v1.1.b5 released >>> Dear PyGrADS Users, >>> >>> We just released PyGrADS v1.1.b5 on sf.net: >>> >>> >>> http://sourceforge.net/projects/opengrads/files/python-grads/1.1.b5/ >>> >>> This version has been updated to work with the newly released IPython >>> 0.11. While still in beta, this release includes new interpolation methods >>> that allows you to create generic curtain plots. See ChangeLog for >>> additional information. >>> >>> From now on we are recommending that PyGrADS be used with the Enthought >>> Python Distribution (EPD): >>> >>> https://enthought.com/products/epd.php >>> >>> EPD includes many scientific and statistical libraries needed in day to >>> day data analysis. It also saves you the trouble of resolving all the >>> dependencies needed for PyGrADS. It works on many platforms, including >>> Windows, Mac OS X and Linux. The complete EPD is free for academic use, but >>> there is a fee for commercial use, consult the URL above for details. There >>> is also a limited EPD Free Edition that partially works with pygrads >>> (basemaps are missing). (I'll be posting instructions on how to modify the >>> EPD Free Edition for a fully functional PyGrADS.) >>> >>> Enjoy! >>> >>> Arlindo >>> -- >>> Arlindo da Silva >>> dasilva at alum.mit.edu >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/10df693d/attachment-0003.html From bernd.becker at metoffice.gov.uk Fri Sep 9 12:05:39 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Fri, 9 Sep 2011 17:05:39 +0100 Subject: [gradsusr] define variable independent of time Message-ID: Simple question, complicated answer: I would like to composite stuff from several files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values because a and c have different times. What can be done about this? Have a nice weekend. Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game From dasilva at alum.mit.edu Fri Sep 9 12:39:37 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 9 Sep 2011 12:39:37 -0400 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > > Simple question, > complicated answer: > > I would like to composite stuff from several files. > > Each file has its own time and date info in its own .ctl file. > > How can I add elements from different such files? > > How can I break away from the strict treatment of the time dimension in > grads? > > open file1.ctl > define a=ave(b,t=1,t=34) > close 1 > open file2.ctl > define c= ave(b,t=3,t=9) > close 2 > etc. > > d a+c > Cannot contour grid - all undefined values > > Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/6155d79e/attachment-0003.html From rafanoharana at gmail.com Fri Sep 9 14:59:00 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Fri, 9 Sep 2011 11:59:00 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working Message-ID: Dear all, I've already posted this message before but I can't get it worked. If any of you have any idea to crop the study area, please let me know. One said that it is possible to grab a shapefile of the top part and fill it with black (I guess he meant re-setting the value of the variable covered by this shapefile to 0). If you have any experience or any tips on how to do that, thanks in advance for your help. Kind regards, Serge ---------- Forwarded message ---------- From: Rafanoharana Serge Claudio Date: Fri, Aug 26, 2011 at 7:53 AM Subject: Crop country boundary To: GrADS Users Forum Dear all, I would like to ask if there is a way to crop the data to a specific area. In GrADS, if we use 'set mpdset hires', we have the country boundary. However for my case I only need the study area (please refer to the attached file). I found that http://www.diva-gis.org/datadown provides Grid data. Can we use the data from this Website to crop it or...? Thank you, -- Serge -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f4f4b1b6/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: evi-1.jpg Type: image/jpeg Size: 242511 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f4f4b1b6/attachment-0003.jpg From esjluis at yahoo.com.mx Fri Sep 9 15:37:46 2011 From: esjluis at yahoo.com.mx (jl sa) Date: Fri, 9 Sep 2011 12:37:46 -0700 (PDT) Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: <1315597066.30032.YahooMailNeo@web111005.mail.gq1.yahoo.com> checa esto: open file1.ctl open file2.ctl define a=ave(b.1,t=1,t=34) define c= ave(b.2,t=3,t=9) d a+c close 1 close 2 etc. ________________________________ De: "gradsusr-request at gradsusr.org" Para: gradsusr at gradsusr.org Enviado: Viernes, 9 de septiembre, 2011 9:44:18 Asunto: gradsusr Digest, Vol 19, Issue 13 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. define variable independent of time (Becker, Bernd) ? 2. Re: define variable independent of time (Arlindo da Silva) ? 3. Crop country boundary or masking an area - still not??? working ? ? ? (Rafanoharana Serge Claudio) ---------------------------------------------------------------------- Message: 1 Date: Fri, 9 Sep 2011 17:05:39 +0100 From: "Becker, Bernd" Subject: [gradsusr] define variable independent of time To: "GrADS Users Forum" Message-ID: ??? ??? Content-Type: text/plain;??? charset="us-ascii" Simple question, complicated answer: I would like to composite stuff from several? files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values because a and c have different times. What can be done about this? Have a nice weekend. Bernd. -- Bernd Becker? Climate Impacts Product Development Met Office Hadley Centre? ? FitzRoy Road? Exeter? Devon EX1 3PB? United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ------------------------------ Message: 2 Date: Fri, 9 Sep 2011 12:39:37 -0400 From: Arlindo da Silva Subject: Re: [gradsusr] define variable independent of time To: GrADS Users Forum Message-ID: ??? Content-Type: text/plain; charset="iso-8859-1" On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > > Simple question, > complicated answer: > > I would like to composite stuff from several? files. > > Each file has its own time and date info in its own .ctl file. > > How can I add elements from different such files? > > How can I break away from the strict treatment of the time dimension in > grads? > > open file1.ctl > define a=ave(b,t=1,t=34) > close 1 > open file2.ctl > define c= ave(b,t=3,t=9) > close 2 > etc. > > d a+c > Cannot contour grid - all undefined values > > Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/6155d79e/attachment-0001.html ------------------------------ Message: 3 Date: Fri, 9 Sep 2011 11:59:00 -0700 From: Rafanoharana Serge Claudio Subject: [gradsusr] Crop country boundary or masking an area - still ??? not??? working To: GrADS Users Forum Message-ID: ??? Content-Type: text/plain; charset="iso-8859-1" Dear all, I've already posted this message before but I can't get it worked. If any of you have any idea to crop the study area, please let me know. One said that it is possible to grab a shapefile of the top part? and fill it with black (I guess he meant re-setting the value of the variable covered by this shapefile to 0). If you have any experience or any tips on how to do that, thanks in advance for your help. Kind regards, Serge ---------- Forwarded message ---------- From: Rafanoharana Serge Claudio Date: Fri, Aug 26, 2011 at 7:53 AM Subject: Crop country boundary To: GrADS Users Forum Dear all, I would like to ask if there is a way to crop the data to a specific area. In GrADS, if we use 'set mpdset hires', we have the country boundary. However for my case I only need the study area (please refer to the attached file). I found that http://www.diva-gis.org/datadown provides Grid data. Can we use the data from this Website to crop it or...? Thank you, -- Serge -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f4f4b1b6/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: evi-1.jpg Type: image/jpeg Size: 242511 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110909/f4f4b1b6/attachment.jpg ------------------------------ _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr End of gradsusr Digest, Vol 19, Issue 13 **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/a2c3a297/attachment-0003.html From Huddleston at cira.colostate.edu Fri Sep 9 16:09:29 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 9 Sep 2011 13:09:29 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: Serge Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to clip your data. You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on Linux use 'apt-get install gdal-bin'. Use the following command: ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp where Study_Area.shp is a shapefile in the attached zip file and Your_input_data.shp is the shapefile you want to clip. John Huddleston, PhD Cooperative Institute for Research in the Atmosphere From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Rafanoharana Serge Claudio Sent: Friday, September 09, 2011 12:59 PM To: GrADS Users Forum Subject: [gradsusr] Crop country boundary or masking an area - still not working Dear all, I've already posted this message before but I can't get it worked. If any of you have any idea to crop the study area, please let me know. One said that it is possible to grab a shapefile of the top part and fill it with black (I guess he meant re-setting the value of the variable covered by this shapefile to 0). If you have any experience or any tips on how to do that, thanks in advance for your help. Kind regards, Serge ---------- Forwarded message ---------- From: Rafanoharana Serge Claudio > Date: Fri, Aug 26, 2011 at 7:53 AM Subject: Crop country boundary To: GrADS Users Forum > Dear all, I would like to ask if there is a way to crop the data to a specific area. In GrADS, if we use 'set mpdset hires', we have the country boundary. However for my case I only need the study area (please refer to the attached file). I found that http://www.diva-gis.org/datadown provides Grid data. Can we use the data from this Website to crop it or...? Thank you, -- Serge -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110909/5f24b32d/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Study_Area.zip Type: application/x-zip-compressed Size: 2202193 bytes Desc: Study_Area.zip Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110909/5f24b32d/attachment-0003.bin From bernd.becker at metoffice.gov.uk Sat Sep 10 04:30:06 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Sat, 10 Sep 2011 09:30:06 +0100 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: Thanks Arlindo, That would be nice for single numbers. It as one notch more elaborate: 'set dfile 2' 'set t 2 33' 'define obs = 'var'.2' 'set dfile 3' 'set t 2 33' 'define fx = 'var'.3' file 2 and 3 have different time frames. d fx-obs fails. And it would be a real bummer to have to calculate the times from one file relative to the other file. Compositing in this way would be really hard. Enjoy the weekend! Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva Sent: 09 September 2011 17:40 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd wrote: Simple question, complicated answer: I would like to composite stuff from several files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110910/b63340dd/attachment-0003.html From hallak at model.iag.usp.br Sat Sep 10 07:25:09 2011 From: hallak at model.iag.usp.br (Ricardo Hallak) Date: Sat, 10 Sep 2011 09:25:09 -0200 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: <20110910111216.M81399@model.iag.usp.br> Dear Bernd, I would use the fwrite command: For each computation, you can fwrite the new defined fields in a single binary file, if they have the same horizontal dimensions. With an appropriate ctl that describe correctly the new binary file as the defined fields were at the same time, you can do calculations. Ricardo On Sat, 10 Sep 2011 09:30:06 +0100, Becker, Bernd wrote > Thanks Arlindo, > ? > That would be nice for single numbers. > ? > It as one notch more elaborate: > ? > ? 'set dfile 2' > ? 'set t 2? 33' > ? 'define obs???? = 'var'.2' > > ?'set dfile 3' > ? 'set t 2? 33' > ?'define fx???? = 'var'.3' > > file 2 and 3 have different time frames. > ? > d fx-obs > ? > fails. > And it would be a real bummer to have to calculate the times from one file relative > to the other file. > ? > Compositing in this way would be really hard. > ? > Enjoy the weekend! > Bernd. > ? > -- > Bernd Becker?? Climate Impacts Product Development > Met Office Hadley Centre??? FitzRoy Road?Exeter?? Devon EX1 3PB? United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > ? > > ----------------------------------------------------------------------- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva > Sent: 09 September 2011 17:40 > To: GrADS Users Forum > Subject: Re: [gradsusr] define variable independent of time > > > On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd wrote: > > > Simple question, > complicated answer: > > I would like to composite stuff from several ?files. > > Each file has its own time and date info in its own .ctl file. > > How can I add elements from different such files? > > How can I break away from the strict treatment of the time dimension in > grads? > > open file1.ctl > define a=ave(b,t=1,t=34) > close 1 > open file2.ctl > define c= ave(b,t=3,t=9) > close 2 > etc. > > d a+c > Cannot contour grid - all undefined values > > > > Try: > > d a(t=1)+c(t=1) > > -- > Arlindo da Silva > dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110910/61de2c96/attachment-0003.html From rafanoharana at gmail.com Sat Sep 10 11:57:36 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Sat, 10 Sep 2011 08:57:36 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: Dear John, Thank you for your answer. I do have ogr2ogr and a shapefile of the study area. Thank you anyway for the file. In your command, you only deal with .shp files, and ogr2ogr cannot be used within GrADS. The problem is that I have a .nc file which contains a variable. I want to clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can deal with .nc format (I also tried but not working). Thanks, Serge On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John < Huddleston at cira.colostate.edu> wrote: > Serge**** > > ** ** > > Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to clip > your data.**** > > ** ** > > You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on Linux > use ?apt-get install gdal-bin?.**** > > ** ** > > Use the following command:**** > > ** ** > > ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp**** > > ** ** > > where Study_Area.shp is a shapefile in the attached zip file and > Your_input_data.shp is the shapefile you want to clip.**** > > ** ** > > John Huddleston, PhD**** > > Cooperative Institute for Research in the Atmosphere**** > > ** ** > > ** ** > > ** ** > > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Rafanoharana Serge Claudio > *Sent:* Friday, September 09, 2011 12:59 PM > *To:* GrADS Users Forum > *Subject:* [gradsusr] Crop country boundary or masking an area - still not > working**** > > ** ** > > Dear all, > > I've already posted this message before but I can't get it worked. > If any of you have any idea to crop the study area, please let me know. One > said that it is possible to grab a shapefile of the top part and fill it > with black (I guess he meant re-setting the value of the variable covered by > this shapefile to 0). If you have any experience or any tips on how to do > that, thanks in advance for your help. > > Kind regards, > > Serge**** > > ---------- Forwarded message ---------- > From: *Rafanoharana Serge Claudio* > Date: Fri, Aug 26, 2011 at 7:53 AM > Subject: Crop country boundary > To: GrADS Users Forum > > > Dear all, > > I would like to ask if there is a way to crop the data to a specific area. > In GrADS, if we use 'set mpdset hires', we have the country boundary. > However for my case I only need the study area (please refer to the attached > file). > > I found that http://www.diva-gis.org/datadown provides Grid data. Can we > use the data from this Website to crop it or...? > > Thank you, > > -- > Serge **** > > > > > -- > Serge**** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110910/2a873fa2/attachment-0003.html From jdduda at iastate.edu Sat Sep 10 13:40:56 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Sat, 10 Sep 2011 12:40:56 -0500 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: You can reference the time of a variable when you use it in a statement. For example, you could do 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' This should help you do what you want to do. Jeff Duda On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > ** > Thanks Arlindo, > > That would be nice for single numbers. > > It as one notch more elaborate: > > 'set dfile 2' > 'set t 2 33' > 'define obs = 'var'.2' > 'set dfile 3' > 'set t 2 33' > 'define fx = 'var'.3' > file 2 and 3 have different time frames. > > d fx-obs > > fails. > And it would be a real bummer to have to calculate the times from one file > relative > to the other file. > > Compositing in this way would be really hard. > > Enjoy the weekend! > Bernd. > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva > *Sent:* 09 September 2011 17:40 > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] define variable independent of time > > On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> >> Simple question, >> complicated answer: >> >> I would like to composite stuff from several files. >> >> Each file has its own time and date info in its own .ctl file. >> >> How can I add elements from different such files? >> >> How can I break away from the strict treatment of the time dimension in >> grads? >> >> open file1.ctl >> define a=ave(b,t=1,t=34) >> close 1 >> open file2.ctl >> define c= ave(b,t=3,t=9) >> close 2 >> etc. >> >> d a+c >> Cannot contour grid - all undefined values >> >> > Try: > > d a(t=1)+c(t=1) > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110910/acae5974/attachment-0003.html From yaqiang.wang at gmail.com Sat Sep 10 22:57:20 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Sun, 11 Sep 2011 10:57:20 +0800 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: You can use maskout function to crop your grid data. Or use basemap script to 'crop' your figure. On Sat, Sep 10, 2011 at 11:57 PM, Rafanoharana Serge Claudio wrote: > Dear John, > > Thank you for your answer. I do have ogr2ogr and a shapefile of the study > area. Thank you anyway for the file. > In your command, you only deal with .shp files, and ogr2ogr cannot be used > within GrADS. > The problem is that I have a .nc file which contains a variable. I want to > clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can > deal with .nc format (I also tried but not working). > > Thanks, > > Serge > > > On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John > wrote: >> >> Serge >> >> >> >> Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to >> clip your data. >> >> >> >> You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on Linux >> use ?apt-get install gdal-bin?. >> >> >> >> Use the following command: >> >> >> >> ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp >> >> >> >> where Study_Area.shp is a shapefile in the attached zip file and >> Your_input_data.shp is the shapefile you want to clip. >> >> >> >> John Huddleston, PhD >> >> Cooperative Institute for Research in the Atmosphere >> >> >> >> >> >> >> >> From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] >> On Behalf Of Rafanoharana Serge Claudio >> Sent: Friday, September 09, 2011 12:59 PM >> To: GrADS Users Forum >> Subject: [gradsusr] Crop country boundary or masking an area - still not >> working >> >> >> >> Dear all, >> >> I've already posted this message before but I can't get it worked. >> If any of you have any idea to crop the study area, please let me know. >> One said that it is possible to grab a shapefile of the top part? and fill >> it with black (I guess he meant re-setting the value of the variable covered >> by this shapefile to 0). If you have any experience or any tips on how to do >> that, thanks in advance for your help. >> >> Kind regards, >> >> Serge >> >> ---------- Forwarded message ---------- >> From: Rafanoharana Serge Claudio >> Date: Fri, Aug 26, 2011 at 7:53 AM >> Subject: Crop country boundary >> To: GrADS Users Forum >> >> >> Dear all, >> >> I would like to ask if there is a way to crop the data to a specific area. >> In GrADS, if we use 'set mpdset hires', we have the country boundary. >> However for my case I only need the study area (please refer to the attached >> file). >> >> I found that http://www.diva-gis.org/datadown provides Grid data. Can we >> use the data from this Website to crop it or...? >> >> Thank you, >> >> -- >> Serge >> >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From rafanoharana at gmail.com Mon Sep 12 03:27:09 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 12 Sep 2011 00:27:09 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: Dear Yaqiang, Thank you for your email. I will work on it and let you know ASAP. Best Regards, Serge On Sat, Sep 10, 2011 at 7:57 PM, Yaqiang Wang wrote: > You can use maskout function to crop your grid data. Or use basemap > script to 'crop' your figure. > > On Sat, Sep 10, 2011 at 11:57 PM, Rafanoharana Serge Claudio > wrote: > > Dear John, > > > > Thank you for your answer. I do have ogr2ogr and a shapefile of the study > > area. Thank you anyway for the file. > > In your command, you only deal with .shp files, and ogr2ogr cannot be > used > > within GrADS. > > The problem is that I have a .nc file which contains a variable. I want > to > > clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can > > deal with .nc format (I also tried but not working). > > > > Thanks, > > > > Serge > > > > > > On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John > > wrote: > >> > >> Serge > >> > >> > >> > >> Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to > >> clip your data. > >> > >> > >> > >> You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on > Linux > >> use ?apt-get install gdal-bin?. > >> > >> > >> > >> Use the following command: > >> > >> > >> > >> ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp > >> > >> > >> > >> where Study_Area.shp is a shapefile in the attached zip file and > >> Your_input_data.shp is the shapefile you want to clip. > >> > >> > >> > >> John Huddleston, PhD > >> > >> Cooperative Institute for Research in the Atmosphere > >> > >> > >> > >> > >> > >> > >> > >> From: gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] > >> On Behalf Of Rafanoharana Serge Claudio > >> Sent: Friday, September 09, 2011 12:59 PM > >> To: GrADS Users Forum > >> Subject: [gradsusr] Crop country boundary or masking an area - still not > >> working > >> > >> > >> > >> Dear all, > >> > >> I've already posted this message before but I can't get it worked. > >> If any of you have any idea to crop the study area, please let me know. > >> One said that it is possible to grab a shapefile of the top part and > fill > >> it with black (I guess he meant re-setting the value of the variable > covered > >> by this shapefile to 0). If you have any experience or any tips on how > to do > >> that, thanks in advance for your help. > >> > >> Kind regards, > >> > >> Serge > >> > >> ---------- Forwarded message ---------- > >> From: Rafanoharana Serge Claudio > >> Date: Fri, Aug 26, 2011 at 7:53 AM > >> Subject: Crop country boundary > >> To: GrADS Users Forum > >> > >> > >> Dear all, > >> > >> I would like to ask if there is a way to crop the data to a specific > area. > >> In GrADS, if we use 'set mpdset hires', we have the country boundary. > >> However for my case I only need the study area (please refer to the > attached > >> file). > >> > >> I found that http://www.diva-gis.org/datadown provides Grid data. Can > we > >> use the data from this Website to crop it or...? > >> > >> Thank you, > >> > >> -- > >> Serge > >> > >> > >> -- > >> Serge > >> > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > > > > > > -- > > Serge > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/545035f7/attachment-0003.html From bernd.becker at metoffice.gov.uk Mon Sep 12 04:03:26 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Mon, 12 Sep 2011 09:03:26 +0100 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: Jeff, That is is the really hard part. Each item fx and obs describes a chunk of a time series. One would have to manually calculate the start and end dates with respect to the reference dfile. If only (and I think Mike explained it a long time ago, and I cannot find the email) one could set file 1 set t 2 34 define whatever set dfile 2 set t 6 39 define theother and happily combine whatever with theother. Think about multimodel ensemble hindcast analysis, trying to composit observed phenomena with modelled phenomena that simply don't happen simultaneously. All the best, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jeffrey Duda Sent: 10 September 2011 18:41 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time You can reference the time of a variable when you use it in a statement. For example, you could do 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' This should help you do what you want to do. Jeff Duda On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd wrote: Thanks Arlindo, That would be nice for single numbers. It as one notch more elaborate: 'set dfile 2' 'set t 2 33' 'define obs = 'var'.2' 'set dfile 3' 'set t 2 33' 'define fx = 'var'.3' file 2 and 3 have different time frames. d fx-obs fails. And it would be a real bummer to have to calculate the times from one file relative to the other file. Compositing in this way would be really hard. Enjoy the weekend! Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva Sent: 09 September 2011 17:40 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd wrote: Simple question, complicated answer: I would like to composite stuff from several files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/44da6546/attachment-0003.html From Huddleston at cira.colostate.edu Mon Sep 12 08:00:55 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Mon, 12 Sep 2011 05:00:55 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: , Message-ID: Serge See http://www.ncl.ucar.edu/Document/Tools/ncl_convert2nc.shtml and convert your study area shapefile to a masking netCDF file. Then write a small C/FORTRAN application to read your input netCDF file and the masking netCDF and write out a new netCDF file where the area outside your study area is the missing "undef" value. John Huddleston ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On Behalf Of Rafanoharana Serge Claudio [rafanoharana at gmail.com] Sent: Monday, September 12, 2011 1:27 AM To: GrADS Users Forum Subject: Re: [gradsusr] Crop country boundary or masking an area - still not working Dear Yaqiang, Thank you for your email. I will work on it and let you know ASAP. Best Regards, Serge On Sat, Sep 10, 2011 at 7:57 PM, Yaqiang Wang > wrote: You can use maskout function to crop your grid data. Or use basemap script to 'crop' your figure. On Sat, Sep 10, 2011 at 11:57 PM, Rafanoharana Serge Claudio > wrote: > Dear John, > > Thank you for your answer. I do have ogr2ogr and a shapefile of the study > area. Thank you anyway for the file. > In your command, you only deal with .shp files, and ogr2ogr cannot be used > within GrADS. > The problem is that I have a .nc file which contains a variable. I want to > clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can > deal with .nc format (I also tried but not working). > > Thanks, > > Serge > > > On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John > > wrote: >> >> Serge >> >> >> >> Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to >> clip your data. >> >> >> >> You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on Linux >> use ?apt-get install gdal-bin?. >> >> >> >> Use the following command: >> >> >> >> ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp >> >> >> >> where Study_Area.shp is a shapefile in the attached zip file and >> Your_input_data.shp is the shapefile you want to clip. >> >> >> >> John Huddleston, PhD >> >> Cooperative Institute for Research in the Atmosphere >> >> >> >> >> >> >> >> From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] >> On Behalf Of Rafanoharana Serge Claudio >> Sent: Friday, September 09, 2011 12:59 PM >> To: GrADS Users Forum >> Subject: [gradsusr] Crop country boundary or masking an area - still not >> working >> >> >> >> Dear all, >> >> I've already posted this message before but I can't get it worked. >> If any of you have any idea to crop the study area, please let me know. >> One said that it is possible to grab a shapefile of the top part and fill >> it with black (I guess he meant re-setting the value of the variable covered >> by this shapefile to 0). If you have any experience or any tips on how to do >> that, thanks in advance for your help. >> >> Kind regards, >> >> Serge >> >> ---------- Forwarded message ---------- >> From: Rafanoharana Serge Claudio > >> Date: Fri, Aug 26, 2011 at 7:53 AM >> Subject: Crop country boundary >> To: GrADS Users Forum > >> >> >> Dear all, >> >> I would like to ask if there is a way to crop the data to a specific area. >> In GrADS, if we use 'set mpdset hires', we have the country boundary. >> However for my case I only need the study area (please refer to the attached >> file). >> >> I found that http://www.diva-gis.org/datadown provides Grid data. Can we >> use the data from this Website to crop it or...? >> >> Thank you, >> >> -- >> Serge >> >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/52babf1b/attachment-0003.html From jdduda at iastate.edu Mon Sep 12 12:16:59 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 12 Sep 2011 11:16:59 -0500 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: Bernd, To help me understand, could you provide a simple example? Jeff On Mon, Sep 12, 2011 at 3:03 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > ** > Jeff, > > That is is the really hard part. > Each item fx and obs describes a chunk of a time series. > One would have to manually calculate the start and end dates > with respect to the reference dfile. > > If only (and I think Mike explained it a long time ago, and I cannot find > the > email) one could > set file 1 > set t 2 34 > define whatever > set dfile 2 > set t 6 39 > define theother > > and happily combine whatever with theother. > > Think about multimodel ensemble hindcast analysis, trying to composit > observed phenomena with modelled phenomena that simply > don't happen simultaneously. > > All the best, > Bernd. > > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Jeffrey Duda > *Sent:* 10 September 2011 18:41 > > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] define variable independent of time > > You can reference the time of a variable when you use it in a statement. > For example, you could do > > 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' > > This should help you do what you want to do. > > Jeff Duda > > On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> ** >> Thanks Arlindo, >> >> That would be nice for single numbers. >> >> It as one notch more elaborate: >> >> 'set dfile 2' >> 'set t 2 33' >> 'define obs = 'var'.2' >> 'set dfile 3' >> 'set t 2 33' >> 'define fx = 'var'.3' >> file 2 and 3 have different time frames. >> >> d fx-obs >> >> fails. >> And it would be a real bummer to have to calculate the times from one file >> relative >> to the other file. >> >> Compositing in this way would be really hard. >> >> Enjoy the weekend! >> Bernd. >> >> >> -- >> Bernd Becker Climate Impacts Product Development >> Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United >> Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker >> http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game >> >> >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva >> *Sent:* 09 September 2011 17:40 >> *To:* GrADS Users Forum >> *Subject:* Re: [gradsusr] define variable independent of time >> >> On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < >> bernd.becker at metoffice.gov.uk> wrote: >> >>> >>> Simple question, >>> complicated answer: >>> >>> I would like to composite stuff from several files. >>> >>> Each file has its own time and date info in its own .ctl file. >>> >>> How can I add elements from different such files? >>> >>> How can I break away from the strict treatment of the time dimension in >>> grads? >>> >>> open file1.ctl >>> define a=ave(b,t=1,t=34) >>> close 1 >>> open file2.ctl >>> define c= ave(b,t=3,t=9) >>> close 2 >>> etc. >>> >>> d a+c >>> Cannot contour grid - all undefined values >>> >>> >> Try: >> >> d a(t=1)+c(t=1) >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/59590758/attachment-0003.html From rafanoharana at gmail.com Mon Sep 12 12:29:21 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 12 Sep 2011 09:29:21 -0700 Subject: [gradsusr] Crop country boundary or masking an area - still not working In-Reply-To: References: Message-ID: Dear John, Sounds very interesting but I have no experience at all in FORTRAN and on how to implement the FORTRAN code to GrADS. I do have experience in C. Regards, Serge On Mon, Sep 12, 2011 at 5:00 AM, Huddleston, John < Huddleston at cira.colostate.edu> wrote: > Serge > > See http://www.ncl.ucar.edu/Document/Tools/ncl_convert2nc.shtml and > convert your study area shapefile to a masking netCDF file. > > Then write a small C/FORTRAN application to read your input netCDF file > and the masking netCDF and write out a new netCDF file where the area > outside your study area is the missing "undef" value. > > John Huddleston > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On > Behalf Of Rafanoharana Serge Claudio [rafanoharana at gmail.com] > *Sent:* Monday, September 12, 2011 1:27 AM > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] Crop country boundary or masking an area - still > not working > > Dear Yaqiang, > > Thank you for your email. I will work on it and let you know ASAP. > > Best Regards, > > Serge > > > On Sat, Sep 10, 2011 at 7:57 PM, Yaqiang Wang wrote: > >> You can use maskout function to crop your grid data. Or use basemap >> script to 'crop' your figure. >> >> On Sat, Sep 10, 2011 at 11:57 PM, Rafanoharana Serge Claudio >> wrote: >> > Dear John, >> > >> > Thank you for your answer. I do have ogr2ogr and a shapefile of the >> study >> > area. Thank you anyway for the file. >> > In your command, you only deal with .shp files, and ogr2ogr cannot be >> used >> > within GrADS. >> > The problem is that I have a .nc file which contains a variable. I want >> to >> > clip this .nc file (but not a .shp file). I am not sure that ogr2ogr can >> > deal with .nc format (I also tried but not working). >> > >> > Thanks, >> > >> > Serge >> > >> > >> > On Fri, Sep 9, 2011 at 1:09 PM, Huddleston, John >> > wrote: >> >> >> >> Serge >> >> >> >> >> >> >> >> Attached is your study area shapefile (Study_Area.shp). Use ogr2ogr to >> >> clip your data. >> >> >> >> >> >> >> >> You can get ogr2ogr from http://www.gdal.org/ogr2ogr.html or if on >> Linux >> >> use ?apt-get install gdal-bin?. >> >> >> >> >> >> >> >> Use the following command: >> >> >> >> >> >> >> >> ogr2ogr -clipsrc Study_Area.shp output.shp Your_input_data.shp >> >> >> >> >> >> >> >> where Study_Area.shp is a shapefile in the attached zip file and >> >> Your_input_data.shp is the shapefile you want to clip. >> >> >> >> >> >> >> >> John Huddleston, PhD >> >> >> >> Cooperative Institute for Research in the Atmosphere >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> From: gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] >> >> On Behalf Of Rafanoharana Serge Claudio >> >> Sent: Friday, September 09, 2011 12:59 PM >> >> To: GrADS Users Forum >> >> Subject: [gradsusr] Crop country boundary or masking an area - still >> not >> >> working >> >> >> >> >> >> >> >> Dear all, >> >> >> >> I've already posted this message before but I can't get it worked. >> >> If any of you have any idea to crop the study area, please let me know. >> >> One said that it is possible to grab a shapefile of the top part and >> fill >> >> it with black (I guess he meant re-setting the value of the variable >> covered >> >> by this shapefile to 0). If you have any experience or any tips on how >> to do >> >> that, thanks in advance for your help. >> >> >> >> Kind regards, >> >> >> >> Serge >> >> >> >> ---------- Forwarded message ---------- >> >> From: Rafanoharana Serge Claudio >> >> Date: Fri, Aug 26, 2011 at 7:53 AM >> >> Subject: Crop country boundary >> >> To: GrADS Users Forum >> >> >> >> >> >> Dear all, >> >> >> >> I would like to ask if there is a way to crop the data to a specific >> area. >> >> In GrADS, if we use 'set mpdset hires', we have the country boundary. >> >> However for my case I only need the study area (please refer to the >> attached >> >> file). >> >> >> >> I found that http://www.diva-gis.org/datadown provides Grid data. Can >> we >> >> use the data from this Website to crop it or...? >> >> >> >> Thank you, >> >> >> >> -- >> >> Serge >> >> >> >> >> >> -- >> >> Serge >> >> >> >> _______________________________________________ >> >> gradsusr mailing list >> >> gradsusr at gradsusr.org >> >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> > >> > >> > >> > -- >> > Serge >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> >> >> >> -- >> ************************************************* >> Dr. Yaqiang Wang >> Chinese Academy of Meteorological Sciences (CAMS) >> 46, Zhong-Guan-Cun South Avenue >> Beijing, 100081 >> China >> >> yaqiang.wang at gmail.com >> ************************************************** >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/c4b21f05/attachment-0003.html From dasilva at alum.mit.edu Mon Sep 12 13:18:52 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Mon, 12 Sep 2011 19:18:52 +0200 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: On Mon, Sep 12, 2011 at 10:03 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > ** > Jeff, > > That is is the really hard part. > Each item fx and obs describes a chunk of a time series. > One would have to manually calculate the start and end dates > with respect to the reference dfile. > > If only (and I think Mike explained it a long time ago, and I cannot find > the > email) one could > set file 1 > set t 2 34 > define whatever > set dfile 2 > set t 6 39 > define theother > > and happily combine whatever with theother. > > Think about multimodel ensemble hindcast analysis, trying to composit > observed phenomena with modelled phenomena that simply > don't happen simultaneously. > > Well, have you thought about creating a ctl with each member corresponding to a different file? In grads ensemble implementation you can specify different beginning/ending times for each member, with TDEF specifying the time interval that covers all the members. I typically do this to handle twice daily forecasts: each forecast is an ensemble member, each starting at the initial condition and going out 5 days. Here is how it looks on our GDS: http://portal.nccs.nasa.gov/cgi-lats4d/opendap.cgi?&path=/GEOS-5/fp/0.25_deg/fcast/inst1_2d_hwl_Nx.all.info Of course, this assumes that the files have the same variables and grids, just different time span. Arlindo > All the best, > Bernd. > > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Jeffrey Duda > *Sent:* 10 September 2011 18:41 > > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] define variable independent of time > > You can reference the time of a variable when you use it in a statement. > For example, you could do > > 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' > > This should help you do what you want to do. > > Jeff Duda > > On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> ** >> Thanks Arlindo, >> >> That would be nice for single numbers. >> >> It as one notch more elaborate: >> >> 'set dfile 2' >> 'set t 2 33' >> 'define obs = 'var'.2' >> 'set dfile 3' >> 'set t 2 33' >> 'define fx = 'var'.3' >> file 2 and 3 have different time frames. >> >> d fx-obs >> >> fails. >> And it would be a real bummer to have to calculate the times from one file >> relative >> to the other file. >> >> Compositing in this way would be really hard. >> >> Enjoy the weekend! >> Bernd. >> >> >> -- >> Bernd Becker Climate Impacts Product Development >> Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United >> Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker >> http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game >> >> >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva >> *Sent:* 09 September 2011 17:40 >> *To:* GrADS Users Forum >> *Subject:* Re: [gradsusr] define variable independent of time >> >> On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd < >> bernd.becker at metoffice.gov.uk> wrote: >> >>> >>> Simple question, >>> complicated answer: >>> >>> I would like to composite stuff from several files. >>> >>> Each file has its own time and date info in its own .ctl file. >>> >>> How can I add elements from different such files? >>> >>> How can I break away from the strict treatment of the time dimension in >>> grads? >>> >>> open file1.ctl >>> define a=ave(b,t=1,t=34) >>> close 1 >>> open file2.ctl >>> define c= ave(b,t=3,t=9) >>> close 2 >>> etc. >>> >>> d a+c >>> Cannot contour grid - all undefined values >>> >>> >> Try: >> >> d a(t=1)+c(t=1) >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/5ce7c317/attachment-0003.html From jma at cola.iges.org Mon Sep 12 13:57:19 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Mon, 12 Sep 2011 13:57:19 -0400 Subject: [gradsusr] define variable independent of time In-Reply-To: References: Message-ID: <11DFC248-256B-4F55-8DD4-44F9C087786F@cola.iges.org> Happily combining 'whatever' with 'theother' requires a metadata override for one of the two defined variables. The best way to do this is not with define but by using fwrite and writing a new descriptor file that has a TDEF that matches one of the variables (or it could be completely abstract, maybe this would be better to avoid confusion later on). If the variables 'whatever' and 'theother' do not vary in E, you can use the E dimension to collect them into the same data set -- this might make the subsequent comparison a little easier. --Jennifer On Sep 12, 2011, at 4:03 AM, Becker, Bernd wrote: > Jeff, > > That is is the really hard part. > Each item fx and obs describes a chunk of a time series. > One would have to manually calculate the start and end dates > with respect to the reference dfile. > > If only (and I think Mike explained it a long time ago, and I cannot > find the > email) one could > set file 1 > set t 2 34 > define whatever > set dfile 2 > set t 6 39 > define theother > > and happily combine whatever with theother. > > Think about multimodel ensemble hindcast analysis, trying to composit > observed phenomena with modelled phenomena that simply > don't happen simultaneously. > > All the best, > Bernd. > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB > United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org > ] On Behalf Of Jeffrey Duda > Sent: 10 September 2011 18:41 > To: GrADS Users Forum > Subject: Re: [gradsusr] define variable independent of time > > You can reference the time of a variable when you use it in a > statement. For example, you could do > > 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' > > This should help you do what you want to do. > > Jeff Duda > > On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd > wrote: > Thanks Arlindo, > > That would be nice for single numbers. > > It as one notch more elaborate: > > 'set dfile 2' > 'set t 2 33' > 'define obs = 'var'.2' > 'set dfile 3' > 'set t 2 33' > 'define fx = 'var'.3' > file 2 and 3 have different time frames. > > d fx-obs > > fails. > And it would be a real bummer to have to calculate the times from > one file relative > to the other file. > > Compositing in this way would be really hard. > > Enjoy the weekend! > Bernd. > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB > United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org > ] On Behalf Of Arlindo da Silva > Sent: 09 September 2011 17:40 > To: GrADS Users Forum > Subject: Re: [gradsusr] define variable independent of time > > On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd > wrote: > > Simple question, > complicated answer: > > I would like to composite stuff from several files. > > Each file has its own time and date info in its own .ctl file. > > How can I add elements from different such files? > > How can I break away from the strict treatment of the time dimension > in > grads? > > open file1.ctl > define a=ave(b,t=1,t=34) > close 1 > open file2.ctl > define c= ave(b,t=3,t=9) > close 2 > etc. > > d a+c > Cannot contour grid - all undefined values > > > Try: > > d a(t=1)+c(t=1) > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/7801a636/attachment-0003.html From jma at cola.iges.org Mon Sep 12 14:13:37 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Mon, 12 Sep 2011 14:13:37 -0400 Subject: [gradsusr] semi-advanced ave tool use In-Reply-To: References: Message-ID: <8561F1A5-59BA-4332-84C2-6D7330CBE550@cola.iges.org> This is related to the recent thread on comparing defined variables independent of their time metadata. You must create a new data set and override the lat/lon metadata in the subsets you create. Just for the sake of argument, and to be sure I've understood your question correctly, let's say you're looking at precip patterns around a hurricane and want to have the hurricane center be at the center of your grid for each time step and so the lat/lon values of the grid change with each new time step. I assume the grid size is the same for each time (i.e. the lat/lon increments don't change). Then, 1. locate the grid point that contains the hurricane center 2. use fwrite to write out a lat/lon grid that is centered on that grid point, let's say your grid has 101 points in the X and Y directions. 3. go to the next time step and repeat steps 1 and 2 until you've written out the number of grids of interest, say it's 48 4. write a descriptor file that contains the following entries: xdef 101 linear -50 1 ydef 101 linear -50 1 tdef 48 linear When you look at this data in GrADS, be sure to 'set mproj off' and then it won't try to map your grids to world coordinates, X and Y will just be abstract coordinates, and (0,0) will always be the location of the center of the hurricane. Then you can do whatever analysis you want without worrying that your grids are not co-located in lat/lon space. You could animate over time and see blobs of precip rotating around the center of your grid. Is that what you need? --Jennifer On Jul 19, 2011, at 4:36 PM, Rowell, Mason D. wrote: > Hello Grads community, > > I can see from the tutorial that one can open several different case > files in grads(file1, file2 etc) and average the data from these > files for subsequent display. Is there an advanced option that would > allow me to specify the domain for each case and then average them? > I was hoping to use this function to easily complete an average of > 25 cases or so but relative to some specific type of event, which > requires different domain centering for each case prior to averaging. > > Mason > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/b5012acd/attachment-0003.html From sam at surfline.com Mon Sep 12 14:36:17 2011 From: sam at surfline.com (Sam Wilson) Date: Mon, 12 Sep 2011 11:36:17 -0700 Subject: [gradsusr] Set clab Message-ID: Hello all, I?m wondering if there is a way to force a masked label. It seems you can only do one or the other. Thanks for any help you can provide. Sam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/48c81407/attachment-0003.html From jma at cola.iges.org Mon Sep 12 16:01:36 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Mon, 12 Sep 2011 16:01:36 -0400 Subject: [gradsusr] Set clab In-Reply-To: References: Message-ID: This can't be done in the current version, but I will put it on my to- do list. --Jennifer On Sep 12, 2011, at 2:36 PM, Sam Wilson wrote: > Hello all, > > I?m wondering if there is a way to force a masked label. It seems > you can only do one or the other. Thanks for any help you can > provide. > > Sam > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/194dc582/attachment-0003.html From instantweathermaps at gmail.com Mon Sep 12 22:02:21 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Mon, 12 Sep 2011 21:02:21 -0500 Subject: [gradsusr] PHP GrADS Message-ID: I don't think this is the right place to put this, but the PHP interface to GrADS has some serious bugs in it. Here is some fixed code... I forget what else I may have done to it, so please use caution when merging it with the old code (to avoid any breaking issues, also to update the documentation regarding any features I may have added). All I remember is this code works and it took me a few hours to fix the mistakes in the old code. Thanks in advance for updating PHP GrADS. http://pastebin.com/ZeFR4Pb1 ---------- http://www.instantweathermaps.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110912/a77b0617/attachment-0003.html From ousmane at iri.columbia.edu Tue Sep 13 04:43:29 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Tue, 13 Sep 2011 04:43:29 -0400 (EDT) Subject: [gradsusr] xming in windows 7 In-Reply-To: <8561F1A5-59BA-4332-84C2-6D7330CBE550@cola.iges.org> Message-ID: <9d0013d9-5d13-4600-a390-6a7ebf2dcbc3@mserv01.ldeo.columbia.edu> Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane From 497805453 at qq.com Tue Sep 13 04:54:07 2011 From: 497805453 at qq.com (=?gbk?B?x+W35w==?=) Date: Tue, 13 Sep 2011 16:54:07 +0800 Subject: [gradsusr] xming in windows 7 Message-ID: To Ousmane Ndiaye I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. mofangbao from bbs.06climate.com ------------------ Original ------------------ From: "Ousmane Ndiaye"; Date: Tue, Sep 13, 2011 04:43 PM To: "GrADS Users Forum"; Subject: [gradsusr] xming in windows 7 Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/ff1bfb1f/attachment-0003.html From ousmane at iri.columbia.edu Tue Sep 13 05:10:41 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Tue, 13 Sep 2011 05:10:41 -0400 (EDT) Subject: [gradsusr] xming in windows 7 In-Reply-To: Message-ID: <20e744e7-9d25-44dc-b6fe-b194b9f1fb96@mserv01.ldeo.columbia.edu> Thanks where can I find it can you send to me. Ousmane ----- Original Message ----- From: ?? <497805453 at qq.com> To: GrADS Users Forum Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) Subject: Re: [gradsusr] xming in windows 7 To Ousmane Ndiaye I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. mofangbao from bbs.06climate.com ------------------ Original ------------------ From: "Ousmane Ndiaye"; Date: Tue, Sep 13, 2011 04:43 PM To: "GrADS Users Forum"; Subject: [gradsusr] xming in windows 7 Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From 497805453 at qq.com Tue Sep 13 05:15:13 2011 From: 497805453 at qq.com (=?gbk?B?x+W35w==?=) Date: Tue, 13 Sep 2011 17:15:13 +0800 Subject: [gradsusr] GsEditor For GrADS Users Message-ID: Hello,all I wrote a soft to edit grads script,here is some screenshots: my english is no so good,so i will try to use picture to expand ====================================== here is the main characteristic 1/ highligt the code and give out tips automatically 2/ seacrh the use of functions in the database 3/ indentation automatically 4/ creat and organize your *.gs/*.ctl files 5/ creat and organize your rainbow color and so on Now the soft is in chinese,introductions: http://189dl.com/GsEditor/ you can download the soft in the attachments or here: http://www.06climate.com/view/1295.html If you need english version,please replay the email or contacts: 937062711 at qq.com the soft is free. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/140ff9fe/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 80006 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110913/140ff9fe/attachment-0009.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 86784 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110913/140ff9fe/attachment-0010.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: GsEditor.zip Type: application/octet-stream Size: 3213458 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110913/140ff9fe/attachment-0011.obj From 497805453 at qq.com Tue Sep 13 05:32:59 2011 From: 497805453 at qq.com (=?gbk?B?x+W35w==?=) Date: Tue, 13 Sep 2011 17:32:59 +0800 Subject: [gradsusr] =?gbk?b?u9i4tKO6ICB4bWluZyBpbiB3aW5kb3dzIDc=?= Message-ID: To Ousmane You can find it on sourceforge :http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ chose:grads-2.0.a9.oga.1-win32_superpack.zip after download, unzip it. mofangbao from bbs.06climate.com ------------------ ???? ------------------ ???: "Ousmane Ndiaye"; ????: 2011?9?13?(???) ??5:10 ???: "GrADS Users Forum"; ??: Re: [gradsusr] xming in windows 7 Thanks where can I find it can you send to me. Ousmane ----- Original Message ----- From: ?? <497805453 at qq.com> To: GrADS Users Forum Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) Subject: Re: [gradsusr] xming in windows 7 To Ousmane Ndiaye I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. mofangbao from bbs.06climate.com ------------------ Original ------------------ From: "Ousmane Ndiaye"; Date: Tue, Sep 13, 2011 04:43 PM To: "GrADS Users Forum"; Subject: [gradsusr] xming in windows 7 Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/83c751fa/attachment-0003.html From cl at meteoconsult.fr Tue Sep 13 06:42:24 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Tue, 13 Sep 2011 12:42:24 +0200 Subject: [gradsusr] problem with installation of grads Message-ID: Hi, I have a problem with grads, when i run a script i have this error: "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory" whereas libX11.so.6 exists, when i do a locate libX11 i have this result: /usr/lib/libX11.so.6 /usr/lib/libX11.so.6.3.0 I don't understand this problem, if you have an idea, it'll be great!! Thanks CL -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/1d37fc48/attachment-0003.html From ousmane at iri.columbia.edu Tue Sep 13 08:31:56 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Tue, 13 Sep 2011 08:31:56 -0400 (EDT) Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: Message-ID: Still not working. I install opengrads under windows XP (another machine) and it works. Anyone has the same problem with windows 7. When I get at the prompt (landscape yes/no) and I hit return everything vanish. Ousmane ----- Original Message ----- From: ?? <497805453 at qq.com> To: GrADS Users Forum Sent: Tue, 13 Sep 2011 05:32:59 -0400 (EDT) Subject: [gradsusr] ??? xming in windows 7 To Ousmane You can find it on sourceforge :http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ chose:grads-2.0.a9.oga.1-win32_superpack.zip after download, unzip it. mofangbao from bbs.06climate.com ------------------ ???? ------------------ ???: "Ousmane Ndiaye"; ????: 2011?9?13?(???) ??5:10 ???: "GrADS Users Forum"; ??: Re: [gradsusr] xming in windows 7 Thanks where can I find it can you send to me. Ousmane ----- Original Message ----- From: ?? <497805453 at qq.com> To: GrADS Users Forum Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) Subject: Re: [gradsusr] xming in windows 7 To Ousmane Ndiaye I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. mofangbao from bbs.06climate.com ------------------ Original ------------------ From: "Ousmane Ndiaye"; Date: Tue, Sep 13, 2011 04:43 PM To: "GrADS Users Forum"; Subject: [gradsusr] xming in windows 7 Hi, When I run opengrads under windows 7 : xming is not opening and opengrads closes. Any help Ousmane _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From vlcek at chmi.cz Tue Sep 13 08:29:45 2011 From: vlcek at chmi.cz (Ondrej Vlcek) Date: Tue, 13 Sep 2011 14:29:45 +0200 Subject: [gradsusr] how to create quantile scale Message-ID: <201109131429.45702.vlcek@chmi.cz> Dear GrADS users, I would like to create a quantile color legend in which all the colors would represent an equal area in the map. Up to now I have been using cbarn.gs which works fine, but there is a problem if the dataset has some large peak - then most of the map is plotted in the same color and that's something I would like to change... Does anyone know about some already existing tool? Regards, Ondrej -- ! --- Pros?m, chra?te ?ivotn? prost?ed? - zva?te, jestli opravdu pot?ebujete vytisknout tento e-mail. ! --- Please consider the environment before deciding to print this email. -------------------------------------------------------------------------------------------------- Ond?ej Vl?ek Phone: +420 - 244 03 2488 E-mail: vlcek at chmi.cz business address: ------------------------ CZECH HYDROMETEOROLOGICAL INSTITUTE Air Quality Protection Division Modelling and Expertize Pool Department Na Sabatce 17 143 06 Praha 4 - Komorany Czech Republic pracovn? adresa: ---------------------- ?ESK? HYDROMETEOROLOGICK? ?STAV ?sek ochrany ?istoty ovzdu?? Odd?len? modelov?n? a expert?z Na ?abatce 17 143 06 Praha 4 - Komo?any From bernd.becker at metoffice.gov.uk Tue Sep 13 08:46:22 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Tue, 13 Sep 2011 13:46:22 +0100 Subject: [gradsusr] how to create quantile scale In-Reply-To: <201109131429.45702.vlcek@chmi.cz> References: <201109131429.45702.vlcek@chmi.cz> Message-ID: use set clevs 10 20 30 40 etc to choose your contour levels. Hth. Bernd -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Ondrej Vlcek Sent: 13 September 2011 13:30 To: gradsusr at gradsusr.org Subject: [gradsusr] how to create quantile scale Dear GrADS users, I would like to create a quantile color legend in which all the colors would represent an equal area in the map. Up to now I have been using cbarn.gs which works fine, but there is a problem if the dataset has some large peak - then most of the map is plotted in the same color and that's something I would like to change... Does anyone know about some already existing tool? Regards, Ondrej -- ! --- Pros?m, chra?te ?ivotn? prost?ed? - zva?te, jestli opravdu pot?ebujete vytisknout tento e-mail. ! --- Please consider the environment before deciding to print this email. -------------------------------------------------------------------------------------------------- Ond?ej Vl?ek Phone: +420 - 244 03 2488 E-mail: vlcek at chmi.cz business address: ------------------------ CZECH HYDROMETEOROLOGICAL INSTITUTE Air Quality Protection Division Modelling and Expertize Pool Department Na Sabatce 17 143 06 Praha 4 - Komorany Czech Republic pracovn? adresa: ---------------------- ?ESK? HYDROMETEOROLOGICK? ?STAV ?sek ochrany ?istoty ovzdu?? Odd?len? modelov?n? a expert?z Na ?abatce 17 143 06 Praha 4 - Komo?any _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Huddleston at cira.colostate.edu Tue Sep 13 09:49:39 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Tue, 13 Sep 2011 06:49:39 -0700 Subject: [gradsusr] how to create quantile scale In-Reply-To: References: <201109131429.45702.vlcek@chmi.cz> Message-ID: Ondrej Bernd is on track, here is an example where the lower (CLEVS) values from 0-1.0 are linear then there is a rapid change to get higher values that rarely appear. 'set rgb 16 0 0 165' 'set rgb 17 0 0 255' 'set rgb 18 0 65 255' 'set rgb 19 0 125 255' 'set rgb 20 0 190 255' 'set rgb 21 0 255 255' 'set rgb 22 66 255 189' 'set rgb 23 132 255 123' 'set rgb 24 205 255 50' 'set rgb 25 255 239 0' 'set rgb 26 255 175 0' 'set rgb 27 255 110 0' 'set rgb 28 255 46 0' 'set rgb 29 239 0 0' 'set rgb 30 165 0 0' 'set strsiz 0.12 0.12' 'set display color white' 'set gxout shaded' 'set parea 0.5 9.5 0.1 8.5' 'set csmooth on' 'set clevs 0.0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1.0 1.5 2.0 3.0 4.0' 'set ccols 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30' You can see over 250,00 example images created with GrADS at http://views.cira.colostate.edu/nasa/ using this color scheme. John Huddleston -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd Sent: Tuesday, September 13, 2011 6:46 AM To: GrADS Users Forum Subject: Re: [gradsusr] how to create quantile scale use set clevs 10 20 30 40 etc to choose your contour levels. Hth. Bernd -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Ondrej Vlcek Sent: 13 September 2011 13:30 To: gradsusr at gradsusr.org Subject: [gradsusr] how to create quantile scale Dear GrADS users, I would like to create a quantile color legend in which all the colors would represent an equal area in the map. Up to now I have been using cbarn.gs which works fine, but there is a problem if the dataset has some large peak - then most of the map is plotted in the same color and that's something I would like to change... Does anyone know about some already existing tool? Regards, Ondrej -- ! --- Pros?m, chra?te ?ivotn? prost?ed? - zva?te, jestli opravdu pot?ebujete vytisknout tento e-mail. ! --- Please consider the environment before deciding to print this email. -------------------------------------------------------------------------------------------------- Ond?ej Vl?ek Phone: +420 - 244 03 2488 E-mail: vlcek at chmi.cz business address: ------------------------ CZECH HYDROMETEOROLOGICAL INSTITUTE Air Quality Protection Division Modelling and Expertize Pool Department Na Sabatce 17 143 06 Praha 4 - Komorany Czech Republic pracovn? adresa: ---------------------- ?ESK? HYDROMETEOROLOGICK? ?STAV ?sek ochrany ?istoty ovzdu?? Odd?len? modelov?n? a expert?z Na ?abatce 17 143 06 Praha 4 - Komo?any _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From r.bantges at imperial.ac.uk Tue Sep 13 11:49:33 2011 From: r.bantges at imperial.ac.uk (Bantges, Richard J) Date: Tue, 13 Sep 2011 15:49:33 +0000 Subject: [gradsusr] Writing GrADS netCDF files with IDL Message-ID: Hi there, I'm trying to write a GrADS compatible netCDF file using ITT's IDL software, that can then be read in using GrADS's sdfopen command. Does anyone have an example IDL procedure that does this please? I've managed to write out data in a gridded binary data file that is described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but ideally I'd like to write these in netCDF format. The main problem is writing the netCDF so that the associated control file accurately describes the netCDF file content. So, if anyone has a very simple IDL procedure that writes out a netCDF file that can be directly read by GrADS using the sdfopen command that would be fantastic. Rich -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/96e5969c/attachment-0003.html From luis.blacutt at gmail.com Tue Sep 13 12:15:46 2011 From: luis.blacutt at gmail.com (luis blacutt) Date: Tue, 13 Sep 2011 13:15:46 -0300 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: Message-ID: Hi Rich, I've used xconv succesfully for converting binary data into netcdf. http://badc.nerc.ac.uk/help/software/xconv/ Luis On Tue, Sep 13, 2011 at 12:49 PM, Bantges, Richard J < r.bantges at imperial.ac.uk> wrote: > Hi there,**** > > ** ** > > I?m trying to write a GrADS compatible netCDF file using ITT?s IDL > software, that can then be read in using GrADS?s sdfopen command. Does > anyone have an example IDL procedure that does this please? **** > > ** ** > > I?ve managed to write out data in a gridded binary data file that is > described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but > ideally I?d like to write these in netCDF format. The main problem is > writing the netCDF so that the associated control file accurately describes > the netCDF file content.**** > > ** ** > > So, if anyone has a very simple IDL procedure that writes out a netCDF file > that can be directly read by GrADS using the sdfopen command that would be > fantastic.**** > > ** ** > > Rich**** > > ** ** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/76e84149/attachment-0003.html From dave.allured at noaa.gov Tue Sep 13 13:29:53 2011 From: dave.allured at noaa.gov (Dave Allured) Date: Tue, 13 Sep 2011 11:29:53 -0600 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: Message-ID: <4E6F9311.2010704@noaa.gov> Richard, A control file is used with the Grads xdfopen command, but *not* the sdfopen command. sdfopen is used to *directly* open a netcdf file. http://www.iges.org/grads/gadoc/SDFdescriptorfile.html Use xdfopen and a control file to make up for certain missing metadata, such as coordinate arrays or coordinate units. But hopefully you will be writing a sufficient netcdf file so that you do not need xdfopen. Sorry, I do not have sample IDL code for this. But the IDL documentation shows that all of the necessary functions should be available to write good netcdf. There is sample code to write netcdf in the IDL 8.1 help system, under "NetCDF files". If you are already creating a netcdf file from IDL, then post the results of ncdump -h, and we can try to tell you what's missing for sdfopen to work perfectly. --Dave On 9/13/2011 9:49 AM, Bantges, Richard J wrote: > Hi there, > > I?m trying to write a GrADS compatible netCDF file using ITT?s IDL > software, that can then be read in using GrADS?s sdfopen command. > Does anyone have an example IDL procedure that does this please? > > I?ve managed to write out data in a gridded binary data file that is > described here > http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but ideally > I?d like to write these in netCDF format. The main problem is > writing the netCDF so that the associated control file accurately > describes the netCDF file content. > > So, if anyone has a very simple IDL procedure that writes out a > netCDF file that can be directly read by GrADS using the sdfopen > command that would be fantastic. From Huddleston at cira.colostate.edu Tue Sep 13 13:44:04 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Tue, 13 Sep 2011 10:44:04 -0700 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: Message-ID: Rich There are some IDL sample http://www.unidata.ucar.edu/software/netcdf/examples/programs/ codes to read and write netCDF files. John Huddleston From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Bantges, Richard J Sent: Tuesday, September 13, 2011 9:50 AM To: gradsusr at gradsusr.org Subject: [gradsusr] Writing GrADS netCDF files with IDL Hi there, I'm trying to write a GrADS compatible netCDF file using ITT's IDL software, that can then be read in using GrADS's sdfopen command. Does anyone have an example IDL procedure that does this please? I've managed to write out data in a gridded binary data file that is described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but ideally I'd like to write these in netCDF format. The main problem is writing the netCDF so that the associated control file accurately describes the netCDF file content. So, if anyone has a very simple IDL procedure that writes out a netCDF file that can be directly read by GrADS using the sdfopen command that would be fantastic. Rich -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/e453447a/attachment-0003.html From hyacinth.1 at hotmail.com Tue Sep 13 15:09:05 2011 From: hyacinth.1 at hotmail.com (Hyacinth Nnamchi) Date: Wed, 14 Sep 2011 03:09:05 +0800 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: Message-ID: Richard, Like you said that you have already created gridded binary. All you need do is to create a .ctl file to read the binary and then write out netCDF in GrADS. Say your .ctl is exactly like the one on the link you referred to at http://grads.iges.org/grads/gadoc/aboutgriddeddata.html, and you want to write the variable slp to netCDF. After you open the file, all you need do is something like: -> set lon 0 360 -> set lat 90 90 -> set t 1 last -> slp = slp -> set sdfwrite gridded_data_sample.nc -> sdfwrite slp This will create a new netCDF file named sdfwrite gridded_data_sample.nc . You read more about "sdfwrite" by looking it up on the GrADS documentation: http://www.iges.org/grads/gadoc/gadocindex.html. ******In case you have several variables in one file, I'm not so GrADS can handle them at once. You may have to write them to netCDF one-after-another and then use cdo or nco to concatenate the netCDF files to one.************ Best, Hyacinth > Date: Tue, 13 Sep 2011 15:49:33 +0000 > From: "Bantges, Richard J" > Subject: [gradsusr] Writing GrADS netCDF files with IDL > To: "gradsusr at gradsusr.org" > Message-ID: > > Content-Type: text/plain; charset="us-ascii" > > Hi there, > > I'm trying to write a GrADS compatible netCDF file using ITT's IDL software, that can then be read in using GrADS's sdfopen command. Does anyone have an example IDL procedure that does this please? > > I've managed to write out data in a gridded binary data file that is described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html but ideally I'd like to write these in netCDF format. The main problem is writing the netCDF so that the associated control file accurately describes the netCDF file content. > > So, if anyone has a very simple IDL procedure that writes out a netCDF file that can be directly read by GrADS using the sdfopen command that would be fantastic. > > Rich > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/96e5969c/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 19, Issue 21 > **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/8c52da84/attachment-0003.html From chinhth2010 at gmail.com Tue Sep 13 20:52:20 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Tue, 13 Sep 2011 17:52:20 -0700 Subject: [gradsusr] problem with installation of grads In-Reply-To: References: Message-ID: Hi Christelle Grads you use is opengrads or classical grads? we should use opengrads. I think you locate wrong position for grads, you try to copy to /opt/opengrads/ and export in bash file. The best regards Chinh On Tue, Sep 13, 2011 at 3:42 AM, Christelle LACROIX wrote: > Hi, > > > I have a problem with grads, when i run a script i have this error: > "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: > libX11.so.6: cannot open shared object file: No such file or directory" > > whereas libX11.so.6 exists, when i do a locate libX11 i have this result: > /usr/lib/libX11.so.6 > /usr/lib/libX11.so.6.3.0 > > I don't understand this problem, if you have an idea, it'll be great!! > > Thanks > > CL > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/94a79c89/attachment-0003.html From joe at wxjoe.com Tue Sep 13 21:20:35 2011 From: joe at wxjoe.com (Joe Moore) Date: Tue, 13 Sep 2011 21:20:35 -0400 Subject: [gradsusr] Problem accessing NCEP (NOMADS) GrADS-DODS server (from a web server) In-Reply-To: References: Message-ID: All, I'm having a problem using the GrADS Data Server (GrADS-DODS) from NCEP (NOMADS). I am using the sdfopen command to access the dataset (RTMA 2.5km). When I run the script locally on my Ubuntu machine, everything works great! However, when I transfered the script to my web host I get an error. Here's the line from my script: 'sdfopen http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p5'dapdate'/rtma2p5_anl_'currhr'z ' (where dapdate=YYYYMMDD and currhr=HH - yes, I've double checked to make sure the data exists.) Here's the output: ... Running in Batch mode No hardcopy metafile open All files closed; all defined objects released; All GrADS attributes have been reinitialized Error: nc_open failed to open file http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p520110913/rtma2p5_anl_23z NetCDF: I/O failure gadsdf: Couldn't ingest SDF metadata. ... I've tried searching the web and this (excellent) mailing list assistance but I can't seem to figure out what's going wrong. I suspect it may have something to do with my web host. (I use Bluehost- I know they're a somewhat subpar host, but I'm just a student experimenting with different things!) Here's what uname -a gives on my web server: Linux box566.bluehost.com 2.6.32-46.1.BHsmp #1 SMP Tue Sep 6 12:18:02 MDT 2011 x86_64 x86_64 x86_64 GNU/Linux If there's other tests I can run to probe the issue, let me know. Also, is this the best way to use the GrADS-DODS server? Should I just download the grib2 locally instead? I was planning to download the grib2 locally, but when I discovered the GrADS-DODS server I found out that this might not be necessary. I plan to run this script hourly, so please advise as to which method would be best. Thanks a lot! -Joe Moore The script in question: http://pastebin.com/MDQ9vk3y My GrADS config on my web server: Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) This program is distributed WITHOUT ANY WARRANTY See file COPYRIGHT for more information. Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu This version of GrADS has been configured with the following options: o Built on a LITTLE ENDIAN machine o Athena Widget GUI ENABLED o Command line editing ENABLED http://tiswww.case.edu/php/chet/readline/rltop.html o printim command for image output ENABLED http://www.zlib.net http://www.libpng.org/pub/png/libpng.html http://www.libgd.org/Main_Page o GRIB2 interface ENABLED http://www.ijg.org http://www.ece.uvic.ca/~mdadams/jasper http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 g2clib-1.1.8 o NetCDF interface ENABLED http://www.unidata.ucar.edu/software/netcdf netcdf 4.1.1 of Jul 10 2010 23:36:25 $ o OPeNDAP gridded data interface ENABLED o OPeNDAP station data interface ENABLED http://iges.org/grads/gadoc/supplibs.html libgadap 2.0.oga.1 o HDF4 and HDF5 interfaces ENABLED http://hdfgroup.org HDF 4.2r3 HDF5 1.8.4 o GeoTIFF and KML/TIFF output ENABLED http://www.libtiff.org http://geotiff.osgeo.org o KML contour output ENABLED o Shapefile interface ENABLED http://shapelib.maptools.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110913/5993082c/attachment-0003.html From vlcek at chmi.cz Wed Sep 14 03:24:38 2011 From: vlcek at chmi.cz (Ondrej Vlcek) Date: Wed, 14 Sep 2011 09:24:38 +0200 Subject: [gradsusr] how to create quantile scale In-Reply-To: References: Message-ID: <201109140924.38750.vlcek@chmi.cz> Dear Bernd and John, thank you for your quick answers and I am sorry, that I was not specific enough. I know how to set "clevs" and "ccol". But my problem is different. Example of the image with which I am not satisfied is attached: most of the picture is drown in purple (values <0.01). My problem is how to define "clevs" in such a way that for each interval there would be approximately equal amount of pixels in the map. Which basicly means to convert the 2D array into 1D, sort it in an ascending order, determine values which correspond to the 10th, 20th, .. , 90th quantile and use them to define "clevs". Unfortunately I do not know GrADS functions which I could easily use for this purpose. I also note that I want to use this in an automatic GrADS script. Ondrej -------------- next part -------------- A non-text attachment was scrubbed... Name: camx.0020.0021_DJF_diff_ALAD_SOAb.png Type: image/png Size: 41378 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/d7565c77/attachment-0003.png From Huddleston at cira.colostate.edu Wed Sep 14 07:52:33 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Wed, 14 Sep 2011 04:52:33 -0700 Subject: [gradsusr] problem with installation of grads In-Reply-To: References: Message-ID: CL What is your operating system? John Huddleston ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On Behalf Of Christelle LACROIX [cl at meteoconsult.fr] Sent: Tuesday, September 13, 2011 4:42 AM To: GrADS Users Forum Subject: [gradsusr] problem with installation of grads Hi, I have a problem with grads, when i run a script i have this error: "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory" whereas libX11.so.6 exists, when i do a locate libX11 i have this result: /usr/lib/libX11.so.6 /usr/lib/libX11.so.6.3.0 I don't understand this problem, if you have an idea, it'll be great!! Thanks CL -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/814fed18/attachment-0003.html From Huddleston at cira.colostate.edu Wed Sep 14 08:00:36 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Wed, 14 Sep 2011 05:00:36 -0700 Subject: [gradsusr] how to create quantile scale In-Reply-To: <201109140924.38750.vlcek@chmi.cz> References: , <201109140924.38750.vlcek@chmi.cz> Message-ID: Ondrej open your CTL set gxout shaded d variable q shades and parse the output with subset John Huddleston ________________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On Behalf Of Ondrej Vlcek [vlcek at chmi.cz] Sent: Wednesday, September 14, 2011 1:24 AM To: gradsusr at gradsusr.org Subject: Re: [gradsusr] how to create quantile scale Dear Bernd and John, thank you for your quick answers and I am sorry, that I was not specific enough. I know how to set "clevs" and "ccol". But my problem is different. Example of the image with which I am not satisfied is attached: most of the picture is drown in purple (values <0.01). My problem is how to define "clevs" in such a way that for each interval there would be approximately equal amount of pixels in the map. Which basicly means to convert the 2D array into 1D, sort it in an ascending order, determine values which correspond to the 10th, 20th, .. , 90th quantile and use them to define "clevs". Unfortunately I do not know GrADS functions which I could easily use for this purpose. I also note that I want to use this in an automatic GrADS script. Ondrej From cl at meteoconsult.fr Wed Sep 14 08:33:58 2011 From: cl at meteoconsult.fr (Christelle LACROIX) Date: Wed, 14 Sep 2011 14:33:58 +0200 Subject: [gradsusr] problem with installation of grads In-Reply-To: References: Message-ID: I work with a Debian oon Linux. 2011/9/14 Huddleston, John > CL > > What is your operating system? > > John Huddleston > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On > Behalf Of Christelle LACROIX [cl at meteoconsult.fr] > *Sent:* Tuesday, September 13, 2011 4:42 AM > *To:* GrADS Users Forum > *Subject:* [gradsusr] problem with installation of grads > > Hi, > > > I have a problem with grads, when i run a script i have this error: > "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: > libX11.so.6: cannot open shared object file: No such file or directory" > > whereas libX11.so.6 exists, when i do a locate libX11 i have this result: > /usr/lib/libX11.so.6 > /usr/lib/libX11.so.6.3.0 > > I don't understand this problem, if you have an idea, it'll be great!! > > Thanks > > CL > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/cca92e02/attachment-0003.html From smcmillan at planalytics.com Wed Sep 14 09:10:22 2011 From: smcmillan at planalytics.com (Stephen McMillan) Date: Wed, 14 Sep 2011 09:10:22 -0400 Subject: [gradsusr] Problem accessing NCEP (NOMADS) GrADS-DODS server (from a web server) In-Reply-To: References: Message-ID: Joe, I realize this is 12 hours later, but I just now successfully opened the same dataset. Here's the command output: Grid Analysis and Display System (GrADS) Version 2.0.a7.oga.3 Copyright (c) 1988-2008 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a7.oga.3 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff Issue 'q config' command for more information. Loading User Defined Extensions table ... ok. GX Package Initialization: Size = 11 8.5 wrote: > All, > > I'm having a problem using the GrADS Data Server (GrADS-DODS) from NCEP > (NOMADS). I am using the sdfopen command to access the dataset (RTMA 2.5km). > When I run the script locally on my Ubuntu machine, everything works great! > However, when I transfered the script to my web host I get an error. > > Here's the line from my script: > 'sdfopen > http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p5'dapdate'/rtma2p5_anl_'currhr'z > ' > (where dapdate=YYYYMMDD and currhr=HH - yes, I've double checked to make > sure the data exists.) > > Here's the output: > ... > Running in Batch mode > No hardcopy metafile open > All files closed; all defined objects released; > All GrADS attributes have been reinitialized > Error: nc_open failed to open file > http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p520110913/rtma2p5_anl_23z > NetCDF: I/O failure > gadsdf: Couldn't ingest SDF metadata. > ... > > I've tried searching the web and this (excellent) mailing list assistance > but I can't seem to figure out what's going wrong. I suspect it may have > something to do with my web host. (I use Bluehost- I know they're a somewhat > subpar host, but I'm just a student experimenting with different things!) > > Here's what uname -a gives on my web server: > Linux box566.bluehost.com 2.6.32-46.1.BHsmp #1 SMP Tue Sep 6 12:18:02 MDT > 2011 x86_64 x86_64 x86_64 GNU/Linux > > If there's other tests I can run to probe the issue, let me know. Also, is > this the best way to use the GrADS-DODS server? Should I just download the > grib2 locally instead? > > I was planning to download the grib2 locally, but when I discovered the > GrADS-DODS server I found out that this might not be necessary. I plan to > run this script hourly, so please advise as to which method would be best. > > Thanks a lot! > > -Joe Moore > > The script in question: > http://pastebin.com/MDQ9vk3y > > My GrADS config on my web server: > Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 opendap-grids,stn athena geotiff shapefile > Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Athena Widget GUI ENABLED > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.1.8 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf 4.1.1 of Jul 10 2010 23:36:25 $ > o OPeNDAP gridded data interface ENABLED > o OPeNDAP station data interface ENABLED > http://iges.org/grads/gadoc/supplibs.html > libgadap 2.0.oga.1 > o HDF4 and HDF5 interfaces ENABLED > http://hdfgroup.org > HDF 4.2r3 > HDF5 1.8.4 > o GeoTIFF and KML/TIFF output ENABLED > http://www.libtiff.org > http://geotiff.osgeo.org > o KML contour output ENABLED > o Shapefile interface ENABLED > http://shapelib.maptools.org > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/5c694fbd/attachment-0003.html From Huddleston at cira.colostate.edu Wed Sep 14 09:37:46 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Wed, 14 Sep 2011 06:37:46 -0700 Subject: [gradsusr] problem with installation of grads In-Reply-To: References: Message-ID: CL Try a fresh install of the OpenGrADS. If a re-install of the OpenGrads does not help, then try http://vista.cira.colostate.edu/nco/GrADS/grads-2.0.rc4-i686-linux-ubuntu32.tar.gz or http://vista.cira.colostate.edu/nco/GrADS/grads-2.0.rc4-x86_64-linux-ubuntu64.tar.gz The GrADS executables have been statically linked so there is no dependency on any shared object libraries. John From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Christelle LACROIX Sent: Wednesday, September 14, 2011 6:34 AM To: GrADS Users Forum Subject: Re: [gradsusr] problem with installation of grads I work with a Debian oon Linux. 2011/9/14 Huddleston, John > CL What is your operating system? John Huddleston ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] On Behalf Of Christelle LACROIX [cl at meteoconsult.fr] Sent: Tuesday, September 13, 2011 4:42 AM To: GrADS Users Forum Subject: [gradsusr] problem with installation of grads Hi, I have a problem with grads, when i run a script i have this error: "/opt/grads-2.0.a9/bin/grads: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory" whereas libX11.so.6 exists, when i do a locate libX11 i have this result: /usr/lib/libX11.so.6 /usr/lib/libX11.so.6.3.0 I don't understand this problem, if you have an idea, it'll be great!! Thanks CL _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/c4e0cfb6/attachment-0003.html From tummuris at cdm.com Wed Sep 14 10:50:52 2011 From: tummuris at cdm.com (Tummuri, Spandana) Date: Wed, 14 Sep 2011 10:50:52 -0400 Subject: [gradsusr] GCM Output Question Message-ID: <6906BEEB113AEB48B9910246026EA9BED1756EDF27@CAMEXCMS3.cdminc.internal.cdm.com> Hello All, I am working on a study for a client. As part of this study, I need to download GCM data for several GCM models (from AR4) and calculate 30-year averages for precipitation and temperature for historic period (1970-2000) and future period (2035-2065). I am using emission scenario SRES A1B for my analysis. I am using GraDs and monmask commands to calculate the long-term averages. The client wanted me to superimpose actual meteorologic averages collected for the historic period over the model results for the same historic period. When I did that, we noticed that GCMs are severely under predicting both precipitation values and temperature values. I explained to the client why and how we should not compare GCM output with real-time observations for a local region because the scale of GCM results does not compare well with meteorologic records collected at a local scale. However, they are still not convinced that GCM models would under predict the results so much. They wanted me to contact a specialist that deals with GCM models. I am not sure how I should address the client's concern. I know that a lot of members of this community are experts in GCM models. Can someone help me with this question? You can send an email directly to my email address at tummuris(at)cdm.com. I appreciate any help. Thank you very much for you time. Spandana Tummuri, Ph.D., P.E. | Water Resources Engineer | CDM 110 Fieldcrest Avenue, 6th Floor, Edison, NJ - 08837 T/F: 732.590.4617 | mobile: 214.918.1583 tummuris at cdm.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/83414a52/attachment-0003.html From cinderic at msu.edu Wed Sep 14 14:37:46 2011 From: cinderic at msu.edu (Adam Cinderich) Date: Wed, 14 Sep 2011 14:37:46 -0400 Subject: [gradsusr] Color Bars Message-ID: <006d01cc730d$65f4c190$31de44b0$@edu> Hello: I am investigating how well RCMs perform in the GLR. My current range of values are 251-280 (for January, for example) and I wish to use more than the default 13 colors as I'm afraid some of the variations will be lost by this coarse of a temperature scale. I know you can assign new colors using the 'set rgb' command but because I'm still relatively new to GrADS, I'm not sure what values are best to use. Can anyone offer a few color bar examples similar to the 13-color default but that might include 20 colors (or so) rather than only 13? If so, can you please email me the 'set ccols' you use and/or the rgb values associated with your created colors? Thank you in advance, Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/bf595dff/attachment-0003.html From jonathan.smith at nasa.gov Wed Sep 14 15:23:47 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Wed, 14 Sep 2011 14:23:47 -0500 Subject: [gradsusr] vertical colorbar on 8 panel plot Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9553@NDMSSCC05.ndc.nasa.gov> Grads help I want to generate one vertical (y-axis - oriented) colorbar for the entire 8 panel plot that is attached. I have attached a script that generates it the 8 panel plot and my attempt at the vertical colorbar. The script shows where I have attempted to use xcbar. I have been unsuccessful with it. Any help is greatly appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 -------------- next part -------------- A non-text attachment was scrubbed... Name: avg_panel_wrf_ecmwf.gs Type: application/octet-stream Size: 6209 bytes Desc: avg_panel_wrf_ecmwf.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/c4f81fbb/attachment-0003.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: ECMWF_WRF_1stleg_200.gif Type: image/gif Size: 55696 bytes Desc: ECMWF_WRF_1stleg_200.gif Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/c4f81fbb/attachment-0003.gif From jdduda at iastate.edu Wed Sep 14 16:31:13 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 14 Sep 2011 15:31:13 -0500 Subject: [gradsusr] vertical colorbar on 8 panel plot In-Reply-To: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9553@NDMSSCC05.ndc.nasa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9553@NDMSSCC05.ndc.nasa.gov> Message-ID: What I do when I make such plots is to set the plot area to some very small box near the corner of the virtual page, set the display variables that I used to make the panels (I assume you used the same clevs and ccols for each), display any variable (doesn't have to be the same one you displayed in the panels), then draw a filled rectangle with the same color as that of the background to cover up the few markings that will appear (if you set parea right, this won't cover up any of the panels), then run the cbar script normally (might want to adjust the arguments for where the center of the bar is placed) and it should come up how you want). I've attached an example image and the relevant code. *Resetting the page to draw the colorbar. Need to do some tricks to get it to work the way I want it to, though. 'set parea off' 'set parea 10.99 11 8.49 8.5' 'set clevs 0 10 20 30 40 50 60 70 80 90 100' 'set ccols 20 21 22 23 24 25 26 27 28 29 30 31' 'set grads off' 'set gxout shaded' 'd u.1' 'run ......cbar.gs' 'set line 0' 'draw recf 10.5 8.25 11 8.5' Hope this helps. Jeff Duda On Wed, Sep 14, 2011 at 2:23 PM, SMITH, JONATHAN WYNN. (GSFC-6133) < jonathan.smith at nasa.gov> wrote: > Grads help > I want to generate one vertical (y-axis - oriented) colorbar for the entire > 8 panel plot that is attached. > I have attached a script that generates it the 8 panel plot and my attempt > at the vertical colorbar. The script shows where I have attempted to use > xcbar. I have been unsuccessful with it. Any help is greatly appreciated. > > Jonathan > > > Jonathan Wynn Smith > Student Trainee > jonathan.smith at nasa.gov > NASA/Goddard Space Flight Center > Code 613.3 - Atmospheric Chemistry and Dynamics Branch > Greenbelt, MD 20771 > 301-614-5956 > > Doctoral Candidate > jonathan.smith at bison.howard.edu > Howard University Program in Atmospheric Sciences > Washington, DC 20059 > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/9e7f3c49/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: 1km_12Z_rh_sensitivity.gif Type: image/gif Size: 92638 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/9e7f3c49/attachment-0003.gif From dasilva at alum.mit.edu Wed Sep 14 17:27:53 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 14 Sep 2011 23:27:53 +0200 Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: References: Message-ID: On Tue, Sep 13, 2011 at 2:31 PM, Ousmane Ndiaye wrote: > Still not working. > I install opengrads under windows XP (another machine) and it works. > Anyone has the same problem with windows 7. When I get at the prompt > (landscape yes/no) and I hit return everything vanish. > Ousmane > > This kind of problem is usually related to your security settings. In many Win 7 machines the anti-virus software pops up a window asking whether it is OK for Xming to use some kind of port; you should say yes. But I believe that depending on your settings it just blocks Xming, quietly. Windows XP is a lot more lenient regarding security, so your are less likely to experience issues like this, Arlindo > ----- Original Message ----- > From: ?? <497805453 at qq.com> > To: GrADS Users Forum > Sent: Tue, 13 Sep 2011 05:32:59 -0400 (EDT) > Subject: [gradsusr] ??? xming in windows 7 > > To Ousmane > You can find it on sourceforge : > http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ > chose:grads-2.0.a9.oga.1-win32_superpack.zip after download, unzip it. > mofangbao from bbs.06climate.com > > ------------------ ???? ------------------ > ???: "Ousmane Ndiaye"; > ????: 2011?9?13?(???) ??5:10 > ???: "GrADS Users Forum"; > > ??: Re: [gradsusr] xming in windows 7 > > > Thanks > where can I find it can you send to me. > Ousmane > > ----- Original Message ----- > From: ?? <497805453 at qq.com> > To: GrADS Users Forum > Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) > Subject: Re: [gradsusr] xming in windows 7 > > To Ousmane Ndiaye > I'm using opengrads2.0.a9 superpak. There is a vb script document > called "grads.vbs",try to run it. > > mofangbao from bbs.06climate.com > > > ------------------ Original ------------------ > From: "Ousmane Ndiaye"; > Date: Tue, Sep 13, 2011 04:43 PM > To: "GrADS Users Forum"; > > Subject: [gradsusr] xming in windows 7 > > > Hi, > When I run opengrads under windows 7 : xming is not opening and opengrads > closes. > Any help > Ousmane > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110914/5b6d50e9/attachment-0003.html From jonathan.smith at nasa.gov Wed Sep 14 18:23:47 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Wed, 14 Sep 2011 17:23:47 -0500 Subject: [gradsusr] using sdfopen and open in the same script Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9556@NDMSSCC05.ndc.nasa.gov> Hello, With the attached script I am having trouble using sdfopen and open together. The sdfopen is used with a netcdf file and the variables for wind are u and v. The open files are with a ARWpost output. The wind variable here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 -------------- next part -------------- A non-text attachment was scrubbed... Name: avg_panel_wrf_ecmwf.gs Type: application/octet-stream Size: 6209 bytes Desc: avg_panel_wrf_ecmwf.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/006d0b6e/attachment-0003.obj From catherine at windsim.com Thu Sep 15 04:38:54 2011 From: catherine at windsim.com (Catherine Meissner) Date: Thu, 15 Sep 2011 10:38:54 +0200 Subject: [gradsusr] WRF data in grads: Problem with the levels Message-ID: <008301cc7382$e73d51c0$b5b7f540$@com> Hello, I am using WRF data files in GrADS version 2.0.a9oga, in windows. Having been unable to open the WRF files using xdfopen or sdfopen I have written my own CTL file in order to open the data. Everything is working for me except that the z levels which the file contains do not seem to correspond to the pressure. The nc dump suggests there are 29 levels (which is correct as there were 29 eta levels in the WRF file). However the range of these levels is from 2986950,2887400,2787850 ... up to 199550, 100000. How can these numbers be related to pressure? All I need to know is what these Z levels mean and how I can wither convert them to pressure or to height. Thanks for any help offered. The Corresponding CTL file is: dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 dtype netcdf title "Iberdrola data for Jan2008" undef -1e+30 options template pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 -3.839993 10000 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 0.0032 zdef 30 linear 2986950 2887400, 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 96400, 796850,697300,597750,498200,398650,299100,199550,100000 tdef 480 linear 00:00Z01jan2008 1hr vars 4 U=>u 29 t,z,y,x westerly wind V=>v 29 t,z,y,x southerly wind P=>p 29 t,z,y,x Pressure T=>t 29 t,z,y,x perturbation potential temperature (theta-t0) Endvars the ncdump is: netcdf wrfout_d02_2007-12-31_18_00_00 { dimensions: Time = UNLIMITED ; // (1 currently) DateStrLen = 19 ; west_east = 140 ; south_north = 140 ; bottom_top = 29 ; bottom_top_stag = 30 ; soil_layers_stag = 4 ; west_east_stag = 141 ; force_layers = 8 ; south_north_stag = 141 ; variables: char Times(Time, DateStrLen) ; float LU_INDEX(Time, south_north, west_east) ; LU_INDEX:FieldType = 104 ; LU_INDEX:MemoryOrder = "XY " ; LU_INDEX:description = "LAND USE CATEGORY" ; LU_INDEX:units = "" ; LU_INDEX:stagger = "" ; LU_INDEX:coordinates = "XLONG XLAT" ; float ZNU(Time, bottom_top) ; ZNU:FieldType = 104 ; ZNU:MemoryOrder = "Z " ; ZNU:description = "eta values on half (mass) levels" ; ZNU:units = "" ; ZNU:stagger = "" ; float ZNW(Time, bottom_top_stag) ; ZNW:FieldType = 104 ; ZNW:MemoryOrder = "Z " ; ZNW:description = "eta values on full (w) levels" ; ZNW:units = "" ; ZNW:stagger = "Z" ; (... and many more variables listed) // global attributes: :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; :START_DATE = "2007-12-31_18:00:00" ; :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; :WEST-EAST_GRID_DIMENSION = 141 ; :SOUTH-NORTH_GRID_DIMENSION = 141 ; :BOTTOM-TOP_GRID_DIMENSION = 30 ; :DX = 10000.f ; :DY = 10000.f ; :GRIDTYPE = "C" ; :DIFF_OPT = 1 ; :KM_OPT = 4 ; :DAMP_OPT = 0 ; :DAMPCOEF = 0.2f ; :KHDIF = 0.f ; :KVDIF = 0.f ; :MP_PHYSICS = 6 ; :RA_LW_PHYSICS = 1 ; :RA_SW_PHYSICS = 1 ; :SF_SFCLAY_PHYSICS = 2 ; :SF_SURFACE_PHYSICS = 2 ; :BL_PBL_PHYSICS = 2 ; :CU_PHYSICS = 0 ; :SURFACE_INPUT_SOURCE = 1 ; :SST_UPDATE = 0 ; :GRID_FDDA = 0 ; :GFDDA_INTERVAL_M = 0 ; :GFDDA_END_H = 0 ; :GRID_SFDDA = 0 ; :SGFDDA_INTERVAL_M = 0 ; :SGFDDA_END_H = 0 ; :SF_URBAN_PHYSICS = 0 ; :FEEDBACK = 1 ; :SMOOTH_OPTION = 0 ; :SWRAD_SCAT = 1.f ; :W_DAMPING = 0 ; :MOIST_ADV_OPT = 1 ; :SCALAR_ADV_OPT = 1 ; :TKE_ADV_OPT = 1 ; :DIFF_6TH_OPT = 0 ; :DIFF_6TH_FACTOR = 0.12f ; :OBS_NUDGE_OPT = 0 ; :WEST-EAST_PATCH_START_UNSTAG = 1 ; :WEST-EAST_PATCH_END_UNSTAG = 140 ; :WEST-EAST_PATCH_START_STAG = 1 ; :WEST-EAST_PATCH_END_STAG = 141 ; :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; :SOUTH-NORTH_PATCH_START_STAG = 1 ; :SOUTH-NORTH_PATCH_END_STAG = 141 ; :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; :BOTTOM-TOP_PATCH_START_STAG = 1 ; :BOTTOM-TOP_PATCH_END_STAG = 30 ; :GRID_ID = 2 ; :PARENT_ID = 1 ; :I_PARENT_START = 14 ; :J_PARENT_START = 10 ; :PARENT_GRID_RATIO = 5 ; :DT = 60.f ; :CEN_LAT = 40.5046f ; :CEN_LON = -3.839993f ; :TRUELAT1 = 43.427f ; :TRUELAT2 = 43.427f ; :MOAD_CEN_LAT = 43.427f ; :STAND_LON = -3.84f ; :POLE_LAT = 90.f ; :POLE_LON = 0.f ; :GMT = 18.f ; :JULYR = 2007 ; :JULDAY = 365 ; :MAP_PROJ = 1 ; :MMINLU = "" ; :NUM_LAND_CAT = 24 ; :ISWATER = 16 ; :ISLAKE = 0 ; :ISICE = 0 ; :ISURBAN = 0 ; :ISOILWATER = 0 ; } Catherine Meissner Software Development Manager Fjordgaten 15 N-3125 T?nsberg, Norway Switchboard +47 33 38 18 00 www.windsim.com Email Direct Fax catherine at windsim.com +47 33 38 18 06 +47 33 38 18 08 Upcoming WindSim events: Brazil WindPower 2011 August 31 ? 2, Rio de Janeiro, Brazil Booth 141 VIND 2011 September 14 ? 15, Stockholm, Sweden EOLICA EXPO 2011 September 14 ? 16, Rome, Italy Booth B8/C7 GREEN EXPO 2011 September 27 ? 29, Mexico City, Mexico WIND POWER EXPO+ September 27 ? 29, Zaragoza, Spain CanWEA October 3 ? 6, Vancouver, Canada For upcoming WindSim training courses, please visit: http://www.windsim.com/events/training-courses.aspx This message contains information that may be privileged or confidential and is the property of WindSim AS. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 1984 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment-0003.png -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 1790 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment-0003.jpe From bernd.becker at metoffice.gov.uk Thu Sep 15 04:50:48 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Thu, 15 Sep 2011 09:50:48 +0100 Subject: [gradsusr] Color Bars In-Reply-To: <006d01cc730d$65f4c190$31de44b0$@edu> References: <006d01cc730d$65f4c190$31de44b0$@edu> Message-ID: Adam, trry the attached script: pbecol Cheers, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Adam Cinderich Sent: 14 September 2011 19:38 To: gradsusr at gradsusr.org Subject: [gradsusr] Color Bars Hello: I am investigating how well RCMs perform in the GLR. My current range of values are 251-280 (for January, for example) and I wish to use more than the default 13 colors as I'm afraid some of the variations will be lost by this coarse of a temperature scale. I know you can assign new colors using the 'set rgb' command but because I'm still relatively new to GrADS, I'm not sure what values are best to use. Can anyone offer a few color bar examples similar to the 13-color default but that might include 20 colors (or so) rather than only 13? If so, can you please email me the 'set ccols' you use and/or the rgb values associated with your created colors? Thank you in advance, Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/e21414a6/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: pbecol.gs Type: application/octet-stream Size: 4740 bytes Desc: pbecol.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/e21414a6/attachment-0003.obj From rs_nobrega at yahoo.com.br Thu Sep 15 07:55:58 2011 From: rs_nobrega at yahoo.com.br (Prof. Ranyere Nobrega) Date: Thu, 15 Sep 2011 04:55:58 -0700 (PDT) Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: References: Message-ID: <1316087758.6238.YahooMailNeo@web65513.mail.ac4.yahoo.com> This is because there is no internet connection. Xming need an open communication port. Try to use with any internet connection. ? ________________________________ PROF. DR. RANY?RE SILVA N?BREGA UNIVERSIDADE FEDERAL DE PERNAMBUCO -?CENTRO DE FILOSOFIA E CI?NCIAS HUMANAS? DEPARTAMENTO DE CI?NCIAS GEOGR?FICAS Chefe Departamento de Ci?ncias Geogr?ficas Editor Revista de Geografia (Recife) Fone:(81)2126-8275/2126-7373Emails: ranyere.nobrega at ufpe.br / ranyere.nobrega at yahoo.com.br / ranyere.nobrega at pq.cnpq.br S?tios: http://www.ranyerenobrega.pro.br / http://www.climabr.blogspot.com Twitter: #ranyerenobrega?Skype: rs_nobrega >________________________________ >De: Arlindo da Silva >Para: GrADS Users Forum >Enviadas: Quarta-feira, 14 de Setembro de 2011 18:27 >Assunto: Re: [gradsusr] ??? xming in windows 7 > > >On Tue, Sep 13, 2011 at 2:31 PM, Ousmane Ndiaye wrote: > >Still not working. >>I install opengrads under windows XP (another machine) and it works. >>Anyone has the same problem with windows 7. When I get at the prompt (landscape yes/no) and I hit return everything vanish. >> >>Ousmane >> >> > > >This kind of problem is usually related to your security settings. In many Win 7 machines the anti-virus software pops up a window asking whether it is OK for Xming to use some kind of port; you should say yes. ?But I believe that depending on your settings it just blocks Xming, quietly. Windows XP is a lot more lenient regarding security, so your are less likely to experience issues like this, > > >? ? Arlindo > > >? >----- Original Message ----- >>From: ?? <497805453 at qq.com> >>To: GrADS Users Forum >> >>Sent: Tue, 13 Sep 2011 05:32:59 -0400 (EDT) >>Subject: [gradsusr] ??? ?xming in windows 7 >> >>To Ousmane >>?You can find it on sourceforge :http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ >>?chose:grads-2.0.a9.oga.1-win32_superpack.zip ? after download, unzip it. >>?mofangbao from bbs.06climate.com >> >>?------------------ ???? ------------------ >>????: "Ousmane Ndiaye"; >>?????: 2011?9?13?(???) ??5:10 >>????: "GrADS Users Forum"; >> >>???: Re: [gradsusr] xming in windows 7 >> >> >>Thanks >>where can I find it can you send to me. >>Ousmane >> >>----- Original Message ----- >>From: ?? <497805453 at qq.com> >>To: GrADS Users Forum >>Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) >>Subject: Re: [gradsusr] xming in windows 7 >> >>To Ousmane Ndiaye >>? ? I'm using opengrads2.0.a9 superpak. There is a vb script document called "grads.vbs",try to run it. >> >>?mofangbao from bbs.06climate.com >> >> >>?------------------ Original ------------------ >>?From: ?"Ousmane Ndiaye"; >>?Date: ?Tue, Sep 13, 2011 04:43 PM >>?To: ?"GrADS Users Forum"; >> >>?Subject: ?[gradsusr] xming in windows 7 >> >> >>Hi, >>When I run opengrads under windows 7 : xming is not opening and opengrads closes. >>Any help >>Ousmane >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> > > > >-- >Arlindo da Silva >dasilva at alum.mit.edu > >_______________________________________________ >gradsusr mailing list >gradsusr at gradsusr.org >http://gradsusr.org/mailman/listinfo/gradsusr > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/ddad5dd7/attachment-0003.html From nkh09 at fsu.edu Thu Sep 15 08:37:45 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Thu, 15 Sep 2011 12:37:45 GMT Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: <008301cc7382$e73d51c0$b5b7f540$@com> References: <008301cc7382$e73d51c0$b5b7f540$@com> Message-ID: Hey Catherine, Unfortunately, to extract the height/pressure levels at the model sigma levels, and display WRF data in GrADS, there is an intermediate step. If you go here: http://www.mmm.ucar.edu/wrf/users/ and go to the Download tab, there is a Post-Processing program called ARWPost that converts WRF output into a GrADS friendly binary and even produces the control file for you. As you will see, the control file will look almost identical to the one you created, but will have the extracted pressure/height levels that you specify in the namelist. I have had problems with ARWPost creating really weird output, but I do not think there is any alternative right now if you want to use GrADS. -Nick ----- Original Message ----- From: Catherine Meissner Date: Thursday, September 15, 2011 8:39 am Subject: [gradsusr] WRF data in grads: Problem with the levels To: gradsusr at gradsusr.org > Hello, > > > > I am using WRF data files in GrADS version 2.0.a9oga, in windows. > > Having been unable to open the WRF files using xdfopen or sdfopen I > havewritten my own CTL file in order to open the data. Everything > is working for > me except that the z levels which the file contains do not seem to > correspond to the pressure. The nc dump suggests there are 29 > levels (which > is correct as there were 29 eta levels in the WRF file). > > However the range of > > these levels is from 2986950,2887400,2787850 ... up to 199550, > 100000. How > can these numbers be related to pressure? > > > > All I need to know is what these Z levels mean and how I can wither > convertthem to pressure or to height. Thanks for any help offered. > > > > The Corresponding CTL file is: > > > > dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 > > dtype netcdf > > title "Iberdrola data for Jan2008" > > undef -1e+30 > > options template > > pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 - > 3.839993 10000 > 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 > 0.0032 zdef > 30 linear 2986950 2887400, > 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 > 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 > 96400, > > 796850,697300,597750,498200,398650,299100,199550,100000 > > tdef 480 linear 00:00Z01jan2008 1hr > > > > vars 4 > > U=>u 29 t,z,y,x westerly wind > > V=>v 29 t,z,y,x southerly wind > > P=>p 29 t,z,y,x Pressure > > T=>t 29 t,z,y,x perturbation potential temperature > (theta-t0) > > Endvars > > > > the ncdump is: > > > > netcdf wrfout_d02_2007-12-31_18_00_00 { > > dimensions: > > Time = UNLIMITED ; // (1 currently) > > DateStrLen = 19 ; > > west_east = 140 ; > > south_north = 140 ; > > bottom_top = 29 ; > > bottom_top_stag = 30 ; > > soil_layers_stag = 4 ; > > west_east_stag = 141 ; > > force_layers = 8 ; > > south_north_stag = 141 ; > > variables: > > char Times(Time, DateStrLen) ; > > float LU_INDEX(Time, south_north, west_east) ; > > LU_INDEX:FieldType = 104 ; > > LU_INDEX:MemoryOrder = "XY " ; > > LU_INDEX:description = "LAND USE CATEGORY" ; > > LU_INDEX:units = "" ; > > LU_INDEX:stagger = "" ; > > LU_INDEX:coordinates = "XLONG XLAT" ; > > float ZNU(Time, bottom_top) ; > > ZNU:FieldType = 104 ; > > ZNU:MemoryOrder = "Z " ; > > ZNU:description = "eta values on half (mass) > levels" ; > > ZNU:units = "" ; > > ZNU:stagger = "" ; > > float ZNW(Time, bottom_top_stag) ; > > ZNW:FieldType = 104 ; > > ZNW:MemoryOrder = "Z " ; > > ZNW:description = "eta values on full (w) levels" ; > > ZNW:units = "" ; > > ZNW:stagger = "Z" ; (... and many more variables > listed) > > // global attributes: > > :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; > > :START_DATE = "2007-12-31_18:00:00" ; > > :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; > > :WEST-EAST_GRID_DIMENSION = 141 ; > > :SOUTH-NORTH_GRID_DIMENSION = 141 ; > > :BOTTOM-TOP_GRID_DIMENSION = 30 ; > > :DX = 10000.f ; > > :DY = 10000.f ; > > :GRIDTYPE = "C" ; > > :DIFF_OPT = 1 ; > > :KM_OPT = 4 ; > > :DAMP_OPT = 0 ; > > :DAMPCOEF = 0.2f ; > > :KHDIF = 0.f ; > > :KVDIF = 0.f ; > > :MP_PHYSICS = 6 ; > > :RA_LW_PHYSICS = 1 ; > > :RA_SW_PHYSICS = 1 ; > > :SF_SFCLAY_PHYSICS = 2 ; > > :SF_SURFACE_PHYSICS = 2 ; > > :BL_PBL_PHYSICS = 2 ; > > :CU_PHYSICS = 0 ; > > :SURFACE_INPUT_SOURCE = 1 ; > > :SST_UPDATE = 0 ; > > :GRID_FDDA = 0 ; > > :GFDDA_INTERVAL_M = 0 ; > > :GFDDA_END_H = 0 ; > > :GRID_SFDDA = 0 ; > > :SGFDDA_INTERVAL_M = 0 ; > > :SGFDDA_END_H = 0 ; > > :SF_URBAN_PHYSICS = 0 ; > > :FEEDBACK = 1 ; > > :SMOOTH_OPTION = 0 ; > > :SWRAD_SCAT = 1.f ; > > :W_DAMPING = 0 ; > > :MOIST_ADV_OPT = 1 ; > > :SCALAR_ADV_OPT = 1 ; > > :TKE_ADV_OPT = 1 ; > > :DIFF_6TH_OPT = 0 ; > > :DIFF_6TH_FACTOR = 0.12f ; > > :OBS_NUDGE_OPT = 0 ; > > :WEST-EAST_PATCH_START_UNSTAG = 1 ; > > :WEST-EAST_PATCH_END_UNSTAG = 140 ; > > :WEST-EAST_PATCH_START_STAG = 1 ; > > :WEST-EAST_PATCH_END_STAG = 141 ; > > :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; > > :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; > > :SOUTH-NORTH_PATCH_START_STAG = 1 ; > > :SOUTH-NORTH_PATCH_END_STAG = 141 ; > > :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; > > :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; > > :BOTTOM-TOP_PATCH_START_STAG = 1 ; > > :BOTTOM-TOP_PATCH_END_STAG = 30 ; > > :GRID_ID = 2 ; > > :PARENT_ID = 1 ; > > :I_PARENT_START = 14 ; > > :J_PARENT_START = 10 ; > > :PARENT_GRID_RATIO = 5 ; > > :DT = 60.f ; > > :CEN_LAT = 40.5046f ; > > :CEN_LON = -3.839993f ; > > :TRUELAT1 = 43.427f ; > > :TRUELAT2 = 43.427f ; > > :MOAD_CEN_LAT = 43.427f ; > > :STAND_LON = -3.84f ; > > :POLE_LAT = 90.f ; > > :POLE_LON = 0.f ; > > :GMT = 18.f ; > > :JULYR = 2007 ; > > :JULDAY = 365 ; > > :MAP_PROJ = 1 ; > > :MMINLU = "" ; > > :NUM_LAND_CAT = 24 ; > > :ISWATER = 16 ; > > :ISLAKE = 0 ; > > :ISICE = 0 ; > > :ISURBAN = 0 ; > > :ISOILWATER = 0 ; > > } > > > > > > > > > > > > > > > Catherine Meissner > Software Development Manager > > > Fjordgaten 15 > N-3125 T?nsberg, Norway > > Switchboard +47 33 38 18 00 > > www.windsim.com > > Email > > Direct > > Fax > > > > catherine at windsim.com > > +47 33 38 18 06 > +47 33 38 18 08 > > Upcoming WindSim events: > > > > Brazil WindPower 2011 > > August 31 ? 2, Rio de Janeiro, Brazil > Booth 141 > > VIND 2011 > > September 14 ? 15, Stockholm, Sweden > > > > EOLICA EXPO 2011 > > September 14 ? 16, Rome, Italy > Booth B8/C7 > > > > GREEN EXPO 2011 > > September 27 ? 29, Mexico City, Mexico > > > > WIND POWER EXPO+ > > September 27 ? 29, Zaragoza, Spain > > CanWEA > > October 3 ? 6, Vancouver, Canada > > > > For upcoming WindSim training courses, please visit: > > http://www.windsim.com/events/training-courses.aspx > > > > This message contains information that may be privileged or > confidential and is the property of WindSim AS. It is > intendedonly for the person to whom it is addressed. If > you are not the > intended recipient, you are not authorized to print, retain, > copy, > disseminate, distribute, or use this message or any part > thereof.If you receive this message in error, please notify > the sender > immediately and delete all copies of this message. > > > > > > > > From masters.steve at ensco.com Thu Sep 15 08:58:44 2011 From: masters.steve at ensco.com (Masters.Steve) Date: Thu, 15 Sep 2011 08:58:44 -0400 Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: References: <008301cc7382$e73d51c0$b5b7f540$@com> Message-ID: An alternative to ARWpost that is not talked about much...You can convert WRF data to grib format using the wrfpost program. The wrfpost program interpolates the data to constant pressure surfaces (and other levels as you require) and writes the data in grib. You then use the utilities grib2ctl.pl and gribmap to produce the files needed for grads. Since I'm used to dealing with grib files from NCEP models in grads, I find this approach very workable. You can find the wrfpost program from the WRF-NMM/DTC page at http://www.dtcenter.org/wrf-nmm/users/. Steve Masters ENSCO, Inc. Melbourne, FL -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Nick Heath Sent: Thursday, September 15, 2011 8:38 AM To: GrADS Users Forum Subject: Re: [gradsusr] WRF data in grads: Problem with the levels Hey Catherine, Unfortunately, to extract the height/pressure levels at the model sigma levels, and display WRF data in GrADS, there is an intermediate step. If you go here: http://www.mmm.ucar.edu/wrf/users/ and go to the Download tab, there is a Post-Processing program called ARWPost that converts WRF output into a GrADS friendly binary and even produces the control file for you. As you will see, the control file will look almost identical to the one you created, but will have the extracted pressure/height levels that you specify in the namelist. I have had problems with ARWPost creating really weird output, but I do not think there is any alternative right now if you want to use GrADS. -Nick ----- Original Message ----- From: Catherine Meissner Date: Thursday, September 15, 2011 8:39 am Subject: [gradsusr] WRF data in grads: Problem with the levels To: gradsusr at gradsusr.org > Hello, > > > > I am using WRF data files in GrADS version 2.0.a9oga, in windows. > > Having been unable to open the WRF files using xdfopen or sdfopen I > havewritten my own CTL file in order to open the data. Everything > is working for > me except that the z levels which the file contains do not seem to > correspond to the pressure. The nc dump suggests there are 29 > levels (which > is correct as there were 29 eta levels in the WRF file). > > However the range of > > these levels is from 2986950,2887400,2787850 ... up to 199550, > 100000. How > can these numbers be related to pressure? > > > > All I need to know is what these Z levels mean and how I can wither > convertthem to pressure or to height. Thanks for any help offered. > > > > The Corresponding CTL file is: > > > > dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 > > dtype netcdf > > title "Iberdrola data for Jan2008" > > undef -1e+30 > > options template > > pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 - > 3.839993 10000 > 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 > 0.0032 zdef > 30 linear 2986950 2887400, > 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 > 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 > 96400, > > 796850,697300,597750,498200,398650,299100,199550,100000 > > tdef 480 linear 00:00Z01jan2008 1hr > > > > vars 4 > > U=>u 29 t,z,y,x westerly wind > > V=>v 29 t,z,y,x southerly wind > > P=>p 29 t,z,y,x Pressure > > T=>t 29 t,z,y,x perturbation potential temperature > (theta-t0) > > Endvars > > > > the ncdump is: > > > > netcdf wrfout_d02_2007-12-31_18_00_00 { > > dimensions: > > Time = UNLIMITED ; // (1 currently) > > DateStrLen = 19 ; > > west_east = 140 ; > > south_north = 140 ; > > bottom_top = 29 ; > > bottom_top_stag = 30 ; > > soil_layers_stag = 4 ; > > west_east_stag = 141 ; > > force_layers = 8 ; > > south_north_stag = 141 ; > > variables: > > char Times(Time, DateStrLen) ; > > float LU_INDEX(Time, south_north, west_east) ; > > LU_INDEX:FieldType = 104 ; > > LU_INDEX:MemoryOrder = "XY " ; > > LU_INDEX:description = "LAND USE CATEGORY" ; > > LU_INDEX:units = "" ; > > LU_INDEX:stagger = "" ; > > LU_INDEX:coordinates = "XLONG XLAT" ; > > float ZNU(Time, bottom_top) ; > > ZNU:FieldType = 104 ; > > ZNU:MemoryOrder = "Z " ; > > ZNU:description = "eta values on half (mass) > levels" ; > > ZNU:units = "" ; > > ZNU:stagger = "" ; > > float ZNW(Time, bottom_top_stag) ; > > ZNW:FieldType = 104 ; > > ZNW:MemoryOrder = "Z " ; > > ZNW:description = "eta values on full (w) levels" ; > > ZNW:units = "" ; > > ZNW:stagger = "Z" ; (... and many more variables > listed) > > // global attributes: > > :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; > > :START_DATE = "2007-12-31_18:00:00" ; > > :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; > > :WEST-EAST_GRID_DIMENSION = 141 ; > > :SOUTH-NORTH_GRID_DIMENSION = 141 ; > > :BOTTOM-TOP_GRID_DIMENSION = 30 ; > > :DX = 10000.f ; > > :DY = 10000.f ; > > :GRIDTYPE = "C" ; > > :DIFF_OPT = 1 ; > > :KM_OPT = 4 ; > > :DAMP_OPT = 0 ; > > :DAMPCOEF = 0.2f ; > > :KHDIF = 0.f ; > > :KVDIF = 0.f ; > > :MP_PHYSICS = 6 ; > > :RA_LW_PHYSICS = 1 ; > > :RA_SW_PHYSICS = 1 ; > > :SF_SFCLAY_PHYSICS = 2 ; > > :SF_SURFACE_PHYSICS = 2 ; > > :BL_PBL_PHYSICS = 2 ; > > :CU_PHYSICS = 0 ; > > :SURFACE_INPUT_SOURCE = 1 ; > > :SST_UPDATE = 0 ; > > :GRID_FDDA = 0 ; > > :GFDDA_INTERVAL_M = 0 ; > > :GFDDA_END_H = 0 ; > > :GRID_SFDDA = 0 ; > > :SGFDDA_INTERVAL_M = 0 ; > > :SGFDDA_END_H = 0 ; > > :SF_URBAN_PHYSICS = 0 ; > > :FEEDBACK = 1 ; > > :SMOOTH_OPTION = 0 ; > > :SWRAD_SCAT = 1.f ; > > :W_DAMPING = 0 ; > > :MOIST_ADV_OPT = 1 ; > > :SCALAR_ADV_OPT = 1 ; > > :TKE_ADV_OPT = 1 ; > > :DIFF_6TH_OPT = 0 ; > > :DIFF_6TH_FACTOR = 0.12f ; > > :OBS_NUDGE_OPT = 0 ; > > :WEST-EAST_PATCH_START_UNSTAG = 1 ; > > :WEST-EAST_PATCH_END_UNSTAG = 140 ; > > :WEST-EAST_PATCH_START_STAG = 1 ; > > :WEST-EAST_PATCH_END_STAG = 141 ; > > :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; > > :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; > > :SOUTH-NORTH_PATCH_START_STAG = 1 ; > > :SOUTH-NORTH_PATCH_END_STAG = 141 ; > > :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; > > :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; > > :BOTTOM-TOP_PATCH_START_STAG = 1 ; > > :BOTTOM-TOP_PATCH_END_STAG = 30 ; > > :GRID_ID = 2 ; > > :PARENT_ID = 1 ; > > :I_PARENT_START = 14 ; > > :J_PARENT_START = 10 ; > > :PARENT_GRID_RATIO = 5 ; > > :DT = 60.f ; > > :CEN_LAT = 40.5046f ; > > :CEN_LON = -3.839993f ; > > :TRUELAT1 = 43.427f ; > > :TRUELAT2 = 43.427f ; > > :MOAD_CEN_LAT = 43.427f ; > > :STAND_LON = -3.84f ; > > :POLE_LAT = 90.f ; > > :POLE_LON = 0.f ; > > :GMT = 18.f ; > > :JULYR = 2007 ; > > :JULDAY = 365 ; > > :MAP_PROJ = 1 ; > > :MMINLU = "" ; > > :NUM_LAND_CAT = 24 ; > > :ISWATER = 16 ; > > :ISLAKE = 0 ; > > :ISICE = 0 ; > > :ISURBAN = 0 ; > > :ISOILWATER = 0 ; > > } > > > > > > > > > > > > > > > Catherine Meissner > Software Development Manager > > > Fjordgaten 15 > N-3125 T?nsberg, Norway > > Switchboard +47 33 38 18 00 > > www.windsim.com > > Email > > Direct > > Fax > > > > catherine at windsim.com > > +47 33 38 18 06 > +47 33 38 18 08 > > Upcoming WindSim events: > > > > Brazil WindPower 2011 > > August 31 - 2, Rio de Janeiro, Brazil > Booth 141 > > VIND 2011 > > September 14 - 15, Stockholm, Sweden > > > > EOLICA EXPO 2011 > > September 14 - 16, Rome, Italy > Booth B8/C7 > > > > GREEN EXPO 2011 > > September 27 - 29, Mexico City, Mexico > > > > WIND POWER EXPO+ > > September 27 - 29, Zaragoza, Spain > > CanWEA > > October 3 - 6, Vancouver, Canada > > > > For upcoming WindSim training courses, please visit: > > http://www.windsim.com/events/training-courses.aspx > > > > This message contains information that may be privileged or > confidential and is the property of WindSim AS. It is > intendedonly for the person to whom it is addressed. If > you are not the > intended recipient, you are not authorized to print, retain, > copy, > disseminate, distribute, or use this message or any part > thereof.If you receive this message in error, please notify > the sender > immediately and delete all copies of this message. > > > > > > > > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr The information contained in this email message is intended only for the use of the individual(s) to whom it is addressed and may contain information that is privileged and sensitive. If you are not the intended recipient, or otherwise have received this communication in error, please notify the sender immediately by email at the above referenced address and note that any further dissemination, distribution or copying of this communication is strictly prohibited. The U.S. Export Control Laws regulate the export and re-export of technology originating in the United States. This includes the electronic transmission of information and software to foreign countries and to certain foreign nationals. Recipient agrees to abide by these laws and their regulations -- including the U.S. Department of Commerce Export Administration Regulations and the U.S. Department of State International Traffic in Arms Regulations -- and not to transfer, by electronic transmission or otherwise, any content derived from this email to either a foreign national or a foreign destination in violation of such laws. From catherine at windsim.com Thu Sep 15 09:05:36 2011 From: catherine at windsim.com (Catherine Meissner) Date: Thu, 15 Sep 2011 15:05:36 +0200 Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: References: <008301cc7382$e73d51c0$b5b7f540$@com> Message-ID: <010201cc73a8$2ad369e0$807a3da0$@com> Hei Nick, Thank you for the quick answer! As we are a Windows based company I was searching for a windows compatible tool. Does anyone know a tool which can do the same as ARWPost? Regards, Catherine -----Urspr?ngliche Nachricht----- Von: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] Im Auftrag von Nick Heath Gesendet: 15 September 2011 14:38 An: GrADS Users Forum Betreff: Re: [gradsusr] WRF data in grads: Problem with the levels Hey Catherine, Unfortunately, to extract the height/pressure levels at the model sigma levels, and display WRF data in GrADS, there is an intermediate step. If you go here: http://www.mmm.ucar.edu/wrf/users/ and go to the Download tab, there is a Post-Processing program called ARWPost that converts WRF output into a GrADS friendly binary and even produces the control file for you. As you will see, the control file will look almost identical to the one you created, but will have the extracted pressure/height levels that you specify in the namelist. I have had problems with ARWPost creating really weird output, but I do not think there is any alternative right now if you want to use GrADS. -Nick ----- Original Message ----- From: Catherine Meissner Date: Thursday, September 15, 2011 8:39 am Subject: [gradsusr] WRF data in grads: Problem with the levels To: gradsusr at gradsusr.org > Hello, > > > > I am using WRF data files in GrADS version 2.0.a9oga, in windows. > > Having been unable to open the WRF files using xdfopen or sdfopen I > havewritten my own CTL file in order to open the data. Everything > is working for > me except that the z levels which the file contains do not seem to > correspond to the pressure. The nc dump suggests there are 29 > levels (which > is correct as there were 29 eta levels in the WRF file). > > However the range of > > these levels is from 2986950,2887400,2787850 ... up to 199550, > 100000. How > can these numbers be related to pressure? > > > > All I need to know is what these Z levels mean and how I can wither > convertthem to pressure or to height. Thanks for any help offered. > > > > The Corresponding CTL file is: > > > > dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 > > dtype netcdf > > title "Iberdrola data for Jan2008" > > undef -1e+30 > > options template > > pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 - > 3.839993 10000 > 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 > 0.0032 zdef > 30 linear 2986950 2887400, > 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 > 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 > 96400, > > 796850,697300,597750,498200,398650,299100,199550,100000 > > tdef 480 linear 00:00Z01jan2008 1hr > > > > vars 4 > > U=>u 29 t,z,y,x westerly wind > > V=>v 29 t,z,y,x southerly wind > > P=>p 29 t,z,y,x Pressure > > T=>t 29 t,z,y,x perturbation potential temperature > (theta-t0) > > Endvars > > > > the ncdump is: > > > > netcdf wrfout_d02_2007-12-31_18_00_00 { > > dimensions: > > Time = UNLIMITED ; // (1 currently) > > DateStrLen = 19 ; > > west_east = 140 ; > > south_north = 140 ; > > bottom_top = 29 ; > > bottom_top_stag = 30 ; > > soil_layers_stag = 4 ; > > west_east_stag = 141 ; > > force_layers = 8 ; > > south_north_stag = 141 ; > > variables: > > char Times(Time, DateStrLen) ; > > float LU_INDEX(Time, south_north, west_east) ; > > LU_INDEX:FieldType = 104 ; > > LU_INDEX:MemoryOrder = "XY " ; > > LU_INDEX:description = "LAND USE CATEGORY" ; > > LU_INDEX:units = "" ; > > LU_INDEX:stagger = "" ; > > LU_INDEX:coordinates = "XLONG XLAT" ; > > float ZNU(Time, bottom_top) ; > > ZNU:FieldType = 104 ; > > ZNU:MemoryOrder = "Z " ; > > ZNU:description = "eta values on half (mass) > levels" ; > > ZNU:units = "" ; > > ZNU:stagger = "" ; > > float ZNW(Time, bottom_top_stag) ; > > ZNW:FieldType = 104 ; > > ZNW:MemoryOrder = "Z " ; > > ZNW:description = "eta values on full (w) levels" ; > > ZNW:units = "" ; > > ZNW:stagger = "Z" ; (... and many more variables > listed) > > // global attributes: > > :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; > > :START_DATE = "2007-12-31_18:00:00" ; > > :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; > > :WEST-EAST_GRID_DIMENSION = 141 ; > > :SOUTH-NORTH_GRID_DIMENSION = 141 ; > > :BOTTOM-TOP_GRID_DIMENSION = 30 ; > > :DX = 10000.f ; > > :DY = 10000.f ; > > :GRIDTYPE = "C" ; > > :DIFF_OPT = 1 ; > > :KM_OPT = 4 ; > > :DAMP_OPT = 0 ; > > :DAMPCOEF = 0.2f ; > > :KHDIF = 0.f ; > > :KVDIF = 0.f ; > > :MP_PHYSICS = 6 ; > > :RA_LW_PHYSICS = 1 ; > > :RA_SW_PHYSICS = 1 ; > > :SF_SFCLAY_PHYSICS = 2 ; > > :SF_SURFACE_PHYSICS = 2 ; > > :BL_PBL_PHYSICS = 2 ; > > :CU_PHYSICS = 0 ; > > :SURFACE_INPUT_SOURCE = 1 ; > > :SST_UPDATE = 0 ; > > :GRID_FDDA = 0 ; > > :GFDDA_INTERVAL_M = 0 ; > > :GFDDA_END_H = 0 ; > > :GRID_SFDDA = 0 ; > > :SGFDDA_INTERVAL_M = 0 ; > > :SGFDDA_END_H = 0 ; > > :SF_URBAN_PHYSICS = 0 ; > > :FEEDBACK = 1 ; > > :SMOOTH_OPTION = 0 ; > > :SWRAD_SCAT = 1.f ; > > :W_DAMPING = 0 ; > > :MOIST_ADV_OPT = 1 ; > > :SCALAR_ADV_OPT = 1 ; > > :TKE_ADV_OPT = 1 ; > > :DIFF_6TH_OPT = 0 ; > > :DIFF_6TH_FACTOR = 0.12f ; > > :OBS_NUDGE_OPT = 0 ; > > :WEST-EAST_PATCH_START_UNSTAG = 1 ; > > :WEST-EAST_PATCH_END_UNSTAG = 140 ; > > :WEST-EAST_PATCH_START_STAG = 1 ; > > :WEST-EAST_PATCH_END_STAG = 141 ; > > :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; > > :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; > > :SOUTH-NORTH_PATCH_START_STAG = 1 ; > > :SOUTH-NORTH_PATCH_END_STAG = 141 ; > > :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; > > :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; > > :BOTTOM-TOP_PATCH_START_STAG = 1 ; > > :BOTTOM-TOP_PATCH_END_STAG = 30 ; > > :GRID_ID = 2 ; > > :PARENT_ID = 1 ; > > :I_PARENT_START = 14 ; > > :J_PARENT_START = 10 ; > > :PARENT_GRID_RATIO = 5 ; > > :DT = 60.f ; > > :CEN_LAT = 40.5046f ; > > :CEN_LON = -3.839993f ; > > :TRUELAT1 = 43.427f ; > > :TRUELAT2 = 43.427f ; > > :MOAD_CEN_LAT = 43.427f ; > > :STAND_LON = -3.84f ; > > :POLE_LAT = 90.f ; > > :POLE_LON = 0.f ; > > :GMT = 18.f ; > > :JULYR = 2007 ; > > :JULDAY = 365 ; > > :MAP_PROJ = 1 ; > > :MMINLU = "" ; > > :NUM_LAND_CAT = 24 ; > > :ISWATER = 16 ; > > :ISLAKE = 0 ; > > :ISICE = 0 ; > > :ISURBAN = 0 ; > > :ISOILWATER = 0 ; > > } > > > > > > > > > > > > > > > Catherine Meissner > Software Development Manager > > > Fjordgaten 15 > N-3125 T?nsberg, Norway > > Switchboard +47 33 38 18 00 > > www.windsim.com > > Email > > Direct > > Fax > > > > catherine at windsim.com > > +47 33 38 18 06 > +47 33 38 18 08 > > Upcoming WindSim events: > > > > Brazil WindPower 2011 > > August 31 ? 2, Rio de Janeiro, Brazil > Booth 141 > > VIND 2011 > > September 14 ? 15, Stockholm, Sweden > > > > EOLICA EXPO 2011 > > September 14 ? 16, Rome, Italy > Booth B8/C7 > > > > GREEN EXPO 2011 > > September 27 ? 29, Mexico City, Mexico > > > > WIND POWER EXPO+ > > September 27 ? 29, Zaragoza, Spain > > CanWEA > > October 3 ? 6, Vancouver, Canada > > > > For upcoming WindSim training courses, please visit: > > http://www.windsim.com/events/training-courses.aspx > > > > This message contains information that may be privileged or > confidential and is the property of WindSim AS. It is > intendedonly for the person to whom it is addressed. If > you are not the > intended recipient, you are not authorized to print, retain, > copy, > disseminate, distribute, or use this message or any part > thereof.If you receive this message in error, please notify > the sender > immediately and delete all copies of this message. > > > > > > > > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From nkh09 at fsu.edu Thu Sep 15 09:05:23 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Thu, 15 Sep 2011 13:05:23 GMT Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: References: <008301cc7382$e73d51c0$b5b7f540$@com> Message-ID: Steve, Thank you for the info. This sounds like a better approach to using WRF and GrADS. -Nick ----- Original Message ----- From: "Masters.Steve" Date: Thursday, September 15, 2011 12:59 pm Subject: Re: [gradsusr] WRF data in grads: Problem with the levels To: GrADS Users Forum > An alternative to ARWpost that is not talked about much...You can > convert WRF data to grib format using the wrfpost program. The > wrfpost program interpolates the data to constant pressure surfaces > (and other levels as you require) and writes the data in grib. You > then use the utilities grib2ctl.pl and gribmap to produce the files > needed for grads. Since I'm used to dealing with grib files from > NCEP models in grads, I find this approach very workable. You can > find the wrfpost program from the WRF-NMM/DTC page at > http://www.dtcenter.org/wrf-nmm/users/. > > Steve Masters > ENSCO, Inc. > Melbourne, FL > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr- > bounces at gradsusr.org] On Behalf Of Nick Heath > Sent: Thursday, September 15, 2011 8:38 AM > To: GrADS Users Forum > Subject: Re: [gradsusr] WRF data in grads: Problem with the levels > > Hey Catherine, > > Unfortunately, to extract the height/pressure levels at the model > sigma levels, and display WRF data in GrADS, there is an > intermediate step. If you go here: > http://www.mmm.ucar.edu/wrf/users/ and go to the Download tab, > there is a Post-Processing program called ARWPost that converts WRF > output into a GrADS friendly binary and even produces the control > file for you. As you will see, the control file will look almost > identical to the one you created, but will have the extracted > pressure/height levels that you specify in the namelist. I have > had problems with ARWPost creating really weird output, but I do > not think there is any alternative right now if you want to use GrADS. > > -Nick > > ----- Original Message ----- > From: Catherine Meissner > Date: Thursday, September 15, 2011 8:39 am > Subject: [gradsusr] WRF data in grads: Problem with the levels > To: gradsusr at gradsusr.org > > > Hello, > > > > > > > > I am using WRF data files in GrADS version 2.0.a9oga, in windows. > > > > Having been unable to open the WRF files using xdfopen or sdfopen I > > havewritten my own CTL file in order to open the data. Everything > > is working for > > me except that the z levels which the file contains do not seem to > > correspond to the pressure. The nc dump suggests there are 29 > > levels (which > > is correct as there were 29 eta levels in the WRF file). > > > > However the range of > > > > these levels is from 2986950,2887400,2787850 ... up to 199550, > > 100000. How > > can these numbers be related to pressure? > > > > > > > > All I need to know is what these Z levels mean and how I can wither > > convertthem to pressure or to height. Thanks for any help offered. > > > > > > > > The Corresponding CTL file is: > > > > > > > > dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 > > > > dtype netcdf > > > > title "Iberdrola data for Jan2008" > > > > undef -1e+30 > > > > options template > > > > pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 - > > 3.839993 10000 > > 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 > > 0.0032 zdef > > 30 linear 2986950 2887400, > > > 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891> 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 > > 96400, > > > > 796850,697300,597750,498200,398650,299100,199550,100000 > > > > tdef 480 linear 00:00Z01jan2008 1hr > > > > > > > > vars 4 > > > > U=>u 29 t,z,y,x westerly wind > > > > V=>v 29 t,z,y,x southerly wind > > > > P=>p 29 t,z,y,x Pressure > > > > T=>t 29 t,z,y,x perturbation potential temperature > > (theta-t0) > > > > Endvars > > > > > > > > the ncdump is: > > > > > > > > netcdf wrfout_d02_2007-12-31_18_00_00 { > > > > dimensions: > > > > Time = UNLIMITED ; // (1 currently) > > > > DateStrLen = 19 ; > > > > west_east = 140 ; > > > > south_north = 140 ; > > > > bottom_top = 29 ; > > > > bottom_top_stag = 30 ; > > > > soil_layers_stag = 4 ; > > > > west_east_stag = 141 ; > > > > force_layers = 8 ; > > > > south_north_stag = 141 ; > > > > variables: > > > > char Times(Time, DateStrLen) ; > > > > float LU_INDEX(Time, south_north, west_east) ; > > > > LU_INDEX:FieldType = 104 ; > > > > LU_INDEX:MemoryOrder = "XY " ; > > > > LU_INDEX:description = "LAND USE CATEGORY" ; > > > > LU_INDEX:units = "" ; > > > > LU_INDEX:stagger = "" ; > > > > LU_INDEX:coordinates = "XLONG XLAT" ; > > > > float ZNU(Time, bottom_top) ; > > > > ZNU:FieldType = 104 ; > > > > ZNU:MemoryOrder = "Z " ; > > > > ZNU:description = "eta values on half (mass) > > levels" ; > > > > ZNU:units = "" ; > > > > ZNU:stagger = "" ; > > > > float ZNW(Time, bottom_top_stag) ; > > > > ZNW:FieldType = 104 ; > > > > ZNW:MemoryOrder = "Z " ; > > > > ZNW:description = "eta values on full (w) levels" ; > > > > ZNW:units = "" ; > > > > ZNW:stagger = "Z" ; (... and many more variables > > listed) > > > > // global attributes: > > > > :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; > > > > :START_DATE = "2007-12-31_18:00:00" ; > > > > :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; > > > > :WEST-EAST_GRID_DIMENSION = 141 ; > > > > :SOUTH-NORTH_GRID_DIMENSION = 141 ; > > > > :BOTTOM-TOP_GRID_DIMENSION = 30 ; > > > > :DX = 10000.f ; > > > > :DY = 10000.f ; > > > > :GRIDTYPE = "C" ; > > > > :DIFF_OPT = 1 ; > > > > :KM_OPT = 4 ; > > > > :DAMP_OPT = 0 ; > > > > :DAMPCOEF = 0.2f ; > > > > :KHDIF = 0.f ; > > > > :KVDIF = 0.f ; > > > > :MP_PHYSICS = 6 ; > > > > :RA_LW_PHYSICS = 1 ; > > > > :RA_SW_PHYSICS = 1 ; > > > > :SF_SFCLAY_PHYSICS = 2 ; > > > > :SF_SURFACE_PHYSICS = 2 ; > > > > :BL_PBL_PHYSICS = 2 ; > > > > :CU_PHYSICS = 0 ; > > > > :SURFACE_INPUT_SOURCE = 1 ; > > > > :SST_UPDATE = 0 ; > > > > :GRID_FDDA = 0 ; > > > > :GFDDA_INTERVAL_M = 0 ; > > > > :GFDDA_END_H = 0 ; > > > > :GRID_SFDDA = 0 ; > > > > :SGFDDA_INTERVAL_M = 0 ; > > > > :SGFDDA_END_H = 0 ; > > > > :SF_URBAN_PHYSICS = 0 ; > > > > :FEEDBACK = 1 ; > > > > :SMOOTH_OPTION = 0 ; > > > > :SWRAD_SCAT = 1.f ; > > > > :W_DAMPING = 0 ; > > > > :MOIST_ADV_OPT = 1 ; > > > > :SCALAR_ADV_OPT = 1 ; > > > > :TKE_ADV_OPT = 1 ; > > > > :DIFF_6TH_OPT = 0 ; > > > > :DIFF_6TH_FACTOR = 0.12f ; > > > > :OBS_NUDGE_OPT = 0 ; > > > > :WEST-EAST_PATCH_START_UNSTAG = 1 ; > > > > :WEST-EAST_PATCH_END_UNSTAG = 140 ; > > > > :WEST-EAST_PATCH_START_STAG = 1 ; > > > > :WEST-EAST_PATCH_END_STAG = 141 ; > > > > :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; > > > > :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; > > > > :SOUTH-NORTH_PATCH_START_STAG = 1 ; > > > > :SOUTH-NORTH_PATCH_END_STAG = 141 ; > > > > :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; > > > > :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; > > > > :BOTTOM-TOP_PATCH_START_STAG = 1 ; > > > > :BOTTOM-TOP_PATCH_END_STAG = 30 ; > > > > :GRID_ID = 2 ; > > > > :PARENT_ID = 1 ; > > > > :I_PARENT_START = 14 ; > > > > :J_PARENT_START = 10 ; > > > > :PARENT_GRID_RATIO = 5 ; > > > > :DT = 60.f ; > > > > :CEN_LAT = 40.5046f ; > > > > :CEN_LON = -3.839993f ; > > > > :TRUELAT1 = 43.427f ; > > > > :TRUELAT2 = 43.427f ; > > > > :MOAD_CEN_LAT = 43.427f ; > > > > :STAND_LON = -3.84f ; > > > > :POLE_LAT = 90.f ; > > > > :POLE_LON = 0.f ; > > > > :GMT = 18.f ; > > > > :JULYR = 2007 ; > > > > :JULDAY = 365 ; > > > > :MAP_PROJ = 1 ; > > > > :MMINLU = "" ; > > > > :NUM_LAND_CAT = 24 ; > > > > :ISWATER = 16 ; > > > > :ISLAKE = 0 ; > > > > :ISICE = 0 ; > > > > :ISURBAN = 0 ; > > > > :ISOILWATER = 0 ; > > > > } > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Catherine Meissner > > Software Development Manager > > > > > > Fjordgaten 15 > > N-3125 T?nsberg, Norway > > > > Switchboard +47 33 38 18 00 > > > > www.windsim.com > > > > Email > > > > Direct > > > > Fax > > > > > > > > catherine at windsim.com > > > > +47 33 38 18 06 > > +47 33 38 18 08 > > > > Upcoming WindSim events: > > > > > > > > Brazil WindPower 2011 > > > > August 31 - 2, Rio de Janeiro, Brazil > > Booth 141 > > > > VIND 2011 > > > > September 14 - 15, Stockholm, Sweden > > > > > > > > EOLICA EXPO 2011 > > > > September 14 - 16, Rome, Italy > > Booth B8/C7 > > > > > > > > GREEN EXPO 2011 > > > > September 27 - 29, Mexico City, Mexico > > > > > > > > WIND POWER EXPO+ > > > > September 27 - 29, Zaragoza, Spain > > > > CanWEA > > > > October 3 - 6, Vancouver, Canada > > > > > > > > For upcoming WindSim training courses, please visit: > > > > http://www.windsim.com/events/training-courses.aspx > > > > > > > > This message contains information that may be privileged or > > confidential and is the property of WindSim AS. It is > > intendedonly for the person to whom it is addressed. If > > you are not the > > intended recipient, you are not authorized to print, retain, > > copy, > > disseminate, distribute, or use this message or any part > > thereof.If you receive this message in error, please notify > > the sender > > immediately and delete all copies of this message. > > > > > > > > > > > > > > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > The information contained in this email message is intended only > for the use of the individual(s) to whom it is addressed and may > contain information that is privileged and sensitive. If you are > not the intended recipient, or otherwise have received this > communication in error, please notify the sender immediately by > email at the above referenced address and note that any further > dissemination, distribution or copying of this communication is > strictly prohibited. > > The U.S. Export Control Laws regulate the export and re-export of > technology originating in the United States. This includes the > electronic transmission of information and software to foreign > countries and to certain foreign nationals. Recipient agrees to > abide by these laws and their regulations -- including the U.S. > Department of Commerce Export Administration Regulations and the > U.S. Department of State International Traffic in Arms Regulations - > - and not to transfer, by electronic transmission or otherwise, any > content derived from this email to either a foreign national or a > foreign destination in violation of such laws. > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From jonathan.smith at nasa.gov Thu Sep 15 09:43:15 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Thu, 15 Sep 2011 08:43:15 -0500 Subject: [gradsusr] script to open netcdf and .ctl at same time Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9558@NDMSSCC05.ndc.nasa.gov> Hello, With the attached script I am having trouble using sdfopen and open together. The sdfopen is used with a netcdf file and the variables for wind are u and v. The open files are with a ARWpost output. The wind variable here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 From jonathan.smith at nasa.gov Thu Sep 15 09:44:57 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Thu, 15 Sep 2011 08:44:57 -0500 Subject: [gradsusr] FW: script to open netcdf and .ctl at same time In-Reply-To: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9558@NDMSSCC05.ndc.nasa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9558@NDMSSCC05.ndc.nasa.gov> Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9559@NDMSSCC05.ndc.nasa.gov> Here is script Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 ________________________________________ From: SMITH, JONATHAN WYNN. (GSFC-6133) Sent: Thursday, September 15, 2011 9:43 AM To: gradsusr at gradsusr.org Subject: script to open netcdf and .ctl at same time Hello, With the attached script I am having trouble using sdfopen and open together. The sdfopen is used with a netcdf file and the variables for wind are u and v. The open files are with a ARWpost output. The wind variable here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 -------------- next part -------------- A non-text attachment was scrubbed... Name: avg_panel_wrf_ecmwf.gs Type: application/octet-stream Size: 6209 bytes Desc: avg_panel_wrf_ecmwf.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/1764b90a/attachment-0003.obj From saeedbayat7276 at gmail.com Thu Sep 15 10:36:17 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Thu, 15 Sep 2011 19:06:17 +0430 Subject: [gradsusr] Hovmoller Diagram Message-ID: Dear GrADS users, I have a problem create hovmoller diagram from output data of RegCM4.1. Is there anyone here had a problem like this? I am able to draw hovmoller with NNRP1 data! Any Idea? Regards Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/d1060cca/attachment-0003.html From esjluis at yahoo.com.mx Thu Sep 15 10:52:09 2011 From: esjluis at yahoo.com.mx (jl sa) Date: Thu, 15 Sep 2011 07:52:09 -0700 (PDT) Subject: [gradsusr] WRF data in grads: Problem with the levels In-Reply-To: References: Message-ID: <1316098329.48961.YahooMailNeo@web111006.mail.gq1.yahoo.com> hola si los datos son del WRF, trata de modificar el namelist.ARWPOST del modelo y ahi indica los niveles de presion ya sean milibarios o si los quieres en niveles sigma, ejemplo: si es para milibarios &interp ?interp_method = 1, ?interp_levels = 1000.,950.,900.,850.,800.,750.,700.,650.,600.,550.,500.,450.,400.,350.,300.,250.,200.,150.,100., / si es para sigma : &interp ?interp_method = 0, interp_levels = 0.994, 1.00, 1.02, 1.03, 1.058, 1.099, 1.141, 1.183, 1.208, 1.233, 1.258, 1.283, 1.308, 1.333, 1.383, 1.433, 1.483, 1.533, 1.583, 1.633, 1.683, 1.733, 1.783, 1.833, 1.883, 1.933, 1.983, 2.0, 2.5, 3.00, 3.5, 4.00, 4.5, 5.0, 7.5, 10.0, 12.5, 15.0, 20.0, espero esto te ayude. hello if the data are from the WRF, about changing the model and there namelist.ARWPOST indicates levels of pressure either millibars or if you want to sigma levels, eg if it is in millibars &interp ?interp_method = 1, ?interp_levels = 1000.,950.,900.,850.,800.,750.,700.,650.,600.,550.,500.,450.,400.,350.,300.,250.,200.,150.,100., / if for sigma: &interp ?interp_method = 0, interp_levels = 0.994, 1.00, 1.02, 1.03, 1.058, 1.099, 1.141, 1.183, 1.208, 1.233, 1.258, 1.283, 1.308, 1.333, 1.383, 1.433, 1.483, 1.533, 1.583, 1.633, 1.683, 1.733, 1.783, 1.833, 1.883, 1.933, 1.983, 2.0, 2.5, 3.00, 3.5, 4.00, 4.5, 5.0, 7.5, 10.0, 12.5, 15.0, 20.0, atte jluis ________________________________ ?WRF data in grads: Problem with the levels (Catherine Meissner) ---------------------------------------------------------------------- Message: 3 Date: Thu, 15 Sep 2011 10:38:54 +0200 From: "Catherine Meissner" Subject: [gradsusr] WRF data in grads: Problem with the levels To: Message-ID: <008301cc7382$e73d51c0$b5b7f540$@com> Content-Type: text/plain; charset="iso-8859-1" Hello, I am using WRF data files in GrADS version 2.0.a9oga, in windows.? Having been unable to open the WRF files using xdfopen or sdfopen I have written my own CTL file in order to open the data. Everything is working for me except that the z levels which the file contains do not seem to correspond to the pressure. The nc dump suggests there are 29 levels (which is correct as there were 29 eta levels in the WRF file).? However the range of these levels is from 2986950,2887400,2787850 ... up to? 199550, 100000. How can these numbers be related to pressure? All I need to know is what these Z levels mean and how I can wither convert them to pressure or to height. Thanks for any help offered. The Corresponding CTL file is: dset ^wrfout_d02_%y4-%m2-%d2_%h2_%n2_00 dtype netcdf title "Iberdrola data for Jan2008" undef -1e+30 options template pdef 140 140 lcc 33.87970 -11.30862777011 1 1 43.427 43.427 -3.839993 10000 10000 xdef 140 linear -4.5000000 0.004 ydef 140 linear 41.950000 0.0032 zdef 30 linear 2986950 2887400, 2787850,2688300,2588750,2489200,2389650,2290100,2190550,2091000,1991450,1891 800,1792300,1692800,1593250,1493700,1394150,1294600,1195050,1095500,995950,8 96400, 796850,697300,597750,498200,398650,299100,199550,100000 tdef 480 linear 00:00Z01jan2008 1hr vars 4 U=>u? ? ? ? ? 29? t,z,y,x westerly wind V=>v? ? ? ? ? 29? t,z,y,x southerly wind P=>p? ? ? ? ? 29? t,z,y,x? Pressure T=>t? ? ? ? ? 29? t,z,y,x? perturbation potential temperature (theta-t0) Endvars the ncdump is: netcdf wrfout_d02_2007-12-31_18_00_00 { dimensions: ? ? ? ? Time = UNLIMITED ; // (1 currently) ? ? ? ? DateStrLen = 19 ; ? ? ? ? west_east = 140 ; ? ? ? ? south_north = 140 ; ? ? ? ? bottom_top = 29 ; ? ? ? ? bottom_top_stag = 30 ; ? ? ? ? soil_layers_stag = 4 ; ? ? ? ? west_east_stag = 141 ; ? ? ? ? force_layers = 8 ; ? ? ? ? south_north_stag = 141 ; variables: ? ? ? ? char Times(Time, DateStrLen) ; ? ? ? ? float LU_INDEX(Time, south_north, west_east) ; ? ? ? ? ? ? ? ? LU_INDEX:FieldType = 104 ; ? ? ? ? ? ? ? ? LU_INDEX:MemoryOrder = "XY " ; ? ? ? ? ? ? ? ? LU_INDEX:description = "LAND USE CATEGORY" ; ? ? ? ? ? ? ? ? LU_INDEX:units = "" ; ? ? ? ? ? ? ? ? LU_INDEX:stagger = "" ; ? ? ? ? ? ? ? ? LU_INDEX:coordinates = "XLONG XLAT" ; ? ? ? ? float ZNU(Time, bottom_top) ; ? ? ? ? ? ? ? ? ZNU:FieldType = 104 ; ? ? ? ? ? ? ? ? ZNU:MemoryOrder = "Z? " ; ? ? ? ? ? ? ? ? ZNU:description = "eta values on half (mass) levels" ; ? ? ? ? ? ? ? ? ZNU:units = "" ; ? ? ? ? ? ? ? ? ZNU:stagger = "" ; ? ? ? ? float ZNW(Time, bottom_top_stag) ; ? ? ? ? ? ? ? ? ZNW:FieldType = 104 ; ? ? ? ? ? ? ? ? ZNW:MemoryOrder = "Z? " ; ? ? ? ? ? ? ? ? ZNW:description = "eta values on full (w) levels" ; ? ? ? ? ? ? ? ? ZNW:units = "" ; ? ? ? ? ? ? ? ? ZNW:stagger = "Z" ;? ? (... and many more variables listed) // global attributes: ? ? ? ? ? ? ? ? :TITLE = " OUTPUT FROM WRF V3.1.1 MODEL" ; ? ? ? ? ? ? ? ? :START_DATE = "2007-12-31_18:00:00" ; ? ? ? ? ? ? ? ? :SIMULATION_START_DATE = "2007-12-31_18:00:00" ; ? ? ? ? ? ? ? ? :WEST-EAST_GRID_DIMENSION = 141 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_GRID_DIMENSION = 141 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_GRID_DIMENSION = 30 ; ? ? ? ? ? ? ? ? :DX = 10000.f ; ? ? ? ? ? ? ? ? :DY = 10000.f ; ? ? ? ? ? ? ? ? :GRIDTYPE = "C" ; ? ? ? ? ? ? ? ? :DIFF_OPT = 1 ; ? ? ? ? ? ? ? ? :KM_OPT = 4 ; ? ? ? ? ? ? ? ? :DAMP_OPT = 0 ; ? ? ? ? ? ? ? ? :DAMPCOEF = 0.2f ; ? ? ? ? ? ? ? ? :KHDIF = 0.f ; ? ? ? ? ? ? ? ? :KVDIF = 0.f ; ? ? ? ? ? ? ? ? :MP_PHYSICS = 6 ; ? ? ? ? ? ? ? ? :RA_LW_PHYSICS = 1 ; ? ? ? ? ? ? ? ? :RA_SW_PHYSICS = 1 ; ? ? ? ? ? ? ? ? :SF_SFCLAY_PHYSICS = 2 ; ? ? ? ? ? ? ? ? :SF_SURFACE_PHYSICS = 2 ; ? ? ? ? ? ? ? ? :BL_PBL_PHYSICS = 2 ; ? ? ? ? ? ? ? ? :CU_PHYSICS = 0 ; ? ? ? ? ? ? ? ? :SURFACE_INPUT_SOURCE = 1 ; ? ? ? ? ? ? ? ? :SST_UPDATE = 0 ; ? ? ? ? ? ? ? ? :GRID_FDDA = 0 ; ? ? ? ? ? ? ? ? :GFDDA_INTERVAL_M = 0 ; ? ? ? ? ? ? ? ? :GFDDA_END_H = 0 ; ? ? ? ? ? ? ? ? :GRID_SFDDA = 0 ; ? ? ? ? ? ? ? ? :SGFDDA_INTERVAL_M = 0 ; ? ? ? ? ? ? ? ? :SGFDDA_END_H = 0 ; ? ? ? ? ? ? ? ? :SF_URBAN_PHYSICS = 0 ; ? ? ? ? ? ? ? ? :FEEDBACK = 1 ; ? ? ? ? ? ? ? ? :SMOOTH_OPTION = 0 ; ? ? ? ? ? ? ? ? :SWRAD_SCAT = 1.f ; ? ? ? ? ? ? ? ? :W_DAMPING = 0 ; ? ? ? ? ? ? ? ? :MOIST_ADV_OPT = 1 ; ? ? ? ? ? ? ? ? :SCALAR_ADV_OPT = 1 ; ? ? ? ? ? ? ? ? :TKE_ADV_OPT = 1 ; ? ? ? ? ? ? ? ? :DIFF_6TH_OPT = 0 ; ? ? ? ? ? ? ? ? :DIFF_6TH_FACTOR = 0.12f ; ? ? ? ? ? ? ? ? :OBS_NUDGE_OPT = 0 ; ? ? ? ? ? ? ? ? :WEST-EAST_PATCH_START_UNSTAG = 1 ; ? ? ? ? ? ? ? ? :WEST-EAST_PATCH_END_UNSTAG = 140 ; ? ? ? ? ? ? ? ? :WEST-EAST_PATCH_START_STAG = 1 ; ? ? ? ? ? ? ? ? :WEST-EAST_PATCH_END_STAG = 141 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_PATCH_START_UNSTAG = 1 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_PATCH_END_UNSTAG = 140 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_PATCH_START_STAG = 1 ; ? ? ? ? ? ? ? ? :SOUTH-NORTH_PATCH_END_STAG = 141 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_PATCH_START_UNSTAG = 1 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_PATCH_END_UNSTAG = 29 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_PATCH_START_STAG = 1 ; ? ? ? ? ? ? ? ? :BOTTOM-TOP_PATCH_END_STAG = 30 ; ? ? ? ? ? ? ? ? :GRID_ID = 2 ; ? ? ? ? ? ? ? ? :PARENT_ID = 1 ; ? ? ? ? ? ? ? ? :I_PARENT_START = 14 ; ? ? ? ? ? ? ? ? :J_PARENT_START = 10 ; ? ? ? ? ? ? ? ? :PARENT_GRID_RATIO = 5 ; ? ? ? ? ? ? ? ? :DT = 60.f ; ? ? ? ? ? ? ? ? :CEN_LAT = 40.5046f ; ? ? ? ? ? ? ? ? :CEN_LON = -3.839993f ; ? ? ? ? ? ? ? ? :TRUELAT1 = 43.427f ; ? ? ? ? ? ? ? ? :TRUELAT2 = 43.427f ; ? ? ? ? ? ? ? ? :MOAD_CEN_LAT = 43.427f ; ? ? ? ? ? ? ? ? :STAND_LON = -3.84f ; ? ? ? ? ? ? ? ? :POLE_LAT = 90.f ; ? ? ? ? ? ? ? ? :POLE_LON = 0.f ; ? ? ? ? ? ? ? ? :GMT = 18.f ; ? ? ? ? ? ? ? ? :JULYR = 2007 ; ? ? ? ? ? ? ? ? :JULDAY = 365 ; ? ? ? ? ? ? ? ? :MAP_PROJ = 1 ; ? ? ? ? ? ? ? ? :MMINLU = "" ; ? ? ? ? ? ? ? ? :NUM_LAND_CAT = 24 ; ? ? ? ? ? ? ? ? :ISWATER = 16 ; ? ? ? ? ? ? ? ? :ISLAKE = 0 ; ? ? ? ? ? ? ? ? :ISICE = 0 ; ? ? ? ? ? ? ? ? :ISURBAN = 0 ; ? ? ? ? ? ? ? ? :ISOILWATER = 0 ; } Catherine Meissner Software Development Manager ? ? Fjordgaten 15 ? ? N-3125 T?nsberg, Norway ? ? Switchboard +47 33 38 18 00 ? ? www.windsim.com Email Direct? Fax? ? ? ? catherine at windsim.com +47 33 38 18 06 +47 33 38 18 08 Upcoming WindSim events: Brazil WindPower 2011 August 31 ? 2, Rio de Janeiro, Brazil Booth 141 VIND 2011 September 14 ? 15, Stockholm, Sweden EOLICA EXPO 2011 September 14 ? 16, Rome, Italy Booth B8/C7 GREEN EXPO 2011 September 27 ? 29, Mexico City, Mexico WIND POWER EXPO+ September 27 ? 29, Zaragoza, Spain CanWEA October 3 ? 6, Vancouver, Canada For upcoming WindSim training courses, please visit: http://www.windsim.com/events/training-courses.aspx This? message? contains? information? that? may? be? privileged? or confidential and? is? the? property? of? WindSim? AS.? It? is? intended only? for? the? person? to whom? it? is? addressed.? If? you? are? not? the intended? recipient,? you? are? not authorized? to? print,? retain,? copy, disseminate,? distribute,? or? use? this message? or? any? part? thereof. If? you? receive? this? message? in? error,? please notify? the? sender immediately? and? delete? all? copies? of? this? message. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 1984 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment.png -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 1790 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bfebc847/attachment.jpe ------------------------------ _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr End of gradsusr Digest, Vol 19, Issue 27 **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/c7a3f3f0/attachment-0003.html From esjluis at yahoo.com.mx Thu Sep 15 11:07:15 2011 From: esjluis at yahoo.com.mx (jl sa) Date: Thu, 15 Sep 2011 08:07:15 -0700 (PDT) Subject: [gradsusr] gradsusr Digest, Vol 19, Issue 27 In-Reply-To: References: Message-ID: <1316099235.78111.YahooMailNeo@web111003.mail.gq1.yahoo.com> ________________________________ ? 2. using sdfopen and open in the same script ? ? ? (SMITH, JONATHAN WYNN. (GSFC-6133)) ? hola lo que noto es que en algunas lineas no pones el define y que no indicas de donde leera la informacion por ejemplo: hi what I notice is that some lines do not put the set and does not indicate where such information will read: "a = ave(u, t=133, t=201,1)" "b = ave(v, t=133, t=201,1)" "define a = ave(u.1, t=133, t=201,1)" "define b = ave(v.1, t=133, t=201,1)" a mi me a ocurrido que si no indico de donde leera el archivo no reconoce la informacion, aunque sea por default que esta en el primer archivo has occurred to me that if I indicate to read from the file does not recognize the information, even if by default that the first file espero te haya ayudado I hope helped you atte jluis Message: 2 Date: Wed, 14 Sep 2011 17:23:47 -0500 From: "SMITH, JONATHAN WYNN. (GSFC-6133)" Subject: [gradsusr] using sdfopen and open in the same script To: "gradsusr at gradsusr.org" Message-ID: ??? <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF9556 at NDMSSCC05.ndc.nasa.gov> Content-Type: text/plain; charset="us-ascii" Hello, With the attached script I am having trouble using sdfopen and open together.? The sdfopen is used with a netcdf file and the variables for wind are u and v.? The open files are with a ARWpost output. The wind variable here are U and V.? I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 -------------- next part -------------- A non-text attachment was scrubbed... Name: avg_panel_wrf_ecmwf.gs Type: application/octet-stream Size: 6209 bytes Desc: avg_panel_wrf_ecmwf.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110914/006d0b6e/attachment-0001.obj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bbbc1de2/attachment-0003.html From GRamaphane at gov.bw Thu Sep 15 09:25:35 2011 From: GRamaphane at gov.bw (Galebonwe Ramaphane) Date: Thu, 15 Sep 2011 15:25:35 +0200 Subject: [gradsusr] Color Bars In-Reply-To: <006d01cc730d$65f4c190$31de44b0$@edu> References: <006d01cc730d$65f4c190$31de44b0$@edu> Message-ID: Adam A simple set RGB script is attached. I don't exactly know the difference between purplish_red, purple_red ,etc. but the color range works well for my graphics. Galebonwe Ramaphane Department of Meteorological Services P.O. BOX 10100 Gaborone Botswana Tel: +267 3612200 Mobile: +267 74435261 From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Adam Cinderich Sent: Wednesday, September 14, 2011 8:38 PM To: gradsusr at gradsusr.org Subject: [gradsusr] Color Bars Hello: I am investigating how well RCMs perform in the GLR. My current range of values are 251-280 (for January, for example) and I wish to use more than the default 13 colors as I'm afraid some of the variations will be lost by this coarse of a temperature scale. I know you can assign new colors using the 'set rgb' command but because I'm still relatively new to GrADS, I'm not sure what values are best to use. Can anyone offer a few color bar examples similar to the 13-color default but that might include 20 colors (or so) rather than only 13? If so, can you please email me the 'set ccols' you use and/or the rgb values associated with your created colors? Thank you in advance, Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/aa91a560/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: rgb2.gs Type: application/octet-stream Size: 1024 bytes Desc: rgb2.gs Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110915/aa91a560/attachment-0003.obj From r.bantges at imperial.ac.uk Thu Sep 15 13:07:36 2011 From: r.bantges at imperial.ac.uk (Bantges, Richard J) Date: Thu, 15 Sep 2011 17:07:36 +0000 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: <4E6F9311.2010704@noaa.gov> References: <4E6F9311.2010704@noaa.gov> Message-ID: Hi - thanks to everyone that took the time to reply to my query, apologies that I didn't respond to each of you individually. I've managed to write a GrADS compatible netCDF file (using IDL) that can be opened using sdfopen in GrADS. However, I'm now trying to figure out if it's possible to do the following with the realms of sdfopen (i.e. I don't want to write a control file if it can be avoided): 1. Define what the missing values in my data array are. I know how this could be done using a control file, but is it possible to include this within the netCDF? 2. I have a 2D data array, that ideally I'd like to make 3D (x,y,z) (where x longitude, y latitude, and z would be levels). Again I know how to do this using a control file, but would like to know if it's possible to do this within the netCDF file, such that sdfopen in GrADS will read it. If I have to write a control file, then so be it, but I don't use GrADS at all (I'm learning) but I need to supply some data in this format. Many thanks, Rich On 9/13/2011 9:49 AM, Bantges, Richard J wrote: > Hi there, > > I'm trying to write a GrADS compatible netCDF file using ITT's IDL > software, that can then be read in using GrADS's sdfopen command. > Does anyone have an example IDL procedure that does this please? > > I've managed to write out data in a gridded binary data file that is > described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html > but ideally I'd like to write these in netCDF format. The main problem > is writing the netCDF so that the associated control file accurately > describes the netCDF file content. > > So, if anyone has a very simple IDL procedure that writes out a netCDF > file that can be directly read by GrADS using the sdfopen command that > would be fantastic. From hyacinth.1 at hotmail.com Thu Sep 15 14:34:53 2011 From: hyacinth.1 at hotmail.com (Hyacinth Nnamchi) Date: Fri, 16 Sep 2011 02:34:53 +0800 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Hello, This is not directly about GrADS but since most of address similar problems, I guess someone on this forum will be able to answer my question. I understand that to calculate moisture transport, given zonal, meridional winds and specific humidity, can simply do: 'define zon=uwnd.1*shum.3' 'define mer=vwnd.2*shum.3' 'd zon,mer' But, I want to plot vectors indicating field of net moisture flux (all arrows converging/diverging) instead of just transport. Thanks for any ideas. Hyacinth -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/0ade177b/attachment-0003.html From wendellrgf at yahoo.com.br Thu Sep 15 16:00:37 2011 From: wendellrgf at yahoo.com.br (Wendell Farias) Date: Thu, 15 Sep 2011 13:00:37 -0700 (PDT) Subject: [gradsusr] Accumulated precipitation script Message-ID: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> Hi everyone, Anybody knows how can I calculate the accumulated precipitation on a meteogram? My outputs are hourly and I want to display the accumulated precipitation on each day. Thank's in advance, -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/18c45400/attachment-0003.html From jdduda at iastate.edu Thu Sep 15 18:34:50 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 15 Sep 2011 17:34:50 -0500 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' (note the semicolon instead of a comma). Jeff Duda 2011/9/15 Hyacinth Nnamchi > Hello, > > This is not directly about GrADS but since most of address similar > problems, I guess someone on this forum will be able to answer my question. > > I understand that to calculate moisture transport, given zonal, meridional > winds and specific humidity, can simply do: > > 'define zon=uwnd.1*shum.3' > 'define mer=vwnd.2*shum.3' > 'd zon,mer' > > But, I want to plot vectors indicating field of net moisture flux (all arrows converging/diverging) instead of just transport. > > Thanks for any ideas. > > Hyacinth > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/bf1832b6/attachment-0003.html From metris at clear.net.nz Thu Sep 15 19:59:01 2011 From: metris at clear.net.nz (Howard Staines) Date: Fri, 16 Sep 2011 11:59:01 +1200 Subject: [gradsusr] Graphing Warm and Cold advection? Message-ID: <005101cc7403$70f6ad00$52e40700$@net.nz> I was wanting to create a script for thermal advection ... not sure How to go about it ... any guidance would be appreciated Regards Howard Staines Metris Limited phone 0800 372 433 - mobile 027 2785586 - P O Box 5136 Greenmeadows, NAPIER email info at metris.co.nz - info at metscape.net.nz - website www.metris.co.nz - www.metscape.net.nz From ela at cola.iges.org Thu Sep 15 20:30:14 2011 From: ela at cola.iges.org (Eric Altshuler) Date: Thu, 15 Sep 2011 20:30:14 -0400 (EDT) Subject: [gradsusr] Graphing Warm and Cold advection? In-Reply-To: <005101cc7403$70f6ad00$52e40700$@net.nz> Message-ID: <1360336720.3722.1316133014640.JavaMail.root@mail.iges.org> Hello Howard, You can use these commands in a grads exec file (note: this is not written in the grads scripting language) pi=3.14159265359 dtr=pi/180 a=6.371e6 un=&0 vn=&1 tn=&2 dx=a*cos(dtr*lat)*dtr*cdiff(lon,x) dy=a*dtr*cdiff(lat,y) dtdx=cdiff(tn,x)/dx dtdy=cdiff(tn,y)/dy tadv=-un*dtdx-vn*dtdy Copy and paste these lines into a file named 'tmpadv' and run it in grads as follows: exec tmpadv U V T where U, V and T are the names of your zonal wind, meridional wind, and temperature variables respectively. The defined variable tadv is the temperature advection. Best regards, Eric L. Altshuler Assistant Research Scientist Center for Ocean-Land-Atmosphere Studies 4041 Powder Mill Road, Suite 302 Calverton, MD 20705-3106 USA E-mail: ela at cola.iges.org Phone: (301) 902-1257 Fax: (301) 595-9793 ----- Original Message ----- From: "Howard Staines" To: gradsusr at gradsusr.org Sent: Thursday, September 15, 2011 7:59:01 PM Subject: [gradsusr] Graphing Warm and Cold advection? I was wanting to create a script for thermal advection ... not sure How to go about it ... any guidance would be appreciated Regards Howard Staines Metris Limited phone 0800 372 433 - mobile 027 2785586 - P O Box 5136 Greenmeadows, NAPIER email info at metris.co.nz - info at metscape.net.nz - website www.metris.co.nz - www.metscape.net.nz _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From mireieta at gmail.com Thu Sep 15 20:57:04 2011 From: mireieta at gmail.com (Mireieta) Date: Thu, 15 Sep 2011 18:57:04 -0600 Subject: [gradsusr] Drawing Arbitrary Lines Message-ID: Hi, I am plotting arbitrry cross sections as explained in the grads documentation. Now, I would like to draw the lines through where I am doing the cross sections in a 2D lon-lat map. Anyone knows how to do this? Thanks -- Mireia -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/3d4c9128/attachment-0003.html From jdduda at iastate.edu Thu Sep 15 21:28:49 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 15 Sep 2011 20:28:49 -0500 Subject: [gradsusr] Drawing Arbitrary Lines In-Reply-To: References: Message-ID: I'm assuming you know the lat/lon coordinates of the end points of the line representing the cross section. Use 'q w2xy lat lon' to determine where on the virtual page your lat/lon coordinates lie. Then take the output into some variable and use the draw linecommand to draw the line on the page. If you are drawing with projected data, beware that the line you draw will probably be distorted due to the projection. But if you are using latlon for mproj, your line should appear correctly. Jeff Duda On Thu, Sep 15, 2011 at 7:57 PM, Mireieta wrote: > Hi, > > I am plotting arbitrry cross sections as explained in the grads > documentation. Now, I would like to draw the lines through where I am doing > the cross sections in a 2D lon-lat map. > > Anyone knows how to do this? > > Thanks > > -- > Mireia > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/732cd6e7/attachment-0003.html From joe at wxjoe.com Thu Sep 15 22:33:11 2011 From: joe at wxjoe.com (Joe Moore) Date: Thu, 15 Sep 2011 22:33:11 -0400 Subject: [gradsusr] Problem accessing NCEP (NOMADS) GrADS-DODS server (from a web server) In-Reply-To: References: Message-ID: Steve, The identical script was running fine on my local machine. However, I discovered that port 9090 is blocked at my web host. (Bluehost - it's a cheap host... when I initially signed up for the hosting I didn't even think I'd be running GrADS on it!) Turns out I can unblock a port IF I lease a dedicated IP address (they only charge $2.50/month, so I'm OK with that for now.) I know this probably doesn't apply to most government, academic and business users of GrADS, but it's worth a shot: Are there any other users running GrADS on an affordable web host? My budget is little (since this is purely a personal project) but I'd be interested to see if anyone recommends any other hosting companies. Thanks, Joe On Wed, Sep 14, 2011 at 9:10 AM, Stephen McMillan wrote: > Joe, > > I realize this is 12 hours later, but I just now successfully opened the > same dataset. Here's the command output: > > Grid Analysis and Display System (GrADS) Version 2.0.a7.oga.3 > Copyright (c) 1988-2008 by Brian Doty and the > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v2.0.a7.oga.3 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 > opendap-grids,stn athena geotiff > Issue 'q config' command for more information. > Loading User Defined Extensions table ... ok. > GX Package Initialization: Size = 11 8.5 > Scanning self-describing file: > http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rt > ma2p520110913/rtma2p5_anl_23z > SDF file > http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p520110913/rtma2p5_a > nl_23z is open as file 1 > LON set to -130.103 -60.9033 > LAT set to 20.192 52.7926 > LEV set to 0 0 > Time values set: 2011:9:13:23 2011:9:13:23 > E set to 1 1 > ____________________ > > As you can see above, I'm using a slightly earlier opengrads version. I > plotted one of the variables--no problem. However, when I tried to open a > file that I know would not exist (e.g., today's 23Z data), I got a response > somewhat similar to yours. > > Stephen McMillan > > > On Tue, Sep 13, 2011 at 9:20 PM, Joe Moore wrote: > >> All, >> >> I'm having a problem using the GrADS Data Server (GrADS-DODS) from NCEP >> (NOMADS). I am using the sdfopen command to access the dataset (RTMA 2.5km). >> When I run the script locally on my Ubuntu machine, everything works great! >> However, when I transfered the script to my web host I get an error. >> >> Here's the line from my script: >> 'sdfopen >> http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p5'dapdate'/rtma2p5_anl_'currhr'z >> ' >> (where dapdate=YYYYMMDD and currhr=HH - yes, I've double checked to make >> sure the data exists.) >> >> Here's the output: >> ... >> Running in Batch mode >> No hardcopy metafile open >> All files closed; all defined objects released; >> All GrADS attributes have been reinitialized >> Error: nc_open failed to open file >> http://nomads.ncep.noaa.gov:9090/dods/rtma2p5/rtma2p520110913/rtma2p5_anl_23z >> NetCDF: I/O failure >> gadsdf: Couldn't ingest SDF metadata. >> ... >> >> I've tried searching the web and this (excellent) mailing list assistance >> but I can't seem to figure out what's going wrong. I suspect it may have >> something to do with my web host. (I use Bluehost- I know they're a somewhat >> subpar host, but I'm just a student experimenting with different things!) >> >> Here's what uname -a gives on my web server: >> Linux box566.bluehost.com 2.6.32-46.1.BHsmp #1 SMP Tue Sep 6 12:18:02 MDT >> 2011 x86_64 x86_64 x86_64 GNU/Linux >> >> If there's other tests I can run to probe the issue, let me know. Also, is >> this the best way to use the GrADS-DODS server? Should I just download the >> grib2 locally instead? >> >> I was planning to download the grib2 locally, but when I discovered the >> GrADS-DODS server I found out that this might not be necessary. I plan to >> run this script hourly, so please advise as to which method would be best. >> >> Thanks a lot! >> >> -Joe Moore >> >> The script in question: >> http://pastebin.com/MDQ9vk3y >> >> My GrADS config on my web server: >> Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds >> hdf5 opendap-grids,stn athena geotiff shapefile >> Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 >> Copyright (c) 1988-2010 by Brian Doty and the >> Institute for Global Environment and Society (IGES) >> This program is distributed WITHOUT ANY WARRANTY >> See file COPYRIGHT for more information. >> >> Built Mon Oct 4 14:16:26 EDT 2010 for i686-pc-linux-gnu >> >> This version of GrADS has been configured with the following options: >> o Built on a LITTLE ENDIAN machine >> o Athena Widget GUI ENABLED >> o Command line editing ENABLED >> http://tiswww.case.edu/php/chet/readline/rltop.html >> o printim command for image output ENABLED >> http://www.zlib.net >> http://www.libpng.org/pub/png/libpng.html >> http://www.libgd.org/Main_Page >> o GRIB2 interface ENABLED >> http://www.ijg.org >> http://www.ece.uvic.ca/~mdadams/jasper >> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >> g2clib-1.1.8 >> o NetCDF interface ENABLED >> http://www.unidata.ucar.edu/software/netcdf >> netcdf 4.1.1 of Jul 10 2010 23:36:25 $ >> o OPeNDAP gridded data interface ENABLED >> o OPeNDAP station data interface ENABLED >> http://iges.org/grads/gadoc/supplibs.html >> libgadap 2.0.oga.1 >> o HDF4 and HDF5 interfaces ENABLED >> http://hdfgroup.org >> HDF 4.2r3 >> HDF5 1.8.4 >> o GeoTIFF and KML/TIFF output ENABLED >> http://www.libtiff.org >> http://geotiff.osgeo.org >> o KML contour output ENABLED >> o Shapefile interface ENABLED >> http://shapelib.maptools.org >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > *************************************************** > The information contained in this e-mail message > is intended only for the use of the recipient(s) > named above and may contain information that is > privileged, confidential, and/or proprietary. > If you are not the intended recipient, you may not > review, copy or distribute this message. If you have > received this communication in error, please notify > the sender immediately by e-mail, and delete the original message. > *************************************************** > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110915/6024c099/attachment-0003.html From saeedbayat7276 at gmail.com Fri Sep 16 00:47:06 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Fri, 16 Sep 2011 09:17:06 +0430 Subject: [gradsusr] Accumulated precipitation script In-Reply-To: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> References: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> Message-ID: Hi Wendell, you can use SUM function in GrADS or use CDO(cdo -r daysum ifile ofile) Good Luck Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Fri, Sep 16, 2011 at 12:30 AM, Wendell Farias wrote: > Hi everyone, > > Anybody knows how can I calculate the accumulated precipitation on a > meteogram? My outputs are hourly and I want to display the accumulated > precipitation on each day. > > Thank's in advance, > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/8c8d1c77/attachment-0003.html From jakubguzikowski at o2.pl Fri Sep 16 08:35:33 2011 From: jakubguzikowski at o2.pl (=?UTF-8?Q?Jakub?=) Date: Fri, 16 Sep 2011 14:35:33 +0200 Subject: [gradsusr] =?utf-8?q?Drawing_Terrain_in_Arbitrary_Cross_Sections?= Message-ID: <6cc02b89.20559c2.4e734295.10417@o2.pl> I want to do a script and who draws the teren height on plot. script from http://cookbooks.opengrads.org/index.php?title=Recipe-023:_Drawing_Terrain_in_Arbitrary_Cross_Sections not work. And i search another script?? Jakub From dasilva at alum.mit.edu Fri Sep 16 09:32:34 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 16 Sep 2011 15:32:34 +0200 Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: <1316087758.6238.YahooMailNeo@web65513.mail.ac4.yahoo.com> References: <1316087758.6238.YahooMailNeo@web65513.mail.ac4.yahoo.com> Message-ID: On Thu, Sep 15, 2011 at 1:55 PM, Prof. Ranyere Nobrega < rs_nobrega at yahoo.com.br> wrote: > This is because there is no internet connection. Xming need an open > communication port. Try to use with any internet connection. > Yes and no. Xming talks to the localhost, so no internet connection to the outside is necessary. However, you must have basic network capability in your box, which Win 7 installations generally provide. Arlindo > > ------------------------------ > * > PROF. DR. RANY?RE SILVA N?BREGA > UNIVERSIDADE FEDERAL DE PERNAMBUCO - CENTRO DE FILOSOFIA E CI?NCIAS > HUMANAS > DEPARTAMENTO DE CI?NCIAS GEOGR?FICAS > * > Chefe Departamento de Ci?ncias Geogr?ficas > Editor Revista de Geografia (Recife) > Fone:(81)2126-8275/2126-7373 > Emails: ranyere.nobrega at ufpe.br / ranyere.nobrega at yahoo.com.br / > ranyere.nobrega at pq.cnpq.br > S?tios: http://www.ranyerenobrega.pro.br / http://www.climabr.blogspot.com > Twitter: #ranyerenobrega Skype: rs_nobrega > > ------------------------------ > *De:* Arlindo da Silva > *Para:* GrADS Users Forum > *Enviadas:* Quarta-feira, 14 de Setembro de 2011 18:27 > *Assunto:* Re: [gradsusr] ??? xming in windows 7 > > On Tue, Sep 13, 2011 at 2:31 PM, Ousmane Ndiaye wrote: > > Still not working. > I install opengrads under windows XP (another machine) and it works. > Anyone has the same problem with windows 7. When I get at the prompt > (landscape yes/no) and I hit return everything vanish. > Ousmane > > > This kind of problem is usually related to your security settings. In many > Win 7 machines the anti-virus software pops up a window asking whether it is > OK for Xming to use some kind of port; you should say yes. But I believe > that depending on your settings it just blocks Xming, quietly. Windows XP is > a lot more lenient regarding security, so your are less likely to experience > issues like this, > > Arlindo > > > > ----- Original Message ----- > From: ?? <497805453 at qq.com> > To: GrADS Users Forum > Sent: Tue, 13 Sep 2011 05:32:59 -0400 (EDT) > Subject: [gradsusr] ??? xming in windows 7 > > To Ousmane > You can find it on sourceforge : > http://sourceforge.net/projects/opengrads/files/grads2-windows/2.0.a9.oga.1/ > chose:grads-2.0.a9.oga.1-win32_superpack.zip after download, unzip it. > mofangbao from bbs.06climate.com > > ------------------ ???? ------------------ > ???: "Ousmane Ndiaye"; > ????: 2011?9?13?(???) ??5:10 > ???: "GrADS Users Forum"; > > ??: Re: [gradsusr] xming in windows 7 > > > Thanks > where can I find it can you send to me. > Ousmane > > ----- Original Message ----- > From: ?? <497805453 at qq.com> > To: GrADS Users Forum > Sent: Tue, 13 Sep 2011 04:54:07 -0400 (EDT) > Subject: Re: [gradsusr] xming in windows 7 > > To Ousmane Ndiaye > I'm using opengrads2.0.a9 superpak. There is a vb script document > called "grads.vbs",try to run it. > > mofangbao from bbs.06climate.com > > > ------------------ Original ------------------ > From: "Ousmane Ndiaye"; > Date: Tue, Sep 13, 2011 04:43 PM > To: "GrADS Users Forum"; > > Subject: [gradsusr] xming in windows 7 > > > Hi, > When I run opengrads under windows 7 : xming is not opening and opengrads > closes. > Any help > Ousmane > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/b30c747e/attachment-0003.html From matias.mendezp at gmail.com Fri Sep 16 09:38:03 2011 From: matias.mendezp at gmail.com (Matias Mendez) Date: Fri, 16 Sep 2011 22:38:03 +0900 Subject: [gradsusr] Accumulated precipitation script In-Reply-To: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> References: <1316116837.96400.YahooMailNeo@web39420.mail.mud.yahoo.com> Message-ID: Hello Wendell, Charles Seman, member of this group, has previously shared a script ( prec_accum.gs) to accumulate precipitation, please see the following link: http://gradsusr.org/pipermail/gradsusr/2011-June/013531.html I'm sending that script. I hope this helps you. Regards, Matias On Fri, Sep 16, 2011 at 5:00 AM, Wendell Farias wrote: > Hi everyone, > > Anybody knows how can I calculate the accumulated precipitation on a > meteogram? My outputs are hourly and I want to display the accumulated > precipitation on each day. > > Thank's in advance, > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/4564a1e0/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: prec_accum.gs Type: application/octet-stream Size: 481 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110916/4564a1e0/attachment-0003.obj From dasilva at alum.mit.edu Fri Sep 16 09:39:54 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 16 Sep 2011 15:39:54 +0200 Subject: [gradsusr] Problem accessing NCEP (NOMADS) GrADS-DODS server (from a web server) In-Reply-To: References: Message-ID: On Fri, Sep 16, 2011 at 4:33 AM, Joe Moore wrote: > Steve, > > The identical script was running fine on my local machine. However, I > discovered that port 9090 is blocked at my web host. (Bluehost - it's a > cheap host... when I initially signed up for the hosting I didn't even think > I'd be running GrADS on it!) Turns out I can unblock a port IF I lease a > dedicated IP address (they only charge $2.50/month, so I'm OK with that for > now.) > > I know this probably doesn't apply to most government, academic and > business users of GrADS, but it's worth a shot: Are there any other users > running GrADS on an affordable web host? My budget is little (since this is > purely a personal project) but I'd be interested to see if anyone recommends > any other hosting companies. > > This is a question for the GDS providers, whether they would be willing to serve data on port 80. We do this for some of our servers, and it does make the data more accessible as it avoids problems like yours. As IT security tightens around the world you see more and more installations where ports such as 9090 and 8080 are closed. So, this does not affect only entry level web hosts. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/335103f4/attachment-0003.html From bernd.becker at metoffice.gov.uk Fri Sep 16 09:46:34 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Fri, 16 Sep 2011 14:46:34 +0100 Subject: [gradsusr] define variable independent of time In-Reply-To: <11DFC248-256B-4F55-8DD4-44F9C087786F@cola.iges.org> References: <11DFC248-256B-4F55-8DD4-44F9C087786F@cola.iges.org> Message-ID: Jenni et al. Many thanks, writing out and reading back in with a bespoke ctl file is the way to go. Unless someone writes a function to temporarily ignore one of the dimension settings set dfile 1 set t 3 56 define a=aave(T,lon=10,lon=30,lat=20,lat=60), define b=ignore(a,"time") so that b holds 52 area averages of T and is independent of time. repeat with another file (different time domain) and combine/composite the two. Thanks! Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jennifer Adams Sent: 12 September 2011 18:57 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time Happily combining 'whatever' with 'theother' requires a metadata override for one of the two defined variables. The best way to do this is not with define but by using fwrite and writing a new descriptor file that has a TDEF that matches one of the variables (or it could be completely abstract, maybe this would be better to avoid confusion later on). If the variables 'whatever' and 'theother' do not vary in E, you can use the E dimension to collect them into the same data set -- this might make the subsequent comparison a little easier. --Jennifer On Sep 12, 2011, at 4:03 AM, Becker, Bernd wrote: Jeff, That is is the really hard part. Each item fx and obs describes a chunk of a time series. One would have to manually calculate the start and end dates with respect to the reference dfile. If only (and I think Mike explained it a long time ago, and I cannot find the email) one could set file 1 set t 2 34 define whatever set dfile 2 set t 6 39 define theother and happily combine whatever with theother. Think about multimodel ensemble hindcast analysis, trying to composit observed phenomena with modelled phenomena that simply don't happen simultaneously. All the best, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jeffrey Duda Sent: 10 September 2011 18:41 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time You can reference the time of a variable when you use it in a statement. For example, you could do 'd var.2(time=12Z01JAN1996) - var.3(time=18Z13AUG2010)' This should help you do what you want to do. Jeff Duda On Sat, Sep 10, 2011 at 3:30 AM, Becker, Bernd wrote: Thanks Arlindo, That would be nice for single numbers. It as one notch more elaborate: 'set dfile 2' 'set t 2 33' 'define obs = 'var'.2' 'set dfile 3' 'set t 2 33' 'define fx = 'var'.3' file 2 and 3 have different time frames. d fx-obs fails. And it would be a real bummer to have to calculate the times from one file relative to the other file. Compositing in this way would be really hard. Enjoy the weekend! Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva Sent: 09 September 2011 17:40 To: GrADS Users Forum Subject: Re: [gradsusr] define variable independent of time On Fri, Sep 9, 2011 at 12:05 PM, Becker, Bernd wrote: Simple question, complicated answer: I would like to composite stuff from several files. Each file has its own time and date info in its own .ctl file. How can I add elements from different such files? How can I break away from the strict treatment of the time dimension in grads? open file1.ctl define a=ave(b,t=1,t=34) close 1 open file2.ctl define c= ave(b,t=3,t=9) close 2 etc. d a+c Cannot contour grid - all undefined values Try: d a(t=1)+c(t=1) -- Arlindo da Silva dasilva at alum.mit.edu _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/86d3e351/attachment-0003.html From christopher.s.lynnes at nasa.gov Fri Sep 16 09:49:16 2011 From: christopher.s.lynnes at nasa.gov (Lynnes, Christopher S. (GSFC-6102)) Date: Fri, 16 Sep 2011 08:49:16 -0500 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: <4E6F9311.2010704@noaa.gov> Message-ID: On Sep 15, 2011, at 1:07 PM, Bantges, Richard J wrote: > Hi - thanks to everyone that took the time to reply to my query, apologies that I didn't respond to each of you individually. > > I've managed to write a GrADS compatible netCDF file (using IDL) that can be opened using sdfopen in GrADS. > > However, I'm now trying to figure out if it's possible to do the following with the realms of sdfopen (i.e. I don't want to write a control file if it can be avoided): > 1. Define what the missing values in my data array are. I know how this could be done using a control file, but is it possible to include this within the netCDF? > 2. I have a 2D data array, that ideally I'd like to make 3D (x,y,z) (where x longitude, y latitude, and z would be levels). Again I know how to do this using a control file, but would like to know if it's possible to do this within the netCDF file, such that sdfopen in GrADS will read it. > > If I have to write a control file, then so be it, but I don't use GrADS at all (I'm learning) but I need to supply some data in this format. > > Many thanks, > Rich Normally I wouldn't suggest an alternative tool on the GrADS mail list, but since your focus is on creating data that are GrADS-friendly... You may want to add nco (netCDF Operator) to your toolchest: it has some handy tools for munging netCDF files, like ncatted, for adding a _FillValue attribute to a variable in the netCDF file, and ncap2, which has some capabilities for reshaping arrays. See http://nco.sourceforge.net/. > > > On 9/13/2011 9:49 AM, Bantges, Richard J wrote: >> Hi there, >> >> I'm trying to write a GrADS compatible netCDF file using ITT's IDL >> software, that can then be read in using GrADS's sdfopen command. >> Does anyone have an example IDL procedure that does this please? >> >> I've managed to write out data in a gridded binary data file that is >> described here http://grads.iges.org/grads/gadoc/aboutgriddeddata.html >> but ideally I'd like to write these in netCDF format. The main problem >> is writing the netCDF so that the associated control file accurately >> describes the netCDF file content. >> >> So, if anyone has a very simple IDL procedure that writes out a netCDF >> file that can be directly read by GrADS using the sdfopen command that >> would be fantastic. > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Dr. Christopher Lynnes NASA/GSFC, Code 610.2 phone: 301-614-5185 From regis at lamma.ufrj.br Fri Sep 16 11:25:06 2011 From: regis at lamma.ufrj.br (=?ISO-8859-1?Q?Reginaldo_Ventura_de_S=E1?=) Date: Fri, 16 Sep 2011 12:25:06 -0300 Subject: [gradsusr] =?utf-8?b?5Zue5aSN77yaIHhtaW5nIGluIHdpbmRvd3MgNw==?= In-Reply-To: References: <1316087758.6238.YahooMailNeo@web65513.mail.ac4.yahoo.com> Message-ID: Hi, I use grads in windows 7 (all versions) and Xming works normally. Pay attention to the windows firewall or other software of any kind, and ant-virus software. >> >> >> Hi, >> When I run opengrads under windows 7 : xming is not opening and opengrads >> closes. >> Any help >> Ousmane >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > From mireieta at gmail.com Fri Sep 16 12:59:35 2011 From: mireieta at gmail.com (Mireieta) Date: Fri, 16 Sep 2011 10:59:35 -0600 Subject: [gradsusr] Drawing Arbitrary Lines In-Reply-To: References: Message-ID: Great! Thanks Jeffrey! I didn't know about the existence of this option 'q w2xy lat lon' to find the virtual page coordinates! Mireia 2011/9/15 Jeffrey Duda > I'm assuming you know the lat/lon coordinates of the end points of the line > representing the cross section. Use 'q w2xy lat lon' to determine where on > the virtual page your lat/lon coordinates lie. Then take the output into > some variable and use the draw linecommand to draw the line on the page. If you are drawing with projected > data, beware that the line you draw will probably be distorted due to the > projection. But if you are using latlon for mproj, your line should appear > correctly. > > Jeff Duda > > On Thu, Sep 15, 2011 at 7:57 PM, Mireieta wrote: > >> Hi, >> >> I am plotting arbitrry cross sections as explained in the grads >> documentation. Now, I would like to draw the lines through where I am doing >> the cross sections in a 2D lon-lat map. >> >> Anyone knows how to do this? >> >> Thanks >> >> -- >> Mireia >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Mireia -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/971fd5a3/attachment-0003.html From dave.allured at noaa.gov Fri Sep 16 14:21:16 2011 From: dave.allured at noaa.gov (Dave Allured) Date: Fri, 16 Sep 2011 12:21:16 -0600 Subject: [gradsusr] Writing GrADS netCDF files with IDL In-Reply-To: References: <4E6F9311.2010704@noaa.gov> Message-ID: <4E73939C.3070107@noaa.gov> Richard, On 9/15/2011 11:07 AM, Bantges, Richard J wrote: > Hi - thanks to everyone that took the time to reply to my query, apologies that I didn't respond to each of you individually. > > I've managed to write a GrADS compatible netCDF file (using IDL) that can be opened using sdfopen in GrADS. > > However, I'm now trying to figure out if it's possible to do the following with the realms of sdfopen (i.e. I don't want to write a control file if it can be avoided): > 1. Define what the missing values in my data array are. I know how this could be done using a control file, but is it possible to include this within the netCDF? Just add the correct missing value attributes to your data variable. For maximum compatibility, add both of these: (IDL CODE, untested:) NCDF_ATTPUT, file_id, 'var_name', '_FillValue', vmissing NCDF_ATTPUT, file_id, 'var_name', 'missing_value', vmissing Where vmissing is a numeric scalar of the same data type as the data variable. > 2. I have a 2D data array, that ideally I'd like to make 3D (x,y,z) (where x longitude, y latitude, and z would be levels). Again I know how to do this using a control file, but would like to know if it's possible to do this within the netCDF file, such that sdfopen in GrADS will read it. Certainly you can write a 3-D array from IDL. Ahem, you should have taken a closer look at the IDL examples that were suggested by John Huddleston! Here is a lovely 4-D example from that collection; I am sure you can figure out how to cut it down to 3-D: http://www.unidata.ucar.edu/software/netcdf/examples/programs/pres_temp_4D_wr.pro Note that this example also shows how to make a proper coordinate variable for the added level dimension, which you will need for automatic sdfopen compatibility. --Dave From hyacinth.1 at hotmail.com Fri Sep 16 15:09:40 2011 From: hyacinth.1 at hotmail.com (Hyacinth Nnamchi) Date: Sat, 17 Sep 2011 03:09:40 +0800 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Jeff, I seems my question wasn't well framed, and so you dealt with the typo. I have attached two Figs showing what the calculations below will give and what exactly I'll like to do. Thanks, Hyacinth > Date: Thu, 15 Sep 2011 17:34:50 -0500> From: Jeffrey Duda > Subject: Re: [gradsusr] Moisture flux convergence/divergence > To: GrADS Users Forum > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > (note the semicolon instead of a comma). > > Jeff Duda > > 2011/9/15 Hyacinth Nnamchi > > > Hello, > > > > This is not directly about GrADS but since most of address similar > > problems, I guess someone on this forum will be able to answer my question. > > > > I understand that to calculate moisture transport, given zonal, meridional > > winds and specific humidity, can simply do: > > > > 'define zon=uwnd.1*shum.3' > > 'define mer=vwnd.2*shum.3' > > 'd zon,mer' > > > > But, I want to plot vectors indicating field of net moisture flux (all arrows converging/diverging) instead of just transport. > > > > Thanks for any ideas. > > > > Hyacinth > > > > > > __ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/1b50431d/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: moisture_div_arrows_eg.pdf Type: application/pdf Size: 156846 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110917/1b50431d/attachment-0003.pdf From roger.torres at cptec.inpe.br Fri Sep 16 15:32:05 2011 From: roger.torres at cptec.inpe.br (Roger Rodrigues Torres) Date: Fri, 16 Sep 2011 16:32:05 -0300 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Dear Hyacinth, are you interested in calculating the "vertically integrated moisture transport", or the convergence only in one single level? If you are interested in the firts one, I calculate, for exemple, in the following manner: 'sdfopen file-pressure.nc' 'sdfopen file-zonal-wind.nc' 'sdfopen file-meridional-wind.nc' 'define QiJAN=ave(vint(prmsl.1(z=1)/100,shum.1*uwnd.2,200),t=1,t=1560,12)' 'define QjJAN=ave(vint(prmsl.1(z=1)/100,shum.1*vwnd.3,200),t=1,t=1560,12)' 'set gxout vector' 'd QiJAN;QjJAN' Addicionally, if you wish to plot the "vertically integrated moisture flux convergence" 'define divQ=hdivg(QiJAN,QjJAN)' 'set gxout shaded' 'd divQ' Cheers, Roger Torres 2011/9/16 Hyacinth Nnamchi > Jeff, > > I seems my question wasn't well framed, and so you dealt with the typo. I > have attached two Figs showing what the calculations below will give and > what exactly I'll like to do. > > Thanks, > > Hyacinth > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > From: Jeffrey Duda > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > To: GrADS Users Forum > > Message-ID: > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > > (note the semicolon instead of a comma). > > > > Jeff Duda > > > > 2011/9/15 Hyacinth Nnamchi > > > > > Hello, > > > > > > This is not directly about GrADS but since most of address similar! > > > problems, I guess someone on this forum will be able to answer my > question. > > > > > > I understand that to calculate moisture transport, given zonal, > meridional > > > winds and specific humidity, can simply do: > > > > > > 'define zon=uwnd.1*shum.3' > > > 'define mer=vwnd.2*shum.3' > > > 'd zon,mer' > > > > > > But, I want to plot vectors indicating field of net moisture flux (all > arrows converging/diverging) instead of just transport. > > > > > > Thanks for any ideas. > > > > > > Hyacinth > > > > > > > > > __ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Roger Rodrigues Torres PhD. Student in Meteorology National Institute for Space Research (INPE) Phone: 55 12 3186-9541 Personal Webpage: http://rtorres.webnode.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/db280db5/attachment-0003.html From Frank_Colby at uml.edu Fri Sep 16 15:33:26 2011 From: Frank_Colby at uml.edu (Frank Colby) Date: Fri, 16 Sep 2011 15:33:26 -0400 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: <4E73A486.2000503@uml.edu> Hyacinth, Can't you just use centered differences to compute the divergence of the moisture fluxes you have computed? That is, cdiff(zon,x) and cdiff(mer,y), correcting for the earth's curvature as needed? (see the Grads Documentation Index for that part). But maybe I'm missing something... Frank On 9/16/2011 3:09 PM, Hyacinth Nnamchi wrote: > Jeff, > > I seems my question wasn't well framed, and so you dealt with the > typo. I have attached two Figs showing what the calculations below > will give and what exactly I'll like to do. > > Thanks, > > Hyacinth > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > From: Jeffrey Duda > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > To: GrADS Users Forum > > Message-ID: > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > > (note the semicolon instead of a comma). > > > > Jeff Duda > > > > 2011/9/15 Hyacinth Nnamchi > > > > > Hello, > > > > > > This is not directly about GrADS but since most of address similar! > > > problems, I guess someone on this forum will be able to answer my > question. > > > > > > I understand that to calculate moisture transport, given zonal, > meridional > > > winds and specific humidity, can simply do: > > > > > > 'define zon=uwnd.1*shum.3' > > > 'define mer=vwnd.2*shum.3' > > > 'd zon,mer' > > > > > > But, I want to plot vectors indicating field of net moisture flux > (all arrows converging/diverging) instead of just transport. > > > > > > Thanks for any ideas. > > > > > > Hyacinth > > > > > > > > > __ > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/0e0e75ac/attachment-0003.html From Matei.Georgescu at asu.edu Fri Sep 16 16:01:37 2011 From: Matei.Georgescu at asu.edu (Matei Georgescu) Date: Fri, 16 Sep 2011 13:01:37 -0700 Subject: [gradsusr] Box Plot in GrADS? Message-ID: Greetings fellow GrADS users, I am interested in creating a (kind of) box plot and I'm wondering whether it is possible to do so using GrADS. I've attached a sketch of the type of plot I'm looking to create. Basically, the data itself consists of: value of ensemble member 1-4 (depicted by the horizontal line above "Scenario 1a", "Scenario 1b", etc., for a total of 4 different scenarios. (the circle is simply an average of each of the members) Note: The data is time and space independent and the trick is to create a *ctl file and arranging the corresponding data file that would permit such a graph. Would appreciate some advice on how to go about doing this in GrADS, if at all possible. thanks much, matei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/e0f644d5/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Example.jpg Type: image/jpeg Size: 28932 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110916/e0f644d5/attachment-0003.jpg From Mason.D.Rowell-1 at ou.edu Fri Sep 16 16:14:13 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Fri, 16 Sep 2011 20:14:13 +0000 Subject: [gradsusr] Advanced Usage of Ave Function In-Reply-To: References: <201108272150145462246@163.com> , Message-ID: Jeff, On this, should I have at the beginning of my grads script open commands in single quotes for each of the 25 files I will be averaging, like I would at the command prompt? I'd imagine it would have to be done at some point for the script to use it. Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Jeffrey Duda [jdduda at iastate.edu] Sent: Sunday, August 28, 2011 8:53 PM To: GrADS Users Forum Subject: Re: [gradsusr] Advanced Usage of Ave Function Mason, It sounds like you'll have to hard code the lat/lon boxes for each ave command then. Try something like lat1.1 = ... lat1.2 = ... . . . lat1.n = ... --- lat2.1 = ... lat2.2 = ... . . . lat2.n = ... --- lon1.1 = ... lon1.2 = ... . . . lon1.n = ... --- lon2.1 = ... lon2.2 = ... . . . lon2.n = ... where lat1 and lat2 are the start and end latitudes of the box and lon1 and lon2 are th start and end longitudes of the box, and n is the number of files. Then do a = 1 sum = 0 while (a <= n) 'd asum(field.'a',lon='lon1.a',lon='lon2.a',lat='lat1.a',lat='lat2.a')' *insert commands to take the output value into a new variable called summand sum = sum + summand a = a +1 endwhile average = sum/n Is this what you are trying to do? Jeff Duda 2011/8/28 Rowell, Mason D. > Thank you for your response, The trouble is, I don't want the domains for each file to match. I have GRIB data that I have made ctl files for with grib2ctl.pl but I want to center each file (for a different day) on a different grid point and then average the files. Thus I wouldn't be averaging the same actual grid point in space each time. Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of James Ciarlo` [james.ciarlo at physics.org] Sent: Saturday, August 27, 2011 9:02 AM To: GrADS Users Forum Subject: Re: [gradsusr] Advanced Usage of Ave Function try opening them together open file.ctl open file2.ctl open file3.ctl .... etc then set the domain conditions (so that they all match) then just ave. Remember to call the variables with var.1, var.2 depending on the file number. if you give us an example of the commands you are trying to use we can probably help better Regards, James 2011/8/27 zjuyanlibin > convert the different domains into a same domain at first step. ________________________________ ???? Rowell, Mason D. ????? 2011-08-27 04:42:50 ???? GrADS Users Forum ??? ??? [gradsusr] Advanced Usage of Ave Function All, Is there a way to average several different files (presumably the same variable in each file) but with a different domain setting for each file? Mason _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/f063a7a5/attachment-0003.html From a.arvensis at gmail.com Fri Sep 16 16:34:13 2011 From: a.arvensis at gmail.com (Alauda arvensis) Date: Fri, 16 Sep 2011 22:34:13 +0200 Subject: [gradsusr] Convert monthly to yearly accumulated rainfall Message-ID: Dear GrADS users, My data consists of 50 years of monthly rainfall. I want to convert this data into yearly accumulated rainfall for every year. So I am looking for something like: 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every year, so that in the end I have 50 time steps. Any hints welcome! Thanks! Kind regards, Chris PS: I already tried "mon2yr.gs" from Bin Guan's page, but something does not appear to work. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/38b3c176/attachment-0003.html From colysar at gmail.com Fri Sep 16 17:20:52 2011 From: colysar at gmail.com (Coly SAR) Date: Fri, 16 Sep 2011 21:20:52 +0000 Subject: [gradsusr] lats4d and re Message-ID: I have a 3D nc file with 6 variables and I want to regrid it to 0.5? using lats4d. I issued this command below but the file created remains the same as infile and no regrid done. >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func re(@,0.5) I am using opengrad v 2.9 and need any suggestion on how to do this regrid. Thanks, CS -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/c08289ab/attachment-0003.html From jonathan.smith at nasa.gov Fri Sep 16 17:40:57 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Fri, 16 Sep 2011 16:40:57 -0500 Subject: [gradsusr] using sdfopen and open in the same script Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF955D@NDMSSCC05.ndc.nasa.gov> Hello, With the attached script I am having trouble using sdfopen and open together. The sdfopen is used with a netcdf file and the variables for wind are u and v. The open files are with a ARWpost output. The wind variable here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 but no success. Any help with how to get these working will be appreciated. Jonathan Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA/Goddard Space Flight Center Code 613.3 - Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences Washington, DC 20059 From roger.torres at cptec.inpe.br Fri Sep 16 17:52:58 2011 From: roger.torres at cptec.inpe.br (Roger Rodrigues Torres) Date: Fri, 16 Sep 2011 18:52:58 -0300 Subject: [gradsusr] using sdfopen and open in the same script In-Reply-To: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF955D@NDMSSCC05.ndc.nasa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C73011440EF955D@NDMSSCC05.ndc.nasa.gov> Message-ID: Hi Jonathan, maybe you forgot to attach the script. On the other hand, it seems that your problem is not in the open and sdfopen function. When you open two or more files, like 'sdfopen uwnd.nc' 'sdfopen vwnd.nc' 'open ARWpost.ctl' you call the variables in this way: uwnd.1(t=1, or some time of interest) vwnd.2(t=sth) arw.3(t=sth) I wish this can help you. Regards, Roger Torres 2011/9/16 SMITH, JONATHAN WYNN. (GSFC-6133) > Hello, > > With the attached script I am having trouble using sdfopen and open > together. The sdfopen is used with a netcdf file and the variables for wind > are u and v. The open files are with a ARWpost output. The wind variable > here are U and V. I open the the ARWpost second and use U.2, V.2 and t.2 > but no success. > > Any help with how to get these working will be appreciated. > Jonathan > > > Jonathan Wynn Smith > Student Trainee > jonathan.smith at nasa.gov > NASA/Goddard Space Flight Center > Code 613.3 - Atmospheric Chemistry and Dynamics Branch > Greenbelt, MD 20771 > 301-614-5956 > > Doctoral Candidate > jonathan.smith at bison.howard.edu > Howard University Program in Atmospheric Sciences > Washington, DC 20059 > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Roger Rodrigues Torres PhD. Student in Meteorology National Institute for Space Research (INPE) Phone: 55 12 3186-9541 Personal Webpage: http://rtorres.webnode.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/a33b18a7/attachment-0003.html From jdduda at iastate.edu Fri Sep 16 19:23:02 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Fri, 16 Sep 2011 18:23:02 -0500 Subject: [gradsusr] Advanced Usage of Ave Function In-Reply-To: References: <201108272150145462246@163.com> Message-ID: Yes. 2011/9/16 Rowell, Mason D. > Jeff, > > On this, should I have at the beginning of my grads script open commands in > single quotes for each of the 25 files I will be averaging, like I would at > the command prompt? I'd imagine it would have to be done at some point for > the script to use it. > > Mason > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on > behalf of Jeffrey Duda [jdduda at iastate.edu] > *Sent:* Sunday, August 28, 2011 8:53 PM > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] Advanced Usage of Ave Function > > Mason, > It sounds like you'll have to hard code the lat/lon boxes for each ave > command then. Try something like > > lat1.1 = ... > lat1.2 = ... > . > . > . > lat1.n = ... > > --- > > lat2.1 = ... > lat2.2 = ... > . > . > . > lat2.n = ... > > --- > > lon1.1 = ... > lon1.2 = ... > . > . > . > lon1.n = ... > > --- > > lon2.1 = ... > lon2.2 = ... > . > . > . > lon2.n = ... > > where lat1 and lat2 are the start and end latitudes of the box and lon1 and > lon2 are th start and end longitudes of the box, and n is the number of > files. Then do > > a = 1 > sum = 0 > while (a <= n) > 'd asum(field.'a',lon='lon1.a',lon='lon2.a',lat='lat1.a',lat='lat2.a')' > *insert commands to take the output value into a new variable called > summand > sum = sum + summand > a = a +1 > endwhile > > average = sum/n > > Is this what you are trying to do? > > Jeff Duda > > 2011/8/28 Rowell, Mason D. > >> Thank you for your response, >> >> The trouble is, I don't want the domains for each file to match. I have >> GRIB data that I have made ctl files for with grib2ctl.pl but I want to >> center each file (for a different day) on a different grid point and then >> average the files. Thus I wouldn't be averaging the same actual grid point >> in space each time. >> >> Mason >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on >> behalf of James Ciarlo` [james.ciarlo at physics.org] >> *Sent:* Saturday, August 27, 2011 9:02 AM >> *To:* GrADS Users Forum >> *Subject:* Re: [gradsusr] Advanced Usage of Ave Function >> >> try opening them together >> >> open file.ctl >> open file2.ctl >> open file3.ctl >> .... etc >> >> then set the domain conditions (so that they all match) >> >> then just ave. Remember to call the variables with var.1, var.2 depending >> on the file number. >> >> if you give us an example of the commands you are trying to use we can >> probably help better >> >> Regards, >> >> James >> >> 2011/8/27 zjuyanlibin >> >>> ** >>> convert the different domains into a same domain at first step. >>> >>> >>> >>> ------------------------------ >>> *????* Rowell, Mason D. >>> *?????* 2011-08-27 04:42:50 >>> *????* GrADS Users Forum >>> *???* >>> *???* [gradsusr] Advanced Usage of Ave Function >>> All, >>> >>> Is there a way to average several different files (presumably the same variable in each file) but with a different domain setting for each file? >>> Mason >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110916/1d6bfe56/attachment-0003.html From prjayakrishnan at gmail.com Sat Sep 17 00:54:57 2011 From: prjayakrishnan at gmail.com (Jayakrishnan PR) Date: Sat, 17 Sep 2011 10:24:57 +0530 Subject: [gradsusr] Box Plot in GrADS? In-Reply-To: References: Message-ID: Dear Matei, I am wondering why you are sticking to Grads itself. Grads is a software designed to plot griided data and analysis of that data. it is not suitable for plotting these kind of graphs. You can choose softwares such as NCL or origin for plotting these kind of graphs. No need for sticking into Grads. > > > -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/aee4af7f/attachment-0003.html From rafanoharana at gmail.com Sat Sep 17 04:11:20 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Sat, 17 Sep 2011 15:11:20 +0700 Subject: [gradsusr] Convert monthly to yearly accumulated rainfall In-Reply-To: References: Message-ID: Dear Chris, I do not know if one can do it directly while having the 50 time steps but what I can say is that you can process for every year (then you'll have 50 outputs), then assign time for every year, then merge using cdo all 50 years into one single file. Hope this can help, Serge On Sat, Sep 17, 2011 at 3:34 AM, Alauda arvensis wrote: > Dear GrADS users, > > My data consists of 50 years of monthly rainfall. I want to convert this > data into yearly accumulated rainfall for every year. So I am looking for > something like: > > 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every year, so > that in the end I have 50 time steps. > > Any hints welcome! Thanks! > > Kind regards, > Chris > > PS: I already tried "mon2yr.gs" from Bin Guan's page, but something does > not appear to work. > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/2b5fa831/attachment-0003.html From member at linkedin.com Sat Sep 17 08:23:40 2011 From: member at linkedin.com (Rajeevan K via LinkedIn) Date: Sat, 17 Sep 2011 12:23:40 +0000 (UTC) Subject: [gradsusr] Invitation to connect on LinkedIn Message-ID: <786703422.8558443.1316262220088.JavaMail.app@ela4-app0131.prod> LinkedIn ------------ Rajeevan K requested to add you as a connection on LinkedIn: ------------------------------------------ Ning, I'd like to add you to my professional network on LinkedIn. - Rajeevan Accept invitation from Rajeevan K http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYQcj0Vd3cNdz59bT1imBhDqDB3bP8Sd3sRdPoQczgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=3cpy5iTqgDLAU1 View invitation from Rajeevan K http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/3cNnPgNc3AQcP4SckALqnpPbOYWrSlI/svi/?hs=false&tok=27OH6j0pIDLAU1 -- (c) 2011, LinkedIn Corporation -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/c1848b01/attachment-0003.html From dasilva at alum.mit.edu Sat Sep 17 09:54:51 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sat, 17 Sep 2011 09:54:51 -0400 Subject: [gradsusr] lats4d and re In-Reply-To: References: Message-ID: On Fri, Sep 16, 2011 at 5:20 PM, Coly SAR wrote: > I have a 3D nc file with 6 variables and I want to regrid it to 0.5? using > lats4d. > I issued this command below but the file created remains the same as infile > and no regrid done. > > > > >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func re(@,0.5) > > I am using opengrad v 2.9 and need any suggestion on how to do this regrid. > > Type "lats4d -h" and read the section on regridding. Unless you use one of the predefined resolutions you will need to create (or point to one) dimension environment file (option -de). Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/a2d77033/attachment-0003.html From dasilva at alum.mit.edu Sat Sep 17 10:12:57 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sat, 17 Sep 2011 10:12:57 -0400 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: 2011/9/16 Hyacinth Nnamchi > Jeff, > > I seems my question wasn't well framed, and so you dealt with the typo. I > have attached two Figs showing what the calculations below will give and > what exactly I'll like to do. > > >From the attached plot it appears that you want to plot the divergent component of the mass flux, as given by the Helmholtz decomposition: http://en.wikipedia.org/wiki/Helmholtz_decomposition The first step is to compute the velocity potential ga-> chi = fish_chi(zon,mer) (As Roger mentions, make sure to average in the vertical first if this is what you want.) Next, the divergent component of the mass flux is related to the gradient of chi; see this for more information: Calculating the Divergent Wind Notice that you will need an opengrads build in order to use the fish extension; more info here: http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle Good luck, Arlindo > Thanks, > > Hyacinth > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > From: Jeffrey Duda > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > To: GrADS Users Forum > > Message-ID: > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > > (note the semicolon instead of a comma). > > > > Jeff Duda > > > > 2011/9/15 Hyacinth Nnamchi > > > > > Hello, > > > > > > This is not directly about GrADS but since most of address similar! > > > problems, I guess someone on this forum will be able to answer my > question. > > > > > > I understand that to calculate moisture transport, given zonal, > meridional > > > winds and specific humidity, can simply do: > > > > > > 'define zon=uwnd.1*shum.3' > > > 'define mer=vwnd.2*shum.3' > > > 'd zon,mer' > > > > > > But, I want to plot vectors indicating field of net moisture flux (all > arrows converging/diverging) instead of just transport. > > > > > > Thanks for any ideas. > > > > > > Hyacinth > > > > > > > > > __ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/f06c2109/attachment-0003.html From mubashardogar at gmail.com Sun Sep 18 14:39:04 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Sun, 18 Sep 2011 21:39:04 +0300 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data Message-ID: Dear GrADS users, I am facing a problem with time steps of a netcdf file downloaded for synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year 1989 (downloaded for surface total precipitation for all time steps available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This file is basically synoptic monthly means generated by long term average of corresponding 3 hour in all the days of a month, giving 8 time steps in a month. So instead of reading 96 values that represents to 12 months (8 values in each months) GrADS read all these values by considering 8 time steps in a day instead in a month. I mean GrADS reads these hours in a daily format instead of monthly. Does GrADS not deal with synoptic monthly means? I have grib file as well for the same data, what should be time increment in a ctl file to open the same grib file? Mubashar Dogar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/9724bae7/attachment-0003.html From jma at cola.iges.org Sun Sep 18 15:47:24 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Sun, 18 Sep 2011 15:47:24 -0400 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data In-Reply-To: References: Message-ID: <93628EC9-0E8F-4EE1-9D80-0147B93D7F6A@cola.iges.org> Please send the output from ncdump -c on your netcdf file. --Jennifer On Sep 18, 2011, at 2:39 PM, Mubashar Dogar wrote: > > Dear GrADS users, > > I am facing a problem with time steps of a netcdf file downloaded > for synoptic monthly means of ECMWF ERA-INTERIM forecast product for > the year 1989 (downloaded for surface total precipitation for all > time steps available from: http://data-portal.ecmwf.int/data/d/interim_mnth/) > . This file is basically synoptic monthly means generated by long > term average of corresponding 3 hour in all the days of a month, > giving 8 time steps in a month. So instead of reading 96 values that > represents to 12 months (8 values in each months) GrADS read all > these values by considering 8 time steps in a day instead in a > month. I mean GrADS reads these hours in a daily format instead of > monthly. Does GrADS not deal with synoptic monthly means? I have > grib file as well for the same data, what should be time increment > in a ctl file to open the same grib file? > > > Mubashar Dogar > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/ed8613dd/attachment-0003.html From dasilva at alum.mit.edu Sun Sep 18 16:18:04 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sun, 18 Sep 2011 16:18:04 -0400 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data In-Reply-To: References: Message-ID: On Sun, Sep 18, 2011 at 2:39 PM, Mubashar Dogar wrote: > > Dear GrADS users, > > I am facing a problem with time steps of a netcdf file downloaded for > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year > 1989 (downloaded for surface total precipitation for all time steps > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This > file is basically synoptic monthly means generated by long term average of > corresponding 3 hour in all the days of a month, giving 8 time steps in a > month. So instead of reading 96 values that represents to 12 months (8 > values in each months) GrADS read all these values by considering 8 time > steps in a day instead in a month. I mean GrADS reads these hours in a daily > format instead of monthly. Does GrADS not deal with synoptic monthly means? > I have grib file as well for the same data, what should be time increment in > a ctl file to open the same grib file? > > One strategy is to use the ensemble dimension to deal with the fact that you have 2 time scales involved. For example, you you associate each month with the grads time dimension and each "time of the day" with the grads ensemble dimension. (Or you can swap these if you prefer.) This recipe discusses how this can be done for the MERRA monthly diurnal files. http://cookbooks.opengrads.org/index.php?title=Recipe-024:_Using_the_Ensemble_Dimension_with_Monthly_Mean_Diurnal_files_from_MERRA Arlindo > > Mubashar Dogar > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/49476667/attachment-0003.html From mubashardogar at gmail.com Sun Sep 18 23:44:39 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Mon, 19 Sep 2011 06:44:39 +0300 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data Message-ID: Dear Jennifer, *Here is the output of ncdump -c as requested. I am also giving the output of wgrib -h for the grib format of the same data at the end:* ncdump -c ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.nc netcdf ei_mnth_fc_sfc_1.5x1.5_19890101_19891201 { dimensions: longitude = 240 ; latitude = 121 ; time = UNLIMITED ; // (96 currently) variables: float longitude(longitude) ; longitude:units = "degrees_east" ; longitude:long_name = "longitude" ; float latitude(latitude) ; latitude:units = "degrees_north" ; latitude:long_name = "latitude" ; int time(time) ; time:units = "hours since 1900-01-01 00:00:0.0" ; time:long_name = "time" ; short tp(time, latitude, longitude) ; tp:scale_factor = 4.25320233951185e-07 ; tp:add_offset = 0.0139356174654106 ; tp:_FillValue = -32767s ; tp:missing_value = -32767s ; tp:units = "m" ; tp:long_name = "Total precipitation" ; // global attributes: :Conventions = "CF-1.0" ; :history = "2011-09-18 14:19:37 GMT by mars2netcdf-0.92" ; data: longitude = 0, 1.5, 3, 4.5, 6, 7.5, 9, 10.5, 12, 13.5, 15, 16.5, 18, 19.5, 21, 22.5, 24, 25.5, 27, 28.5, 30, 31.5, 33, 34.5, 36, 37.5, 39, 40.5, 42, 43.5, 45, 46.5, 48, 49.5, 51, 52.5, 54, 55.5, 57, 58.5, 60, 61.5, 63, 64.5, 66, 67.5, 69, 70.5, 72, 73.5, 75, 76.5, 78, 79.5, 81, 82.5, 84, 85.5, 87, 88.5, 90, 91.5, 93, 94.5, 96, 97.5, 99, 100.5, 102, 103.5, 105, 106.5, 108, 109.5, 111, 112.5, 114, 115.5, 117, 118.5, 120, 121.5, 123, 124.5, 126, 127.5, 129, 130.5, 132, 133.5, 135, 136.5, 138, 139.5, 141, 142.5, 144, 145.5, 147, 148.5, 150, 151.5, 153, 154.5, 156, 157.5, 159, 160.5, 162, 163.5, 165, 166.5, 168, 169.5, 171, 172.5, 174, 175.5, 177, 178.5, 180, 181.5, 183, 184.5, 186, 187.5, 189, 190.5, 192, 193.5, 195, 196.5, 198, 199.5, 201, 202.5, 204, 205.5, 207, 208.5, 210, 211.5, 213, 214.5, 216, 217.5, 219, 220.5, 222, 223.5, 225, 226.5, 228, 229.5, 231, 232.5, 234, 235.5, 237, 238.5, 240, 241.5, 243, 244.5, 246, 247.5, 249, 250.5, 252, 253.5, 255, 256.5, 258, 259.5, 261, 262.5, 264, 265.5, 267, 268.5, 270, 271.5, 273, 274.5, 276, 277.5, 279, 280.5, 282, 283.5, 285, 286.5, 288, 289.5, 291, 292.5, 294, 295.5, 297, 298.5, 300, 301.5, 303, 304.5, 306, 307.5, 309, 310.5, 312, 313.5, 315, 316.5, 318, 319.5, 321, 322.5, 324, 325.5, 327, 328.5, 330, 331.5, 333, 334.5, 336, 337.5, 339, 340.5, 342, 343.5, 345, 346.5, 348, 349.5, 351, 352.5, 354, 355.5, 357, 358.5 ; latitude = 90, 88.5, 87, 85.5, 84, 82.5, 81, 79.5, 78, 76.5, 75, 73.5, 72, 70.5, 69, 67.5, 66, 64.5, 63, 61.5, 60, 58.5, 57, 55.5, 54, 52.5, 51, 49.5, 48, 46.5, 45, 43.5, 42, 40.5, 39, 37.5, 36, 34.5, 33, 31.5, 30, 28.5, 27, 25.5, 24, 22.5, 21, 19.5, 18, 16.5, 15, 13.5, 12, 10.5, 9, 7.5, 6, 4.5, 3, 1.5, 0, -1.5, -3, -4.5, -6, -7.5, -9, -10.5, -12, -13.5, -15, -16.5, -18, -19.5, -21, -22.5, -24, -25.5, -27, -28.5, -30, -31.5, -33, -34.5, -36, -37.5, -39, -40.5, -42, -43.5, -45, -46.5, -48, -49.5, -51, -52.5, -54, -55.5, -57, -58.5, -60, -61.5, -63, -64.5, -66, -67.5, -69, -70.5, -72, -73.5, -75, -76.5, -78, -79.5, -81, -82.5, -84, -85.5, -87, -88.5, -90 ; time = 780171, 780174, 780177, 780180, 780183, 780186, 780189, 780192, 780915, 780918, 780921, 780924, 780927, 780930, 780933, 780936, 781587, 781590, 781593, 781596, 781599, 781602, 781605, 781608, 782331, 782334, 782337, 782340, 782343, 782346, 782349, 782352, 783051, 783054, 783057, 783060, 783063, 783066, 783069, 783072, 783795, 783798, 783801, 783804, 783807, 783810, 783813, 783816, 784515, 784518, 784521, 784524, 784527, 784530, 784533, 784536, 785259, 785262, 785265, 785268, 785271, 785274, 785277, 785280, 786003, 786006, 786009, 786012, 786015, 786018, 786021, 786024, 786723, 786726, 786729, 786732, 786735, 786738, 786741, 786744, 787467, 787470, 787473, 787476, 787479, 787482, 787485, 787488, 788187, 788190, 788193, 788196, 788199, 788202, 788205, 788208 ; }* Here is the output from wgrib for the same data but downloaded in grib format:* wgrib -h ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib 1:0:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 2:58188:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 3:116376:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 4:174564:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 5:232752:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 6:290940:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 7:349128:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 8:407316:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 9:465504:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=28 10:523692:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=28 11:581880:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=28 12:640068:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=28 13:698256:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=28 14:756444:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=28 15:814632:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=28 16:872820:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=28 17:931008:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 18:989196:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 19:1047384:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 20:1105572:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 21:1163760:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 22:1221948:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 23:1280136:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 24:1338324:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 25:1396512:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 26:1454700:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 27:1512888:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 28:1571076:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 29:1629264:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 30:1687452:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 31:1745640:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 32:1803828:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 33:1862016:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 34:1920204:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 35:1978392:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 36:2036580:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 37:2094768:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 38:2152956:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 39:2211144:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 40:2269332:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 41:2327520:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 42:2385708:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 43:2443896:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 44:2502084:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 45:2560272:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 46:2618460:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 47:2676648:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 48:2734836:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 49:2793024:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 50:2851212:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 51:2909400:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 52:2967588:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 53:3025776:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 54:3083964:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 55:3142152:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 56:3200340:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 57:3258528:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 58:3316716:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 59:3374904:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 60:3433092:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 61:3491280:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 62:3549468:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 63:3607656:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 64:3665844:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 65:3724032:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 66:3782220:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 67:3840408:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 68:3898596:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 69:3956784:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 70:4014972:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 71:4073160:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 72:4131348:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 73:4189536:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 74:4247724:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 75:4305912:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 76:4364100:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 77:4422288:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 78:4480476:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 79:4538664:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 80:4596852:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 81:4655040:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 82:4713228:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 83:4771416:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 84:4829604:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 85:4887792:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=30 86:4945980:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=30 87:5004168:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=30 88:5062356:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=30 89:5120544:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 90:5178732:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 91:5236920:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 92:5295108:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 93:5353296:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr fcst:ave at 24hr:mon mean:NAve=31 94:5411484:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr fcst:ave at 24hr:mon mean:NAve=31 95:5469672:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr fcst:ave at 24hr:mon mean:NAve=31 96:5527860:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr fcst:ave at 24hr:mon mean:NAve=31 > Today's Topics: > > 1. Re: Box Plot in GrADS? (Jayakrishnan PR) > 2. Re: Convert monthly to yearly accumulated rainfall > (Rafanoharana Serge Claudio) > 3. Invitation to connect on LinkedIn (Rajeevan K via LinkedIn) > 4. Re: lats4d and re (Arlindo da Silva) > 5. Re: Moisture flux convergence/divergence (Arlindo da Silva) > 6. Problem with GrADS in reading ECMWF synoptic monthly means > data (Mubashar Dogar) > 7. Re: Problem with GrADS in reading ECMWF synoptic monthly > means data (Jennifer Adams) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 17 Sep 2011 10:24:57 +0530 > From: Jayakrishnan PR > Subject: Re: [gradsusr] Box Plot in GrADS? > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Matei, > I am wondering why you are sticking to Grads itself. Grads is > a software designed to plot griided data and analysis of that data. it is > not suitable for plotting these kind of graphs. You can choose softwares > such as NCL or origin for plotting these kind of graphs. No need for > sticking into Grads. > > > > > > > > > -- > Sincerely > *********************************************** > Jayakrishnan.P.R > CSIR-Senior Research Fellow > Department of Atmospheric Sciences > Cochin University of Science and Technology (CUSAT), Cochin-682 016 > Kerala, India. > Mob: 09895417565 > > *********************************************** > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/aee4af7f/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Sat, 17 Sep 2011 15:11:20 +0700 > From: Rafanoharana Serge Claudio > Subject: Re: [gradsusr] Convert monthly to yearly accumulated rainfall > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Chris, > > I do not know if one can do it directly while having the 50 time steps but > what I can say is that you can process for every year (then you'll have 50 > outputs), then assign time for every year, then merge using cdo all 50 > years > into one single file. > > Hope this can help, > > Serge > > On Sat, Sep 17, 2011 at 3:34 AM, Alauda arvensis >wrote: > > > Dear GrADS users, > > > > My data consists of 50 years of monthly rainfall. I want to convert this > > data into yearly accumulated rainfall for every year. So I am looking for > > something like: > > > > 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every year, so > > that in the end I have 50 time steps. > > > > Any hints welcome! Thanks! > > > > Kind regards, > > Chris > > > > PS: I already tried "mon2yr.gs" from Bin Guan's page, but something does > > not appear to work. > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Serge > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/2b5fa831/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Sat, 17 Sep 2011 12:23:40 +0000 (UTC) > From: Rajeevan K via LinkedIn > Subject: [gradsusr] Invitation to connect on LinkedIn > To: Ning Cao > Message-ID: > <786703422.8558443.1316262220088.JavaMail.app at ela4-app0131.prod> > Content-Type: text/plain; charset="utf-8" > > LinkedIn > ------------ > > > > > Rajeevan K requested to add you as a connection on LinkedIn: > > ------------------------------------------ > > Ning, > > I'd like to add you to my professional network on LinkedIn. > > - Rajeevan > > Accept invitation from Rajeevan K > > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYQcj0Vd3cNdz59bT1imBhDqDB3bP8Sd3sRdPoQczgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=3cpy5iTqgDLAU1 > > View invitation from Rajeevan K > > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/3cNnPgNc3AQcP4SckALqnpPbOYWrSlI/svi/?hs=false&tok=27OH6j0pIDLAU1 > > > -- > (c) 2011, LinkedIn Corporation > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/c1848b01/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Sat, 17 Sep 2011 09:54:51 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] lats4d and re > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > On Fri, Sep 16, 2011 at 5:20 PM, Coly SAR wrote: > > > I have a 3D nc file with 6 variables and I want to regrid it to 0.5? > using > > lats4d. > > I issued this command below but the file created remains the same as > infile > > and no regrid done. > > > > > > > > >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func > re(@,0.5) > > > > I am using opengrad v 2.9 and need any suggestion on how to do this > regrid. > > > > > Type "lats4d -h" and read the section on regridding. Unless you use one of > the predefined resolutions you will need to create (or point to one) > dimension environment file (option -de). > > Arlindo > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/a2d77033/attachment-0001.html > > ------------------------------ > > Message: 5 > Date: Sat, 17 Sep 2011 10:12:57 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] Moisture flux convergence/divergence > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > 2011/9/16 Hyacinth Nnamchi > > > Jeff, > > > > I seems my question wasn't well framed, and so you dealt with the typo. I > > have attached two Figs showing what the calculations below will give and > > what exactly I'll like to do. > > > > > >From the attached plot it appears that you want to plot the divergent > component of the mass flux, as given by the Helmholtz decomposition: > > http://en.wikipedia.org/wiki/Helmholtz_decomposition > > The first step is to compute the velocity potential > > ga-> chi = fish_chi(zon,mer) > > (As Roger mentions, make sure to average in the vertical first if this is > what you want.) Next, the divergent component of the mass flux is related > to > the gradient of chi; see this for more information: > > Calculating the Divergent > Wind< > http://opengrads.org/doc/udxt/fish/fish.html#calculating_the_divergent_wind > > > > Notice that you will need an opengrads build in order to use the fish > extension; more info here: > > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > Good luck, > > Arlindo > > > > > > > > Thanks, > > > > Hyacinth > > > > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > > From: Jeffrey Duda > > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > > To: GrADS Users Forum > > > Message-ID: > > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > > > > Set the graphics output to vector ('set gxout vector'), then 'd > zon;mer' > > > (note the semicolon instead of a comma). > > > > > > Jeff Duda > > > > > > 2011/9/15 Hyacinth Nnamchi > > > > > > > Hello, > > > > > > > > This is not directly about GrADS but since most of address similar! > > > > problems, I guess someone on this forum will be able to answer my > > question. > > > > > > > > I understand that to calculate moisture transport, given zonal, > > meridional > > > > winds and specific humidity, can simply do: > > > > > > > > 'define zon=uwnd.1*shum.3' > > > > 'define mer=vwnd.2*shum.3' > > > > 'd zon,mer' > > > > > > > > But, I want to plot vectors indicating field of net moisture flux > (all > > arrows converging/diverging) instead of just transport. > > > > > > > > Thanks for any ideas. > > > > > > > > Hyacinth > > > > > > > > > > > > __ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/f06c2109/attachment-0001.html > > ------------------------------ > > Message: 6 > Date: Sun, 18 Sep 2011 21:39:04 +0300 > From: Mubashar Dogar > Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear GrADS users, > > I am facing a problem with time steps of a netcdf file downloaded for > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year > 1989 (downloaded for surface total precipitation for all time steps > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This > file is basically synoptic monthly means generated by long term average of > corresponding 3 hour in all the days of a month, giving 8 time steps in a > month. So instead of reading 96 values that represents to 12 months (8 > values in each months) GrADS read all these values by considering 8 time > steps in a day instead in a month. I mean GrADS reads these hours in a > daily > format instead of monthly. Does GrADS not deal with synoptic monthly means? > I have grib file as well for the same data, what should be time increment > in > a ctl file to open the same grib file? > > > Mubashar Dogar > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/9724bae7/attachment-0001.html > > ------------------------------ > > Message: 7 > Date: Sun, 18 Sep 2011 15:47:24 -0400 > From: Jennifer Adams > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: GrADS Users Forum > Message-ID: <93628EC9-0E8F-4EE1-9D80-0147B93D7F6A at cola.iges.org> > Content-Type: text/plain; charset="us-ascii" > > Please send the output from ncdump -c on your netcdf file. --Jennifer > > On Sep 18, 2011, at 2:39 PM, Mubashar Dogar wrote: > > > > > Dear GrADS users, > > > > I am facing a problem with time steps of a netcdf file downloaded > > for synoptic monthly means of ECMWF ERA-INTERIM forecast product for > > the year 1989 (downloaded for surface total precipitation for all > > time steps available from: > http://data-portal.ecmwf.int/data/d/interim_mnth/) > > . This file is basically synoptic monthly means generated by long > > term average of corresponding 3 hour in all the days of a month, > > giving 8 time steps in a month. So instead of reading 96 values that > > represents to 12 months (8 values in each months) GrADS read all > > these values by considering 8 time steps in a day instead in a > > month. I mean GrADS reads these hours in a daily format instead of > > monthly. Does GrADS not deal with synoptic monthly means? I have > > grib file as well for the same data, what should be time increment > > in a ctl file to open the same grib file? > > > > > > Mubashar Dogar > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/ed8613dd/attachment.html > > ------------------------------ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/e0a52cb4/attachment-0003.html From rupak.rajbhandari at gmail.com Mon Sep 19 01:05:47 2011 From: rupak.rajbhandari at gmail.com (Rupak Rajbhandari) Date: Mon, 19 Sep 2011 10:50:47 +0545 Subject: [gradsusr] Second file display not working. why? Message-ID: Hi, The following simple script is working well. But when I remove the line 'set dfile 2', then it says data request completely outside file request. why? Thanks. -rupak **************************************** 'reinit' 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' 'exec d:\indus\gs\colors' 'set gxout grfill' 'display ave(rf.1,t=1,t=360,12)' n=1 while (n<50000) ; n=n+1 ; endwhile 'set dfile 2' 'display ave(rf.2,t=1,t=360,12)' 'cbar' -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/f133b1d6/attachment-0003.html From roger.torres at cptec.inpe.br Mon Sep 19 07:31:51 2011 From: roger.torres at cptec.inpe.br (Roger Rodrigues Torres) Date: Mon, 19 Sep 2011 08:31:51 -0300 Subject: [gradsusr] Second file display not working. why? In-Reply-To: References: Message-ID: Dear Rupak, one suggestion is to check the declaration of the time in both ctl's. They need to be exactly the same to work in the way that you wish. Regards, Roger Torres 2011/9/19 Rupak Rajbhandari > Hi, > > The following simple script is working well. But when I remove the line > 'set dfile 2', then it says data request completely outside file request. > why? > > Thanks. > > -rupak > > **************************************** > 'reinit' > > 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' > 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' > > 'exec d:\indus\gs\colors' > 'set gxout grfill' > > 'display ave(rf.1,t=1,t=360,12)' > n=1 > while (n<50000) ; n=n+1 ; endwhile > 'set dfile 2' > 'display ave(rf.2,t=1,t=360,12)' > 'cbar' > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Roger Rodrigues Torres PhD. Student in Meteorology National Institute for Space Research (INPE) Phone: 55 12 3186-9541 Personal Webpage: http://rtorres.webnode.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/66eb5eee/attachment-0003.html From mubashardogar at gmail.com Mon Sep 19 09:20:33 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Mon, 19 Sep 2011 16:20:33 +0300 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data Message-ID: Dear Arlindo, My data is synoptic monthly means (having average for all the days in a month at 3, 6, 9, 12, 15, 18, 21, 00) for each month. I have one year data only so total time steps will become 8*12=96. I followed your instruction and write the ctl. It seems as GrADS is not looking at my edef definition because GrADS is still changing days and not the months after 8 values. Also I am only getting data at first 8 time steps and get undefined values for the rest. You can see my grib file information in my previous email. Please suggest me. My ctl is given below: dset ^ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib index ^ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib.idx undef 9.999E+20 title ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib * produced by grib2ctl v0.9.12.5p46 dtype grib 255 options yrev ydef 121 linear -90.000000 1.5 xdef 240 linear 0.000000 1.500000 tdef 96 linear 03Z01jan1989 3hr edef 12 names 198901 198902 198903 198904 198905 198906 198907 198908 198909 198910 198911 198912 zdef 1 linear 1 1 vars 1 TPsfc 0 228,1,0 ** surface Total precipitation m ENDVARS Regards, Mubashar > > > **************************************************************************************** > Today's Topics: > > 1. Re: Problem with GrADS in reading ECMWF synoptic monthly > means data (Arlindo da Silva) > 2. Re: Problem with GrADS in reading ECMWF synoptic monthly > means data (Mubashar Dogar) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 18 Sep 2011 16:18:04 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > On Sun, Sep 18, 2011 at 2:39 PM, Mubashar Dogar >wrote: > > > > > Dear GrADS users, > > > > I am facing a problem with time steps of a netcdf file downloaded for > > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year > > 1989 (downloaded for surface total precipitation for all time steps > > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This > > file is basically synoptic monthly means generated by long term average > of > > corresponding 3 hour in all the days of a month, giving 8 time steps in a > > month. So instead of reading 96 values that represents to 12 months (8 > > values in each months) GrADS read all these values by considering 8 time > > steps in a day instead in a month. I mean GrADS reads these hours in a > daily > > format instead of monthly. Does GrADS not deal with synoptic monthly > means? > > I have grib file as well for the same data, what should be time increment > in > > a ctl file to open the same grib file? > > > > > One strategy is to use the ensemble dimension to deal with the fact that > you > have 2 time scales involved. For example, you you associate each month with > the grads time dimension and each "time of the day" with the grads ensemble > dimension. (Or you can swap these if you prefer.) This recipe discusses how > this can be done for the MERRA monthly diurnal files. > > > http://cookbooks.opengrads.org/index.php?title=Recipe-024:_Using_the_Ensemble_Dimension_with_Monthly_Mean_Diurnal_files_from_MERRA > > Arlindo > > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/49476667/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Mon, 19 Sep 2011 06:44:39 +0300 > From: Mubashar Dogar > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Jennifer, > > *Here is the output of ncdump -c as requested. I am also giving the output > of wgrib -h for the grib format of the same data at the end:* > > ncdump -c ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.nc > netcdf ei_mnth_fc_sfc_1.5x1.5_19890101_19891201 { > dimensions: > longitude = 240 ; > latitude = 121 ; > time = UNLIMITED ; // (96 currently) > variables: > float longitude(longitude) ; > longitude:units = "degrees_east" ; > longitude:long_name = "longitude" ; > float latitude(latitude) ; > latitude:units = "degrees_north" ; > latitude:long_name = "latitude" ; > int time(time) ; > time:units = "hours since 1900-01-01 00:00:0.0" ; > time:long_name = "time" ; > short tp(time, latitude, longitude) ; > tp:scale_factor = 4.25320233951185e-07 ; > tp:add_offset = 0.0139356174654106 ; > tp:_FillValue = -32767s ; > tp:missing_value = -32767s ; > tp:units = "m" ; > tp:long_name = "Total precipitation" ; > > // global attributes: > :Conventions = "CF-1.0" ; > :history = "2011-09-18 14:19:37 GMT by mars2netcdf-0.92" ; > data: > > longitude = 0, 1.5, 3, 4.5, 6, 7.5, 9, 10.5, 12, 13.5, 15, 16.5, 18, 19.5, > 21, 22.5, 24, 25.5, 27, 28.5, 30, 31.5, 33, 34.5, 36, 37.5, 39, 40.5, > 42, > 43.5, 45, 46.5, 48, 49.5, 51, 52.5, 54, 55.5, 57, 58.5, 60, 61.5, 63, > 64.5, 66, 67.5, 69, 70.5, 72, 73.5, 75, 76.5, 78, 79.5, 81, 82.5, 84, > 85.5, 87, 88.5, 90, 91.5, 93, 94.5, 96, 97.5, 99, 100.5, 102, 103.5, > 105, > 106.5, 108, 109.5, 111, 112.5, 114, 115.5, 117, 118.5, 120, 121.5, 123, > 124.5, 126, 127.5, 129, 130.5, 132, 133.5, 135, 136.5, 138, 139.5, 141, > 142.5, 144, 145.5, 147, 148.5, 150, 151.5, 153, 154.5, 156, 157.5, 159, > 160.5, 162, 163.5, 165, 166.5, 168, 169.5, 171, 172.5, 174, 175.5, 177, > 178.5, 180, 181.5, 183, 184.5, 186, 187.5, 189, 190.5, 192, 193.5, 195, > 196.5, 198, 199.5, 201, 202.5, 204, 205.5, 207, 208.5, 210, 211.5, 213, > 214.5, 216, 217.5, 219, 220.5, 222, 223.5, 225, 226.5, 228, 229.5, 231, > 232.5, 234, 235.5, 237, 238.5, 240, 241.5, 243, 244.5, 246, 247.5, 249, > 250.5, 252, 253.5, 255, 256.5, 258, 259.5, 261, 262.5, 264, 265.5, 267, > 268.5, 270, 271.5, 273, 274.5, 276, 277.5, 279, 280.5, 282, 283.5, 285, > 286.5, 288, 289.5, 291, 292.5, 294, 295.5, 297, 298.5, 300, 301.5, 303, > 304.5, 306, 307.5, 309, 310.5, 312, 313.5, 315, 316.5, 318, 319.5, 321, > 322.5, 324, 325.5, 327, 328.5, 330, 331.5, 333, 334.5, 336, 337.5, 339, > 340.5, 342, 343.5, 345, 346.5, 348, 349.5, 351, 352.5, 354, 355.5, 357, > 358.5 ; > > latitude = 90, 88.5, 87, 85.5, 84, 82.5, 81, 79.5, 78, 76.5, 75, 73.5, 72, > 70.5, 69, 67.5, 66, 64.5, 63, 61.5, 60, 58.5, 57, 55.5, 54, 52.5, 51, > 49.5, 48, 46.5, 45, 43.5, 42, 40.5, 39, 37.5, 36, 34.5, 33, 31.5, 30, > 28.5, 27, 25.5, 24, 22.5, 21, 19.5, 18, 16.5, 15, 13.5, 12, 10.5, 9, > 7.5, > 6, 4.5, 3, 1.5, 0, -1.5, -3, -4.5, -6, -7.5, -9, -10.5, -12, -13.5, -15, > > -16.5, -18, -19.5, -21, -22.5, -24, -25.5, -27, -28.5, -30, -31.5, -33, > -34.5, -36, -37.5, -39, -40.5, -42, -43.5, -45, -46.5, -48, -49.5, -51, > -52.5, -54, -55.5, -57, -58.5, -60, -61.5, -63, -64.5, -66, -67.5, -69, > -70.5, -72, -73.5, -75, -76.5, -78, -79.5, -81, -82.5, -84, -85.5, -87, > -88.5, -90 ; > > time = 780171, 780174, 780177, 780180, 780183, 780186, 780189, 780192, > 780915, 780918, 780921, 780924, 780927, 780930, 780933, 780936, 781587, > 781590, 781593, 781596, 781599, 781602, 781605, 781608, 782331, 782334, > 782337, 782340, 782343, 782346, 782349, 782352, 783051, 783054, 783057, > 783060, 783063, 783066, 783069, 783072, 783795, 783798, 783801, 783804, > 783807, 783810, 783813, 783816, 784515, 784518, 784521, 784524, 784527, > 784530, 784533, 784536, 785259, 785262, 785265, 785268, 785271, 785274, > 785277, 785280, 786003, 786006, 786009, 786012, 786015, 786018, 786021, > 786024, 786723, 786726, 786729, 786732, 786735, 786738, 786741, 786744, > 787467, 787470, 787473, 787476, 787479, 787482, 787485, 787488, 788187, > 788190, 788193, 788196, 788199, 788202, 788205, 788208 ; > }* > > Here is the output from wgrib for the same data but downloaded in grib > format:* > > wgrib -h ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib > > 1:0:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 2:58188:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 3:116376:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 4:174564:d=89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 5:232752:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 6:290940:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 7:349128:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 8:407316:d=89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 9:465504:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=28 > > 10:523692:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=28 > > 11:581880:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=28 > > 12:640068:d=89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=28 > > 13:698256:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=28 > > 14:756444:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=28 > > 15:814632:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=28 > > 16:872820:d=89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=28 > > 17:931008:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 18:989196:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 19:1047384:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 20:1105572:d=89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 21:1163760:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 22:1221948:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 23:1280136:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 24:1338324:d=89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 25:1396512:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 26:1454700:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 27:1512888:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 28:1571076:d=89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 29:1629264:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 30:1687452:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 31:1745640:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 32:1803828:d=89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 33:1862016:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 34:1920204:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 35:1978392:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 36:2036580:d=89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 37:2094768:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 38:2152956:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 39:2211144:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 40:2269332:d=89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 41:2327520:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 42:2385708:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 43:2443896:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 44:2502084:d=89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 45:2560272:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 46:2618460:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 47:2676648:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 48:2734836:d=89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 49:2793024:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 50:2851212:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 51:2909400:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 52:2967588:d=89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 53:3025776:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 54:3083964:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 55:3142152:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 56:3200340:d=89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 57:3258528:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 58:3316716:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 59:3374904:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 60:3433092:d=89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 61:3491280:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 62:3549468:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 63:3607656:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 64:3665844:d=89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 65:3724032:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 66:3782220:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 67:3840408:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 68:3898596:d=89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 69:3956784:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 70:4014972:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 71:4073160:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 72:4131348:d=89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 73:4189536:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 74:4247724:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 75:4305912:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 76:4364100:d=89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 77:4422288:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 78:4480476:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 79:4538664:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 80:4596852:d=89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 81:4655040:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 82:4713228:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 83:4771416:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 84:4829604:d=89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 85:4887792:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=30 > > 86:4945980:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=30 > > 87:5004168:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=30 > > 88:5062356:d=89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=30 > > 89:5120544:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 90:5178732:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 91:5236920:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 92:5295108:d=89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > 93:5353296:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc:3hr > fcst:ave at 24hr:mon mean:NAve=31 > > 94:5411484:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc:6hr > fcst:ave at 24hr:mon mean:NAve=31 > > 95:5469672:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc:9hr > fcst:ave at 24hr:mon mean:NAve=31 > > 96:5527860:d=89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc:12hr > fcst:ave at 24hr:mon mean:NAve=31 > > > > > Today's Topics: > > > > 1. Re: Box Plot in GrADS? (Jayakrishnan PR) > > 2. Re: Convert monthly to yearly accumulated rainfall > > (Rafanoharana Serge Claudio) > > 3. Invitation to connect on LinkedIn (Rajeevan K via LinkedIn) > > 4. Re: lats4d and re (Arlindo da Silva) > > 5. Re: Moisture flux convergence/divergence (Arlindo da Silva) > > 6. Problem with GrADS in reading ECMWF synoptic monthly means > > data (Mubashar Dogar) > > 7. Re: Problem with GrADS in reading ECMWF synoptic monthly > > means data (Jennifer Adams) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Sat, 17 Sep 2011 10:24:57 +0530 > > From: Jayakrishnan PR > > Subject: Re: [gradsusr] Box Plot in GrADS? > > To: GrADS Users Forum > > Message-ID: > > DiJzbB6A at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Dear Matei, > > I am wondering why you are sticking to Grads itself. Grads > is > > a software designed to plot griided data and analysis of that data. it is > > not suitable for plotting these kind of graphs. You can choose softwares > > such as NCL or origin for plotting these kind of graphs. No need for > > sticking into Grads. > > > > > > > > > > > > > > > -- > > Sincerely > > *********************************************** > > Jayakrishnan.P.R > > CSIR-Senior Research Fellow > > Department of Atmospheric Sciences > > Cochin University of Science and Technology (CUSAT), Cochin-682 016 > > Kerala, India. > > Mob: 09895417565 > > > > *********************************************** > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/aee4af7f/attachment-0001.html > > > > ------------------------------ > > > > Message: 2 > > Date: Sat, 17 Sep 2011 15:11:20 +0700 > > From: Rafanoharana Serge Claudio > > Subject: Re: [gradsusr] Convert monthly to yearly accumulated rainfall > > To: GrADS Users Forum > > Message-ID: > > hzzRQxHJrrN6-+CTw at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Dear Chris, > > > > I do not know if one can do it directly while having the 50 time steps > but > > what I can say is that you can process for every year (then you'll have > 50 > > outputs), then assign time for every year, then merge using cdo all 50 > > years > > into one single file. > > > > Hope this can help, > > > > Serge > > > > On Sat, Sep 17, 2011 at 3:34 AM, Alauda arvensis > >wrote: > > > > > Dear GrADS users, > > > > > > My data consists of 50 years of monthly rainfall. I want to convert > this > > > data into yearly accumulated rainfall for every year. So I am looking > for > > > something like: > > > > > > 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every year, > so > > > that in the end I have 50 time steps. > > > > > > Any hints welcome! Thanks! > > > > > > Kind regards, > > > Chris > > > > > > PS: I already tried "mon2yr.gs" from Bin Guan's page, but something > does > > > not appear to work. > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > > > > > -- > > Serge > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/2b5fa831/attachment-0001.html > > > > ------------------------------ > > > > Message: 3 > > Date: Sat, 17 Sep 2011 12:23:40 +0000 (UTC) > > From: Rajeevan K via LinkedIn > > Subject: [gradsusr] Invitation to connect on LinkedIn > > To: Ning Cao > > Message-ID: > > <786703422.8558443.1316262220088.JavaMail.app at ela4-app0131.prod> > > Content-Type: text/plain; charset="utf-8" > > > > LinkedIn > > ------------ > > > > > > > > > > Rajeevan K requested to add you as a connection on LinkedIn: > > > > ------------------------------------------ > > > > Ning, > > > > I'd like to add you to my professional network on LinkedIn. > > > > - Rajeevan > > > > Accept invitation from Rajeevan K > > > > > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYQcj0Vd3cNdz59bT1imBhDqDB3bP8Sd3sRdPoQczgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=3cpy5iTqgDLAU1 > > > > View invitation from Rajeevan K > > > > > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/3cNnPgNc3AQcP4SckALqnpPbOYWrSlI/svi/?hs=false&tok=27OH6j0pIDLAU1 > > > > > > -- > > (c) 2011, LinkedIn Corporation > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/c1848b01/attachment-0001.html > > > > ------------------------------ > > > > Message: 4 > > Date: Sat, 17 Sep 2011 09:54:51 -0400 > > From: Arlindo da Silva > > Subject: Re: [gradsusr] lats4d and re > > To: GrADS Users Forum > > Message-ID: > > qPiVnbuUw at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > On Fri, Sep 16, 2011 at 5:20 PM, Coly SAR wrote: > > > > > I have a 3D nc file with 6 variables and I want to regrid it to 0.5? > > using > > > lats4d. > > > I issued this command below but the file created remains the same as > > infile > > > and no regrid done. > > > > > > > > > > > > >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func > > re(@,0.5) > > > > > > I am using opengrad v 2.9 and need any suggestion on how to do this > > regrid. > > > > > > > > Type "lats4d -h" and read the section on regridding. Unless you use one > of > > the predefined resolutions you will need to create (or point to one) > > dimension environment file (option -de). > > > > Arlindo > > > > > > > > -- > > Arlindo da Silva > > dasilva at alum.mit.edu > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/a2d77033/attachment-0001.html > > > > ------------------------------ > > > > Message: 5 > > Date: Sat, 17 Sep 2011 10:12:57 -0400 > > From: Arlindo da Silva > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > To: GrADS Users Forum > > Message-ID: > > < > CALz7xZf5MaHEvP1bX1Z93ysYNg5xVCGOvBdBaM5aHTkEs6+HSw at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > 2011/9/16 Hyacinth Nnamchi > > > > > Jeff, > > > > > > I seems my question wasn't well framed, and so you dealt with the typo. > I > > > have attached two Figs showing what the calculations below will give > and > > > what exactly I'll like to do. > > > > > > > > >From the attached plot it appears that you want to plot the divergent > > component of the mass flux, as given by the Helmholtz decomposition: > > > > http://en.wikipedia.org/wiki/Helmholtz_decomposition > > > > The first step is to compute the velocity potential > > > > ga-> chi = fish_chi(zon,mer) > > > > (As Roger mentions, make sure to average in the vertical first if this is > > what you want.) Next, the divergent component of the mass flux is related > > to > > the gradient of chi; see this for more information: > > > > Calculating the Divergent > > Wind< > > > http://opengrads.org/doc/udxt/fish/fish.html#calculating_the_divergent_wind > > > > > > > Notice that you will need an opengrads build in order to use the fish > > extension; more info here: > > > > > > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > > > Good luck, > > > > Arlindo > > > > > > > > > > > > > > > Thanks, > > > > > > Hyacinth > > > > > > > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > > > From: Jeffrey Duda > > > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > > > To: GrADS Users Forum > > > > Message-ID: > > > > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > > > > > > > Set the graphics output to vector ('set gxout vector'), then 'd > > zon;mer' > > > > (note the semicolon instead of a comma). > > > > > > > > Jeff Duda > > > > > > > > 2011/9/15 Hyacinth Nnamchi > > > > > > > > > Hello, > > > > > > > > > > This is not directly about GrADS but since most of address similar! > > > > > problems, I guess someone on this forum will be able to answer my > > > question. > > > > > > > > > > I understand that to calculate moisture transport, given zonal, > > > meridional > > > > > winds and specific humidity, can simply do: > > > > > > > > > > 'define zon=uwnd.1*shum.3' > > > > > 'define mer=vwnd.2*shum.3' > > > > > 'd zon,mer' > > > > > > > > > > But, I want to plot vectors indicating field of net moisture flux > > (all > > > arrows converging/diverging) instead of just transport. > > > > > > > > > > Thanks for any ideas. > > > > > > > > > > Hyacinth > > > > > > > > > > > > > > > __ > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > > > > > -- > > Arlindo da Silva > > dasilva at alum.mit.edu > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110917/f06c2109/attachment-0001.html > > > > ------------------------------ > > > > Message: 6 > > Date: Sun, 18 Sep 2011 21:39:04 +0300 > > From: Mubashar Dogar > > Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic > > monthly means data > > To: gradsusr at gradsusr.org > > Message-ID: > > < > CAHBht237iOnGUtkYuZL6+rXEtm-KSgsti2W1anm6-BY7SkAU2Q at mail.gmail.com > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Dear GrADS users, > > > > I am facing a problem with time steps of a netcdf file downloaded for > > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the year > > 1989 (downloaded for surface total precipitation for all time steps > > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). This > > file is basically synoptic monthly means generated by long term average > of > > corresponding 3 hour in all the days of a month, giving 8 time steps in a > > month. So instead of reading 96 values that represents to 12 months (8 > > values in each months) GrADS read all these values by considering 8 time > > steps in a day instead in a month. I mean GrADS reads these hours in a > > daily > > format instead of monthly. Does GrADS not deal with synoptic monthly > means? > > I have grib file as well for the same data, what should be time increment > > in > > a ctl file to open the same grib file? > > > > > > Mubashar Dogar > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/9724bae7/attachment-0001.html > > > > ------------------------------ > > > > Message: 7 > > Date: Sun, 18 Sep 2011 15:47:24 -0400 > > From: Jennifer Adams > > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > > monthly means data > > To: GrADS Users Forum > > Message-ID: <93628EC9-0E8F-4EE1-9D80-0147B93D7F6A at cola.iges.org> > > Content-Type: text/plain; charset="us-ascii" > > > > Please send the output from ncdump -c on your netcdf file. --Jennifer > > > > On Sep 18, 2011, at 2:39 PM, Mubashar Dogar wrote: > > > > > > > > Dear GrADS users, > > > > > > I am facing a problem with time steps of a netcdf file downloaded > > > for synoptic monthly means of ECMWF ERA-INTERIM forecast product for > > > the year 1989 (downloaded for surface total precipitation for all > > > time steps available from: > > http://data-portal.ecmwf.int/data/d/interim_mnth/) > > > . This file is basically synoptic monthly means generated by long > > > term average of corresponding 3 hour in all the days of a month, > > > giving 8 time steps in a month. So instead of reading 96 values that > > > represents to 12 months (8 values in each months) GrADS read all > > > these values by considering 8 time steps in a day instead in a > > > month. I mean GrADS reads these hours in a daily format instead of > > > monthly. Does GrADS not deal with synoptic monthly means? I have > > > grib file as well for the same data, what should be time increment > > > in a ctl file to open the same grib file? > > > > > > > > > Mubashar Dogar > > > > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > -- > > Jennifer M. Adams > > IGES/COLA > > 4041 Powder Mill Road, Suite 302 > > Calverton, MD 20705 > > jma at cola.iges.org > > > > > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > http://gradsusr.org/pipermail/gradsusr/attachments/20110918/ed8613dd/attachment.html > > > > ------------------------------ > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110919/e0a52cb4/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 19, Issue 40 > **************************************** > -- Muhammad 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:+923315144169 email: mubashardogar at yahoo.com mubashar.ahmad at gcisc.org.pk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/2fc713e7/attachment-0003.html From hyacinth.1 at hotmail.com Mon Sep 19 10:51:49 2011 From: hyacinth.1 at hotmail.com (Hyacinth Nnamchi) Date: Mon, 19 Sep 2011 22:51:49 +0800 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Arlindo thanks for your suggestions. I'll try them.Hyacinth > > Message: 5 > Date: Sat, 17 Sep 2011 10:12:57 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] Moisture flux convergence/divergence > To: GrADS Users Forum > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > 2011/9/16 Hyacinth Nnamchi > > > Jeff, > > > > I seems my question wasn't well framed, and so you dealt with the typo. I > > have attached two Figs showing what the calculations below will give and > > what exactly I'll like to do. > > > > > >From the attached plot it appears that you want to plot the divergent > component of the mass flux, as given by the Helmholtz decomposition: > > http://en.wikipedia.org/wiki/Helmholtz_decomposition > > The first step is to compute the velocity potential > > ga-> chi = fish_chi(zon,mer) > > (As Roger mentions, make sure to average in the vertical first if this is > what you want.) Next, the divergent component of the mass flux is related to > the gradient of chi; see this for more information: > > Calculating the Divergent > Wind > > Notice that you will need an opengrads build in order to use the fish > extension; more info here: > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > Good luck, > > Arlindo > > > > > > > > Thanks, > > > > Hyacinth > > > > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > > From: Jeffrey Duda > > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > > To: GrADS Users Forum > > > Message-ID: > > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > > > > Set the graphics output to vector ('set gxout vector'), then 'd zon;mer' > > > (note the semicolon instead of a comma). > > > > > > Jeff Duda > > > > > > 2011/9/15 Hyacinth Nnamchi > > > > > > > Hello, > > > > > > > > This is not directly about GrADS but since most of address similar! > > > > problems, I guess someone on this forum will be able to answer my > > question. > > > > > > > > I understand that to calculate moisture transport, given zonal, > > meridional > > > > winds and specific humidity, can simply do: > > > > > > > > 'define zon=uwnd.1*shum.3' > > > > 'define mer=vwnd.2*shum.3' > > > > 'd zon,mer' > > > > > > > > But, I want to plot vectors indicating field of net moisture flux (all > > arrows converging/diverging) instead of just transport. > > > > > > > > Thanks for any ideas. > > > > > > > > Hyacinth > > > > > > > > > > > > __ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > >> **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/5152e4dc/attachment-0003.html From jma at cola.iges.org Mon Sep 19 11:30:07 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Mon, 19 Sep 2011 11:30:07 -0400 Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic monthly means data In-Reply-To: References: Message-ID: You won't be able to bring this data into GrADS in its current netcdf or grib formats. The netcdf file does not have a linear time axis, so that rules it out immediately, and there's no way to map the two time axes (the 3-hourly one and the monthly one) into the same descriptor with gribmap. So, I believe your strategy should be to break up your netcdf file into pieces and bring it into GrADS using the E dimension for the 3-hourly axis and the T dimension for the monthly axis, or vice versa. You can map them the other way, but then it will be awkward to use templating if you should need to add more than one year to your data set. Break your data into twelve parts, one file for each month, each file containing the 8 records for that month (00, 03, 06, 09, 12, 15, 18, and 21). The netcdf operators should be able to do this easily. The output filename should be something like ei_mnth_fc_sfc_1.5x1.5_198901.nc with a time coordinate that has 8 time steps at 3hr intervals. This coordinate will map to your EDEF. Then template them together using %m2 in the DSET entry, and put "tp 0 e,y,x total precipitation" in the variable declaration. The EDEF entry can use the names keyword, and you can name them anything you want, but 00z 03z, ... 21z would be appropriate. Don't forget to add "UNPACK scale_factor add_offset". Good luck! --Jennifer On Sep 18, 2011, at 11:44 PM, Mubashar Dogar wrote: > Dear Jennifer, > > Here is the output of ncdump -c as requested. I am also giving the > output of wgrib -h for the grib format of the same data at the end: > > ncdump -c ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.nc > netcdf ei_mnth_fc_sfc_1.5x1.5_19890101_19891201 { > dimensions: > longitude = 240 ; > latitude = 121 ; > time = UNLIMITED ; // (96 currently) > variables: > float longitude(longitude) ; > longitude:units = "degrees_east" ; > longitude:long_name = "longitude" ; > float latitude(latitude) ; > latitude:units = "degrees_north" ; > latitude:long_name = "latitude" ; > int time(time) ; > time:units = "hours since 1900-01-01 00:00:0.0" ; > time:long_name = "time" ; > short tp(time, latitude, longitude) ; > tp:scale_factor = 4.25320233951185e-07 ; > tp:add_offset = 0.0139356174654106 ; > tp:_FillValue = -32767s ; > tp:missing_value = -32767s ; > tp:units = "m" ; > tp:long_name = "Total precipitation" ; > > // global attributes: > :Conventions = "CF-1.0" ; > :history = "2011-09-18 14:19:37 GMT by mars2netcdf-0.92" ; > data: > > longitude = 0, 1.5, 3, 4.5, 6, 7.5, 9, 10.5, 12, 13.5, 15, 16.5, > 18, 19.5, > 21, 22.5, 24, 25.5, 27, 28.5, 30, 31.5, 33, 34.5, 36, 37.5, 39, > 40.5, 42, > 43.5, 45, 46.5, 48, 49.5, 51, 52.5, 54, 55.5, 57, 58.5, 60, > 61.5, 63, > 64.5, 66, 67.5, 69, 70.5, 72, 73.5, 75, 76.5, 78, 79.5, 81, > 82.5, 84, > 85.5, 87, 88.5, 90, 91.5, 93, 94.5, 96, 97.5, 99, 100.5, 102, > 103.5, 105, > 106.5, 108, 109.5, 111, 112.5, 114, 115.5, 117, 118.5, 120, > 121.5, 123, > 124.5, 126, 127.5, 129, 130.5, 132, 133.5, 135, 136.5, 138, > 139.5, 141, > 142.5, 144, 145.5, 147, 148.5, 150, 151.5, 153, 154.5, 156, > 157.5, 159, > 160.5, 162, 163.5, 165, 166.5, 168, 169.5, 171, 172.5, 174, > 175.5, 177, > 178.5, 180, 181.5, 183, 184.5, 186, 187.5, 189, 190.5, 192, > 193.5, 195, > 196.5, 198, 199.5, 201, 202.5, 204, 205.5, 207, 208.5, 210, > 211.5, 213, > 214.5, 216, 217.5, 219, 220.5, 222, 223.5, 225, 226.5, 228, > 229.5, 231, > 232.5, 234, 235.5, 237, 238.5, 240, 241.5, 243, 244.5, 246, > 247.5, 249, > 250.5, 252, 253.5, 255, 256.5, 258, 259.5, 261, 262.5, 264, > 265.5, 267, > 268.5, 270, 271.5, 273, 274.5, 276, 277.5, 279, 280.5, 282, > 283.5, 285, > 286.5, 288, 289.5, 291, 292.5, 294, 295.5, 297, 298.5, 300, > 301.5, 303, > 304.5, 306, 307.5, 309, 310.5, 312, 313.5, 315, 316.5, 318, > 319.5, 321, > 322.5, 324, 325.5, 327, 328.5, 330, 331.5, 333, 334.5, 336, > 337.5, 339, > 340.5, 342, 343.5, 345, 346.5, 348, 349.5, 351, 352.5, 354, > 355.5, 357, > 358.5 ; > > latitude = 90, 88.5, 87, 85.5, 84, 82.5, 81, 79.5, 78, 76.5, 75, > 73.5, 72, > 70.5, 69, 67.5, 66, 64.5, 63, 61.5, 60, 58.5, 57, 55.5, 54, > 52.5, 51, > 49.5, 48, 46.5, 45, 43.5, 42, 40.5, 39, 37.5, 36, 34.5, 33, > 31.5, 30, > 28.5, 27, 25.5, 24, 22.5, 21, 19.5, 18, 16.5, 15, 13.5, 12, > 10.5, 9, 7.5, > 6, 4.5, 3, 1.5, 0, -1.5, -3, -4.5, -6, -7.5, -9, -10.5, -12, > -13.5, -15, > -16.5, -18, -19.5, -21, -22.5, -24, -25.5, -27, -28.5, -30, > -31.5, -33, > -34.5, -36, -37.5, -39, -40.5, -42, -43.5, -45, -46.5, -48, > -49.5, -51, > -52.5, -54, -55.5, -57, -58.5, -60, -61.5, -63, -64.5, -66, > -67.5, -69, > -70.5, -72, -73.5, -75, -76.5, -78, -79.5, -81, -82.5, -84, > -85.5, -87, > -88.5, -90 ; > > time = 780171, 780174, 780177, 780180, 780183, 780186, 780189, > 780192, > 780915, 780918, 780921, 780924, 780927, 780930, 780933, 780936, > 781587, > 781590, 781593, 781596, 781599, 781602, 781605, 781608, 782331, > 782334, > 782337, 782340, 782343, 782346, 782349, 782352, 783051, 783054, > 783057, > 783060, 783063, 783066, 783069, 783072, 783795, 783798, 783801, > 783804, > 783807, 783810, 783813, 783816, 784515, 784518, 784521, 784524, > 784527, > 784530, 784533, 784536, 785259, 785262, 785265, 785268, 785271, > 785274, > 785277, 785280, 786003, 786006, 786009, 786012, 786015, 786018, > 786021, > 786024, 786723, 786726, 786729, 786732, 786735, 786738, 786741, > 786744, > 787467, 787470, 787473, 787476, 787479, 787482, 787485, 787488, > 788187, > 788190, 788193, 788196, 788199, 788202, 788205, 788208 ; > } > > Here is the output from wgrib for the same data but downloaded in > grib format: > > wgrib -h ei_mnth_fc_sfc_1.5x1.5_19890101_19891201.grib > 1 > : > 0 > :d > =89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 2 > : > 58188 > :d > =89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 3 > : > 116376 > :d > =89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 4 > : > 174564 > :d > = > 89010100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 5 > : > 232752 > :d > =89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 6 > : > 290940 > :d > =89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 7 > : > 349128 > :d > =89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 8 > : > 407316 > :d > = > 89010112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 9 > : > 465504 > :d > =89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=28 > 10 > : > 523692 > :d > =89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=28 > 11 > : > 581880 > :d > =89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=28 > 12 > : > 640068 > :d > = > 89020100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=28 > 13 > : > 698256 > :d > =89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=28 > 14 > : > 756444 > :d > =89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=28 > 15 > : > 814632 > :d > =89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=28 > 16 > : > 872820 > :d > = > 89020112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=28 > 17 > : > 931008 > :d > =89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 18 > : > 989196 > :d > =89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 19 > : > 1047384 > :d > =89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 20 > : > 1105572 > :d > = > 89030100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 21 > : > 1163760 > :d > =89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 22 > : > 1221948 > :d > =89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 23 > : > 1280136 > :d > =89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 24 > : > 1338324 > :d > = > 89030112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 25 > : > 1396512 > :d > =89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 26 > : > 1454700 > :d > =89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 27 > : > 1512888 > :d > =89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 28 > : > 1571076 > :d > = > 89040100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 29 > : > 1629264 > :d > =89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 30 > : > 1687452 > :d > =89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 31 > : > 1745640 > :d > =89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 32 > : > 1803828 > :d > = > 89040112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 33 > : > 1862016 > :d > =89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 34 > : > 1920204 > :d > =89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 35 > : > 1978392 > :d > =89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 36 > : > 2036580 > :d > = > 89050100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 37 > : > 2094768 > :d > =89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 38 > : > 2152956 > :d > =89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 39 > : > 2211144 > :d > =89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 40 > : > 2269332 > :d > = > 89050112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 41 > : > 2327520 > :d > =89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 42 > : > 2385708 > :d > =89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 43 > : > 2443896 > :d > =89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 44 > : > 2502084 > :d > = > 89060100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 45 > : > 2560272 > :d > =89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 46 > : > 2618460 > :d > =89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 47 > : > 2676648 > :d > =89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 48 > : > 2734836 > :d > = > 89060112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 49 > : > 2793024 > :d > =89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 50 > : > 2851212 > :d > =89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 51 > : > 2909400 > :d > =89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 52 > : > 2967588 > :d > = > 89070100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 53 > : > 3025776 > :d > =89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 54 > : > 3083964 > :d > =89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 55 > : > 3142152 > :d > =89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 56 > : > 3200340 > :d > = > 89070112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 57 > : > 3258528 > :d > =89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 58 > : > 3316716 > :d > =89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 59 > : > 3374904 > :d > =89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 60 > : > 3433092 > :d > = > 89080100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 61 > : > 3491280 > :d > =89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 62 > : > 3549468 > :d > =89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 63 > : > 3607656 > :d > =89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 64 > : > 3665844 > :d > = > 89080112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 65 > : > 3724032 > :d > =89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 66 > : > 3782220 > :d > =89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 67 > : > 3840408 > :d > =89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 68 > : > 3898596 > :d > = > 89090100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 69 > : > 3956784 > :d > =89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 70 > : > 4014972 > :d > =89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 71 > : > 4073160 > :d > =89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 72 > : > 4131348 > :d > = > 89090112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 73 > : > 4189536 > :d > =89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 74 > : > 4247724 > :d > =89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 75 > : > 4305912 > :d > =89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 76 > : > 4364100 > :d > = > 89100100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 77 > : > 4422288 > :d > =89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 78 > : > 4480476 > :d > =89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 79 > : > 4538664 > :d > =89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 80 > : > 4596852 > :d > = > 89100112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 81 > : > 4655040 > :d > =89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 82 > : > 4713228 > :d > =89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 83 > : > 4771416 > :d > =89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 84 > : > 4829604 > :d > = > 89110100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 85 > : > 4887792 > :d > =89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=30 > 86 > : > 4945980 > :d > =89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=30 > 87 > : > 5004168 > :d > =89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=30 > 88 > : > 5062356 > :d > = > 89110112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=30 > 89 > : > 5120544 > :d > =89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 90 > : > 5178732 > :d > =89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 91 > : > 5236920 > :d > =89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 92 > : > 5295108 > :d > = > 89120100:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > 93 > : > 5353296 > :d > =89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=3:P2=24:TimeU=1:sfc: > 3hr fcst:ave at 24hr:mon mean:NAve=31 > 94 > : > 5411484 > :d > =89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=6:P2=24:TimeU=1:sfc: > 6hr fcst:ave at 24hr:mon mean:NAve=31 > 95 > : > 5469672 > :d > =89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=9:P2=24:TimeU=1:sfc: > 9hr fcst:ave at 24hr:mon mean:NAve=31 > 96 > : > 5527860 > :d > = > 89120112:TP:kpds5=228:kpds6=1:kpds7=0:TR=113:P1=12:P2=24:TimeU=1:sfc: > 12hr fcst:ave at 24hr:mon mean:NAve=31 > > > > Today's Topics: > > 1. Re: Box Plot in GrADS? (Jayakrishnan PR) > 2. Re: Convert monthly to yearly accumulated rainfall > (Rafanoharana Serge Claudio) > 3. Invitation to connect on LinkedIn (Rajeevan K via LinkedIn) > 4. Re: lats4d and re (Arlindo da Silva) > 5. Re: Moisture flux convergence/divergence (Arlindo da Silva) > 6. Problem with GrADS in reading ECMWF synoptic monthly means > data (Mubashar Dogar) > 7. Re: Problem with GrADS in reading ECMWF synoptic monthly > means data (Jennifer Adams) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 17 Sep 2011 10:24:57 +0530 > From: Jayakrishnan PR > Subject: Re: [gradsusr] Box Plot in GrADS? > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Matei, > I am wondering why you are sticking to Grads itself. > Grads is > a software designed to plot griided data and analysis of that data. > it is > not suitable for plotting these kind of graphs. You can choose > softwares > such as NCL or origin for plotting these kind of graphs. No need for > sticking into Grads. > > > > > > > > > -- > Sincerely > *********************************************** > Jayakrishnan.P.R > CSIR-Senior Research Fellow > Department of Atmospheric Sciences > Cochin University of Science and Technology (CUSAT), Cochin-682 016 > Kerala, India. > Mob: 09895417565 > > *********************************************** > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/aee4af7f/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Sat, 17 Sep 2011 15:11:20 +0700 > From: Rafanoharana Serge Claudio > Subject: Re: [gradsusr] Convert monthly to yearly accumulated rainfall > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Chris, > > I do not know if one can do it directly while having the 50 time > steps but > what I can say is that you can process for every year (then you'll > have 50 > outputs), then assign time for every year, then merge using cdo all > 50 years > into one single file. > > Hope this can help, > > Serge > > On Sat, Sep 17, 2011 at 3:34 AM, Alauda arvensis > wrote: > > > Dear GrADS users, > > > > My data consists of 50 years of monthly rainfall. I want to > convert this > > data into yearly accumulated rainfall for every year. So I am > looking for > > something like: > > > > 'pyearly = sum(pmonthly, t=1, t=12)' ... but I need it for every > year, so > > that in the end I have 50 time steps. > > > > Any hints welcome! Thanks! > > > > Kind regards, > > Chris > > > > PS: I already tried "mon2yr.gs" from Bin Guan's page, but > something does > > not appear to work. > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Serge > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/2b5fa831/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Sat, 17 Sep 2011 12:23:40 +0000 (UTC) > From: Rajeevan K via LinkedIn > Subject: [gradsusr] Invitation to connect on LinkedIn > To: Ning Cao > Message-ID: > <786703422.8558443.1316262220088.JavaMail.app at ela4- > app0131.prod> > Content-Type: text/plain; charset="utf-8" > > LinkedIn > ------------ > > > > > Rajeevan K requested to add you as a connection on LinkedIn: > > ------------------------------------------ > > Ning, > > I'd like to add you to my professional network on LinkedIn. > > - Rajeevan > > Accept invitation from Rajeevan K > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYQcj0Vd3cNdz59bT1imBhDqDB3bP8Sd3sRdPoQczgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=3cpy5iTqgDLAU1 > > View invitation from Rajeevan K > http://www.linkedin.com/e/ofpc7q-gsokjh2t-51/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I161349014_13/3cNnPgNc3AQcP4SckALqnpPbOYWrSlI/svi/?hs=false&tok=27OH6j0pIDLAU1 > > > -- > (c) 2011, LinkedIn Corporation > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/c1848b01/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Sat, 17 Sep 2011 09:54:51 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] lats4d and re > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > On Fri, Sep 16, 2011 at 5:20 PM, Coly SAR wrote: > > > I have a 3D nc file with 6 variables and I want to regrid it to > 0.5? using > > lats4d. > > I issued this command below but the file created remains the same > as infile > > and no regrid done. > > > > > > > > >lats4d -i runet.nc -o test_05 -lon -38.5 29 -lat -10.5 25 -func > re(@,0.5) > > > > I am using opengrad v 2.9 and need any suggestion on how to do > this regrid. > > > > > Type "lats4d -h" and read the section on regridding. Unless you use > one of > the predefined resolutions you will need to create (or point to one) > dimension environment file (option -de). > > Arlindo > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/a2d77033/attachment-0001.html > > ------------------------------ > > Message: 5 > Date: Sat, 17 Sep 2011 10:12:57 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] Moisture flux convergence/divergence > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > 2011/9/16 Hyacinth Nnamchi > > > Jeff, > > > > I seems my question wasn't well framed, and so you dealt with the > typo. I > > have attached two Figs showing what the calculations below will > give and > > what exactly I'll like to do. > > > > > >From the attached plot it appears that you want to plot the divergent > component of the mass flux, as given by the Helmholtz decomposition: > > http://en.wikipedia.org/wiki/Helmholtz_decomposition > > The first step is to compute the velocity potential > > ga-> chi = fish_chi(zon,mer) > > (As Roger mentions, make sure to average in the vertical first if > this is > what you want.) Next, the divergent component of the mass flux is > related to > the gradient of chi; see this for more information: > > Calculating the Divergent > Wind > > > Notice that you will need an opengrads build in order to use the fish > extension; more info here: > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > Good luck, > > Arlindo > > > > > > > > Thanks, > > > > Hyacinth > > > > > > > Date: Thu, 15 Sep 2011 17:34:50 -0500> > > From: Jeffrey Duda > > > Subject: Re: [gradsusr] Moisture flux convergence/divergence > > > To: GrADS Users Forum > > > Message-ID: > > > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > > > > > Set the graphics output to vector ('set gxout vector'), then 'd > zon;mer' > > > (note the semicolon instead of a comma). > > > > > > Jeff Duda > > > > > > 2011/9/15 Hyacinth Nnamchi > > > > > > > Hello, > > > > > > > > This is not directly about GrADS but since most of address > similar! > > > > problems, I guess someone on this forum will be able to answer > my > > question. > > > > > > > > I understand that to calculate moisture transport, given zonal, > > meridional > > > > winds and specific humidity, can simply do: > > > > > > > > 'define zon=uwnd.1*shum.3' > > > > 'define mer=vwnd.2*shum.3' > > > > 'd zon,mer' > > > > > > > > But, I want to plot vectors indicating field of net moisture > flux (all > > arrows converging/diverging) instead of just transport. > > > > > > > > Thanks for any ideas. > > > > > > > > Hyacinth > > > > > > > > > > > > __ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110917/f06c2109/attachment-0001.html > > ------------------------------ > > Message: 6 > Date: Sun, 18 Sep 2011 21:39:04 +0300 > From: Mubashar Dogar > Subject: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear GrADS users, > > I am facing a problem with time steps of a netcdf file downloaded for > synoptic monthly means of ECMWF ERA-INTERIM forecast product for the > year > 1989 (downloaded for surface total precipitation for all time steps > available from: http://data-portal.ecmwf.int/data/d/interim_mnth/). > This > file is basically synoptic monthly means generated by long term > average of > corresponding 3 hour in all the days of a month, giving 8 time steps > in a > month. So instead of reading 96 values that represents to 12 months (8 > values in each months) GrADS read all these values by considering 8 > time > steps in a day instead in a month. I mean GrADS reads these hours in > a daily > format instead of monthly. Does GrADS not deal with synoptic monthly > means? > I have grib file as well for the same data, what should be time > increment in > a ctl file to open the same grib file? > > > Mubashar Dogar > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/9724bae7/attachment-0001.html > > ------------------------------ > > Message: 7 > Date: Sun, 18 Sep 2011 15:47:24 -0400 > From: Jennifer Adams > Subject: Re: [gradsusr] Problem with GrADS in reading ECMWF synoptic > monthly means data > To: GrADS Users Forum > Message-ID: <93628EC9-0E8F-4EE1-9D80-0147B93D7F6A at cola.iges.org> > Content-Type: text/plain; charset="us-ascii" > > Please send the output from ncdump -c on your netcdf file. --Jennifer > > On Sep 18, 2011, at 2:39 PM, Mubashar Dogar wrote: > > > > > Dear GrADS users, > > > > I am facing a problem with time steps of a netcdf file downloaded > > for synoptic monthly means of ECMWF ERA-INTERIM forecast product for > > the year 1989 (downloaded for surface total precipitation for all > > time steps available from: http://data-portal.ecmwf.int/data/d/interim_mnth/) > > . This file is basically synoptic monthly means generated by long > > term average of corresponding 3 hour in all the days of a month, > > giving 8 time steps in a month. So instead of reading 96 values that > > represents to 12 months (8 values in each months) GrADS read all > > these values by considering 8 time steps in a day instead in a > > month. I mean GrADS reads these hours in a daily format instead of > > monthly. Does GrADS not deal with synoptic monthly means? I have > > grib file as well for the same data, what should be time increment > > in a ctl file to open the same grib file? > > > > > > Mubashar Dogar > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110918/ed8613dd/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110919/02032b8c/attachment-0003.html From saeedbayat7276 at gmail.com Tue Sep 20 00:11:56 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Tue, 20 Sep 2011 08:41:56 +0430 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Hi, I am confused to how start with .gex extenstion! Could you please give me an advice how use commands in terminal and script for this purpose? Best Regards, Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/d26c9df9/attachment-0003.html From rupak.rajbhandari at gmail.com Tue Sep 20 03:49:04 2011 From: rupak.rajbhandari at gmail.com (Rupak Rajbhandari) Date: Tue, 20 Sep 2011 13:34:04 +0545 Subject: [gradsusr] Second file display not working. why? In-Reply-To: References: Message-ID: Dear Roger, Thanks. You were right. The first file was for base period run from 1961 to 1990 and the second file was for future run from 2011 to 2098. I was trying to see the shifts in rainfall pattern, if there are any. The files are one file for one month and controlled using templates. Since there were some gap on the data (1991-2010), I kept the files in separate folders - hence two ctl files. When I try to view the second file, instead of simply assigning the T dimension value from 1 to 360 (or whatever may be), it extends T dimension backward for second file from 2011 to 1961, which is -500+, and the data obviously not available. Now that I have kept all the files in single folder is working (should work). Once again thanks. -rupak Rupak Rajbhandari Department of Meteorology Trichandra Campus, TC/TU Kathmandu On Mon, Sep 19, 2011 at 5:16 PM, Roger Rodrigues Torres < roger.torres at cptec.inpe.br> wrote: > Dear Rupak, > one suggestion is to check the declaration of the time in both ctl's. They > need to be exactly the same to work in the way that you wish. > Regards, > Roger Torres > > 2011/9/19 Rupak Rajbhandari > >> Hi, >> >> The following simple script is working well. But when I remove the line >> 'set dfile 2', then it says data request completely outside file request. >> why? >> >> Thanks. >> >> -rupak >> >> **************************************** >> 'reinit' >> >> 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' >> 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' >> >> 'exec d:\indus\gs\colors' >> 'set gxout grfill' >> >> 'display ave(rf.1,t=1,t=360,12)' >> n=1 >> while (n<50000) ; n=n+1 ; endwhile >> 'set dfile 2' >> 'display ave(rf.2,t=1,t=360,12)' >> 'cbar' >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Roger Rodrigues Torres > PhD. Student in Meteorology > National Institute for Space Research (INPE) > Phone: 55 12 3186-9541 > Personal Webpage: http://rtorres.webnode.com.br > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/f9406342/attachment-0003.html From mequitomz at yahoo.com.br Tue Sep 20 06:02:03 2011 From: mequitomz at yahoo.com.br (Arlindo Meque) Date: Tue, 20 Sep 2011 03:02:03 -0700 (PDT) Subject: [gradsusr] Problem calculating the difference between two files Message-ID: <1316512923.61455.YahooMailNeo@web130212.mail.mud.yahoo.com> Dear all, 1. I want to obtain the difference between the precipitation forecast (1.875X1.25 resolution) and the observed rainfall (2.5X2.5 resolution). 2. These are the commands I am using :reinit' 'set display color white' 'c' 'sdfopen oo.nc'???????????????????? *observed 'sdfopen? ff.nc'? ? ? ? ? ? ? ? ? ? * forecasted 'set dfile 1' 'set t 1 14' 'set z 1' 'set lon 10 55' 'set lat -35 -10' 'define obs=ave(prcp_est,t=1,t=14)' 'set dfile 2' 'set t 1 14' 'set z 1' 'set lon 10 55' 'set lat -35 -10' 'define gg=ave(precip*86400,t=1,t=14)' 'define forecast=re(gg,2.5,2.5,ba)'??????????? * regridding? the forecast 'define difference=forecast-obs' 'd difference' 1. But Iam getting the following error message:Data Request Error: Invalid grid coordinates ? World coordinates convert to non-integer? grid coordinates ??? Variable = obs? Dimension = 3 ? Error ocurred at column 10 DEFINE error:? Invalid expression 4. Help is needed Arlindo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/a0ae9a68/attachment-0003.html From davide.sacchetti at arpal.gov.it Tue Sep 20 06:20:25 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Tue, 20 Sep 2011 12:20:25 +0200 Subject: [gradsusr] Problem calculating the difference between two files In-Reply-To: <1316512923.61455.YahooMailNeo@web130212.mail.mud.yahoo.com> References: <1316512923.61455.YahooMailNeo@web130212.mail.mud.yahoo.com> Message-ID: <1316514025.14356.118.camel@davide> when you regrid from 1.875X1.25 to 2.5X2.5 you get a mesh of 2.5X2.5 but it may be not coincide with the other 2.5X2.5 you have I mean that the 2 grids may have the same resolution but different grid points. In regrid2 udf (so I hope also in re() function) you could also give the coords of a point you wish your grid belongs to - e.g.: re(gg,2.5,2.5,ba) -> re(gg,2.5,2.5,ba_p1,-180,-90) bye bye Davide On Tue, 2011-09-20 at 03:02 -0700, Arlindo Meque wrote: > > > Dear all, > > > I want to obtain the difference between the precipitation > forecast (1.875X1.25 resolution) and the observed rainfall > (2.5X2.5 resolution). > These are the commands I am using : > reinit' > 'set display color white' > 'c' > 'sdfopen oo.nc' *observed > 'sdfopen ff.nc' * forecasted > 'set dfile 1' > 'set t 1 14' > 'set z 1' > 'set lon 10 55' > 'set lat -35 -10' > 'define obs=ave(prcp_est,t=1,t=14)' > > 'set dfile 2' > 'set t 1 14' > 'set z 1' > 'set lon 10 55' > 'set lat -35 -10' > 'define gg=ave(precip*86400,t=1,t=14)' > 'define forecast=re(gg,2.5,2.5,ba)' * regridding the > forecast > 'define difference=forecast-obs' > 'd difference' > > But Iam getting the following error message: > Data Request Error: Invalid grid coordinates > World coordinates convert to non-integer grid coordinates > Variable = obs Dimension = 3 > Error ocurred at column 10 > DEFINE error: Invalid expression > > 4. Help is needed > > > Arlindo > > > > > > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From devdas.pnr at gmail.com Tue Sep 20 07:45:52 2011 From: devdas.pnr at gmail.com (Sudev Das M P) Date: Tue, 20 Sep 2011 17:15:52 +0530 Subject: [gradsusr] How to prepare monthly climatology in GrADS Message-ID: Hai, I have 19 years monthly data sets for heat flux (net heat flux), (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, with each year having a separate file. I want to prepare monthly climatology using these data files in GrADS. How to do this in GrADS ? Hope to get some valuable suggestion. Thanks, sudev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/cd30eec3/attachment-0003.html From roger.torres at cptec.inpe.br Tue Sep 20 07:54:58 2011 From: roger.torres at cptec.inpe.br (Roger Rodrigues Torres) Date: Tue, 20 Sep 2011 08:54:58 -0300 Subject: [gradsusr] Second file display not working. why? In-Reply-To: References: Message-ID: Dear Rupak, you're wellcome. Another suggestion to you is to open the files independently, even the timescales is not the same. Then, if you whish to analyze the difference between 2070-2098 and 1961-90 period (e.g. annual mean), you can proceed in the following way: 1) open the files indenpendently, and find the correspondent T range that correspond two wich period; 2) open both files in the script, and from now on, you need to especify the correspondent time when you call the varible. For example: 'open file1.ctl' (file from 1961 to 1990, with 360 time steps) 'open file2.ctl' (file from 2011 to 2098, with 1056 time steps) 'define PRES=var.1*0' 'define FUT=var.2*0' count=1 while(count<=360) 'define PRES=PRES+var.1(t='count')/360' count=count+1 endwhile count=697 (the value that you have found in the step 1) while(count<=1056) 'define FUT=FUT+var.2(t='count')/360' count=count+1 endwhile 'define Change=FUT-PRES' I hope this can help you. Regards, Roger Torres 2011/9/20 Rupak Rajbhandari > Dear Roger, > > Thanks. You were right. The first file was for base period run from 1961 to > 1990 and the second file was for future run from 2011 to 2098. I was trying > to see the shifts in rainfall pattern, if there are any. The files are one > file for one month and controlled using templates. Since there were some gap > on the data (1991-2010), I kept the files in separate folders - hence two > ctl files. When I try to view the second file, instead of simply assigning > the T dimension value from 1 to 360 (or whatever may be), it extends T > dimension backward for second file from 2011 to 1961, which is -500+, and > the data obviously not available. Now that I have kept all the files in > single folder is working (should work). > > Once again thanks. > > -rupak > > Rupak Rajbhandari > Department of Meteorology > Trichandra Campus, TC/TU > Kathmandu > > > On Mon, Sep 19, 2011 at 5:16 PM, Roger Rodrigues Torres < > roger.torres at cptec.inpe.br> wrote: > >> Dear Rupak, >> one suggestion is to check the declaration of the time in both ctl's. They >> need to be exactly the same to work in the way that you wish. >> Regards, >> Roger Torres >> >> 2011/9/19 Rupak Rajbhandari >> >>> Hi, >>> >>> The following simple script is working well. But when I remove the line >>> 'set dfile 2', then it says data request completely outside file request. >>> why? >>> >>> Thanks. >>> >>> -rupak >>> >>> **************************************** >>> 'reinit' >>> >>> 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' >>> 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' >>> >>> 'exec d:\indus\gs\colors' >>> 'set gxout grfill' >>> >>> 'display ave(rf.1,t=1,t=360,12)' >>> n=1 >>> while (n<50000) ; n=n+1 ; endwhile >>> 'set dfile 2' >>> 'display ave(rf.2,t=1,t=360,12)' >>> 'cbar' >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> >> -- >> Roger Rodrigues Torres >> PhD. Student in Meteorology >> National Institute for Space Research (INPE) >> Phone: 55 12 3186-9541 >> Personal Webpage: http://rtorres.webnode.com.br >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Roger Rodrigues Torres PhD. Student in Meteorology National Institute for Space Research (INPE) Phone: 55 12 3186-9541 Personal Webpage: http://rtorres.webnode.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/f6047172/attachment-0003.html From kk.kouadio at yahoo.fr Tue Sep 20 08:28:08 2011 From: kk.kouadio at yahoo.fr (Kouadio) Date: Tue, 20 Sep 2011 12:28:08 -0000 Subject: [gradsusr] Grads new version Message-ID: <000001cc7790$c366ec40$4a34c4c0$@yahoo.fr> Hello, Someone help me to download a new version of grads version? So I use the 1.9 and I dawnload the version 2... When I compile I have not some executable. I use Suse 11.4 on my laptop. Thank you in advance Kouadio -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/78a346c4/attachment-0003.html From rafanoharana at gmail.com Tue Sep 20 08:55:13 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Tue, 20 Sep 2011 19:55:13 +0700 Subject: [gradsusr] script similar to batch in Mac OS X Message-ID: Dear all, I guess that it is not the right place to ask this question, but I know that it can be solved here that's why I'm asking... In Windows, in order to make a time series data, I use .bat file which name is run_script.bat and which contains: foreach m (1 2 3 4 5 6 7 8 9 10 11 12) ncdump fpar_re_2001_$(m).nc > test.cdl sed -n '1,1p' test.cdl > test1.cdl cat header_fpar_re_2001.txt >> test1.cdl echo "" >> test1.cdl echo "data:" >> test1.cdl echo "" >> test1.cdl echo " time = $(m) ; " >> test1.cdl echo "" >> test1.cdl sed -n '16,20000000p' test.cdl >> test1.cdl ncgen -o fpar_re_fnl_2001_$(m).nc test1.cdl end and I use command prompt to run it: tcsh run_script.bat and it works perfectly. Now, I move to Mac OS X and try to run this script. I did: csh run_script.bat but always get an error: "foreach: Words not parenthesized." I have already changed the $(m) to ${m} and even type directly the name of the file but always obtain the message "foreach: Words not parenthesized." I changed the extension to .sh but always the same problem. Any help would be very helpful. Thank you, Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/36924478/attachment-0003.html From javier.p at ereda.com Tue Sep 20 09:31:15 2011 From: javier.p at ereda.com (=?ISO-8859-1?Q?Javier_Pe=F1a?=) Date: Tue, 20 Sep 2011 15:31:15 +0200 Subject: [gradsusr] Problems opening Grib2 files with grads Message-ID: Dear users: I'm trying to open a grib2 file with Grads but I've found problems in my way. I have been able to create a descriptor file with the function g2ctl.plusing the following sentence: perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > pgbhnl.gdas.2006020112_grib2.ctl but, when I've tried to create the index file with the function gribmap, I have obtained the following error message: gribmap -i pgbhnl.gdas.2006020112_grib2.ctl Open Error: Data file type invalid --> The invalid description file record is: --> dtype grb2 The data file was not opened. This is part of the descriptor file obtained: dset ^pgbhnl.gdas.2006020112.grb2 index ^pgbhnl.gdas.2006020112.grb2.idx undef 9.999E+20 title pgbhnl.gdas.2006020112.grb2 * produced by g2ctl v0.0.8.2 * command line options: -0 pgbhnl.gdas.2006020112.grb2 * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by 0.500000 #points=259920:winds(N/S) dtype grib2 ydef 361 linear -90.000000 0.5 xdef 720 linear 0.000000 0.500000 tdef 1 linear 12Z01feb2006 1mo * PROFILE hPa zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 500 300 200 100 options pascals vars 95 no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted Index [K] no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential Height Anomaly [gpm] no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential Height [gpm] Does someone know what is the problem? What is wrong in my procedure? and how can I create the index file? Thank you very much in advance for your help. Sincerely: Javier Pe?a -- Javier Pe?a ?lvarez Energ?as Renovables javier.p at ereda.com EREDA Tel: +34 91 5014755 Fax: +34 91 5014756 P?. Marqu?s de Monistrol 7 28011 MADRID www.ereda.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/afa6eddb/attachment-0003.html From dasilva at alum.mit.edu Tue Sep 20 10:19:50 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 20 Sep 2011 10:19:50 -0400 Subject: [gradsusr] script similar to batch in Mac OS X In-Reply-To: References: Message-ID: On Tue, Sep 20, 2011 at 8:55 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > I guess that it is not the right place to ask this question, but I know > that it can be solved here that's why I'm asking... > In Windows, in order to make a time series data, I use .bat file which name > is run_script.bat and which contains: > > foreach m (1 2 3 4 5 6 7 8 9 10 11 12) > ncdump fpar_re_2001_$(m).nc > test.cdl > sed -n '1,1p' test.cdl > test1.cdl > cat header_fpar_re_2001.txt >> test1.cdl > echo "" >> test1.cdl > echo "data:" >> test1.cdl > echo "" >> test1.cdl > echo " time = $(m) ; " >> test1.cdl > echo "" >> test1.cdl > sed -n '16,20000000p' test.cdl >> test1.cdl > ncgen -o fpar_re_fnl_2001_$(m).nc test1.cdl > end > > and I use command prompt to run it: > > tcsh run_script.bat > > and it works perfectly. > > > Now, I move to Mac OS X and try to run this script. I did: > > csh run_script.bat > > but always get an error: "foreach: Words not parenthesized." > I have already changed the $(m) to ${m} and even type directly the name of > the file but always obtain the message "foreach: Words not parenthesized." > I changed the extension to .sh but always the same problem. > > Even though you have .bat in your script file name, from the above it is clear that you are running a c-shell script, an old habit of mine as well. The issue you are having on Mac OS X is most likely because your "run_script.bat" file was created on Windows and has the funny MS-DOS line ending characters. All you need to do is to run this utility on your file: % dos2unix run_script.bat Here is the catch: if dos2unix is not standard on Mac OS X. If it is not available in your system you can install it from macports with % sudo port install dos2unix If you don't have macports installed, see here: http://www.macports.org/ or ask your sys admin to install it for you. (It is possible that I included some version of dos2unix with the opengrads win32 superpack, I can't remember.) Arlindo > Any help would be very helpful. > > Thank you, > > Serge > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/df324844/attachment-0003.html From dasilva at alum.mit.edu Tue Sep 20 10:39:19 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 20 Sep 2011 10:39:19 -0400 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: On Tue, Sep 20, 2011 at 12:11 AM, saeed bayat wrote: > Hi, > I am confused to how start with .gex extenstion! Could you please give me > an advice how > use commands in terminal and script for this purpose? > > If you installed the latest opengrads bundle, you have nothing to do, it is all included and designed to work out of the tar ball. From the user point of view a function implemented in a .gex file works exactly like any other native grads function, say hcurl(). The only special thing about a gex function is that it is not available with COLA standard builds requiring that you install an opengrads build. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/800adb41/attachment-0003.html From dasilva at alum.mit.edu Tue Sep 20 10:49:06 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 20 Sep 2011 10:49:06 -0400 Subject: [gradsusr] How to prepare monthly climatology in GrADS In-Reply-To: References: Message-ID: On Tue, Sep 20, 2011 at 7:45 AM, Sudev Das M P wrote: > Hai, > > I have 19 years monthly data sets for heat flux (net heat flux), > > (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, > > with each year having a separate file. I want to prepare monthly > climatology > > using these data files in GrADS. How to do this in GrADS ? Hope to get > > some valuable suggestion. > > > There is more than one way of doing this, here is a solution using lats4d. First, write a template DDF or CTL to open these files are a single time series, call it nfh.ddf. Now, to create the january climatology enter: % lats4d.sh -i nhf.ddf -o nhf_jan -time jan1998 jan2006 12 -mean -v and repeat this for each month. (There are also variants to have all the 12 months on a single file.) Also look at the NCO utilities. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/fab58b54/attachment-0003.html From Wesley.Ebisuzaki at noaa.gov Tue Sep 20 11:24:18 2011 From: Wesley.Ebisuzaki at noaa.gov (Wesley Ebisuzaki) Date: Tue, 20 Sep 2011 11:24:18 -0400 Subject: [gradsusr] Problems opening Grib2 files with grads In-Reply-To: References: Message-ID: <4E78B022.7000900@noaa.gov> Javier, The error message > Open Error: Data file type invalid > --> The invalid description file record is: > --> dtype grb2 says that you either are using gribmap v1 or gribmap v2 that was compiled without grib2 support. Most likely the former. Wesley Ebisuzaki Javier Pe?a wrote: > Dear users: > > I'm trying to open a grib2 file with Grads but I've found problems in > my way. > > I have been able to create a descriptor file with the function > g2ctl.pl using the following sentence: > > perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > > pgbhnl.gdas.2006020112_grib2.ctl > > but, when I've tried to create the index file with the function > gribmap, I have obtained the following error message: > > gribmap -i pgbhnl.gdas.2006020112_grib2.ctl > Open Error: Data file type invalid > --> The invalid description file record is: > --> dtype grb2 > The data file was not opened. > > This is part of the descriptor file obtained: > > dset ^pgbhnl.gdas.2006020112.grb2 > index ^pgbhnl.gdas.2006020112.grb2.idx > undef 9.999E+20 > title pgbhnl.gdas.2006020112.grb2 > * produced by g2ctl v0.0.8.2 > * command line options: -0 pgbhnl.gdas.2006020112.grb2 > * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon > grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat > 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by > 0.500000 #points=259920:winds(N/S) > > dtype grib2 > ydef 361 linear -90.000000 0.5 > xdef 720 linear 0.000000 0.500000 > tdef 1 linear 12Z01feb2006 1mo > * PROFILE hPa > zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 > 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 > 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 > 500 300 200 100 > options pascals > vars 95 > no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted Index [K] > no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential > Height Anomaly [gpm] > no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential > Height [gpm] > > Does someone know what is the problem? What is wrong in my procedure? > and how can I create the index file? > > Thank you very much in advance for your help. > > Sincerely: > Javier Pe?a > > -- > Javier Pe?a ?lvarez > Energ?as Renovables > javier.p at ereda.com > EREDA > > Tel: +34 91 5014755 > Fax: +34 91 5014756 > P?. Marqu?s de Monistrol 7 > 28011 MADRID > www.ereda.com > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From esjluis at yahoo.com.mx Tue Sep 20 12:52:07 2011 From: esjluis at yahoo.com.mx (jl sa) Date: Tue, 20 Sep 2011 09:52:07 -0700 (PDT) Subject: [gradsusr] gradsusr Digest, Vol 19, Issue 44 In-Reply-To: References: Message-ID: <1316537527.80804.YahooMailNeo@web111010.mail.gq1.yahoo.com> hola por que no intestas pasarlo a grib1, con el comando? cnvgrib -g21? elarchivo.grib2 elnuevoarchivo.grib ? ? hello why not pass it grib1 intestate, with the command "cnvgrib -g21 elarchivo.grib2 elnuevoarchivo.grib" ? a mi me dio ese problema y me decian que posiblemente era por la version de grads que usaba. ? ? espero te ayude gave to me and told me the problem was possibly the version of grads he used. I hope to help you atte jluis ? Message: 3 Date: Tue, 20 Sep 2011 15:31:15 +0200 From: Javier Pe?a Subject: [gradsusr] Problems opening Grib2 files with grads To: Gradsusr_new Cc: Dario Patane Message-ID: ??? Content-Type: text/plain; charset="iso-8859-1" Dear users: I'm trying to open a grib2 file with Grads but I've found problems in my way. I have been able to create a descriptor file with the function g2ctl.plusing the following sentence: perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > pgbhnl.gdas.2006020112_grib2.ctl but, when I've tried to create the index file with the function gribmap, I have obtained the following error message: gribmap -i pgbhnl.gdas.2006020112_grib2.ctl Open Error:? Data file type invalid ? --> The invalid description file record is: ? --> dtype grb2 ? The data file was not opened. This is part of the descriptor file obtained: dset ^pgbhnl.gdas.2006020112.grb2 index ^pgbhnl.gdas.2006020112.grb2.idx undef 9.999E+20 title pgbhnl.gdas.2006020112.grb2 * produced by g2ctl v0.0.8.2 * command line options: -0 pgbhnl.gdas.2006020112.grb2 * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by 0.500000 #points=259920:winds(N/S) dtype grib2 ydef 361 linear -90.000000 0.5 xdef 720 linear 0.000000 0.500000 tdef 1 linear 12Z01feb2006 1mo * PROFILE hPa zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 500 300 200 100 options pascals vars 95 no4LFTXsfc? 0,1,0? 0,7,193 ** surface Best (4 layer) Lifted Index [K] no5WAVA500mb? 0,100,50000? 0,3,197 ** 500 mb 5-Wave Geopotential Height Anomaly [gpm] no5WAVH500mb? 0,100,50000? 0,3,193 ** 500 mb 5-Wave Geopotential Height [gpm] Does someone know what is the problem? What is wrong in my procedure? and how can I create the index file? Thank you very much in advance for your help. Sincerely: Javier Pe?a -- Javier Pe?a ?lvarez Energ?as Renovables javier.p at ereda.com EREDA Tel:? +34 91 5014755 Fax: +34 91 5014756 P?. Marqu?s de Monistrol 7 28011 MADRID www.ereda.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/afa6eddb/attachment-0001.html ------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/467b53e8/attachment-0003.html From javier.p at ereda.com Tue Sep 20 12:54:34 2011 From: javier.p at ereda.com (=?ISO-8859-1?Q?Javier_Pe=F1a?=) Date: Tue, 20 Sep 2011 18:54:34 +0200 Subject: [gradsusr] Problems opening Grib2 files with grads In-Reply-To: <4E78B022.7000900@noaa.gov> References: <4E78B022.7000900@noaa.gov> Message-ID: Dear Wesley: Could you kindly say to me where I can find the gribmap v2? Now, I am using ubuntu 10.1 and I have downdoad the GRADS version 2.0.a7.1-3 from the software center. Thanks for your help. kind regards: Javier Pe?a 2011/9/20 Wesley Ebisuzaki > Javier, > > The error message > > > Open Error: Data file type invalid > > --> The invalid description file record is: > > --> dtype grb2 > says that you either are using gribmap v1 or gribmap v2 that was compiled > without grib2 support. Most likely the former. > > Wesley Ebisuzaki > > > > Javier Pe?a wrote: > > Dear users: > > > > I'm trying to open a grib2 file with Grads but I've found problems in > > my way. > > > > I have been able to create a descriptor file with the function > > g2ctl.pl using the following sentence: > > > > perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > > > pgbhnl.gdas.2006020112_grib2.ctl > > > > but, when I've tried to create the index file with the function > > gribmap, I have obtained the following error message: > > > > gribmap -i pgbhnl.gdas.2006020112_grib2.ctl > > Open Error: Data file type invalid > > --> The invalid description file record is: > > --> dtype grb2 > > The data file was not opened. > > > > This is part of the descriptor file obtained: > > > > dset ^pgbhnl.gdas.2006020112.grb2 > > index ^pgbhnl.gdas.2006020112.grb2.idx > > undef 9.999E+20 > > title pgbhnl.gdas.2006020112.grb2 > > * produced by g2ctl v0.0.8.2 > > * command line options: -0 pgbhnl.gdas.2006020112.grb2 > > * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon > > grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat > > 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by > > 0.500000 #points=259920:winds(N/S) > > > > dtype grib2 > > ydef 361 linear -90.000000 0.5 > > xdef 720 linear 0.000000 0.500000 > > tdef 1 linear 12Z01feb2006 1mo > > * PROFILE hPa > > zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 > > 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 > > 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 > > 500 300 200 100 > > options pascals > > vars 95 > > no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted Index [K] > > no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential > > Height Anomaly [gpm] > > no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential > > Height [gpm] > > > > Does someone know what is the problem? What is wrong in my procedure? > > and how can I create the index file? > > > > Thank you very much in advance for your help. > > > > Sincerely: > > Javier Pe?a > > > > -- > > Javier Pe?a ?lvarez > > Energ?as Renovables > > javier.p at ereda.com > > EREDA > > > > Tel: +34 91 5014755 > > Fax: +34 91 5014756 > > P?. Marqu?s de Monistrol 7 > > 28011 MADRID > > www.ereda.com > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Javier Pe?a ?lvarez Energ?as Renovables javier.p at ereda.com EREDA Tel: +34 91 5014755 Fax: +34 91 5014756 P?. Marqu?s de Monistrol 7 28011 MADRID www.ereda.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/a5758da3/attachment-0003.html From jma at cola.iges.org Tue Sep 20 12:57:19 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Tue, 20 Sep 2011 12:57:19 -0400 Subject: [gradsusr] Problems opening Grib2 files with grads In-Reply-To: References: <4E78B022.7000900@noaa.gov> Message-ID: Two comments inline. --Jennifer On Sep 20, 2011, at 12:54 PM, Javier Pe?a wrote: > Dear Wesley: > > Could you kindly say to me where I can find the gribmap v2? There is only one gribmap, it handles both grib 1 and 2. > Now, I am using ubuntu 10.1 and I have downdoad the GRADS version > 2.0.a7.1-3 from the software center. > > Thanks for your help. > > kind regards: > Javier Pe?a > > > 2011/9/20 Wesley Ebisuzaki > Javier, > > The error message > > > Open Error: Data file type invalid > > --> The invalid description file record is: > > --> dtype grb2 This looks like a simple typo. Try changing "grb2" to "grib2" > says that you either are using gribmap v1 or gribmap v2 that was > compiled > without grib2 support. Most likely the former. > > Wesley Ebisuzaki > > > > Javier Pe?a wrote: > > Dear users: > > > > I'm trying to open a grib2 file with Grads but I've found problems > in > > my way. > > > > I have been able to create a descriptor file with the function > > g2ctl.pl using the following sentence: > > > > perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > > > pgbhnl.gdas.2006020112_grib2.ctl > > > > but, when I've tried to create the index file with the function > > gribmap, I have obtained the following error message: > > > > gribmap -i pgbhnl.gdas.2006020112_grib2.ctl > > Open Error: Data file type invalid > > --> The invalid description file record is: > > --> dtype grb2 > > The data file was not opened. > > > > This is part of the descriptor file obtained: > > > > dset ^pgbhnl.gdas.2006020112.grb2 > > index ^pgbhnl.gdas.2006020112.grb2.idx > > undef 9.999E+20 > > title pgbhnl.gdas.2006020112.grb2 > > * produced by g2ctl v0.0.8.2 > > * command line options: -0 pgbhnl.gdas.2006020112.grb2 > > * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon > > grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat > > 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by > > 0.500000 #points=259920:winds(N/S) > > > > dtype grib2 > > ydef 361 linear -90.000000 0.5 > > xdef 720 linear 0.000000 0.500000 > > tdef 1 linear 12Z01feb2006 1mo > > * PROFILE hPa > > zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 > 80000 > > 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 > > 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 > 700 > > 500 300 200 100 > > options pascals > > vars 95 > > no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted > Index [K] > > no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential > > Height Anomaly [gpm] > > no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential > > Height [gpm] > > > > Does someone know what is the problem? What is wrong in my > procedure? > > and how can I create the index file? > > > > Thank you very much in advance for your help. > > > > Sincerely: > > Javier Pe?a > > > > -- > > Javier Pe?a ?lvarez > > Energ?as Renovables > > javier.p at ereda.com > > EREDA > > > > Tel: +34 91 5014755 > > Fax: +34 91 5014756 > > P?. Marqu?s de Monistrol 7 > > 28011 MADRID > > www.ereda.com > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > -- > Javier Pe?a ?lvarez > Energ?as Renovables > javier.p at ereda.com > EREDA > > Tel: +34 91 5014755 > Fax: +34 91 5014756 > P?. Marqu?s de Monistrol 7 > 28011 MADRID > www.ereda.com > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110920/9423c1c1/attachment-0003.html From saeedbayat7276 at gmail.com Wed Sep 21 00:00:40 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Wed, 21 Sep 2011 08:30:40 +0430 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: Hi Arlindo, I am working with *Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile * I check the link you mentioned above, but I am confused that what am I type instead of expression exist there. I am working with output data of RegCM4.1 and I do not know what exactly is the PSI, CHI, FISH_CHI and some another. Any Idea? Best Regards Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Tue, Sep 20, 2011 at 7:09 PM, Arlindo da Silva wrote: > On Tue, Sep 20, 2011 at 12:11 AM, saeed bayat wrote: > >> Hi, >> I am confused to how start with .gex extenstion! Could you please give me >> an advice how >> use commands in terminal and script for this purpose? >> >> > If you installed the latest opengrads bundle, you have nothing to do, it is > all included and designed to work out of the tar ball. From the user point > of view a function implemented in a .gex file works exactly like any other > native grads function, say hcurl(). The only special thing about a gex > function is that it is not available with COLA standard builds requiring > that you install an opengrads build. > > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/a2667cfa/attachment-0003.html From garutlama at gmail.com Wed Sep 21 00:23:26 2011 From: garutlama at gmail.com (Garut Lama) Date: Wed, 21 Sep 2011 12:23:26 +0800 Subject: [gradsusr] Problems opening Grib2 files with grads In-Reply-To: References: <4E78B022.7000900@noaa.gov> Message-ID: I encountered this type of problem before and if I remembered correctly it was due to the incorrect installation (or corrupted file) of gribmap/grads software. Your .ctl file appears OK with the "dtype grib2" data descriptor I suggest that you reinstall the software. Garut On Wed, Sep 21, 2011 at 12:57 AM, Jennifer Adams wrote: > Two comments inline. --Jennifer > > On Sep 20, 2011, at 12:54 PM, Javier Pe?a wrote: > > Dear Wesley: > > Could you kindly say to me where I can find the gribmap v2? > > There is only one gribmap, it handles both grib 1 and 2. > > Now, I am using ubuntu 10.1 and I have downdoad the GRADS version > 2.0.a7.1-3 from the software center. > > Thanks for your help. > > kind regards: > Javier Pe?a > > > 2011/9/20 Wesley Ebisuzaki > >> Javier, >> >> The error message >> >> > Open Error: Data file type invalid >> > --> The invalid description file record is: >> > --> dtype grb2 >> > This looks like a simple typo. Try changing "grb2" to "grib2" > > > says that you either are using gribmap v1 or gribmap v2 that was compiled >> without grib2 support. Most likely the former. >> >> Wesley Ebisuzaki >> >> >> >> Javier Pe?a wrote: >> > Dear users: >> > >> > I'm trying to open a grib2 file with Grads but I've found problems in >> > my way. >> > >> > I have been able to create a descriptor file with the function >> > g2ctl.pl using the following sentence: >> > >> > perl g2ctl.pl -0 pgbhnl.gdas.2006020112.grb2 > >> > pgbhnl.gdas.2006020112_grib2.ctl >> > >> > but, when I've tried to create the index file with the function >> > gribmap, I have obtained the following error message: >> > >> > gribmap -i pgbhnl.gdas.2006020112_grib2.ctl >> > Open Error: Data file type invalid >> > --> The invalid description file record is: >> > --> dtype grb2 >> > The data file was not opened. >> > >> > This is part of the descriptor file obtained: >> > >> > dset ^pgbhnl.gdas.2006020112.grb2 >> > index ^pgbhnl.gdas.2006020112.grb2.idx >> > undef 9.999E+20 >> > title pgbhnl.gdas.2006020112.grb2 >> > * produced by g2ctl v0.0.8.2 >> > * command line options: -0 pgbhnl.gdas.2006020112.grb2 >> > * griddef=1:0:(720 x 361):grid_template=0:winds(N/S): lat-lon >> > grid:(720 x 361) units 1e-06 input WE:NS output WE:SN res 48 lat >> > 90.000000 to -90.000000 by 0.500000 lon 0.000000 to 359.500000 by >> > 0.500000 #points=259920:winds(N/S) >> > >> > dtype grib2 >> > ydef 361 linear -90.000000 0.5 >> > xdef 720 linear 0.000000 0.500000 >> > tdef 1 linear 12Z01feb2006 1mo >> > * PROFILE hPa >> > zdef 37 levels 100000 97500 95000 92500 90000 87500 85000 82500 80000 >> > 77500 75000 70000 65000 60000 55000 50000 45000 40000 35000 30000 >> > 25000 22500 20000 17500 15000 12500 10000 7000 5000 3000 2000 1000 700 >> > 500 300 200 100 >> > options pascals >> > vars 95 >> > no4LFTXsfc 0,1,0 0,7,193 ** surface Best (4 layer) Lifted Index [K] >> > no5WAVA500mb 0,100,50000 0,3,197 ** 500 mb 5-Wave Geopotential >> > Height Anomaly [gpm] >> > no5WAVH500mb 0,100,50000 0,3,193 ** 500 mb 5-Wave Geopotential >> > Height [gpm] >> > >> > Does someone know what is the problem? What is wrong in my procedure? >> > and how can I create the index file? >> > >> > Thank you very much in advance for your help. >> > >> > Sincerely: >> > Javier Pe?a >> > >> > -- >> > Javier Pe?a ?lvarez >> > Energ?as Renovables >> > javier.p at ereda.com >> > EREDA >> > >> > Tel: +34 91 5014755 >> > Fax: +34 91 5014756 >> > P?. Marqu?s de Monistrol 7 >> > 28011 MADRID >> > www.ereda.com >> > ------------------------------------------------------------------------ >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > > -- > Javier Pe?a ?lvarez > Energ?as Renovables > javier.p at ereda.com > EREDA > > Tel: +34 91 5014755 > Fax: +34 91 5014756 > P?. Marqu?s de Monistrol 7 > 28011 MADRID > www.ereda.com > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/805e9328/attachment-0003.html From rafanoharana at gmail.com Wed Sep 21 01:16:07 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Wed, 21 Sep 2011 12:16:07 +0700 Subject: [gradsusr] script similar to batch in Mac OS X In-Reply-To: References: Message-ID: Dear Arlindo, Thank you for your answer. I have installed MacPort successfully but when I try to sudo port install dos2unix, seems like can't connect to the server. Then I saw that it was trying to download the expat 2.0.1.tar.gz so I downloaded it manually and install. However when I run the dos2unix run_script.bat, it says "dos2unix accept only standard input and output". Serge On Tue, Sep 20, 2011 at 9:19 PM, Arlindo da Silva wrote: > On Tue, Sep 20, 2011 at 8:55 AM, Rafanoharana Serge Claudio < > rafanoharana at gmail.com> wrote: > >> Dear all, >> >> I guess that it is not the right place to ask this question, but I know >> that it can be solved here that's why I'm asking... >> In Windows, in order to make a time series data, I use .bat file which >> name is run_script.bat and which contains: >> >> foreach m (1 2 3 4 5 6 7 8 9 10 11 12) >> ncdump fpar_re_2001_$(m).nc > test.cdl >> sed -n '1,1p' test.cdl > test1.cdl >> cat header_fpar_re_2001.txt >> test1.cdl >> echo "" >> test1.cdl >> echo "data:" >> test1.cdl >> echo "" >> test1.cdl >> echo " time = $(m) ; " >> test1.cdl >> echo "" >> test1.cdl >> sed -n '16,20000000p' test.cdl >> test1.cdl >> ncgen -o fpar_re_fnl_2001_$(m).nc test1.cdl >> end >> >> and I use command prompt to run it: >> >> tcsh run_script.bat >> >> and it works perfectly. >> >> >> Now, I move to Mac OS X and try to run this script. I did: >> >> csh run_script.bat >> >> but always get an error: "foreach: Words not parenthesized." >> I have already changed the $(m) to ${m} and even type directly the name of >> the file but always obtain the message "foreach: Words not parenthesized." >> I changed the extension to .sh but always the same problem. >> >> > Even though you have .bat in your script file name, from the above it is > clear that you are running a c-shell script, an old habit of mine as well. > The issue you are having on Mac OS X is most likely because your > "run_script.bat" file was created on Windows and has the funny MS-DOS line > ending characters. All you need to do is to run this utility on your file: > > % dos2unix run_script.bat > > Here is the catch: if dos2unix is not standard on Mac OS X. If it is not > available in your system you can install it from macports with > > % sudo port install dos2unix > > If you don't have macports installed, see here: http://www.macports.org/or ask your sys admin to install it for you. (It is possible that I included > some version of dos2unix with the opengrads win32 superpack, I can't > remember.) > > Arlindo > > > >> Any help would be very helpful. >> >> Thank you, >> >> Serge >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/d2647a3e/attachment-0003.html From saeedbayat7276 at gmail.com Wed Sep 21 01:38:10 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Wed, 21 Sep 2011 10:08:10 +0430 Subject: [gradsusr] wind and topography Message-ID: Dear GrADS users, Does anyone have an idea how can I draw a map like I attached below? I want to show wind direction and draw profile of a mountain. is it possible? Thanks in advance Saeed Bayat, M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/060fea79/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 201435 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110921/060fea79/attachment-0003.png From davide.sacchetti at arpal.gov.it Wed Sep 21 02:42:03 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Wed, 21 Sep 2011 08:42:03 +0200 Subject: [gradsusr] wind and topography In-Reply-To: References: Message-ID: <1316587323.14356.137.camel@davide> it is possible: I resend a mail that tries to answer to a similar question bye bye Davide if your vertical coord is pressure then you can plot pressfc. The trick is this: 1) set lev 1000 100 (ex) 2) display something (ex: u;v) 3) get parea settings ('q gxinfo') 4) set parea to previous settings (now you want to plot 1D data (level is fixed) while in previous u;v the level was varying: default PlotAREA are different) 5) set y range to 1000 100 (set vrange 100 1000; set yflip on) 5) display PRESsfc if you want to plot 1.5PVU level you can do the same but the field you need is the pressure of 1.5PVU hoping it can help ... bye bye Davide On Wed, 2011-08-10 at 15:44 +0200, Fred - GMT wrote: > Hi, > > I'm using Grads to display vertical cross sections. I'd like to display > grey area below a defined level of pressure (determined by the parameter > PRESsfc). How can I do that? > On the cross sections, I want display a line representing the position > of a parcel ; for example 1,5PVU. But I have this error : > > Data Request Warning: Varying Z dimension environment... > > but the requested variable has no Z dimension > > Cannot contour grid - all undefined values > Indeed, the parameter does not vary with altitude. How to display it ? > > Thank you ! > Fred > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr On Wed, 2011-09-21 at 10:08 +0430, saeed bayat wrote: > Dear GrADS users, > Does anyone have an idea how can I draw a map like I attached below? > I want to show wind direction and draw profile of a mountain. is it > possible? > > Thanks in advance > > Saeed Bayat, > M.A Student of Climatology > Department of Geography > Ferdowsi University of Mashhad(Iran) > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From james.ciarlo at physics.org Wed Sep 21 04:01:21 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Wed, 21 Sep 2011 10:01:21 +0200 Subject: [gradsusr] How to prepare monthly climatology in GrADS In-Reply-To: References: Message-ID: you can use CDO to merge the nc files into one file and then use grads for the climatology On 20 September 2011 16:49, Arlindo da Silva wrote: > On Tue, Sep 20, 2011 at 7:45 AM, Sudev Das M P wrote: > >> Hai, >> >> I have 19 years monthly data sets for heat flux (net heat flux), >> >> (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, >> >> with each year having a separate file. I want to prepare monthly >> climatology >> >> using these data files in GrADS. How to do this in GrADS ? Hope to get >> >> some valuable suggestion. >> >> >> > There is more than one way of doing this, here is a solution using lats4d. > First, write a template DDF or CTL to open these files are a single time > series, call it nfh.ddf. Now, to create the january climatology enter: > > % lats4d.sh -i nhf.ddf -o nhf_jan -time jan1998 jan2006 12 -mean -v > > and repeat this for each month. (There are also variants to have all the > 12 months on a single file.) Also look at the NCO utilities. > > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/b4c1c1fe/attachment-0003.html From bernd.becker at metoffice.gov.uk Wed Sep 21 07:02:04 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Wed, 21 Sep 2011 12:02:04 +0100 Subject: [gradsusr] GXyat question re. colours Message-ID: Hello, How can I force gxyat to save the colours to a gif file as displayed on screen ? Please find attached 2 images, one created with printim (authentic colours) and one created with gxyat and observe, that the yellow in the contour plot differs from the yellow in the legend. What could be the cause of that? What can I do about it? Many thanks, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game -------------- next part -------------- A non-text attachment was scrubbed... Name: WWg.gif Type: image/gif Size: 62452 bytes Desc: WWg.gif Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110921/9be913cb/attachment-0006.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: WW.gif Type: image/gif Size: 23920 bytes Desc: WW.gif Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110921/9be913cb/attachment-0007.gif From andfried at berkeley.edu Wed Sep 21 15:09:34 2011 From: andfried at berkeley.edu (Andrew Friedman) Date: Wed, 21 Sep 2011 12:09:34 -0700 Subject: [gradsusr] reanalysis topographic masking Message-ID: Hi GrADS users, I'm trying mask out topography below certain pressure levels when plotting North American Regional Reanalysis (NARR) winds. Do any of you know where to find NARR elevation, or how to convert the elevation to pressure levels in GrADS? Though I'm specifically interested in NARR, suggestions based on experience with other reanalysis products would be helpful too. Thanks much, Andrew ---------------------------------------------------- Andrew Friedman Graduate Student, Geography Department, UC Berkeley andfried at berkeley.edu From dasilva at alum.mit.edu Wed Sep 21 20:30:50 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 21 Sep 2011 20:30:50 -0400 Subject: [gradsusr] script similar to batch in Mac OS X In-Reply-To: References: Message-ID: On Wed, Sep 21, 2011 at 1:16 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear Arlindo, > > Thank you for your answer. I have installed MacPort successfully but when I > try to sudo port install dos2unix, seems like can't connect to the server. Either the server was down or your firewall is really strict... > Then I saw that it was trying to download the expat 2.0.1.tar.gz so I > downloaded it manually and install. However when I run the dos2unix > run_script.bat, it says "dos2unix accept only standard input and output". > > Hmm. Here is what I get when running dos2unix installed via mac ports: % dos2unix junk.txt dos2unix: converting file junk.txt to UNIX format ... Which version of Mac OS X are you using? Arlindo Serge > > > On Tue, Sep 20, 2011 at 9:19 PM, Arlindo da Silva wrote: > >> On Tue, Sep 20, 2011 at 8:55 AM, Rafanoharana Serge Claudio < >> rafanoharana at gmail.com> wrote: >> >>> Dear all, >>> >>> I guess that it is not the right place to ask this question, but I know >>> that it can be solved here that's why I'm asking... >>> In Windows, in order to make a time series data, I use .bat file which >>> name is run_script.bat and which contains: >>> >>> foreach m (1 2 3 4 5 6 7 8 9 10 11 12) >>> ncdump fpar_re_2001_$(m).nc > test.cdl >>> sed -n '1,1p' test.cdl > test1.cdl >>> cat header_fpar_re_2001.txt >> test1.cdl >>> echo "" >> test1.cdl >>> echo "data:" >> test1.cdl >>> echo "" >> test1.cdl >>> echo " time = $(m) ; " >> test1.cdl >>> echo "" >> test1.cdl >>> sed -n '16,20000000p' test.cdl >> test1.cdl >>> ncgen -o fpar_re_fnl_2001_$(m).nc test1.cdl >>> end >>> >>> and I use command prompt to run it: >>> >>> tcsh run_script.bat >>> >>> and it works perfectly. >>> >>> >>> Now, I move to Mac OS X and try to run this script. I did: >>> >>> csh run_script.bat >>> >>> but always get an error: "foreach: Words not parenthesized." >>> I have already changed the $(m) to ${m} and even type directly the name >>> of the file but always obtain the message "foreach: Words not >>> parenthesized." >>> I changed the extension to .sh but always the same problem. >>> >>> >> Even though you have .bat in your script file name, from the above it is >> clear that you are running a c-shell script, an old habit of mine as well. >> The issue you are having on Mac OS X is most likely because your >> "run_script.bat" file was created on Windows and has the funny MS-DOS line >> ending characters. All you need to do is to run this utility on your file: >> >> % dos2unix run_script.bat >> >> Here is the catch: if dos2unix is not standard on Mac OS X. If it is not >> available in your system you can install it from macports with >> >> % sudo port install dos2unix >> >> If you don't have macports installed, see here: http://www.macports.org/or ask your sys admin to install it for you. (It is possible that I included >> some version of dos2unix with the opengrads win32 superpack, I can't >> remember.) >> >> Arlindo >> >> >> >>> Any help would be very helpful. >>> >>> Thank you, >>> >>> Serge >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/c45bad55/attachment-0003.html From dasilva at alum.mit.edu Wed Sep 21 20:42:38 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 21 Sep 2011 20:42:38 -0400 Subject: [gradsusr] Moisture flux convergence/divergence In-Reply-To: References: Message-ID: On Wed, Sep 21, 2011 at 12:00 AM, saeed bayat wrote: > Hi Arlindo, > I am working with > *Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 opendap-grids,stn athena geotiff shapefile > * > I check the link you mentioned above, but I am confused that what am I type > > instead of expression exist there. I am working with output data of > RegCM4.1 > and I do not know what exactly is the PSI, CHI, FISH_CHI and some another. > > I am not sure I really understand what you are asking. If you enter: ga-> q udf you get a list of all the opengrads extension functions. Of relevance here is the *fish* package which is documented here: http://opengrads.org/doc/udxt/fish/ Now, it is assumed that you know (from vector calculus or from your dynamic meteorology classes) the definition of streamfunction (usually denoted psi) and velocity potential (usually denoted chi). Given the (u,v) components of a horizontal vector (winds, mass flux, etc.) you can compute psi, chi with ga-> psi = fish_psi(u,v) ga-> chi = fish_chi(u,v) I hope this helps. If you are not familiar with the stream function/velocity potential concepts, work on that first, then come back to try the software. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/e71be802/attachment-0003.html From dasilva at alum.mit.edu Wed Sep 21 22:09:51 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 21 Sep 2011 22:09:51 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: Message-ID: On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > > Hello, > > How can I force gxyat to save the colours to a gif file as displayed on > screen ? > > Please find attached 2 images, > one created with printim (authentic colours) and one > created with gxyat and observe, that the yellow in the contour plot > differs from the > yellow in the legend. > > What could be the cause of that? > > What can I do about it? > > This is strange. Possibly this is an artifact of anti-aliasing. Could you try turning anti-aliasing off? ga-> gxyat +a file.png Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110921/bedcd27f/attachment-0003.html From rupak.rajbhandari at gmail.com Wed Sep 21 22:56:17 2011 From: rupak.rajbhandari at gmail.com (Rupak Rajbhandari) Date: Thu, 22 Sep 2011 08:41:17 +0545 Subject: [gradsusr] Second file display not working. why? In-Reply-To: References: Message-ID: Thanks Roger. That was something new and useful. -rupak On Tue, Sep 20, 2011 at 5:39 PM, Roger Rodrigues Torres < roger.torres at cptec.inpe.br> wrote: > Dear Rupak, > you're wellcome. > Another suggestion to you is to open the files independently, even the > timescales is not the same. Then, if you whish to analyze the difference > between 2070-2098 and 1961-90 period (e.g. annual mean), you can proceed in > the following way: > 1) open the files indenpendently, and find the correspondent T range that > correspond two wich period; > 2) open both files in the script, and from now on, you need to especify the > correspondent time when you call the varible. For example: > > 'open file1.ctl' (file from 1961 to 1990, with 360 time steps) > 'open file2.ctl' (file from 2011 to 2098, with 1056 time steps) > > 'define PRES=var.1*0' > 'define FUT=var.2*0' > > count=1 > while(count<=360) > 'define PRES=PRES+var.1(t='count')/360' > count=count+1 > endwhile > > count=697 (the value that you have found in the step 1) > while(count<=1056) > 'define FUT=FUT+var.2(t='count')/360' > count=count+1 > endwhile > > 'define Change=FUT-PRES' > > I hope this can help you. > > Regards, > Roger Torres > > > > 2011/9/20 Rupak Rajbhandari > >> Dear Roger, >> >> Thanks. You were right. The first file was for base period run from 1961 >> to 1990 and the second file was for future run from 2011 to 2098. I was >> trying to see the shifts in rainfall pattern, if there are any. The files >> are one file for one month and controlled using templates. Since there were >> some gap on the data (1991-2010), I kept the files in separate folders - >> hence two ctl files. When I try to view the second file, instead of simply >> assigning the T dimension value from 1 to 360 (or whatever may be), it >> extends T dimension backward for second file from 2011 to 1961, which is >> -500+, and the data obviously not available. Now that I have kept all the >> files in single folder is working (should work). >> >> Once again thanks. >> >> -rupak >> >> Rupak Rajbhandari >> Department of Meteorology >> Trichandra Campus, TC/TU >> Kathmandu >> >> >> On Mon, Sep 19, 2011 at 5:16 PM, Roger Rodrigues Torres < >> roger.torres at cptec.inpe.br> wrote: >> >>> Dear Rupak, >>> one suggestion is to check the declaration of the time in both ctl's. >>> They need to be exactly the same to work in the way that you wish. >>> Regards, >>> Roger Torres >>> >>> 2011/9/19 Rupak Rajbhandari >>> >>>> Hi, >>>> >>>> The following simple script is working well. But when I remove the line >>>> 'set dfile 2', then it says data request completely outside file request. >>>> why? >>>> >>>> Thanks. >>>> >>>> -rupak >>>> >>>> **************************************** >>>> 'reinit' >>>> >>>> 'open d:\indus\gridded\precis\rfQ0.6190\wholeindus\rfQ0.6190.WI.ctl' >>>> 'open d:\indus\gridded\precis\rfQ0.1198\wholeindus\rfQ0.1198.WI.ctl' >>>> >>>> 'exec d:\indus\gs\colors' >>>> 'set gxout grfill' >>>> >>>> 'display ave(rf.1,t=1,t=360,12)' >>>> n=1 >>>> while (n<50000) ; n=n+1 ; endwhile >>>> 'set dfile 2' >>>> 'display ave(rf.2,t=1,t=360,12)' >>>> 'cbar' >>>> >>>> >>>> _______________________________________________ >>>> gradsusr mailing list >>>> gradsusr at gradsusr.org >>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>> >>>> >>> >>> >>> -- >>> Roger Rodrigues Torres >>> PhD. Student in Meteorology >>> National Institute for Space Research (INPE) >>> Phone: 55 12 3186-9541 >>> Personal Webpage: http://rtorres.webnode.com.br >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Roger Rodrigues Torres > PhD. Student in Meteorology > National Institute for Space Research (INPE) > Phone: 55 12 3186-9541 > Personal Webpage: http://rtorres.webnode.com.br > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/d7d2f65a/attachment-0003.html From bernd.becker at metoffice.gov.uk Thu Sep 22 04:25:12 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Thu, 22 Sep 2011 09:25:12 +0100 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: Message-ID: Arlindo, you are right, this is an artifact of antialiasing (see attached plot: the yellows are the same in contour and in legend box) So we found the cause. But the plot looks no where near as impressive as the previous output from gxyat. What can we try to do about that? Cheers, Bernd. -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game ________________________________ From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Arlindo da Silva Sent: 22 September 2011 03:10 To: GrADS Users Forum Subject: Re: [gradsusr] GXyat question re. colours On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: Hello, How can I force gxyat to save the colours to a gif file as displayed on screen ? Please find attached 2 images, one created with printim (authentic colours) and one created with gxyat and observe, that the yellow in the contour plot differs from the yellow in the legend. What could be the cause of that? What can I do about it? This is strange. Possibly this is an artifact of anti-aliasing. Could you try turning anti-aliasing off? ga-> gxyat +a file.png Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/9ad49b67/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: WWg2.gif Type: image/gif Size: 18511 bytes Desc: WWg2.gif Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110922/9ad49b67/attachment-0003.gif From jorge.conrado at cptec.inpe.br Thu Sep 22 06:45:02 2011 From: jorge.conrado at cptec.inpe.br (jorge.conrado at cptec.inpe.br) Date: Thu, 22 Sep 2011 07:45:02 -0300 Subject: [gradsusr] Netcdf version 4 Message-ID: <20110922074502.nsm200hiookw8kc8@webmail2.cptec.inpe.br> Hi, I never read netcdf version 4 using GRADS. What version of GRADS for Linux can read the Netcfd version 4. Conrado From dasilva at alum.mit.edu Thu Sep 22 11:33:31 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Thu, 22 Sep 2011 11:33:31 -0400 Subject: [gradsusr] Netcdf version 4 In-Reply-To: <20110922074502.nsm200hiookw8kc8@webmail2.cptec.inpe.br> References: <20110922074502.nsm200hiookw8kc8@webmail2.cptec.inpe.br> Message-ID: On Thu, Sep 22, 2011 at 6:45 AM, wrote: > > > Hi, > > > I never read netcdf version 4 using GRADS. What version of > GRADS for Linux > can read the Netcfd version 4. > > The opengrads builds have supported NetCDF-4 since v1.9rc1. All the opengrads builds of grads v2 support NetCDF-4. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/a46fc126/attachment-0003.html From dasilva at alum.mit.edu Thu Sep 22 11:51:44 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Thu, 22 Sep 2011 11:51:44 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: Message-ID: On Thu, Sep 22, 2011 at 4:25 AM, Becker, Bernd < bernd.becker at metoffice.gov.uk> wrote: > ** > Arlindo, > > you are right, this is an artifact of antialiasing > (see attached plot: the yellows are the same in contour and in legend box) > > So we found the cause. > > But the plot looks no where near as impressive as the previous output from > gxyat. > > What can we try to do about that? > Anti-aliasing is a perceptual approximation that achieves "smooth lines" by blending pixels with the "environment"; it is all handled by the cairo library. I am not entirely sure why the legend gives you a different color... but wait a minute! One trick that gxyat uses to avoid those funny lines in filled contours is to turn anti-alising off every time a (filled) polygon is drawn. How are you creating your legend? Try using the more basic line to, move to function instead of a polygon function; this way you will have the same anti-aliasing used by the contour lines. Arlindo > Cheers, > Bernd. > > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva > *Sent:* 22 September 2011 03:10 > *To:* GrADS Users Forum > *Subject:* Re: [gradsusr] GXyat question re. colours > > On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> >> Hello, >> >> How can I force gxyat to save the colours to a gif file as displayed on >> screen ? >> >> Please find attached 2 images, >> one created with printim (authentic colours) and one >> created with gxyat and observe, that the yellow in the contour plot >> differs from the >> yellow in the legend. >> >> What could be the cause of that? >> >> What can I do about it? >> >> > This is strange. Possibly this is an artifact of anti-aliasing. Could you > try turning anti-aliasing off? > > ga-> gxyat +a file.png > > Arlindo > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/62f00d09/attachment-0003.html From jma at cola.iges.org Thu Sep 22 13:56:23 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 22 Sep 2011 13:56:23 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: Message-ID: <4E02FF87-F355-47D4-88CB-1EE4743D1509@cola.iges.org> The anti-aliasing in the Cairo library does make the colors seem a little duller than when drawing without anti-aliasing. There is no real cure for this, although if you increase the thickness of the anti- aliased lines, they do brighten. For lines that we know will be exactly horizontal or vertical, we plan to 'snap' them to the pixel grid and then they won't be drawn with the anti-alias blending on the edges. This will make the plot frame and other rectangles look sharp and bright. Turning off anti-aliasing for polygon fills results in very faint gaps that are visible between adjacent polygons of the same color (e.g. in a shaded plot), so I don't recommend that. A possible solution is to draw the perimeter of each polygon to cover the gaps, but this is a performance hit. We are still thinking about the user interface to control all these factors. For using gxyat right now, I would try tweaking the line thickness and the size of your output image, those things may improve the appearance/dimness of the anti- aliased lines. --Jennifer On Sep 22, 2011, at 11:51 AM, Arlindo da Silva wrote: > On Thu, Sep 22, 2011 at 4:25 AM, Becker, Bernd > wrote: > Arlindo, > > you are right, this is an artifact of antialiasing > (see attached plot: the yellows are the same in contour and in > legend box) > > So we found the cause. > > But the plot looks no where near as impressive as the previous > output from gxyat. > > What can we try to do about that? > > Anti-aliasing is a perceptual approximation that achieves "smooth > lines" by blending pixels with the "environment"; it is all handled > by the cairo library. I am not entirely sure why the legend gives > you a different color... but wait a minute! One trick that gxyat > uses to avoid those funny lines in filled contours is to turn anti- > alising off every time a (filled) polygon is drawn. How are you > creating your legend? Try using the more basic line to, move to > function instead of a polygon function; this way you will have the > same anti-aliasing used by the contour lines. > > Arlindo > > > > Cheers, > Bernd. > > > > -- > Bernd Becker Climate Impacts Product Development > Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB > United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker > > http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game > > > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org > ] On Behalf Of Arlindo da Silva > Sent: 22 September 2011 03:10 > To: GrADS Users Forum > Subject: Re: [gradsusr] GXyat question re. colours > > On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd > wrote: > > Hello, > > How can I force gxyat to save the colours to a gif file as displayed > on > screen ? > > Please find attached 2 images, > one created with printim (authentic colours) and one > created with gxyat and observe, that the yellow in the contour plot > differs from the > yellow in the legend. > > What could be the cause of that? > > What can I do about it? > > > This is strange. Possibly this is an artifact of anti-aliasing. > Could you try turning anti-aliasing off? > > ga-> gxyat +a file.png > > Arlindo > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/1efe7457/attachment-0003.html From member at linkedin.com Thu Sep 22 15:50:26 2011 From: member at linkedin.com (Dr.Gamal El Afandi via LinkedIn) Date: Thu, 22 Sep 2011 19:50:26 +0000 (UTC) Subject: [gradsusr] Invitation to connect on LinkedIn Message-ID: <168028788.7058324.1316721026120.JavaMail.app@ela4-app0132.prod> LinkedIn ------------ Dr.Gamal El Afandi requested to add you as a connection on LinkedIn: ------------------------------------------ Ning, I'd like to add you to my professional network on LinkedIn. - Dr.Gamal Accept invitation from Dr.Gamal El Afandi http://www.linkedin.com/e/ofpc7q-gsw5pa2i-58/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I164056330_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYMcPcSdj0Qdz59bORRpBAQpSdjbPwUcP4UejsNcPgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=04FRzK4j46T4U1 View invitation from Dr.Gamal El Afandi http://www.linkedin.com/e/ofpc7q-gsw5pa2i-58/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I164056330_13/3cNnP0PcPoRc3gSckALqnpPbOYWrSlI/svi/?hs=false&tok=2lcDfx5eY6T4U1 ------------------------------------------ DID YOU KNOW you can conduct a more credible and powerful reference check using LinkedIn? Enter the company name and years of employment or the prospective employee to find their colleagues that are also in your network. This provides you with a more balanced set of feedback to evaluate that new hire. http://www.linkedin.com/e/ofpc7q-gsw5pa2i-58/rsr/inv-27/?hs=false&tok=2vuLfsEbg6T4U1 -- (c) 2011, LinkedIn Corporation -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/9f0f751f/attachment-0003.html From dasilva at alum.mit.edu Thu Sep 22 19:37:12 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Thu, 22 Sep 2011 19:37:12 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: <4E02FF87-F355-47D4-88CB-1EE4743D1509@cola.iges.org> References: <4E02FF87-F355-47D4-88CB-1EE4743D1509@cola.iges.org> Message-ID: On Thu, Sep 22, 2011 at 1:56 PM, Jennifer Adams wrote: > The anti-aliasing in the Cairo library does make the colors seem a little > duller than when drawing without anti-aliasing. There is no real cure for > this, although if you increase the thickness of the anti-aliased lines, they > do brighten. For lines that we know will be exactly horizontal or vertical, > we plan to 'snap' them to the pixel grid and then they won't be drawn with > the anti-alias blending on the edges. This will make the plot frame and > other rectangles look sharp and bright. Turning off anti-aliasing for > polygon fills results in very faint gaps that are visible between adjacent > polygons of the same color (e.g. in a shaded plot), so I don't recommend > that. > I've been doing this for some time in gxyat and I never saw this artifact. Here is a typical plot with plenty of same color polygons: http://portal.nccs.nasa.gov/cgi-hs3/hs3_wx.cgi?region=hs3&dtg=2011092212&prod=1ht&model=fp&level=300&tau=000&®ion_old=hs3&dtg_old=2011092212&prod_old=1ht&model_old=fp&level_old=200&tau_old=000&&loop=0 Do you have an example where this problem is apparent? Thanks, Arlindo > A possible solution is to draw the perimeter of each polygon to cover the > gaps, but this is a performance hit. We are still thinking about the user > interface to control all these factors. For using gxyat right now, I would > try tweaking the line thickness and the size of your output image, those > things may improve the appearance/dimness of the anti-aliased lines. > --Jennifer > > > > On Sep 22, 2011, at 11:51 AM, Arlindo da Silva wrote: > > On Thu, Sep 22, 2011 at 4:25 AM, Becker, Bernd < > bernd.becker at metoffice.gov.uk> wrote: > >> ** >> Arlindo, >> >> you are right, this is an artifact of antialiasing >> (see attached plot: the yellows are the same in contour and in legend box) >> >> So we found the cause. >> >> But the plot looks no where near as impressive as the previous output from >> gxyat. >> >> What can we try to do about that? >> > > Anti-aliasing is a perceptual approximation that achieves "smooth lines" by > blending pixels with the "environment"; it is all handled by the cairo > library. I am not entirely sure why the legend gives you a different > color... but wait a minute! One trick that gxyat uses to avoid those funny > lines in filled contours is to turn anti-alising off every time a (filled) > polygon is drawn. How are you creating your legend? Try using the more basic > line to, move to function instead of a polygon function; this way you will > have the same anti-aliasing used by the contour lines. > > Arlindo > > > > >> Cheers, >> Bernd. >> >> >> >> -- >> Bernd Becker Climate Impacts Product Development >> Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United >> Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker >> >> http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game >> >> >> >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] *On Behalf Of *Arlindo da Silva >> *Sent:* 22 September 2011 03:10 >> *To:* GrADS Users Forum >> *Subject:* Re: [gradsusr] GXyat question re. colours >> >> On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd < >> bernd.becker at metoffice.gov.uk> wrote: >> >>> >>> Hello, >>> >>> How can I force gxyat to save the colours to a gif file as displayed on >>> screen ? >>> >>> Please find attached 2 images, >>> one created with printim (authentic colours) and one >>> created with gxyat and observe, that the yellow in the contour plot >>> differs from the >>> yellow in the legend. >>> >>> What could be the cause of that? >>> >>> What can I do about it? >>> >>> >> This is strange. Possibly this is an artifact of anti-aliasing. Could you >> try turning anti-aliasing off? >> >> ga-> gxyat +a file.png >> >> Arlindo >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/7657ade5/attachment-0003.html From metris at clear.net.nz Thu Sep 22 21:11:08 2011 From: metris at clear.net.nz (Howard Staines) Date: Fri, 23 Sep 2011 13:11:08 +1200 Subject: [gradsusr] Cloud cover script? alternative to rh Message-ID: <02ab01cc798d$ad31bf50$07953df0$@net.nz> I understand that rather than using relative humidity, mixing ratio Is a good predictor for cloud? Any thoughts? Regards Howard Staines Metris Limited phone 0800 372 433 - mobile 027 2785586 - P O Box 5136 Greenmeadows, NAPIER email info at metris.co.nz - info at metscape.net.nz - website www.metris.co.nz - www.metscape.net.nz From instantweathermaps at gmail.com Thu Sep 22 21:22:14 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Thu, 22 Sep 2011 20:22:14 -0500 Subject: [gradsusr] Cloud cover script? alternative to rh In-Reply-To: <02ab01cc798d$ad31bf50$07953df0$@net.nz> References: <02ab01cc798d$ad31bf50$07953df0$@net.nz> Message-ID: Most models output a TCDC variable. On Thu, Sep 22, 2011 at 8:11 PM, Howard Staines wrote: > I understand that rather than using relative humidity, mixing ratio > Is a good predictor for cloud? > > Any thoughts? > > > > Regards > > Howard Staines > > Metris Limited > > phone 0800 372 433 - mobile 027 2785586 - P O Box 5136 Greenmeadows, NAPIER > email info at metris.co.nz - info at metscape.net.nz - website www.metris.co.nz- > www.metscape.net.nz > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- http://www.instantweathermaps.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/150f6d7c/attachment-0003.html From dasilva at alum.mit.edu Thu Sep 22 21:30:01 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Thu, 22 Sep 2011 21:30:01 -0400 Subject: [gradsusr] Cloud cover script? alternative to rh In-Reply-To: <02ab01cc798d$ad31bf50$07953df0$@net.nz> References: <02ab01cc798d$ad31bf50$07953df0$@net.nz> Message-ID: On Thu, Sep 22, 2011 at 9:11 PM, Howard Staines wrote: > I understand that rather than using relative humidity, mixing ratio > Is a good predictor for cloud? > > Not really. It is not the amount of water vapor that matters but instead how close to saturation you are. Because models generally give you the gridbox mean RH, clouds usually form in grid boxes where the mean RH is less than 100%. This is because in the presence of subgrid variability some areas inside the grid box may very well exceed saturation. Most models now give you estimates of cloud fraction, cloud condensate, sometimes even cloud optical depth. These parameters, although not always validated by real data, eliminate the guess work of relating RH to cloud cover, relying instead on the model parameterizations. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/f4219341/attachment-0003.html From rafanoharana at gmail.com Fri Sep 23 02:49:56 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Thu, 22 Sep 2011 23:49:56 -0700 Subject: [gradsusr] How to prepare monthly climatology in GrADS In-Reply-To: References: Message-ID: Dear Sudev, Use cdo to merge your data cdo -r mergetime input1.nc input2.nc ... input19.nc output.nc then you can use GrADS to read your file. Regards, Serge On Tue, Sep 20, 2011 at 4:45 AM, Sudev Das M P wrote: > Hai, > > I have 19 years monthly data sets for heat flux (net heat flux), > > (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, > > with each year having a separate file. I want to prepare monthly > climatology > > using these data files in GrADS. How to do this in GrADS ? Hope to get > > some valuable suggestion. > > > Thanks, > sudev > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110922/afa55616/attachment-0003.html From davide.sacchetti at arpal.gov.it Fri Sep 23 04:16:53 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Fri, 23 Sep 2011 10:16:53 +0200 Subject: [gradsusr] reanalysis topographic masking In-Reply-To: References: Message-ID: <1316765813.32364.1.camel@davide> I dont' know anything about NARR, but to convert elevation to surface pressure I use: SP=MSLP'*exp(-9.81*elev/(287*(t2-0.0065/2*elev))) bye bye Davide On Wed, 2011-09-21 at 12:09 -0700, Andrew Friedman wrote: > Hi GrADS users, > > I'm trying mask out topography below certain pressure levels when plotting North American Regional Reanalysis (NARR) winds. Do any of you know where to find NARR elevation, or how to convert the elevation to pressure levels in GrADS? > > Though I'm specifically interested in NARR, suggestions based on experience with other reanalysis products would be helpful too. > > Thanks much, > Andrew > > > > > ---------------------------------------------------- > Andrew Friedman > Graduate Student, Geography Department, UC Berkeley > andfried at berkeley.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From chinhth2010 at gmail.com Fri Sep 23 05:38:34 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Fri, 23 Sep 2011 02:38:34 -0700 Subject: [gradsusr] 4 pictures into only one page Message-ID: Dear all users I'd like to plot 4 pictures into only one pages by grads, before I ve heard about that. Anyone please tell me how and any simple scripts to perform I d be grateful Thank you Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Office: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/8109bbbe/attachment-0003.html From prjayakrishnan at gmail.com Fri Sep 23 05:52:57 2011 From: prjayakrishnan at gmail.com (Jayakrishnan PR) Date: Fri, 23 Sep 2011 15:22:57 +0530 Subject: [gradsusr] 4 pictures into only one page In-Reply-To: References: Message-ID: Dear Chinh, You can set Vpage and parea in the grads. I herewith attach a simple gs file to plot four figures in one page. Kindly try with that. Hope this helps. Best of Luck. * 'reinit' 'enable print olr.gmf' 'sdfopen olr.day.mean.nc' 'set lat -15 35' 'set lon 55 105' 'SET TIME 28MAY07' 'set mproj scaled' 'set map 1 1 7' 'set vpage 0 11 0 8.5' 'set parea 1.7 5.7 4.8 8.4' 'set grads off' 'set grid off' 'set gxout shaded' 'set xlab off' 'set ylab on' 'set xlopts 1 4 0.18' 'set ylopts 1 4 0.18' 'set ylint 10' 'set xlint 10' 'set clevs 120 140 160 180 200 220' 'set ccols 2 7 3 5 4 14 0' 'd OLR' * 'set vpage 0 11 0 8.5' 'set parea 5.7 9.7 4.8 8.4' 'SET TIME 29MAY07' 'set grads off' 'set grid off' 'set gxout shaded' 'set xlab off' 'set ylab off' 'set clevs 120 140 160 180 200 220' 'set ccols 2 7 3 5 4 14 0' 'd OLR' * 'set vpage 0 11 0 8.5' 'set parea 1.7 5.7 1.1 4.8' 'SET TIME 30MAY07' 'set grads off' 'set grid off' 'set gxout shaded' 'set xlab off' 'set ylab on' 'set xlopts 1 4 0.18' 'set ylopts 1 4 0.18' 'set ylint 10' 'set xlint 10' 'set clevs 120 140 160 180 200 220' 'set ccols 2 7 3 5 4 14 0' 'd OLR' * 'set vpage 0 11 0 8.5' 'set parea 5.7 9.7 1.1 4.8' 'SET TIME 31MAY07' 'set grads off' 'set grid off' 'set gxout shaded' 'set xlab off' 'set ylab off' 'set xlopts 1 4 0.18' 'set ylopts 1 4 0.18' 'set ylint 5' 'set xlint 10' 'set clevs 120 140 160 180 200 220' 'set ccols 2 7 3 5 4 14 0' 'd OLR' 'run cbarn 1 1 10.0 3.9 7.0' 'print' 'disable' * -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a734bcf9/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: vpage.gs Type: application/octet-stream Size: 1355 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a734bcf9/attachment-0003.obj From madhulatha11 at gmail.com Fri Sep 23 06:09:02 2011 From: madhulatha11 at gmail.com (madhu latha) Date: Fri, 23 Sep 2011 15:39:02 +0530 Subject: [gradsusr] 4 pictures into only one page In-Reply-To: References: Message-ID: Dear all Iam running v2.0.a7.1 and am unable to run several options such as netcdf interface because they are disabled. How do I enable them? ------------------- This version of GrADS has been configured with the following options: o Built on a LITTLE ENDIAN machine o Command line editing ENABLED http://tiswww.case.edu/php/chet/readline/rltop.html o printim command for image output ENABLED http://www.zlib.net http://www.libpng.org/pub/png/libpng.html http://www.libgd.org/Main_Page o GRIB2 interface DISABLED o NetCDF interface DISABLED o HDF interface DISABLED o Athena Widget GUI DISABLED o OPeNDAP gridded data interface DISABLED o OPeNDAP station data interface DISABLED o GeoTIFF and KML output DISABLED -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/474fab73/attachment-0003.html From dasilva at alum.mit.edu Fri Sep 23 09:50:10 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 23 Sep 2011 09:50:10 -0400 Subject: [gradsusr] How to prepare monthly climatology in GrADS In-Reply-To: References: Message-ID: On Fri, Sep 23, 2011 at 2:49 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear Sudev, > > Use cdo to merge your data > cdo -r mergetime input1.nc input2.nc ... input19.nc output.nc > > then you can use GrADS to read your file. > > If all you want is to open these files in grads as a continuous time series, there is no necessity to rewrite the datasets as a single netcdf file. The "OPTIONS Template" entry in either ctl or ddf files were designed for this very same purpose. Check the user's guide: http://grads.iges.org/grads/gadoc/SDFdescriptorfile.html Arlindo > Regards, > > Serge > > On Tue, Sep 20, 2011 at 4:45 AM, Sudev Das M P wrote: > >> Hai, >> >> I have 19 years monthly data sets for heat flux (net heat flux), >> >> (nhf_1988.nc, nhf_1989.nc,......nhf_2006.nc) starting from 1988 to 2006, >> >> with each year having a separate file. I want to prepare monthly >> climatology >> >> using these data files in GrADS. How to do this in GrADS ? Hope to get >> >> some valuable suggestion. >> >> >> Thanks, >> sudev >> >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/0314ed62/attachment-0003.html From dasilva at alum.mit.edu Fri Sep 23 09:56:14 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 23 Sep 2011 09:56:14 -0400 Subject: [gradsusr] 4 pictures into only one page In-Reply-To: References: Message-ID: On Fri, Sep 23, 2011 at 6:09 AM, madhu latha wrote: > > Dear all > > Iam running v2.0.a7.1 and am unable to run several options such as netcdf interface because they are disabled. How do I enable > them? > > You can't, these were disable at compilation time. You can either rebuild from source, or save yourself the headache and get a pre-compiled distribution, either from COLA: http://grads.iges.org/grads/downloads.html or from OpenGrADS (if you need some of the extensions that it offers): http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle Arlindo > ------------------- > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface DISABLED > o NetCDF interface DISABLED > o HDF interface DISABLED > o Athena Widget GUI DISABLED > o OPeNDAP gridded data interface DISABLED > o OPeNDAP station data interface DISABLED > o GeoTIFF and KML output DISABLED > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/b1170122/attachment-0003.html From Mason.D.Rowell-1 at ou.edu Fri Sep 23 14:25:47 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Fri, 23 Sep 2011 18:25:47 +0000 Subject: [gradsusr] GrADS v. Opengrads Message-ID: All, I have been keeping up with the gradusr exchanges, and it seems I may need to use opengrads. What is the difference between say, 2.0.a6 that I am using, and opengrads? Is it linux supported? Mason From theomar_trindade at hotmail.com Fri Sep 23 15:10:29 2011 From: theomar_trindade at hotmail.com (Theomar Trindade) Date: Fri, 23 Sep 2011 22:10:29 +0300 Subject: [gradsusr] GrADS v. Opengrads In-Reply-To: References: Message-ID: Hi Mason, I use the opengrads in LINUX, but unfortunately I don't use the grads. So I can tell you that it works in LINUX.Others differences I don't know, but it is very interesting to me too. --Theomar Trindade de A. T. Neves Meteorology Phd Student | INPE/CPTEC Doutorando em meteorologia |Phone: 55(12)32086830email: theomar_trindade at hotmail.com theomar.neves at cptec.inpe.br > From: Mason.D.Rowell-1 at ou.edu > To: gradsusr at gradsusr.org > Date: Fri, 23 Sep 2011 18:25:47 +0000 > Subject: [gradsusr] GrADS v. Opengrads > > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need to use opengrads. What is the difference between say, 2.0.a6 that I am using, and opengrads? Is it linux supported? > > Mason > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/028e2ff0/attachment-0003.html From diego333medina at yahoo.es Fri Sep 23 16:57:08 2011 From: diego333medina at yahoo.es (diego) Date: Fri, 23 Sep 2011 21:57:08 +0100 (BST) Subject: [gradsusr] read ahvrr netcdf file In-Reply-To: References: Message-ID: <1316811428.28229.YahooMailNeo@web26008.mail.ukl.yahoo.com> Hi everibody: I have a problem readind netcdf file with GRADS.? I sed my ctl file and ncdump_out. can anyone helpme ? Grid Analysis and Display System (GrADS) Version 2.0.a8 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a8 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn geotiff shapefile Issue 'q config' command for more information. Landscape mode? ('n' for portrait):? GX Package Initialization: Size = 11 8.5 ga-> open avhrr.ctl Scanning description file:? avhrr.ctl Data file avhrr-only-v2.20081225.nc is open as file 1 LON set to 0 360 LAT set to -89.875 89.875 LEV set to 0 0 Time values set: 1963:11:1:0 1963:11:1:0 E set to 1 1 ga-> q file File 1 : test AVHRR ? Descriptor: avhrr.ctl ? Binary: avhrr-only-v2.20081225.nc ? Type = Gridded ? Xsize = 1440? Ysize = 720? Zsize = 1? Tsize = 1? Esize = 1 ? Number of Variables = 4 ???? temp? 0? 0,y,x? sea? at surface (W/m2) ???? mali? 0? 0,y,x? anomal rate (kg/m2/s) ???? rore? 0? 0,y,x? eror pressure (hPa) ???? hiel? 0? 0,y,x? ice pressure (hPa) ga-> d temp gancgrid error: nc_get_vara_double failed; NetCDF: Index exceeds dimension bound Data Request Error:? Error for variable 'temp' ? Error ocurred at column 1 DISPLAY error:? Invalid expression ? Expression = temp ga-> tahnks ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: avhrr.ctl Type: application/octet-stream Size: 465 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0003.obj -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ncdump_out.txt Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0003.txt From dasilva at alum.mit.edu Fri Sep 23 17:07:27 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 23 Sep 2011 17:07:27 -0400 Subject: [gradsusr] GrADS v. Opengrads In-Reply-To: References: Message-ID: On Fri, Sep 23, 2011 at 2:25 PM, Rowell, Mason D. wrote: > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > As far functionality is concerned, by design, the OpenGrADS binarieshave all the features that you find in the COLA binaries . In addition, it has a number of extra functions and commands that are not available with the COLA builds. OpenGrADS includes also binaries for a few platforms that have not been included in recent COLA builds (FreeBSD, IBM AIX). As far as installation is concerned, the OpenGrADS bundleis designed to be a turn key system. On Unix/Linux/Mac OS X the tar ball includes all you need to run GrADS (maps, fonts, documentation, etc.) All you need to do is to start the binary and it works out of the box, no need to set any environment variable (although it is convenient to put the Contents/ directory in your path). The system is entirely relocatable in the sense you can put it on a USB men stick and run it from there with no setup necessary. The COLA builds of GrADS are also very straightforward to install, but requires you to do just a bit more (download separate data files, set environment variables). On Windows, the OpenGrADS superpackis also self contained and installs like a regular, native Windows application (self installing package). After download, it should take less than 2 minutes for you to make your first plot. Although the superpack is built on top of cygwin and requires an X server, it is all handled under the hood; all you have to watch for is the Windows firewalls. The superpack is also meant to be relocatable: put it on a USB stick and ran it anywhere, no setup necessary. COLA's windows build is also based on cygwin, but it requires a separate cygwin installation, download of an X server, and setting up environment variables. Again, not a big deal, but something that an average windows user without much command line exposure may find intimidating. I hope this answers your question. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/3293be24/attachment-0003.html From dasilva at alum.mit.edu Fri Sep 23 17:17:53 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 23 Sep 2011 17:17:53 -0400 Subject: [gradsusr] GrADS v. Opengrads In-Reply-To: References: Message-ID: On Fri, Sep 23, 2011 at 2:25 PM, Rowell, Mason D. wrote: > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > I'd like to make something very clear. COLA is the main developer of GrADS, and most of what find in the OpenGrADS builds is the result of the hardwork of Brian, Jennifer and a number of other folks that contributed to GrADS over the years. The OpenGrADS builds are simply a value added repackaging of COLA's GPL sources. It is not a fork. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/e60e9235/attachment-0003.html From Ajaya.Mohan at ec.gc.ca Fri Sep 23 19:07:50 2011 From: Ajaya.Mohan at ec.gc.ca (Ajaya Mohan) Date: Fri, 23 Sep 2011 16:07:50 -0700 Subject: [gradsusr] read ahvrr netcdf file In-Reply-To: <1316811428.28229.YahooMailNeo@web26008.mail.ukl.yahoo.com> References: <1316811428.28229.YahooMailNeo@web26008.mail.ukl.yahoo.com> Message-ID: <4E7D1146.4090106@ec.gc.ca> Obviously, error is with the ctl file as the variables in the avhrr netcdf file avhrr-only-v2.20081225.nc doesn't match the ctl file variables. BTW, sdfopen http://nas.o3d.org:8080/thredds/dodsC/yisen/yisen_data/OI-daily-v2/2008/avhrr-only-v2.20081225.nc works fine for me in version 2.0.a8 ajaya On 23/09/2011 1:57 PM, diego wrote: > Hi everibody: > I have a problem readind netcdf file with GRADS. I sed my ctl file > and ncdump_out. > can anyone helpme ? > > Grid Analysis and Display System (GrADS) Version 2.0.a8 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v2.0.a8 little-endian readline printim grib2 netcdf hdf4-sds > hdf5 opendap-grids,stn geotiff shapefile > Issue 'q config' command for more information. > Landscape mode? ('n' for portrait): > GX Package Initialization: Size = 11 8.5 > ga-> open avhrr.ctl > Scanning description file: avhrr.ctl > Data file avhrr-only-v2.20081225.nc is open as file 1 > LON set to 0 360 > LAT set to -89.875 89.875 > LEV set to 0 0 > Time values set: 1963:11:1:0 1963:11:1:0 > E set to 1 1 > ga-> q file > File 1 : test AVHRR > Descriptor: avhrr.ctl > Binary: avhrr-only-v2.20081225.nc > Type = Gridded > Xsize = 1440 Ysize = 720 Zsize = 1 Tsize = 1 Esize = 1 > Number of Variables = 4 > temp 0 0,y,x sea at surface (W/m2) > mali 0 0,y,x anomal rate (kg/m2/s) > rore 0 0,y,x eror pressure (hPa) > hiel 0 0,y,x ice pressure (hPa) > ga-> d temp > gancgrid error: nc_get_vara_double failed; NetCDF: Index exceeds > dimension bound > Data Request Error: Error for variable 'temp' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = temp > ga-> > > > tahnks > ------------------------------------------------------------------------ > ** > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/170e4133/attachment-0003.html From jjanue at hotmail.com Mon Sep 26 04:45:40 2011 From: jjanue at hotmail.com (=?utf-8?B?Sm9mcmUgSmFudcOp?=) Date: Mon, 26 Sep 2011 10:45:40 +0200 Subject: [gradsusr] paint a colour background or sea and more borders regions In-Reply-To: References: Message-ID: Anyone know how can I paint a colour background or sea and more borders regions? Thanks. -----Mensaje original----- From: gradsusr-request at gradsusr.org Sent: Friday, September 23, 2011 6:52 PM To: gradsusr at gradsusr.org Subject: gradsusr Digest, Vol 19, Issue 54 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: 4 pictures into only one page (Arlindo da Silva) 2. GrADS v. Opengrads (Rowell, Mason D.) 3. Re: GrADS v. Opengrads (Theomar Trindade) 4. read ahvrr netcdf file (diego) 5. Re: GrADS v. Opengrads (Arlindo da Silva) ---------------------------------------------------------------------- Message: 1 Date: Fri, 23 Sep 2011 09:56:14 -0400 From: Arlindo da Silva Subject: Re: [gradsusr] 4 pictures into only one page To: GrADS Users Forum Message-ID: Content-Type: text/plain; charset="iso-8859-1" On Fri, Sep 23, 2011 at 6:09 AM, madhu latha wrote: > > Dear all > > Iam running v2.0.a7.1 and am unable to run several options such as netcdf > interface because they are disabled. How do I enable > them? > > You can't, these were disable at compilation time. You can either rebuild from source, or save yourself the headache and get a pre-compiled distribution, either from COLA: http://grads.iges.org/grads/downloads.html or from OpenGrADS (if you need some of the extensions that it offers): http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle Arlindo > ------------------- > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface DISABLED > o NetCDF interface DISABLED > o HDF interface DISABLED > o Athena Widget GUI DISABLED > o OPeNDAP gridded data interface DISABLED > o OPeNDAP station data interface DISABLED > o GeoTIFF and KML output DISABLED > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/b1170122/attachment-0001.html ------------------------------ Message: 2 Date: Fri, 23 Sep 2011 18:25:47 +0000 From: "Rowell, Mason D." Subject: [gradsusr] GrADS v. Opengrads To: "gradsusr at gradsusr.org" Message-ID: Content-Type: text/plain; charset="us-ascii" All, I have been keeping up with the gradusr exchanges, and it seems I may need to use opengrads. What is the difference between say, 2.0.a6 that I am using, and opengrads? Is it linux supported? Mason ------------------------------ Message: 3 Date: Fri, 23 Sep 2011 22:10:29 +0300 From: Theomar Trindade Subject: Re: [gradsusr] GrADS v. Opengrads To: Message-ID: Content-Type: text/plain; charset="iso-8859-1" Hi Mason, I use the opengrads in LINUX, but unfortunately I don't use the grads. So I can tell you that it works in LINUX.Others differences I don't know, but it is very interesting to me too. --Theomar Trindade de A. T. Neves Meteorology Phd Student | INPE/CPTEC Doutorando em meteorologia |Phone: 55(12)32086830email: theomar_trindade at hotmail.com theomar.neves at cptec.inpe.br > From: Mason.D.Rowell-1 at ou.edu > To: gradsusr at gradsusr.org > Date: Fri, 23 Sep 2011 18:25:47 +0000 > Subject: [gradsusr] GrADS v. Opengrads > > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > Mason > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/028e2ff0/attachment-0001.html ------------------------------ Message: 4 Date: Fri, 23 Sep 2011 21:57:08 +0100 (BST) From: diego Subject: [gradsusr] read ahvrr netcdf file To: GrADS Users Forum Message-ID: <1316811428.28229.YahooMailNeo at web26008.mail.ukl.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" Hi everibody: I have a problem readind netcdf file with GRADS.? I sed my ctl file and ncdump_out. can anyone helpme ? Grid Analysis and Display System (GrADS) Version 2.0.a8 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a8 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn geotiff shapefile Issue 'q config' command for more information. Landscape mode? ('n' for portrait):? GX Package Initialization: Size = 11 8.5 ga-> open avhrr.ctl Scanning description file:? avhrr.ctl Data file avhrr-only-v2.20081225.nc is open as file 1 LON set to 0 360 LAT set to -89.875 89.875 LEV set to 0 0 Time values set: 1963:11:1:0 1963:11:1:0 E set to 1 1 ga-> q file File 1 : test AVHRR ? Descriptor: avhrr.ctl ? Binary: avhrr-only-v2.20081225.nc ? Type = Gridded ? Xsize = 1440? Ysize = 720? Zsize = 1? Tsize = 1? Esize = 1 ? Number of Variables = 4 ???? temp? 0? 0,y,x? sea? at surface (W/m2) ???? mali? 0? 0,y,x? anomal rate (kg/m2/s) ???? rore? 0? 0,y,x? eror pressure (hPa) ???? hiel? 0? 0,y,x? ice pressure (hPa) ga-> d temp gancgrid error: nc_get_vara_double failed; NetCDF: Index exceeds dimension bound Data Request Error:? Error for variable 'temp' ? Error ocurred at column 1 DISPLAY error:? Invalid expression ? Expression = temp ga-> tahnks ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: avhrr.ctl Type: application/octet-stream Size: 465 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.obj -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ncdump_out.txt Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.txt ------------------------------ Message: 5 Date: Fri, 23 Sep 2011 17:07:27 -0400 From: Arlindo da Silva Subject: Re: [gradsusr] GrADS v. Opengrads To: GrADS Users Forum Message-ID: Content-Type: text/plain; charset="iso-8859-1" On Fri, Sep 23, 2011 at 2:25 PM, Rowell, Mason D. wrote: > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > As far functionality is concerned, by design, the OpenGrADS binarieshave all the features that you find in the COLA binaries . In addition, it has a number of extra functions and commands that are not available with the COLA builds. OpenGrADS includes also binaries for a few platforms that have not been included in recent COLA builds (FreeBSD, IBM AIX). As far as installation is concerned, the OpenGrADS bundleis designed to be a turn key system. On Unix/Linux/Mac OS X the tar ball includes all you need to run GrADS (maps, fonts, documentation, etc.) All you need to do is to start the binary and it works out of the box, no need to set any environment variable (although it is convenient to put the Contents/ directory in your path). The system is entirely relocatable in the sense you can put it on a USB men stick and run it from there with no setup necessary. The COLA builds of GrADS are also very straightforward to install, but requires you to do just a bit more (download separate data files, set environment variables). On Windows, the OpenGrADS superpackis also self contained and installs like a regular, native Windows application (self installing package). After download, it should take less than 2 minutes for you to make your first plot. Although the superpack is built on top of cygwin and requires an X server, it is all handled under the hood; all you have to watch for is the Windows firewalls. The superpack is also meant to be relocatable: put it on a USB stick and ran it anywhere, no setup necessary. COLA's windows build is also based on cygwin, but it requires a separate cygwin installation, download of an X server, and setting up environment variables. Again, not a big deal, but something that an average windows user without much command line exposure may find intimidating. I hope this answers your question. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110923/3293be24/attachment.html ------------------------------ _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr End of gradsusr Digest, Vol 19, Issue 54 **************************************** From rafanoharana at gmail.com Mon Sep 26 05:46:24 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 26 Sep 2011 02:46:24 -0700 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region Message-ID: Dear all, I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' then I obtain the sum of the spatial distribution for one year. This is more "in this point/coordinate, the annual precipitation is xxx mm" But what I need is the total (sum) of the value of the variable. Something like: "In this area of 500km2, the annual precipitation is xxx mm". Is it possible to obtain that? Best regards -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/923e2653/attachment-0003.html From davide.sacchetti at arpal.gov.it Mon Sep 26 06:14:07 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Mon, 26 Sep 2011 12:14:07 +0200 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: <1317032047.6586.10.camel@davide> if you are interested on precipitation, the precipitation over an area is just a number, that could be: 1) the mean height 2) the volume (volume = meanHeight * sufrace) meanHeight = aave(precipitation,lon=..., lon=...,lat=...,lat=...) where precipitation is your annual precipitation bye bye Davide On Mon, 2011-09-26 at 02:46 -0700, Rafanoharana Serge Claudio wrote: > Dear all, > > I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' > then I obtain the sum of the spatial distribution for one year. This > is more "in this point/coordinate, the annual precipitation is xxx mm" > > But what I need is the total (sum) of the value of the variable. > Something like: "In this area of 500km2, the annual precipitation is > xxx mm". > > Is it possible to obtain that? > > Best regards > > -- > Serge > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From shimon at cyclone.tau.ac.il Mon Sep 26 08:30:50 2011 From: shimon at cyclone.tau.ac.il (Simon Krichak) Date: Mon, 26 Sep 2011 15:30:50 +0300 Subject: [gradsusr] mass of water in layers References: <4E2EE9BD.6010708@noaa.gov> Message-ID: <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> Dear GrADS User, I have the mixing ratio data and other parameters from the NNRP defined on unevenly spaced isobaric surfaces and would like to draw vertical crossection of the water mass in the layers. Would appreciate your help if possible. Regards, Simon Krichak -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/dc92006a/attachment-0003.html From Mason.D.Rowell-1 at ou.edu Mon Sep 26 11:09:43 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Mon, 26 Sep 2011 15:09:43 +0000 Subject: [gradsusr] mass of water in layers In-Reply-To: <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> References: <4E2EE9BD.6010708@noaa.gov> , <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> Message-ID: Simon, You should easily be able to set the dimensions such that the display output yeilds a cross section, at least along some latitude or longitude line, but I know there are ways to do it along any line of choice. Just allow only the z and some horizontal dimension to vary, with all other diimensions fixed. Are you looking for vertically integrated water mass, or just wishing to plot isopleths of mixing ratio? Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Simon Krichak [shimon at cyclone.tau.ac.il] Sent: Monday, September 26, 2011 7:30 AM To: GrADS Users Forum Subject: [gradsusr] mass of water in layers Dear GrADS User, I have the mixing ratio data and other parameters from the NNRP defined on unevenly spaced isobaric surfaces and would like to draw vertical crossection of the water mass in the layers. Would appreciate your help if possible. Regards, Simon Krichak -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/385b924a/attachment-0003.html From Mason.D.Rowell-1 at ou.edu Mon Sep 26 11:11:31 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Mon, 26 Sep 2011 15:11:31 +0000 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: Serge, Find documentation on the asum (areal sum) function. It should accept the arguments you need. Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Rafanoharana Serge Claudio [rafanoharana at gmail.com] Sent: Monday, September 26, 2011 4:46 AM To: GrADS Users Forum Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region Dear all, I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' then I obtain the sum of the spatial distribution for one year. This is more "in this point/coordinate, the annual precipitation is xxx mm" But what I need is the total (sum) of the value of the variable. Something like: "In this area of 500km2, the annual precipitation is xxx mm". Is it possible to obtain that? Best regards -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/0fac42ac/attachment-0003.html From rafanoharana at gmail.com Mon Sep 26 11:24:58 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 26 Sep 2011 08:24:58 -0700 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: Dear Davide and Mason, Davide> I am not dealing with precipitation but NPP but I will have a look at your suggestion. Mason> Let me check on it. Thanks, Serge On Mon, Sep 26, 2011 at 8:11 AM, Rowell, Mason D. wrote: > Serge, > > Find documentation on the asum (areal sum) function. It should accept the > arguments you need. > > Mason > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on > behalf of Rafanoharana Serge Claudio [rafanoharana at gmail.com] > *Sent:* Monday, September 26, 2011 4:46 AM > *To:* GrADS Users Forum > *Subject:* [gradsusr] How to get the Sum of variable (not spatially) for > all region > > Dear all, > > I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' then > I obtain the sum of the spatial distribution for one year. This is more "in > this point/coordinate, the annual precipitation is xxx mm" > > But what I need is the total (sum) of the value of the variable. Something > like: "In this area of 500km2, the annual precipitation is xxx mm". > > Is it possible to obtain that? > > Best regards > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/e90edff6/attachment-0003.html From shimon at cyclone.tau.ac.il Mon Sep 26 11:54:03 2011 From: shimon at cyclone.tau.ac.il (Simon Krichak) Date: Mon, 26 Sep 2011 18:54:03 +0300 Subject: [gradsusr] mass of water in layers References: <4E2EE9BD.6010708@noaa.gov>, <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> Message-ID: <7D770C23AFA64CA4839CE943D4E9B72F@shimonlaptop> Mason, It does not look that simple since I need to plot not the mixing ratios themselves but those multiplied by mass of air in each of the layers. Simon ----- Original Message ----- From: Rowell, Mason D. To: GrADS Users Forum Sent: Monday, September 26, 2011 6:09 PM Subject: Re: [gradsusr] mass of water in layers Simon, You should easily be able to set the dimensions such that the display output yeilds a cross section, at least along some latitude or longitude line, but I know there are ways to do it along any line of choice. Just allow only the z and some horizontal dimension to vary, with all other diimensions fixed. Are you looking for vertically integrated water mass, or just wishing to plot isopleths of mixing ratio? Mason ------------------------------------------------------------------------------ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Simon Krichak [shimon at cyclone.tau.ac.il] Sent: Monday, September 26, 2011 7:30 AM To: GrADS Users Forum Subject: [gradsusr] mass of water in layers Dear GrADS User, I have the mixing ratio data and other parameters from the NNRP defined on unevenly spaced isobaric surfaces and would like to draw vertical crossection of the water mass in the layers. Would appreciate your help if possible. Regards, Simon Krichak ------------------------------------------------------------------------------ _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/deaefd1f/attachment-0003.html From jdduda at iastate.edu Mon Sep 26 12:25:27 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 26 Sep 2011 11:25:27 -0500 Subject: [gradsusr] paint a colour background or sea and more borders regions In-Reply-To: References: Message-ID: There's many different ways you can do this. Most basically, you can use the set backgroundor set display commands. Both do similar things but slightly differently. Getting more complicated, if your data contain land use categories or a land-sea mask, you could display that with appropriate coloring to make land green or brown and water blue for example. You wouldn't be able to plot color shaded plots on top of that, though. However, if you had a shapefile that contained land-sea boundaries you could use the shapefile commandsto color land and sea below any color-shaded plots you have. Finally, you can plot whatever you want, then create an image file using printimand place a background image under it. For an example, see the Users Forum archive from November 2010with the thread titled "Command produces a PNG image with transparent color 0 and a background image NE.png". Hopefully one of these possibilities will suit you. Good luck. Jeff Duda On Mon, Sep 26, 2011 at 3:45 AM, Jofre Janu? wrote: > Anyone know how can I paint a colour background or sea and more borders > regions? > > Thanks. > > > -----Mensaje original----- > From: gradsusr-request at gradsusr.org > Sent: Friday, September 23, 2011 6:52 PM > To: gradsusr at gradsusr.org > Subject: gradsusr Digest, Vol 19, Issue 54 > > 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: 4 pictures into only one page (Arlindo da Silva) > 2. GrADS v. Opengrads (Rowell, Mason D.) > 3. Re: GrADS v. Opengrads (Theomar Trindade) > 4. read ahvrr netcdf file (diego) > 5. Re: GrADS v. Opengrads (Arlindo da Silva) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 23 Sep 2011 09:56:14 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] 4 pictures into only one page > To: GrADS Users Forum > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > On Fri, Sep 23, 2011 at 6:09 AM, madhu latha > wrote: > > > > > Dear all > > > > Iam running v2.0.a7.1 and am unable to run several options such as > netcdf > > interface because they are disabled. How do I enable > > them? > > > > > You can't, these were disable at compilation time. You can either rebuild > from source, or save yourself the headache and get a pre-compiled > distribution, either from COLA: > > http://grads.iges.org/grads/downloads.html > > or from OpenGrADS (if you need some of the extensions that it offers): > > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > > Arlindo > > > > ------------------- > > > > This version of GrADS has been configured with the following options: > > o Built on a LITTLE ENDIAN machine > > o Command line editing ENABLED > > http://tiswww.case.edu/php/chet/readline/rltop.html > > o printim command for image output ENABLED > > http://www.zlib.net > > http://www.libpng.org/pub/png/libpng.html > > http://www.libgd.org/Main_Page > > o GRIB2 interface DISABLED > > o NetCDF interface DISABLED > > o HDF interface DISABLED > > o Athena Widget GUI DISABLED > > o OPeNDAP gridded data interface DISABLED > > o OPeNDAP station data interface DISABLED > > o GeoTIFF and KML output DISABLED > > > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/b1170122/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Fri, 23 Sep 2011 18:25:47 +0000 > From: "Rowell, Mason D." > Subject: [gradsusr] GrADS v. Opengrads > To: "gradsusr at gradsusr.org" > Message-ID: > > Content-Type: text/plain; charset="us-ascii" > > All, > > I have been keeping up with the gradusr exchanges, and it seems I may need > to use opengrads. What is the difference between say, 2.0.a6 that I am > using, and opengrads? Is it linux supported? > > Mason > > > ------------------------------ > > Message: 3 > Date: Fri, 23 Sep 2011 22:10:29 +0300 > From: Theomar Trindade > Subject: Re: [gradsusr] GrADS v. Opengrads > To: > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > > Hi Mason, > I use the opengrads in LINUX, but unfortunately I don't use the grads. So I > can tell you that it works in LINUX.Others differences I don't know, but it > is very interesting to me too. > > --Theomar Trindade de A. T. Neves > Meteorology Phd Student | INPE/CPTEC > > Doutorando em meteorologia |Phone: 55(12)32086830email: > theomar_trindade at hotmail.com > theomar.neves at cptec.inpe.br > > > > > > From: Mason.D.Rowell-1 at ou.edu > > To: gradsusr at gradsusr.org > > Date: Fri, 23 Sep 2011 18:25:47 +0000 > > Subject: [gradsusr] GrADS v. Opengrads > > > > All, > > > > I have been keeping up with the gradusr exchanges, and it seems I may > need > > to use opengrads. What is the difference between say, 2.0.a6 that I am > > using, and opengrads? Is it linux supported? > > > > Mason > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/028e2ff0/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Fri, 23 Sep 2011 21:57:08 +0100 (BST) > From: diego > Subject: [gradsusr] read ahvrr netcdf file > To: GrADS Users Forum > Message-ID: > <1316811428.28229.YahooMailNeo at web26008.mail.ukl.yahoo.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi everibody: > I have a problem readind netcdf file with GRADS.? I sed my ctl file and > ncdump_out. > can anyone helpme ? > > > Grid Analysis and Display System (GrADS) Version 2.0.a8 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v2.0.a8 little-endian readline printim grib2 netcdf hdf4-sds hdf5 > opendap-grids,stn geotiff shapefile > Issue 'q config' command for more information. > Landscape mode? ('n' for portrait):? > GX Package Initialization: Size = 11 8.5 > ga-> open avhrr.ctl > Scanning description file:? avhrr.ctl > Data file avhrr-only-v2.20081225.nc is open as file 1 > LON set to 0 360 > LAT set to -89.875 89.875 > LEV set to 0 0 > Time values set: 1963:11:1:0 1963:11:1:0 > E set to 1 1 > ga-> q file > File 1 : test AVHRR > ? Descriptor: avhrr.ctl > ? Binary: avhrr-only-v2.20081225.nc > ? Type = Gridded > ? Xsize = 1440? Ysize = 720? Zsize = 1? Tsize = 1? Esize = 1 > ? Number of Variables = 4 > ???? temp? 0? 0,y,x? sea? at surface (W/m2) > ???? mali? 0? 0,y,x? anomal rate (kg/m2/s) > ???? rore? 0? 0,y,x? eror pressure (hPa) > ???? hiel? 0? 0,y,x? ice pressure (hPa) > ga-> d temp > gancgrid error: nc_get_vara_double failed; NetCDF: Index exceeds dimension > bound > Data Request Error:? Error for variable 'temp' > ? Error ocurred at column 1 > DISPLAY error:? Invalid expression > ? Expression = temp > ga-> > > > > tahnks > > > ________________________________ > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.html > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: avhrr.ctl > Type: application/octet-stream > Size: 465 bytes > Desc: not available > Url : > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.obj > -------------- next part -------------- > An embedded and charset-unspecified text was scrubbed... > Name: ncdump_out.txt > Url: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/a0d3c5ff/attachment-0001.txt > > ------------------------------ > > Message: 5 > Date: Fri, 23 Sep 2011 17:07:27 -0400 > From: Arlindo da Silva > Subject: Re: [gradsusr] GrADS v. Opengrads > To: GrADS Users Forum > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > On Fri, Sep 23, 2011 at 2:25 PM, Rowell, Mason D. > wrote: > > > All, > > > > I have been keeping up with the gradusr exchanges, and it seems I may > need > > to use opengrads. What is the difference between say, 2.0.a6 that I am > > using, and opengrads? Is it linux supported? > > > > > As far functionality is concerned, by design, the OpenGrADS > binarieshave all the > features that you find in the COLA > binaries . In addition, it has > a > number of extra functions and commands > that > are not available with the COLA builds. OpenGrADS includes also binaries > for > a few platforms that have not been included in recent COLA builds (FreeBSD, > IBM AIX). > > As far as installation is concerned, the OpenGrADS > bundle< > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > >is > designed to be a turn key system. On Unix/Linux/Mac OS X the tar ball > includes all you need to run GrADS (maps, fonts, documentation, etc.) All > you need to do is to start the binary and it works out of the box, no need > to set any environment variable (although it is convenient to put the > Contents/ directory in your path). The system is entirely relocatable in > the > sense you can put it on a USB men stick and run it from there with no setup > necessary. The COLA builds of GrADS are also very straightforward to > install, but requires you to do just a bit more (download separate data > files, set environment variables). > > On Windows, the OpenGrADS > superpack< > http://opengrads.org/wiki/index.php?title=Installing_GrADS_v2.0_on_Microsoft_Windows > >is > also self contained and installs like a regular, native Windows > application (self installing package). After download, it should take less > than 2 minutes for you to make your first plot. Although the superpack is > built on top of cygwin and requires an X server, it is all handled under > the > hood; all you have to watch for is the Windows firewalls. The superpack is > also meant to be relocatable: put it on a USB stick and ran it anywhere, no > setup necessary. COLA's windows build is also based on cygwin, but it > requires a separate cygwin installation, download of an X server, and > setting up environment variables. Again, not a big deal, but something that > an average windows user without much command line exposure may find > intimidating. > > I hope this answers your question. > > Arlindo > > > > > > > > > > > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > http://gradsusr.org/pipermail/gradsusr/attachments/20110923/3293be24/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 19, Issue 54 > **************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/0093f31e/attachment-0003.html From jdduda at iastate.edu Mon Sep 26 12:36:08 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 26 Sep 2011 11:36:08 -0500 Subject: [gradsusr] mass of water in layers In-Reply-To: <7D770C23AFA64CA4839CE943D4E9B72F@shimonlaptop> References: <4E2EE9BD.6010708@noaa.gov> <235825D78B7449838E6B011E1AD3CC88@shimonlaptop> <7D770C23AFA64CA4839CE943D4E9B72F@shimonlaptop> Message-ID: I got a nice script from the script librarythat doesn't appear to be there anymore, but I've attached it to this email. It will plot an arbitrary cross section using the collect command. As far as obtaining water vapor mass, really the only way is to use the density of dry air to get water vapor density, or q*rho, where q is water vapor mixing ratio and rho is dry-air density. Jeff Duda On Mon, Sep 26, 2011 at 10:54 AM, Simon Krichak wrote: > ** > Mason, > It does not look that simple since I need to plot not the mixing ratios > themselves but those multiplied by mass of air in each of the layers. > Simon > > > ----- Original Message ----- > *From:* Rowell, Mason D. > *To:* GrADS Users Forum > *Sent:* Monday, September 26, 2011 6:09 PM > *Subject:* Re: [gradsusr] mass of water in layers > > Simon, > > You should easily be able to set the dimensions such that the display > output yeilds a cross section, at least along some latitude or longitude > line, but I know there are ways to do it along any line of choice. Just > allow only the z and some horizontal dimension to vary, with all other > diimensions fixed. Are you looking for vertically integrated water mass, or > just wishing to plot isopleths of mixing ratio? > > Mason > ------------------------------ > *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on > behalf of Simon Krichak [shimon at cyclone.tau.ac.il] > *Sent:* Monday, September 26, 2011 7:30 AM > *To:* GrADS Users Forum > *Subject:* [gradsusr] mass of water in layers > > Dear GrADS User, > > I have the mixing ratio data and other parameters from the NNRP defined on > unevenly spaced isobaric surfaces and would like to draw vertical > crossection of the water mass in the layers. Would appreciate your help if > possible. > > Regards, > Simon Krichak > > > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/590d1036/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: cross.gs Type: application/octet-stream Size: 1373 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110926/590d1036/attachment-0003.obj From jdduda at iastate.edu Mon Sep 26 12:39:08 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Mon, 26 Sep 2011 11:39:08 -0500 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: The command you'll probably want to use is "asum". Jeff Duda On Mon, Sep 26, 2011 at 10:24 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear Davide and Mason, > > Davide> I am not dealing with precipitation but NPP but I will have a look > at your suggestion. > Mason> Let me check on it. > > Thanks, > > Serge > > > On Mon, Sep 26, 2011 at 8:11 AM, Rowell, Mason D. > wrote: > >> Serge, >> >> Find documentation on the asum (areal sum) function. It should accept >> the arguments you need. >> >> Mason >> ------------------------------ >> *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on >> behalf of Rafanoharana Serge Claudio [rafanoharana at gmail.com] >> *Sent:* Monday, September 26, 2011 4:46 AM >> *To:* GrADS Users Forum >> *Subject:* [gradsusr] How to get the Sum of variable (not spatially) for >> all region >> >> Dear all, >> >> I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' >> then I obtain the sum of the spatial distribution for one year. This is more >> "in this point/coordinate, the annual precipitation is xxx mm" >> >> But what I need is the total (sum) of the value of the variable. Something >> like: "In this area of 500km2, the annual precipitation is xxx mm". >> >> Is it possible to obtain that? >> >> Best regards >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110926/018495de/attachment-0003.html From klevey at customweather.com Mon Sep 26 17:06:02 2011 From: klevey at customweather.com (Kevin M Levey) Date: Mon, 26 Sep 2011 14:06:02 -0700 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> Message-ID: <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> MON 26SEP11: 1400PDT Hi I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid Regional - CONUS - Double Resolution (Lambert Conformal - 40km) Prob Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). I've had no problems using processing the SPREAD and MEAN files using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), however, am running into issues when processing the probability files. Firstly, g2ctl.pl throws this: Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use use -g2clib 0 for WMO standard and then running gribmap I get this: Product Definition Template 9 not handled As I understand it, wgrib2 doesn't know what to do as the table for SREF is not defined. The CTL file incorrectly shows only a few variables and none of the probability variables as listed on the NCEP site: http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml I'm somewhat stumped here as to how to correctly process these type files and display the desired variables in GRADS. Any help would be welcome. Thanks. Regards, Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) Vice President of Operations CustomWeather, Inc. San Francisco, California, USA "Taking the World by Storm!" http://www.customweather.com http://www.myforecast.com http://www.1stweather.com cell: 415-794-0411 work: 415-777-3566 email: klevey at customweather.com From reto.stauffer at student.uibk.ac.at Tue Sep 27 06:05:37 2011 From: reto.stauffer at student.uibk.ac.at (Stauffer Reto (UNI)) Date: Tue, 27 Sep 2011 12:05:37 +0200 Subject: [gradsusr] Loading GFS data (DODS) over nomad's ".ascii" option - how to read in grads? In-Reply-To: <1314709137.58904.YahooMailRC@web29612.mail.ird.yahoo.com> References: <1314709137.58904.YahooMailRC@web29612.mail.ird.yahoo.com> Message-ID: <4E819FF1.4070501@student.uibk.ac.at> Dear usergroup We would like to visualize some GFS products. Actually i get the data from the nomad servers "on demand" with 'sdfopen http://nomad3.ncep.noaa.gov:9090/dods/gfs20110927/gfs_master_00z' THE PROBLEM is that i have so much calls to the server that he kills the connection (after ~100 as written on the nomad3 servers page). Now there is also an option to load all the data with wget. For example the call is http://nomad3.ncep.noaa.gov:9090/dods/gfs20110926/gfs_master_00z.ascii?rh2m[14:28][46:46][22:22] It's the same "file/adress" but with the .ascii? option (selecting one variable "rh2m" here for certain timesteps [14:28] and for only one gridpoint (lon/lat 46/22). This works fine and i can create the ascii-file without any problem BUT HOW TO READ those files with grads? Can i convert those files? Or open directly? Or create a controlfile? I read all possible hints and pages in the internet but i havnt found any solution until now. Does anyone have some experiences with that approach? Or is there another option not to run into the "server request restriction"? Best wishes Reto Stauffer University of Innsbruck -- ------------------------------------------------------------- Reto Stauffer Department of Meteorology and Geophysics University of Innsbruck Innrain 52, A- 6020 Innsbruck, Austria Tel: +43-(0)-512-507-5486 Fax: +43-(0)-512-507-2924 Email: reto.stauffer at student.uibk.ac.at ------------------------------------------------------------- From reto.stauffer at student.uibk.ac.at Tue Sep 27 06:06:32 2011 From: reto.stauffer at student.uibk.ac.at (Stauffer Reto (UNI)) Date: Tue, 27 Sep 2011 12:06:32 +0200 Subject: [gradsusr] Loading GFS data (DODS) over nomad's ".ascii" option - how to read in grads? Message-ID: <4E81A028.5040001@student.uibk.ac.at> Dear usergroup We would like to visualize some GFS products. Actually i get the data from the nomad servers "on demand" with 'sdfopen http://nomad3.ncep.noaa.gov:9090/dods/gfs20110927/gfs_master_00z' THE PROBLEM is that i have so much calls to the server that he kills the connection (after ~100 as written on the nomad3 servers page). Now there is also an option to load all the data with wget. For example the call is http://nomad3.ncep.noaa.gov:9090/dods/gfs20110926/gfs_master_00z.ascii?rh2m[14:28][46:46][22:22] It's the same "file/adress" but with the .ascii? option (selecting one variable "rh2m" here for certain timesteps [14:28] and for only one gridpoint (lon/lat 46/22). This works fine and i can create the ascii-file without any problem BUT HOW TO READ those files with grads? Can i convert those files? Or open directly? Or create a controlfile? I read all possible hints and pages in the internet but i havnt found any solution until now. Does anyone have some experiences with that approach? Or is there another option not to run into the "server request restriction"? Best wishes Reto Stauffer University of Innsbruck From dasilva at alum.mit.edu Tue Sep 27 08:51:51 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 27 Sep 2011 08:51:51 -0400 Subject: [gradsusr] Loading GFS data (DODS) over nomad's ".ascii" option - how to read in grads? In-Reply-To: <4E819FF1.4070501@student.uibk.ac.at> References: <1314709137.58904.YahooMailRC@web29612.mail.ird.yahoo.com> <4E819FF1.4070501@student.uibk.ac.at> Message-ID: On Tue, Sep 27, 2011 at 6:05 AM, Stauffer Reto (UNI) < reto.stauffer at student.uibk.ac.at> wrote: > Dear usergroup > > We would like to visualize some GFS products. Actually i get the data > from the nomad servers "on demand" with > > 'sdfopen http://nomad3.ncep.noaa.gov:9090/dods/gfs20110927/gfs_master_00z' > > THE PROBLEM is that i have so much calls to the server that he kills the > connection (after ~100 as written on the nomad3 servers page). Now there > is also an option to load all the data with wget. For example the call is > > > http://nomad3.ncep.noaa.gov:9090/dods/gfs20110926/gfs_master_00z.ascii?rh2m[14:28][46:46][22:22] > > It's the same "file/adress" but with the .ascii? option (selecting one > variable "rh2m" here for certain timesteps [14:28] and for only one > gridpoint (lon/lat 46/22). This works fine and i can create the > ascii-file without any problem > > I don't think this will make any difference in so far access restriction is concerned. Using ASCII you likely just waste more resources than bringing binary data. If I recall well these files are stored in GRIB-2 at the server, so getting a single point may not save much because of the way compression is implemented (it may still need to read a full lat/lon layer in order to uncompress). > BUT HOW TO READ those files with grads? Can i convert those files? Or > open directly? Or create a controlfile? > > I read all possible hints and pages in the internet but i havnt found > any solution until now. > Does anyone have some experiences with that approach? > > Or is there another option not to run into the "server request > restriction"? > > What many people do is to grab the binary GRIB-2 files with wget using plain http (not through the DODS interface). There are actually nice perl scripts to automate this, see http://www.cpc.ncep.noaa.gov/products/wesley/fast_downloading_grib.html For reading the GRIB-2 files, see Wes' utilities: http://www.cpc.ncep.noaa.gov/products/wesley/wgrib2/ http://www.cpc.ncep.noaa.gov/products/wesley/g2ctl.html and of course the grads documentation. Good Luck, Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/8e1e4ddf/attachment-0003.html From jma at cola.iges.org Tue Sep 27 09:02:06 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Tue, 27 Sep 2011 09:02:06 -0400 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> Message-ID: What is the URL or FTP address where I can get a sample of this SREF file? --Jennifer On Sep 26, 2011, at 5:06 PM, Kevin M Levey wrote: > MON 26SEP11: 1400PDT > > Hi > > I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid > Regional - CONUS - Double Resolution (Lambert Conformal - 40km) Prob > Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). > > I've had no problems using processing the SPREAD and MEAN files > using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), > however, am running into issues when processing the probability files. > > Firstly, g2ctl.pl throws this: > > Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use > use -g2clib 0 for WMO standard > > and then running gribmap I get this: > > Product Definition Template 9 not handled > > As I understand it, wgrib2 doesn't know what to do as the table for > SREF is not defined. The CTL file incorrectly shows only a few > variables and none of the probability variables as listed on the > NCEP site: > > http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml > > I'm somewhat stumped here as to how to correctly process these type > files and display the desired variables in GRADS. > > Any help would be welcome. > > Thanks. > > Regards, > > Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of > Cape Town) > Vice President of Operations > CustomWeather, Inc. > San Francisco, California, USA > > "Taking the World by Storm!" > > http://www.customweather.com > http://www.myforecast.com > http://www.1stweather.com > > cell: 415-794-0411 > work: 415-777-3566 > email: klevey at customweather.com > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/024afd78/attachment-0003.html From jma at cola.iges.org Tue Sep 27 09:28:39 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Tue, 27 Sep 2011 09:28:39 -0400 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> Message-ID: Never mind, I found a sample and will look into whether GrADS can handle this PDT. --Jennifer On Sep 27, 2011, at 9:02 AM, Jennifer Adams wrote: > What is the URL or FTP address where I can get a sample of this SREF > file? --Jennifer > > On Sep 26, 2011, at 5:06 PM, Kevin M Levey wrote: > >> MON 26SEP11: 1400PDT >> >> Hi >> >> I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid >> Regional - CONUS - Double Resolution (Lambert Conformal - 40km) >> Prob Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). >> >> I've had no problems using processing the SPREAD and MEAN files >> using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), >> however, am running into issues when processing the probability >> files. >> >> Firstly, g2ctl.pl throws this: >> >> Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use >> use -g2clib 0 for WMO standard >> >> and then running gribmap I get this: >> >> Product Definition Template 9 not handled >> >> As I understand it, wgrib2 doesn't know what to do as the table for >> SREF is not defined. The CTL file incorrectly shows only a few >> variables and none of the probability variables as listed on the >> NCEP site: >> >> http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml >> >> I'm somewhat stumped here as to how to correctly process these type >> files and display the desired variables in GRADS. >> >> Any help would be welcome. >> >> Thanks. >> >> Regards, >> >> Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University >> of Cape Town) >> Vice President of Operations >> CustomWeather, Inc. >> San Francisco, California, USA >> >> "Taking the World by Storm!" >> >> http://www.customweather.com >> http://www.myforecast.com >> http://www.1stweather.com >> >> cell: 415-794-0411 >> work: 415-777-3566 >> email: klevey at customweather.com >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/c600cb15/attachment-0003.html From antoine.molin at poweo.com Tue Sep 27 10:28:19 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Tue, 27 Sep 2011 16:28:19 +0200 Subject: [gradsusr] Gribmap Message-ID: <4E81DD83.6070604@poweo.com> Dear All, .I am trying to use gribmap with opengrads superpack under Windows, and it doesn't work; i tried the automatic installer and zip file, but in fact i am not used to Linux, Cygwin ....and there must be a path problem, i think. How do you launch gribmap? i tried in "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", it seems to work, but the .idx is not created (as if there was not a X server). Thanks -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/99b57830/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110927/99b57830/attachment-0003.jpg From rafanoharana at gmail.com Tue Sep 27 10:53:25 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Tue, 27 Sep 2011 07:53:25 -0700 Subject: [gradsusr] How to get the Sum of variable (not spatially) for all region In-Reply-To: References: Message-ID: Dear Jeff Duda, Thank you... I'll work on it... Serge On Mon, Sep 26, 2011 at 9:39 AM, Jeffrey Duda wrote: > The command you'll probably want to use is "asum". > > Jeff Duda > > > On Mon, Sep 26, 2011 at 10:24 AM, Rafanoharana Serge Claudio < > rafanoharana at gmail.com> wrote: > >> Dear Davide and Mason, >> >> Davide> I am not dealing with precipitation but NPP but I will have a look >> at your suggestion. >> Mason> Let me check on it. >> >> Thanks, >> >> Serge >> >> >> On Mon, Sep 26, 2011 at 8:11 AM, Rowell, Mason D. < >> Mason.D.Rowell-1 at ou.edu> wrote: >> >>> Serge, >>> >>> Find documentation on the asum (areal sum) function. It should accept >>> the arguments you need. >>> >>> Mason >>> ------------------------------ >>> *From:* gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on >>> behalf of Rafanoharana Serge Claudio [rafanoharana at gmail.com] >>> *Sent:* Monday, September 26, 2011 4:46 AM >>> *To:* GrADS Users Forum >>> *Subject:* [gradsusr] How to get the Sum of variable (not spatially) for >>> all region >>> >>> Dear all, >>> >>> I have monthly data of one year. I used 'define new=sum(var,t=1,t=12)' >>> then I obtain the sum of the spatial distribution for one year. This is more >>> "in this point/coordinate, the annual precipitation is xxx mm" >>> >>> But what I need is the total (sum) of the value of the variable. >>> Something like: "In this area of 500km2, the annual precipitation is xxx >>> mm". >>> >>> Is it possible to obtain that? >>> >>> Best regards >>> >>> -- >>> Serge >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/ec43241e/attachment-0003.html From Wesley.Ebisuzaki at noaa.gov Tue Sep 27 11:18:51 2011 From: Wesley.Ebisuzaki at noaa.gov (Wesley Ebisuzaki) Date: Tue, 27 Sep 2011 11:18:51 -0400 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> Message-ID: <4E81E95B.3040901@noaa.gov> Kevin, Kevin M Levey wrote: > MON 26SEP11: 1400PDT > > Hi > > I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid Regional - CONUS - Double Resolution (Lambert Conformal - 40km) Prob Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). > > I've had no problems using processing the SPREAD and MEAN files using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), however, am running into issues when processing the probability files. > > Firstly, g2ctl.pl throws this: > > Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use use -g2clib 0 for WMO standard > wgrib2 has detected a field which would be decoded differently by g2clib/g2lib than suggested by the WMO standard. Since the sref fields were created by g2lib, you need g2clib/g2lib to decode the files correctly. Similar bugs have been found in the NCAR and the ECMWF software; however, I haven't put warning into the wgrib2 code (except for the ECMWF chemistry table). > and then running gribmap I get this: > > Product Definition Template 9 not handled > Right now, GrADS can't handle the probability fields correctly because (1) The control file can't tell the difference between: ":prob >25.4" and "prob >50.8" (2) gribmap needs to be compiled with the latest version of g2clib. If (2) is done, you could display the probability fields by putting the field that you want to display into it's own record. Converting to netcdf is not an option until the next wgrib2 release. Wesley > As I understand it, wgrib2 doesn't know what to do as the table for SREF is not defined. The CTL file incorrectly shows only a few variables and none of the probability variables as listed on the NCEP site: > > http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml > > I'm somewhat stumped here as to how to correctly process these type files and display the desired variables in GRADS. > > Any help would be welcome. > > Thanks. > > Regards, > > Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) > Vice President of Operations > CustomWeather, Inc. > San Francisco, California, USA > > "Taking the World by Storm!" > > http://www.customweather.com > http://www.myforecast.com > http://www.1stweather.com > > cell: 415-794-0411 > work: 415-777-3566 > email: klevey at customweather.com > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From klevey at customweather.com Tue Sep 27 12:18:08 2011 From: klevey at customweather.com (Kevin M Levey) Date: Tue, 27 Sep 2011 09:18:08 -0700 Subject: [gradsusr] SREF: "Product Definition Template 9 not handled" error message with g2ctl.pl In-Reply-To: <4E81E95B.3040901@noaa.gov> References: <52592514-2462-436D-8260-0025B3C153DC@cola.iges.org> <166B3317-2C8B-460E-9942-D60AED420250@customweather.com> <4E81E95B.3040901@noaa.gov> Message-ID: TUE 27SEP11: 0915PDT Hi Wesley (and Jennifer) Thanks for your response - and you confirmed what I suspected. I'll have our software engineer recompile and try your suggestion. I have a question, and not sure exactly what you mean by > If (2) is done, you could display the probability fields by putting the field that you want to display into it's own record. Yep, I tried the netcdf option and that didn't work as you noted. Believe you me, I spent almost all day yesterday trying to get around this issue. Thank you for your time and effort. Regards, Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) Vice President of Operations CustomWeather, Inc. San Francisco, California, USA "Taking the World by Storm!" http://www.customweather.com http://www.myforecast.com http://www.1stweather.com cell: 415-794-0411 work: 415-777-3566 email: klevey at customweather.com On Sep 27, 2011, at 09/27/11 - 8:18 AM, Wesley Ebisuzaki wrote: > Kevin, > > > Kevin M Levey wrote: >> MON 26SEP11: 1400PDT >> >> Hi >> >> I'm busy processing SREF GRIB2 model data, specifically: AWIPS grid Regional - CONUS - Double Resolution (Lambert Conformal - 40km) Prob Products (NCEP ....ensprod/sref.tccz.pgrb212.prob.grib2). >> >> I've had no problems using processing the SPREAD and MEAN files using gtcl.pl (ver:0.0.8.2) and wgrib2 (ver: v0.1.9.2c 3/2011 ), however, am running into issues when processing the probability files. >> >> Firstly, g2ctl.pl throws this: >> >> Warning: g2lib/g2clib jpeg deocde may differ from WMO standard, use use -g2clib 0 for WMO standard >> > wgrib2 has detected a field which would be decoded differently by > g2clib/g2lib than suggested > by the WMO standard. Since the sref fields were created by g2lib, you > need g2clib/g2lib to > decode the files correctly. Similar bugs have been found in the NCAR > and the ECMWF > software; however, I haven't put warning into the wgrib2 code (except > for the ECMWF > chemistry table). > > >> and then running gribmap I get this: >> >> Product Definition Template 9 not handled >> > Right now, GrADS can't handle the probability fields correctly because > > (1) The control file can't tell the difference between: ":prob >> 25.4" and "prob >50.8" > (2) gribmap needs to be compiled with the latest version of g2clib. > > If (2) is done, you could display the probability fields by putting the > field that you want to > display into it's own record. > > Converting to netcdf is not an option until the next wgrib2 release. > > Wesley > >> As I understand it, wgrib2 doesn't know what to do as the table for SREF is not defined. The CTL file incorrectly shows only a few variables and none of the probability variables as listed on the NCEP site: >> >> http://www.nco.ncep.noaa.gov/pmb/products/sref/sref.t03z.pgrb212.prob.grib2.shtml >> >> I'm somewhat stumped here as to how to correctly process these type files and display the desired variables in GRADS. >> >> Any help would be welcome. >> >> Thanks. >> >> Regards, >> >> Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) >> Vice President of Operations >> CustomWeather, Inc. >> San Francisco, California, USA >> >> "Taking the World by Storm!" >> >> http://www.customweather.com >> http://www.myforecast.com >> http://www.1stweather.com >> >> cell: 415-794-0411 >> work: 415-777-3566 >> email: klevey at customweather.com >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr From dasilva at alum.mit.edu Tue Sep 27 17:14:27 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 27 Sep 2011 17:14:27 -0400 Subject: [gradsusr] Gribmap In-Reply-To: <4E81DD83.6070604@poweo.com> References: <4E81DD83.6070604@poweo.com> Message-ID: On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine wrote: > ** > > Dear All, > > .I am trying to use gribmap with opengrads superpack under Windows, and it > doesn't work; i tried the automatic installer and zip file, but in fact i am > not used to Linux, Cygwin ....and there must be a path problem, i think. > How do you launch gribmap? i tried in > "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", > it seems to work, but the .idx is not created (as if there was not a X > server). > Can you send a screendump? What exactly is the error message? Arlindo. > Thanks > > > -- > > *Antoine Molin* > > ** > > **** > > [image: EED POWEO Logo] > > 16, Place Cormontaigne - 59000 Lille**** > > **** > > Tel. : *+ 33 3 20 74 04 00* > > Fax : + 33 3 20 74 04 07**** > > *poweo.com * > > ** > > Avant d'imprimer, pensez ? l'environnement**** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110927/02bd959a/attachment-0003.html From sushantpuranik at gmail.com Wed Sep 28 00:56:08 2011 From: sushantpuranik at gmail.com (sushant puranik) Date: Wed, 28 Sep 2011 10:26:08 +0530 Subject: [gradsusr] How to write data in a file Message-ID: Hi I am trying to make average of vorticity over four points as set lev 850 define zeta=hcurl(uwnd,vwnd.2) set lat 12.5 set lon 100 define z1=zeta clear set lat 10 set lon 100 define z2=zeta clear set lat 12.5 set lon 97.5 define z3=zeta clear set lat 10 set lon 97.5 define z4=zeta clear define avez=(z1+z2+z3+z4)/4 d avez write (testz.txt,te) But the output file remains blank. whats wrong with the script? Thanks Sushant -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/74c24dad/attachment-0003.html From zjuyanlibin at 163.com Wed Sep 28 01:00:28 2011 From: zjuyanlibin at 163.com (Yan Libin) Date: Wed, 28 Sep 2011 13:00:28 +0800 Subject: [gradsusr] How to write data in a file References: Message-ID: <201109281300287508900@163.com> set gxout print d * or rc=write(file='.../result.txt',result) Yan Libin From: sushant puranik Date: 2011-09-28 13:26 To: GrADS Users Forum Subject: [gradsusr] How to write data in a file Hi I am trying to make average of vorticity over four points as set lev 850 define zeta=hcurl(uwnd,vwnd.2) set lat 12.5 set lon 100 define z1=zeta clear set lat 10 set lon 100 define z2=zeta clear set lat 12.5 set lon 97.5 define z3=zeta clear set lat 10 set lon 97.5 define z4=zeta clear define avez=(z1+z2+z3+z4)/4 d avez write (testz.txt,te) But the output file remains blank. whats wrong with the script? Thanks Sushant -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/2aacd292/attachment-0003.html From dasilva at alum.mit.edu Wed Sep 28 08:27:24 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 28 Sep 2011 08:27:24 -0400 Subject: [gradsusr] How to write data in a file In-Reply-To: References: Message-ID: On Wed, Sep 28, 2011 at 12:56 AM, sushant puranik wrote: > Hi > I am trying to make average of vorticity over four points as > > set lev 850 > define zeta=hcurl(uwnd,vwnd.2) > set lat 12.5 > set lon 100 > define z1=zeta > clear > set lat 10 > set lon 100 > define z2=zeta > clear > set lat 12.5 > set lon 97.5 > define z3=zeta > clear > set lat 10 > set lon 97.5 > define z4=zeta > clear > define avez=(z1+z2+z3+z4)/4 > d avez > write (testz.txt,te) > > > But the output file remains blank. > > whats wrong with the script? > > What kind of script is this? Exec? Recall that write() is a gs script function, not something you call from the "ga->" command line. Read the section of the User's Guide on scripts: http://grads.iges.org/grads/gadoc/script.html#intro Make sure you define the variable "te" that you are writing to the file, and that the file name is a string. -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/2407b609/attachment-0003.html From nkh09 at fsu.edu Wed Sep 28 08:44:34 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Wed, 28 Sep 2011 12:44:34 GMT Subject: [gradsusr] How to write data in a file In-Reply-To: References: Message-ID: Hey, At the end of your script, after 'd avez' add this line.. average=subwrd(result,4) write(test.txt,average) When you display a variable with a single value, GrADS writes the value to the terminal in a format like this Result value = xxxx So, you just have to tell it to grab the xxxx part of the output. Hope that helps! -Nick That should do it ----- Original Message ----- From: Arlindo da Silva Date: Wednesday, September 28, 2011 12:28 pm Subject: Re: [gradsusr] How to write data in a file To: GrADS Users Forum > On Wed, Sep 28, 2011 at 12:56 AM, sushant puranik > wrote: > > > Hi > > I am trying to make average of vorticity over four points as > > > > set lev 850 > > define zeta=hcurl(uwnd,vwnd.2) > > set lat 12.5 > > set lon 100 > > define z1=zeta > > clear > > set lat 10 > > set lon 100 > > define z2=zeta > > clear > > set lat 12.5 > > set lon 97.5 > > define z3=zeta > > clear > > set lat 10 > > set lon 97.5 > > define z4=zeta > > clear > > define avez=(z1+z2+z3+z4)/4 > > d avez > > write (testz.txt,te) > > > > > > But the output file remains blank. > > > > whats wrong with the script? > > > > > What kind of script is this? Exec? Recall that write() is a gs script > function, not something you call from the "ga->" command line. Read > thesection of the User's Guide on scripts: > > http://grads.iges.org/grads/gadoc/script.html#intro > > Make sure you define the variable "te" that you are writing to the > file, and > that the file name is a string. > > -- > Arlindo da Silva > dasilva at alum.mit.edu > From antoine.molin at poweo.com Wed Sep 28 09:09:18 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Wed, 28 Sep 2011 15:09:18 +0200 Subject: [gradsusr] Gribmap In-Reply-To: References: <4E81DD83.6070604@poweo.com> Message-ID: <4E831C7E.4070809@poweo.com> Hi, see enclosed file: if i launch opengrads from the desk, i get the first screen dump with something strange in the path. Then, if i launch gribmap from "C:\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", i get the second screen dump, but the window disappears with "return", & no .idx is created. i join too the .grads.log from "C:\Documents and Settings\Antoine". Thanks, and best regards. Antoine Le 27/09/2011 23:14, Arlindo da Silva a ?crit : > > > On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine > > wrote: > > > Dear All, > > .I am trying to use gribmap with opengrads superpack under > Windows, and it doesn't work; i tried the automatic installer and > zip file, but in fact i am not used to Linux, Cygwin ....and there > must be a path problem, i think. > How do you launch gribmap? i tried in > "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", > it seems to work, but the .idx is not created (as if there was not > a X server). > > > Can you send a screendump? What exactly is the error message? > > Arlindo. > > > > > > > Thanks > > > -- > > *Antoine Molin* > > ** > > EED POWEO Logo > > 16, Place Cormontaigne - 59000 Lille > > Tel. : *+ 33 3 20 74 04 00* > > Fax : + 33 3 20 74 04 07 > > *poweo.com * > > ** > > Avant d'imprimer, pensez ? l'environnement > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu -- -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/08d68636/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110928/08d68636/attachment-0003.jpg -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: .grads.log Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/08d68636/attachment-0003.pl -------------- next part -------------- A non-text attachment was scrubbed... Name: opengrads_pbe.doc Type: application/msword Size: 296960 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110928/08d68636/attachment-0003.doc From antoine.molin at poweo.com Wed Sep 28 10:10:55 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Wed, 28 Sep 2011 16:10:55 +0200 Subject: [gradsusr] Gribmap In-Reply-To: References: <4E81DD83.6070604@poweo.com> Message-ID: <4E832AEF.8010905@poweo.com> Hi, In fact, it is working if i use rather recent descriptor files and grib data: i have some coming from WRF-EMS, and it is working. But if i work with .ctl i was using before with grads Version 1.8 (see enclosed file) for NCEP reanalysis data, the error message is : "data descriptor file is not for GRIB data". So the .ctl must have changed, isn'it? Br Antoine Le 27/09/2011 23:14, Arlindo da Silva a ?crit : > > > On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine > > wrote: > > > Dear All, > > .I am trying to use gribmap with opengrads superpack under > Windows, and it doesn't work; i tried the automatic installer and > zip file, but in fact i am not used to Linux, Cygwin ....and there > must be a path problem, i think. > How do you launch gribmap? i tried in > "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", > it seems to work, but the .idx is not created (as if there was not > a X server). > > > Can you send a screendump? What exactly is the error message? > > Arlindo. > > > > > > > Thanks > > > -- > > *Antoine Molin* > > ** > > EED POWEO Logo > > 16, Place Cormontaigne - 59000 Lille > > Tel. : *+ 33 3 20 74 04 00* > > Fax : + 33 3 20 74 04 07 > > *poweo.com * > > ** > > Avant d'imprimer, pensez ? l'environnement > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu -- -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/d38d81e6/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110928/d38d81e6/attachment-0003.jpg -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: UGRDhag.10.2009.ctl Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/d38d81e6/attachment-0003.pl From jma at cola.iges.org Wed Sep 28 11:33:24 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Wed, 28 Sep 2011 11:33:24 -0400 Subject: [gradsusr] Gribmap In-Reply-To: <4E832AEF.8010905@poweo.com> References: <4E81DD83.6070604@poweo.com> <4E832AEF.8010905@poweo.com> Message-ID: <66F0A4A6-5C2A-4C4C-84DB-6783F016076E@cola.iges.org> Your descriptor file is missing "dtype grib". --Jennifer On Sep 28, 2011, at 10:10 AM, Molin Antoine wrote: > Hi, > > In fact, it is working if i use rather recent descriptor files and > grib data: i have some coming from WRF-EMS, and it is working. > > But if i work with .ctl i was using before with grads Version 1.8 > (see enclosed file) for NCEP reanalysis data, the error message is : > "data descriptor file is not for GRIB data". > > So the .ctl must have changed, isn'it? > > Br > Antoine > > > > Le 27/09/2011 23:14, Arlindo da Silva a ?crit : >> >> >> >> On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine > > wrote: >> >> Dear All, >> >> .I am trying to use gribmap with opengrads superpack under Windows, >> and it doesn't work; i tried the automatic installer and zip file, >> but in fact i am not used to Linux, Cygwin ....and there must be a >> path problem, i think. >> How do you launch gribmap? i tried in "C:\grads-2.0.a9.oga.1- >> win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga. >> 1\i686", it seems to work, but the .idx is not >> created (as if there was not a X server). >> >> Can you send a screendump? What exactly is the error message? >> >> Arlindo. >> >> >> >> >> >> >> >> >> Thanks >> >> >> -- >> Antoine Molin >> >> >> >> >> >> 16, Place Cormontaigne - 59000 Lille >> >> >> Tel. : + 33 3 20 74 04 00 >> >> Fax : + 33 3 20 74 04 07 >> >> poweo.com >> >> >> Avant d'imprimer, pensez ? l'environnement >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu > > > -- > > -- > Antoine Molin > > > > > > 16, Place Cormontaigne - 59000 Lille > > > Tel. : + 33 3 20 74 04 00 > > Fax : + 33 3 20 74 04 07 > > poweo.com > > > Avant d'imprimer, pensez ? l'environnement > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/c7109a30/attachment-0003.html From antoine.molin at poweo.com Wed Sep 28 11:49:03 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Wed, 28 Sep 2011 17:49:03 +0200 Subject: [gradsusr] Gribmap In-Reply-To: <66F0A4A6-5C2A-4C4C-84DB-6783F016076E@cola.iges.org> References: <4E81DD83.6070604@poweo.com> <4E832AEF.8010905@poweo.com> <66F0A4A6-5C2A-4C4C-84DB-6783F016076E@cola.iges.org> Message-ID: <4E8341EF.8090908@poweo.com> thanks; it is working! Antoine Le 28/09/2011 17:33, Jennifer Adams a ?crit : > Your descriptor file is missing "dtype grib". --Jennifer > > On Sep 28, 2011, at 10:10 AM, Molin Antoine wrote: > >> Hi, >> >> In fact, it is working if i use rather recent descriptor files and >> grib data: i have some coming from WRF-EMS, and it is working. >> >> But if i work with .ctl i was using before with grads Version 1.8 >> (see enclosed file) for NCEP reanalysis data, the error message is : >> "data descriptor file is not for GRIB data". >> >> So the .ctl must have changed, isn'it? >> >> Br >> Antoine >> >> >> >> Le 27/09/2011 23:14, Arlindo da Silva a ?crit : >>> >>> >>> On Tue, Sep 27, 2011 at 10:28 AM, Molin Antoine >>> > wrote: >>> >>> >>> Dear All, >>> >>> .I am trying to use gribmap with opengrads superpack under >>> Windows, and it doesn't work; i tried the automatic installer >>> and zip file, but in fact i am not used to Linux, Cygwin ....and >>> there must be a path problem, i think. >>> How do you launch gribmap? i tried in >>> "C:\grads-2.0.a9.oga.1-win32_superpack\opengrads\Contents\Cygwin\Versions\2.0.a9.oga.1\i686", >>> it seems to work, but the .idx is not created (as if there was >>> not a X server). >>> >>> >>> Can you send a screendump? What exactly is the error message? >>> >>> Arlindo. >>> >>> >>> >>> >>> >>> >>> Thanks >>> >>> >>> -- >>> >>> *Antoine Molin* >>> >>> ** >>> >>> >>> EED POWEO Logo >>> >>> 16, Place Cormontaigne - 59000 Lille >>> >>> >>> Tel. : *+ 33 3 20 74 04 00* >>> >>> Fax : + 33 3 20 74 04 07 >>> >>> *poweo.com * >>> >>> ** >>> >>> Avant d'imprimer, pensez ? l'environnement >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >>> >>> >>> -- >>> Arlindo da Silva >>> dasilva at alum.mit.edu >> >> >> -- >> >> -- >> >> *Antoine Molin* >> >> ** >> >> >> >> 16, Place Cormontaigne - 59000 Lille >> >> Tel. : *+ 33 3 20 74 04 00* >> >> Fax : + 33 3 20 74 04 07 >> >> *poweo.com * >> >> ** >> >> Avant d'imprimer, pensez ? l'environnement >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > -- -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/278748f6/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110928/278748f6/attachment-0003.jpg From rafanoharana at gmail.com Wed Sep 28 13:29:38 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Wed, 28 Sep 2011 10:29:38 -0700 Subject: [gradsusr] Mean of specific time Message-ID: Dear all, How to get the mean of a specific time. I mean I have monthly data of 10 years. I need to obtain the mean of each month. I used 'cdo -r ymeanmonth input.nc output.nc' but my computer says cannot allocate memory since the file is pretty big in size (20 Gb) Then I tried to use GrADS but cannot find the appropriate command. I will take one by one the mean of each month, so for example for october if I do define oct=mean (var, t=1, t=12) it will give me the mean of 12 month but I do not need that but I need the mean of all october of 10 years of the monthly data of 10 years. How to get each october? Something like 'define oct=mean(var,t=10,t=22,t=34,t=46,t=58,t=71,t=83,t=95,t=107,t=119) I hope you get the idea Serge -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/48ef22e4/attachment-0003.html From dasilva at alum.mit.edu Wed Sep 28 19:37:06 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 28 Sep 2011 19:37:06 -0400 Subject: [gradsusr] Mean of specific time In-Reply-To: References: Message-ID: On Wed, Sep 28, 2011 at 1:29 PM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > How to get the mean of a specific time. I mean I have monthly data of 10 > years. I need to obtain the mean of each month. I used 'cdo -r ymeanmonth > input.nc output.nc' but my computer says cannot allocate memory since the > file is pretty big in size (20 Gb) > > Then I tried to use GrADS but cannot find the appropriate command. > I will take one by one the mean of each month, so for example for october > > if I do define oct=mean (var, t=1, t=12) it will give me the mean of 12 > month but I do not need that but I need the mean of all october of 10 years > of the monthly data of 10 years. > > How to get each october? > Something like 'define > oct=mean(var,t=10,t=22,t=34,t=46,t=58,t=71,t=83,t=95,t=107,t=119) > > Did you consult the documentation for ave()? It explicitly says that you can specify a time increment when time averaging, oct = ave(var,t=10,t=119,12) The time increment is 12 in this case. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110928/1a21757b/attachment-0003.html From sushantpuranik at gmail.com Thu Sep 29 00:44:39 2011 From: sushantpuranik at gmail.com (sushant puranik) Date: Thu, 29 Sep 2011 10:14:39 +0530 Subject: [gradsusr] How to write data in a file In-Reply-To: References: Message-ID: Thanks Nick. Got the solution On Wed, Sep 28, 2011 at 6:14 PM, Nick Heath wrote: > Hey, > > At the end of your script, after 'd avez' add this line.. > average=subwrd(result,4) > write(test.txt,average) > > When you display a variable with a single value, GrADS writes the value to > the terminal in a format like this > Result value = xxxx > So, you just have to tell it to grab the xxxx part of the output. > > Hope that helps! > -Nick > > That should do it > > ----- Original Message ----- > From: Arlindo da Silva > Date: Wednesday, September 28, 2011 12:28 pm > Subject: Re: [gradsusr] How to write data in a file > To: GrADS Users Forum > > > On Wed, Sep 28, 2011 at 12:56 AM, sushant puranik > > wrote: > > > > > Hi > > > I am trying to make average of vorticity over four points as > > > > > > set lev 850 > > > define zeta=hcurl(uwnd,vwnd.2) > > > set lat 12.5 > > > set lon 100 > > > define z1=zeta > > > clear > > > set lat 10 > > > set lon 100 > > > define z2=zeta > > > clear > > > set lat 12.5 > > > set lon 97.5 > > > define z3=zeta > > > clear > > > set lat 10 > > > set lon 97.5 > > > define z4=zeta > > > clear > > > define avez=(z1+z2+z3+z4)/4 > > > d avez > > > write (testz.txt,te) > > > > > > > > > But the output file remains blank. > > > > > > whats wrong with the script? > > > > > > > > What kind of script is this? Exec? Recall that write() is a gs script > > function, not something you call from the "ga->" command line. Read > > thesection of the User's Guide on scripts: > > > > http://grads.iges.org/grads/gadoc/script.html#intro > > > > Make sure you define the variable "te" that you are writing to the > > file, and > > that the file name is a string. > > > > -- > > Arlindo da Silva > > dasilva at alum.mit.edu > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- ?????? ??????? ?????????????? ? ???????????? ?????, ???? ????????? ????-??, ?????????? ????. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110929/661c915a/attachment-0003.html From jma at cola.iges.org Thu Sep 29 10:34:12 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 29 Sep 2011 10:34:12 -0400 Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * Message-ID: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> Brian and I are pleased to announce a new release of GrADS, version 2.0.0. We have worked very hard to make this version as stable as possible, and are therefore taking it out of alpha status, skipping over beta altogether, and calling it 'operational'. There is a very long list of new features, bug fixes and miscellaneous additions, the full text from the ChangeLog is below, please read it carefully. Highlights of this release, other than its stability, are a new shaded contouring algorithm (which allows for "transparent" colors), support for polygon shapefiles and KML files, and some fixes and improvements to the streamlines, including controls for spacing, style, and size of the arrows. There are also new versions of some of the supplibs, enabling the handling of GRIB2 product definition template 4.15, and optimizing the netcdf5/hdf5 interface. The GrADS downloads web page (http://iges.org/grads/downloads.html) has been updated with links to the source code and a few pre-compiled binaries. Binaries for additional operating systems will be posted as they become available. Please report any problems or questions to this forum. Enjoy! -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org 2011-09-29 Version 2.0.0 Features: * New shaded contouring algorithm: "set gxout shade2" Polygons are closed, have no holes, do not overlap, and are as large and few in number as is feasible Use of -1 for a color # will suppress drawing of the shaded contour, making it effectively transparent * Legacy shaded contouring routine: "set gxout shade1" * "set gxout shaded" is now an alias for legacy shaded contouring routine * Support for creating polygon shapefiles with new option "-poly" to "set shp" command * Support for creating polygon KML files with new option "-poly" to "set kml" command * 1D loglog plots with new command "set log1d" * New environment variable GASHP, contains 1 or more directories that may contain shapefiles. GASHP delimiters are space, semicolon, comma, or colon. Algorithm is: 1. Tries to open filename as provided by user 2. Parses GASHP and prepends each dir to filename 3. Prepends GADDIR directory (only one dir) to filename * New command "set strmopts" to control streamline density plus arrowhead spacing, size, and type. Support for negative streamline density values (between -10 and -1) for high-res grids. Misc: * Mixed case ensemble names are now allowed * Changes to improve masked contour labeling; also now works with "set vpage" * Support for grib1 time range indicator 7, which subtracts the forecast time from the basetime to get the valid time * Loosened restrictions in gribmap for mapping monthly data * Previously undocumented command: "screen" * Added "query calendar" command to discover calendar mode (unset, 365-day, or standard) * Added ":" to list of delimiters for multiple dirs in GASCRP environment variable (now same as GASHP) * Added "NULL" as an option for scale factor attribute name in the UNPACK descriptor file entry when add offset occurs alone * Updated wgrib.c to version 1.8.1.2a * Updated grib2scan to show start/ending times for averages, and valid times for instantaneous fields * Handles GRIB2 Product Definition Template 4.15 * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' and 'set kml' commands * Added alias 'image' for 'img' in 'set kml' command Bugs: * Fixed errors when retrieving data from a very large defined object that has more than 2Gb elements. * Patched memory leak when reading NetCDF attributes with lengths larger than 128 * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() functions and collect() command * Cannot have a leap and no-leap file open at the same time * Calendar mode cleared with "reinit" only * Fixed big/little endian error when reading 2-byte binary data * Fixed bug where 2-point contour segments are not drawn in upper right corner of grid * Fixed contouring bug for very high res grids with vertices too close together to resolve graphically * Fixed contouring bug for small grids that left a gap in contour line * Added check for strictly increasing contour levels * Fixed streamlines in areas where grid boxes are not square (e.g. near the poles) * Disabled erroneous vector/barb drawing in some projections (mollweide, orthographic, and robinson) * Fixed erroneous results from 'q xy2gr' for some projections (returns -999.9 instead of garbage) Supplib Updates: * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, netcdf-4.1.3, zlib-1.2.5 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110929/15bbbfcf/attachment-0003.html From senya at atmos.umd.edu Thu Sep 29 11:53:48 2011 From: senya at atmos.umd.edu (Semyon Grodsky) Date: Thu, 29 Sep 2011 11:53:48 -0400 (EDT) Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * In-Reply-To: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> References: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> Message-ID: Jennifer, is UDF support included in the 2.0.0? If not, could you please update us on that? Thanks, --Senya On Thu, 29 Sep 2011, Jennifer Adams wrote: > Brian and I are pleased to announce a new release of GrADS, version 2.0.0. We > have worked very hard to make this version as stable as possible, and are > therefore taking it out of alpha status, skipping over beta altogether, and > calling it 'operational'. There is a very long list of new features, bug > fixes and miscellaneous additions, the full text from the ChangeLog is below, > please read it carefully. > > Highlights of this release, other than its stability, are a new shaded > contouring algorithm (which allows for "transparent" colors), support for > polygon shapefiles and KML files, and some fixes and improvements to the > streamlines, including controls for spacing, style, and size of the arrows. > There are also new versions of some of the supplibs, enabling the handling of > GRIB2 product definition template 4.15, and optimizing the netcdf5/hdf5 > interface. > > The GrADS downloads web page (http://iges.org/grads/downloads.html) has been > updated with links to the source code and a few pre-compiled binaries. > Binaries for additional operating systems will be posted as they become > available. > > Please report any problems or questions to this forum. Enjoy! > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > 2011-09-29 Version 2.0.0 > Features: > * New shaded contouring algorithm: "set gxout shade2" > Polygons are closed, have no holes, do not overlap, and are as large and > few in number as is feasible > Use of -1 for a color # will suppress drawing of the shaded contour, > making it effectively transparent > * Legacy shaded contouring routine: "set gxout shade1" > * "set gxout shaded" is now an alias for legacy shaded contouring routine > * Support for creating polygon shapefiles with new option "-poly" to "set > shp" command > * Support for creating polygon KML files with new option "-poly" to "set > kml" command > * 1D loglog plots with new command "set log1d" > * New environment variable GASHP, contains 1 or more directories that may > contain shapefiles. > GASHP delimiters are space, semicolon, comma, or colon. Algorithm is: > 1. Tries to open filename as provided by user 2. Parses > GASHP and prepends each dir to filename > 3. Prepends GADDIR directory (only one dir) to filename > * New command "set strmopts" to control streamline density plus arrowhead > spacing, size, and type. > Support for negative streamline density values (between -10 and -1) for > high-res grids. > > Misc: > * Mixed case ensemble names are now allowed > * Changes to improve masked contour labeling; also now works with "set > vpage" > * Support for grib1 time range indicator 7, which subtracts the forecast > time > from the basetime to get the valid time > * Loosened restrictions in gribmap for mapping monthly data > * Previously undocumented command: "screen" > * Added "query calendar" command to discover calendar mode (unset, > 365-day, or standard) > * Added ":" to list of delimiters for multiple dirs in GASCRP environment > variable (now same as GASHP) > * Added "NULL" as an option for scale factor attribute name in the UNPACK > descriptor file entry > when add offset occurs alone > * Updated wgrib.c to version 1.8.1.2a > * Updated grib2scan to show start/ending times for averages, and valid > times for instantaneous fields > * Handles GRIB2 Product Definition Template 4.15 > * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' and 'set > kml' commands > * Added alias 'image' for 'img' in 'set kml' command > > Bugs: > * Fixed errors when retrieving data from a very large defined object that > has more than 2Gb elements. > * Patched memory leak when reading NetCDF attributes with lengths larger > than 128 > * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() functions and > collect() command > * Cannot have a leap and no-leap file open at the same time > * Calendar mode cleared with "reinit" only > * Fixed big/little endian error when reading 2-byte binary data > * Fixed bug where 2-point contour segments are not drawn in upper right > corner of grid > * Fixed contouring bug for very high res grids with vertices too close > together to resolve graphically > * Fixed contouring bug for small grids that left a gap in contour line > * Added check for strictly increasing contour levels > * Fixed streamlines in areas where grid boxes are not square (e.g. near > the poles) > * Disabled erroneous vector/barb drawing in some projections (mollweide, > orthographic, and robinson) > * Fixed erroneous results from 'q xy2gr' for some projections (returns > -999.9 instead of garbage) > > Supplib Updates: > * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, netcdf-4.1.3, > zlib-1.2.5 > > ----------------------------------------------------------- Semyon Grodsky Computer and Space Science Building (Bldg. #224), Room 2409 Department of Atmospheric and Oceanic Science University of Maryland College Park, MD 20742 Phone: 301-405-5330 Fax: 301-314-9482 E-mail: senya at atmos.umd.edu From jma at cola.iges.org Thu Sep 29 12:24:04 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 29 Sep 2011 12:24:04 -0400 Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * In-Reply-To: References: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> Message-ID: <4437CBD7-1BE5-42C9-8AF7-103263588FBC@cola.iges.org> The new UDF interface is still in the design phase. It will be included in version 2.1. --Jennifer On Sep 29, 2011, at 11:53 AM, Semyon Grodsky wrote: > Jennifer, > is UDF support included in the 2.0.0? If not, could you please > update us > on that? > Thanks, > --Senya > > On Thu, 29 Sep 2011, Jennifer Adams wrote: > >> Brian and I are pleased to announce a new release of GrADS, version >> 2.0.0. We >> have worked very hard to make this version as stable as possible, >> and are >> therefore taking it out of alpha status, skipping over beta >> altogether, and >> calling it 'operational'. There is a very long list of new >> features, bug >> fixes and miscellaneous additions, the full text from the ChangeLog >> is below, >> please read it carefully. >> >> Highlights of this release, other than its stability, are a new >> shaded >> contouring algorithm (which allows for "transparent" colors), >> support for >> polygon shapefiles and KML files, and some fixes and improvements >> to the >> streamlines, including controls for spacing, style, and size of the >> arrows. >> There are also new versions of some of the supplibs, enabling the >> handling of >> GRIB2 product definition template 4.15, and optimizing the netcdf5/ >> hdf5 >> interface. >> >> The GrADS downloads web page (http://iges.org/grads/downloads.html) >> has been >> updated with links to the source code and a few pre-compiled >> binaries. >> Binaries for additional operating systems will be posted as they >> become >> available. >> >> Please report any problems or questions to this forum. Enjoy! >> >> -- >> Jennifer M. Adams >> IGES/COLA >> 4041 Powder Mill Road, Suite 302 >> Calverton, MD 20705 >> jma at cola.iges.org >> >> >> 2011-09-29 Version 2.0.0 >> Features: >> * New shaded contouring algorithm: "set gxout shade2" >> Polygons are closed, have no holes, do not overlap, and are as >> large and >> few in number as is feasible >> Use of -1 for a color # will suppress drawing of the shaded >> contour, >> making it effectively transparent >> * Legacy shaded contouring routine: "set gxout shade1" >> * "set gxout shaded" is now an alias for legacy shaded contouring >> routine >> * Support for creating polygon shapefiles with new option "-poly" >> to "set >> shp" command >> * Support for creating polygon KML files with new option "-poly" >> to "set >> kml" command >> * 1D loglog plots with new command "set log1d" >> * New environment variable GASHP, contains 1 or more directories >> that may >> contain shapefiles. >> GASHP delimiters are space, semicolon, comma, or colon. >> Algorithm is: >> 1. Tries to open filename as provided by user 2. Parses >> GASHP and prepends each dir to filename >> 3. Prepends GADDIR directory (only one dir) to filename >> * New command "set strmopts" to control streamline density plus >> arrowhead >> spacing, size, and type. >> Support for negative streamline density values (between -10 and >> -1) for >> high-res grids. >> >> Misc: >> * Mixed case ensemble names are now allowed >> * Changes to improve masked contour labeling; also now works with >> "set >> vpage" >> * Support for grib1 time range indicator 7, which subtracts the >> forecast >> time >> from the basetime to get the valid time >> * Loosened restrictions in gribmap for mapping monthly data >> * Previously undocumented command: "screen" >> * Added "query calendar" command to discover calendar mode (unset, >> 365-day, or standard) >> * Added ":" to list of delimiters for multiple dirs in GASCRP >> environment >> variable (now same as GASHP) >> * Added "NULL" as an option for scale factor attribute name in the >> UNPACK >> descriptor file entry >> when add offset occurs alone >> * Updated wgrib.c to version 1.8.1.2a >> * Updated grib2scan to show start/ending times for averages, and >> valid >> times for instantaneous fields >> * Handles GRIB2 Product Definition Template 4.15 >> * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' >> and 'set >> kml' commands >> * Added alias 'image' for 'img' in 'set kml' command >> >> Bugs: >> * Fixed errors when retrieving data from a very large defined >> object that >> has more than 2Gb elements. >> * Patched memory leak when reading NetCDF attributes with lengths >> larger >> than 128 >> * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() >> functions and >> collect() command >> * Cannot have a leap and no-leap file open at the same time >> * Calendar mode cleared with "reinit" only >> * Fixed big/little endian error when reading 2-byte binary data >> * Fixed bug where 2-point contour segments are not drawn in upper >> right >> corner of grid >> * Fixed contouring bug for very high res grids with vertices too >> close >> together to resolve graphically >> * Fixed contouring bug for small grids that left a gap in contour >> line >> * Added check for strictly increasing contour levels >> * Fixed streamlines in areas where grid boxes are not square (e.g. >> near >> the poles) >> * Disabled erroneous vector/barb drawing in some projections >> (mollweide, >> orthographic, and robinson) >> * Fixed erroneous results from 'q xy2gr' for some projections >> (returns >> -999.9 instead of garbage) >> >> Supplib Updates: >> * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, >> netcdf-4.1.3, >> zlib-1.2.5 >> >> > > ----------------------------------------------------------- > Semyon Grodsky > Computer and Space Science Building (Bldg. #224), Room 2409 > Department of Atmospheric and Oceanic Science > University of Maryland > College Park, MD 20742 > > Phone: 301-405-5330 > Fax: 301-314-9482 > E-mail: senya at atmos.umd.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110929/5f9585ba/attachment-0003.html From dave.allured at noaa.gov Thu Sep 29 15:36:41 2011 From: dave.allured at noaa.gov (Dave Allured) Date: Thu, 29 Sep 2011 13:36:41 -0600 Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * In-Reply-To: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> References: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> Message-ID: <4E84C8C9.10708@noaa.gov> I made a quick test of the new binary version for Mac OS. It ran fine on Mac OS 10.6.8, and it ran my grungy old plot script without a hitch. The new environment variable GASHP works great with multiple directories. This allows me to untangle my shape file data sets from the setup for normal Grads data files via $GADDIR. Much appreciated. Thanks Jennifer and Brian! --Dave A. NOAA/PSD/CIRES On 9/29/2011 8:34 AM, Jennifer Adams wrote: > Brian and I are pleased to announce a new release of GrADS, version > 2.0.0. We have worked very hard to make this version as stable as > possible, and are therefore taking it out of alpha status, skipping > over beta altogether, and calling it 'operational'. There is a very > long list of new features, bug fixes and miscellaneous additions, > the full text from the ChangeLog is below, please read it carefully. > > Highlights of this release, other than its stability, are a new > shaded contouring algorithm (which allows for "transparent" colors), > support for polygon shapefiles and KML files, and some fixes and > improvements to the streamlines, including controls for spacing, > style, and size of the arrows. There are also new versions of some > of the supplibs, enabling the handling of GRIB2 product definition > template 4.15, and optimizing the netcdf5/hdf5 interface. > > The GrADS downloads web page > (_http://iges.org/grads/downloads.html_) has been updated with links > to the source code and a few pre-compiled binaries. Binaries for > additional operating systems will be posted as they become available. > > Please report any problems or questions to this forum. Enjoy! > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > 2011-09-29 Version 2.0.0 > Features: > * New shaded contouring algorithm: "set gxout shade2" > Polygons are closed, have no holes, do not overlap, and are as large and few in number as is feasible > Use of -1 for a color # will suppress drawing of the shaded contour, making it effectively transparent > * Legacy shaded contouring routine: "set gxout shade1" > * "set gxout shaded" is now an alias for legacy shaded contouring routine > * Support for creating polygon shapefiles with new option "-poly" to "set shp" command > * Support for creating polygon KML files with new option "-poly" to "set kml" command > * 1D loglog plots with new command "set log1d" > * New environment variable GASHP, contains 1 or more directories that may contain shapefiles. > GASHP delimiters are space, semicolon, comma, or colon. Algorithm is: > 1. Tries to open filename as provided by user > 2. Parses GASHP and prepends each dir to filename > 3. Prepends GADDIR directory (only one dir) to filename > * New command "set strmopts" to control streamline density plus arrowhead spacing, size, and type. > Support for negative streamline density values (between -10 and -1) for high-res grids. > > Misc: > * Mixed case ensemble names are now allowed > * Changes to improve masked contour labeling; also now works with "set vpage" > * Support for grib1 time range indicator 7, which subtracts the forecast time > from the basetime to get the valid time > * Loosened restrictions in gribmap for mapping monthly data > * Previously undocumented command: "screen" > * Added "query calendar" command to discover calendar mode (unset, 365-day, or standard) > * Added ":" to list of delimiters for multiple dirs in GASCRP environment variable (now same as GASHP) > * Added "NULL" as an option for scale factor attribute name in the UNPACK descriptor file entry > when add offset occurs alone > * Updated wgrib.c to version 1.8.1.2a > * Updated grib2scan to show start/ending times for averages, and valid times for instantaneous fields > * Handles GRIB2 Product Definition Template 4.15 > * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' and 'set kml' commands > * Added alias 'image' for 'img' in 'set kml' command > > Bugs: > * Fixed errors when retrieving data from a very large defined object that has more than 2Gb elements. > * Patched memory leak when reading NetCDF attributes with lengths larger than 128 > * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() functions and collect() command > * Cannot have a leap and no-leap file open at the same time > * Calendar mode cleared with "reinit" only > * Fixed big/little endian error when reading 2-byte binary data > * Fixed bug where 2-point contour segments are not drawn in upper right corner of grid > * Fixed contouring bug for very high res grids with vertices too close together to resolve graphically > * Fixed contouring bug for small grids that left a gap in contour line > * Added check for strictly increasing contour levels > * Fixed streamlines in areas where grid boxes are not square (e.g. near the poles) > * Disabled erroneous vector/barb drawing in some projections (mollweide, orthographic, and robinson) > * Fixed erroneous results from 'q xy2gr' for some projections (returns -999.9 instead of garbage) > > Supplib Updates: > * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, netcdf-4.1.3, zlib-1.2.5 From jma at cola.iges.org Thu Sep 29 15:56:36 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 29 Sep 2011 15:56:36 -0400 Subject: [gradsusr] * * * New Release GrADS Version 2.0.0 * * * In-Reply-To: <4E84C8C9.10708@noaa.gov> References: <0899BB9C-006F-4E5A-ABA7-CF5C0A88F840@cola.iges.org> <4E84C8C9.10708@noaa.gov> Message-ID: I have a new Mac laptop running 10.7.1 (Lion) and the new darwin binaries work on that system too. --Jennifer On Sep 29, 2011, at 3:36 PM, Dave Allured wrote: > I made a quick test of the new binary version for Mac OS. It ran > fine on Mac OS 10.6.8, and it ran my grungy old plot script without > a hitch. > > The new environment variable GASHP works great with multiple > directories. This allows me to untangle my shape file data sets > from the setup for normal Grads data files via $GADDIR. Much > appreciated. > > Thanks Jennifer and Brian! > > --Dave A. > NOAA/PSD/CIRES > > On 9/29/2011 8:34 AM, Jennifer Adams wrote: >> Brian and I are pleased to announce a new release of GrADS, version >> 2.0.0. We have worked very hard to make this version as stable as >> possible, and are therefore taking it out of alpha status, skipping >> over beta altogether, and calling it 'operational'. There is a very >> long list of new features, bug fixes and miscellaneous additions, >> the full text from the ChangeLog is below, please read it carefully. >> >> Highlights of this release, other than its stability, are a new >> shaded contouring algorithm (which allows for "transparent" colors), >> support for polygon shapefiles and KML files, and some fixes and >> improvements to the streamlines, including controls for spacing, >> style, and size of the arrows. There are also new versions of some >> of the supplibs, enabling the handling of GRIB2 product definition >> template 4.15, and optimizing the netcdf5/hdf5 interface. >> >> The GrADS downloads web page >> (_http://iges.org/grads/downloads.html_) has been updated with links >> to the source code and a few pre-compiled binaries. Binaries for >> additional operating systems will be posted as they become available. >> >> Please report any problems or questions to this forum. Enjoy! >> >> -- >> Jennifer M. Adams >> IGES/COLA >> 4041 Powder Mill Road, Suite 302 >> Calverton, MD 20705 >> jma at cola.iges.org >> >> >> 2011-09-29 Version 2.0.0 >> Features: >> * New shaded contouring algorithm: "set gxout shade2" >> Polygons are closed, have no holes, do not overlap, and are as large and few in number as is feasible >> Use of -1 for a color # will suppress drawing of the shaded contour, making it effectively transparent >> * Legacy shaded contouring routine: "set gxout shade1" >> * "set gxout shaded" is now an alias for legacy shaded contouring routine >> * Support for creating polygon shapefiles with new option "-poly" to "set shp" command >> * Support for creating polygon KML files with new option "-poly" to "set kml" command >> * 1D loglog plots with new command "set log1d" >> * New environment variable GASHP, contains 1 or more directories that may contain shapefiles. >> GASHP delimiters are space, semicolon, comma, or colon. Algorithm is: >> 1. Tries to open filename as provided by user >> 2. Parses GASHP and prepends each dir to filename >> 3. Prepends GADDIR directory (only one dir) to filename >> * New command "set strmopts" to control streamline density plus arrowhead spacing, size, and type. >> Support for negative streamline density values (between -10 and -1) for high-res grids. >> >> Misc: >> * Mixed case ensemble names are now allowed >> * Changes to improve masked contour labeling; also now works with "set vpage" >> * Support for grib1 time range indicator 7, which subtracts the forecast time >> from the basetime to get the valid time >> * Loosened restrictions in gribmap for mapping monthly data >> * Previously undocumented command: "screen" >> * Added "query calendar" command to discover calendar mode (unset, 365-day, or standard) >> * Added ":" to list of delimiters for multiple dirs in GASCRP environment variable (now same as GASHP) >> * Added "NULL" as an option for scale factor attribute name in the UNPACK descriptor file entry >> when add offset occurs alone >> * Updated wgrib.c to version 1.8.1.2a >> * Updated grib2scan to show start/ending times for averages, and valid times for instantaneous fields >> * Handles GRIB2 Product Definition Template 4.15 >> * Added aliases 'line' for 'ln' and 'point' for 'pt' in 'set shp' and 'set kml' commands >> * Added alias 'image' for 'img' in 'set kml' command >> >> Bugs: >> * Fixed errors when retrieving data from a very large defined object that has more than 2Gb elements. >> * Patched memory leak when reading NetCDF attributes with lengths larger than 128 >> * Patched memory leaks in cdiff(), gr2stn(), and coll2gr() functions and collect() command >> * Cannot have a leap and no-leap file open at the same time >> * Calendar mode cleared with "reinit" only >> * Fixed big/little endian error when reading 2-byte binary data >> * Fixed bug where 2-point contour segments are not drawn in upper right corner of grid >> * Fixed contouring bug for very high res grids with vertices too close together to resolve graphically >> * Fixed contouring bug for small grids that left a gap in contour line >> * Added check for strictly increasing contour levels >> * Fixed streamlines in areas where grid boxes are not square (e.g. near the poles) >> * Disabled erroneous vector/barb drawing in some projections (mollweide, orthographic, and robinson) >> * Fixed erroneous results from 'q xy2gr' for some projections (returns -999.9 instead of garbage) >> >> Supplib Updates: >> * Linked with jasper-1.900.1, g2clib 1.2.2, hdf5-1.8.7, netcdf-4.1.3, zlib-1.2.5 > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110929/b984de1f/attachment-0003.html From antoine.molin at poweo.com Fri Sep 30 04:22:45 2011 From: antoine.molin at poweo.com (Molin Antoine) Date: Fri, 30 Sep 2011 10:22:45 +0200 Subject: [gradsusr] merra data Message-ID: <4E857C55.1010600@poweo.com> Dear All, For wind energy in France, i would like to use Merra data; it is in fact rather easy to get daily files from the Nasa (enclosed file:hourly wind speeds at 50m for one day, NetCDF). But then? Could you tell me how you would: * aggregate the daily files: do you use "template" * read the aggregate files (i think we need a descriptor file and use xdfopen or open under grads, isn'it?; or is it better to work with HDF files?). * best way to eventually create the descriptor file Thanks, and best regards -- *Antoine Molin* ** EED POWEO Logo 16, Place Cormontaigne - 59000 Lille Tel. : *+ 33 3 20 74 04 00* Fax : + 33 3 20 74 04 07 *poweo.com * ** Avant d'imprimer, pensez ? l'environnement -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/8374a8f0/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EED Poweo.jpg Type: image/jpeg Size: 14564 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110930/8374a8f0/attachment-0003.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: MERRA300.prod.assim.tavg1_2d_slv_Nx.20010101.SUB.nc.gz Type: application/gzip Size: 56019 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110930/8374a8f0/attachment-0003.bin From rafanoharana at gmail.com Fri Sep 30 08:16:18 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Fri, 30 Sep 2011 05:16:18 -0700 Subject: [gradsusr] Mean of specific time In-Reply-To: References: Message-ID: Dear Arlindo, Thank you for your answer. Serge On Wed, Sep 28, 2011 at 4:37 PM, Arlindo da Silva wrote: > > > On Wed, Sep 28, 2011 at 1:29 PM, Rafanoharana Serge Claudio < > rafanoharana at gmail.com> wrote: > >> Dear all, >> >> How to get the mean of a specific time. I mean I have monthly data of 10 >> years. I need to obtain the mean of each month. I used 'cdo -r ymeanmonth >> input.nc output.nc' but my computer says cannot allocate memory since the >> file is pretty big in size (20 Gb) >> >> Then I tried to use GrADS but cannot find the appropriate command. >> I will take one by one the mean of each month, so for example for october >> >> if I do define oct=mean (var, t=1, t=12) it will give me the mean of 12 >> month but I do not need that but I need the mean of all october of 10 years >> of the monthly data of 10 years. >> >> How to get each october? >> Something like 'define >> oct=mean(var,t=10,t=22,t=34,t=46,t=58,t=71,t=83,t=95,t=107,t=119) >> >> > Did you consult the documentation for ave()? > It explicitly says that you can specify a time increment when time > averaging, > > oct = ave(var,t=10,t=119,12) > > The time increment is 12 in this case. > > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/08af963a/attachment-0003.html From simon.kiertscher at gmx.de Fri Sep 30 10:21:49 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Fri, 30 Sep 2011 16:21:49 +0200 Subject: [gradsusr] scatterplot question In-Reply-To: References: Message-ID: <4E85D07D.7030407@gmx.de> Hi all, I?m experimenting with scatterplot at the moment. My question is, is it possible to make a scatterplot with more then 2 dimensions? If i set lat -180 180, lon -90 90, and time 1 50 (or something like that) GrADS will make a sequence of pictures. But i want all information in one plot. Best Regards, Simon From dasilva at alum.mit.edu Fri Sep 30 16:17:24 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 30 Sep 2011 16:17:24 -0400 Subject: [gradsusr] merra data In-Reply-To: <4E857C55.1010600@poweo.com> References: <4E857C55.1010600@poweo.com> Message-ID: On Fri, Sep 30, 2011 at 4:22 AM, Molin Antoine wrote: > ** > > Dear All, > > For wind energy in France, i would like to use Merra data; it is in fact > rather easy to get daily files from the Nasa (enclosed file:hourly wind > speeds at 50m for one day, NetCDF). > But then? > Could you tell me how you would: > * aggregate the daily files: do you use "template" > Yes. > * read the aggregate files (i think we need a descriptor file and use > xdfopen or open under grads, isn'it?; or is it better to work with HDF > files?). > Using a template makes it easier to work with the HDF files. > * best way to eventually create the descriptor file > Yes, it should be sufficient to create a DDF file with 3 records: DSET, OPTIONS template, and TDEF. Please read the User's Guide: http://grads.iges.org/grads/gadoc/SDFdescriptorfile.html Now, depending on the extent of data analysis you need to perform it may be practical for use to access MERRA data directly through OPeNDAP. In fact, we have made the whole MERRA collection on-line. There are a number of recipes in the Cookbook explaining how to work with MERRA data, click on this link: 2.6.1 NASA/GSFC MERRA The opengrads bundle also ships with a GUI interface for browsing the MERRA datasets, see http://cookbooks.opengrads.org/index.php?title=Recipe-016:_Accessing_MERRA_data_with_a_Graphical_User_Interface Just type "merra" on the command line; under Windows you should have a MERRA icon on your desktop. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/b9e82108/attachment-0003.html From jimp at hawaii.edu Fri Sep 30 16:42:20 2011 From: jimp at hawaii.edu (James T. Potemra) Date: Fri, 30 Sep 2011 10:42:20 -1000 Subject: [gradsusr] scatterplot question In-Reply-To: <4E85D07D.7030407@gmx.de> References: <4E85D07D.7030407@gmx.de> Message-ID: <4E8629AC.9090203@hawaii.edu> Simon: You could, for example, use the time value as the color of the symbols used in the scatter plot. If you loop over a time index, just use "set t" and "set ccolor". You will have to "set looping off" to get all on one plot rather than an animation. Jim On 9/30/11 4:21 AM, Simon Kiertscher wrote: > Hi all, > > I?m experimenting with scatterplot at the moment. My question is, is it > possible to make a scatterplot with more then 2 dimensions? > If i set lat -180 180, lon -90 90, and time 1 50 (or something like > that) GrADS will make a sequence of pictures. But i want all information > in one plot. > > Best Regards, > Simon > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr From jma at cola.iges.org Fri Sep 30 17:09:14 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Fri, 30 Sep 2011 17:09:14 -0400 Subject: [gradsusr] scatterplot question In-Reply-To: <4E8629AC.9090203@hawaii.edu> References: <4E85D07D.7030407@gmx.de> <4E8629AC.9090203@hawaii.edu> Message-ID: <9BC87D0D-278E-4686-82BC-D67CF491F33B@cola.iges.org> You could also experiment with 'set digsize' to have the dots get bigger or smaller as time progresses in your plot, and 'set cmark' will control the type of dot drawn. For it to be clear, though, it would depend on how many points are in the scatter plot and how different the scatter is at different times. --Jennifer On Sep 30, 2011, at 4:42 PM, James T. Potemra wrote: > Simon: > > You could, for example, use the time value as the color of the > symbols used in the scatter plot. If you loop over a time index, > just use "set t" and "set ccolor". You will have to "set looping off" > to get all on one plot rather than an animation. > > Jim > > On 9/30/11 4:21 AM, Simon Kiertscher wrote: >> Hi all, >> >> I?m experimenting with scatterplot at the moment. My question is, >> is it >> possible to make a scatterplot with more then 2 dimensions? >> If i set lat -180 180, lon -90 90, and time 1 50 (or something like >> that) GrADS will make a sequence of pictures. But i want all >> information >> in one plot. >> >> Best Regards, >> Simon >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/d5d00ef4/attachment-0003.html From jma at cola.iges.org Fri Sep 30 18:33:14 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Fri, 30 Sep 2011 18:33:14 -0400 Subject: [gradsusr] GXyat question re. colours In-Reply-To: References: <4E02FF87-F355-47D4-88CB-1EE4743D1509@cola.iges.org> Message-ID: I had remembered it backwards ... it's been so long since I have worked on anything cairo-related... anti-aliasing must be DISABLED for polygon fills. These are screen shots from the X11 rendering, not output from gxyat. Here is a 'gxout shade2' plot drawn with anti-aliased polygon fills: and here is the same thing with anti-aliasing disabled for polygon fills: --Jennifer On Sep 22, 2011, at 7:37 PM, Arlindo da Silva wrote: > On Thu, Sep 22, 2011 at 1:56 PM, Jennifer Adams > wrote: > The anti-aliasing in the Cairo library does make the colors seem a > little duller than when drawing without anti-aliasing. There is no > real cure for this, although if you increase the thickness of the > anti-aliased lines, they do brighten. For lines that we know will be > exactly horizontal or vertical, we plan to 'snap' them to the pixel > grid and then they won't be drawn with the anti-alias blending on > the edges. This will make the plot frame and other rectangles look > sharp and bright. Turning off anti-aliasing for polygon fills > results in very faint gaps that are visible between adjacent > polygons of the same color (e.g. in a shaded plot), so I don't > recommend that. > > I've been doing this for some time in gxyat and I never saw this > artifact. Here is a typical plot with plenty of same color polygons: > > http://portal.nccs.nasa.gov/cgi-hs3/hs3_wx.cgi?region=hs3&dtg=2011092212&prod=1ht&model=fp&level=300&tau=000&®ion_old=hs3&dtg_old=2011092212&prod_old=1ht&model_old=fp&level_old=200&tau_old=000&&loop=0 > > Do you have an example where this problem is apparent? > > Thanks, > > Arlindo > > > > A possible solution is to draw the perimeter of each polygon to > cover the gaps, but this is a performance hit. We are still thinking > about the user interface to control all these factors. For using > gxyat right now, I would try tweaking the line thickness and the > size of your output image, those things may improve the appearance/ > dimness of the anti-aliased lines. > --Jennifer > > > > On Sep 22, 2011, at 11:51 AM, Arlindo da Silva wrote: > >> On Thu, Sep 22, 2011 at 4:25 AM, Becker, Bernd > > wrote: >> Arlindo, >> >> you are right, this is an artifact of antialiasing >> (see attached plot: the yellows are the same in contour and in >> legend box) >> >> So we found the cause. >> >> But the plot looks no where near as impressive as the previous >> output from gxyat. >> >> What can we try to do about that? >> >> Anti-aliasing is a perceptual approximation that achieves "smooth >> lines" by blending pixels with the "environment"; it is all handled >> by the cairo library. I am not entirely sure why the legend gives >> you a different color... but wait a minute! One trick that gxyat >> uses to avoid those funny lines in filled contours is to turn anti- >> alising off every time a (filled) polygon is drawn. How are you >> creating your legend? Try using the more basic line to, move to >> function instead of a polygon function; this way you will have the >> same anti-aliasing used by the contour lines. >> >> Arlindo >> >> >> >> Cheers, >> Bernd. >> >> >> >> -- >> Bernd Becker Climate Impacts Product Development >> Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB >> United Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/bernd-becker >> >> http://www.metoffice.gov.uk/news/releases/archive/2011/weather-game >> >> >> >> From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org >> ] On Behalf Of Arlindo da Silva >> Sent: 22 September 2011 03:10 >> To: GrADS Users Forum >> Subject: Re: [gradsusr] GXyat question re. colours >> >> On Wed, Sep 21, 2011 at 7:02 AM, Becker, Bernd > > wrote: >> >> Hello, >> >> How can I force gxyat to save the colours to a gif file as >> displayed on >> screen ? >> >> Please find attached 2 images, >> one created with printim (authentic colours) and one >> created with gxyat and observe, that the yellow in the contour plot >> differs from the >> yellow in the legend. >> >> What could be the cause of that? >> >> What can I do about it? >> >> >> This is strange. Possibly this is an artifact of anti-aliasing. >> Could you try turning anti-aliasing off? >> >> ga-> gxyat +a file.png >> >> Arlindo >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> >> -- >> Arlindo da Silva >> dasilva at alum.mit.edu >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110930/fc8e8162/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: sampleaa.png Type: image/png Size: 65471 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110930/fc8e8162/attachment-0006.png -------------- next part -------------- A non-text attachment was scrubbed... Name: sample.png Type: image/png Size: 42389 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110930/fc8e8162/attachment-0007.png From f.momenpoor at gmail.com Fri Sep 30 23:09:56 2011 From: f.momenpoor at gmail.com (furugh momenpoor) Date: Sat, 1 Oct 2011 06:39:56 +0330 Subject: [gradsusr] (no subject) Message-ID: hi i am studying blocking i want to change geopotential height on GFS data for reduce height of block ridge but i cant write FORTRAN program for reduce of height of GFS data please help me thanks