From jma at COLA.IGES.ORG Fri May 1 08:13:13 2009 From: jma at COLA.IGES.ORG (Jennifer Adams) Date: Fri, 1 May 2009 08:13:13 -0400 Subject: Using GrADS to retrieve HYCOM data In-Reply-To: <49FA52F6.9010603@buoyweather.com> Message-ID: Dear All, If you do an ncdump on that OPeNDAP data set, you'll discover that the lat and lon values of the grid vary in the X and Y dimensions. GrADS doesn't handle this kind of native grid. To get this into GrADS you'd have to use the abstract X and Y axes instead. With the descriptor given below, you could open the file and look at grid values, but not map them to locations on the globe. With the available lat/lon variables, you might be able to build a file for the PDEF GENERAL option, but with an opendap data set, this is not recommended because the I/O goes point-by-point with PDEF and to do this via OPeNDAP is just not viable. In any event, right now I am unable to extract any data from the server. Even ncdump gave me the metadata, but hung on returning any coordinate axis values. Jennifer # ncdump -h http://hycom.coaps.fsu.edu:8080/thredds/dodsC/glb_nrt_analysis netcdf glb_nrt_analysis { // format variant: 64bit dimensions: Y = 3298 ; X = 4500 ; MT = 4 ; Depth = 33 ; variables: int Y(Y) ; Y:point_spacing = "even" ; Y:axis = "Y" ; int X(X) ; X:point_spacing = "even" ; X:axis = "X" ; float Latitude(Y, X) ; Latitude:standard_name = "latitude" ; Latitude:units = "degrees_north" ; float Longitude(Y, X) ; Longitude:standard_name = "longitude" ; Longitude:units = "degrees_east" ; Longitude:modulo = "360 degrees" ; This will open the file: dset http://hycom.coaps.fsu.edu:8080/thredds/dodsC/glb_nrt_analysis dtype netcdf undef -9.99e8 _FillValue xdef 4500 linear 1 1 ydef 3298 linear 1 1 zdef 33 linear 1 1 tdef 4 linear 31dec1900 1dy vars 5 Longitude=>glon 0 y,x longitude Latitude=>glat 0 y,x latitude Depth=>depth 33 z depth in m positve down MT=>tvals 0 t time axis values temperature=>t 33 t,z,y,x temperature endvars On Apr 30, 2009, at 9:40 PM, Dan Martin wrote: > The full HYCOM data is on a curvilinear grid that I haven't been > able to > make work in grads. They set up a linear grid for grads users by > cutting > off pre-gridded section above 48 degrees north. > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/ > > The update schedule is a bit irregular and the server is not alway up, > but nice data when it is there. > > If anyone has the curvilinear grid version working in grads, any tips > would be nice. > > Dan > > Mark Hess wrote: >> Has anyone out there used GrADS to retrieve and display data from the >> HYCOM OPeNDAP near real-time data server >> http://hycom.coaps.fsu.edu/thredds/dodsC/glb_nrt_analysis.html? >> >> I am hoping to use GrADS to retrieve mixed layer depth data from this >> server, but not real clear on the http/OPeNDAP string I would use to >> download the file (whether it be ASCII or binary). If you have done >> this and could send a sample script or command showing the http >> line that would be much appreciated. >> >> Thanks, >> >> Mark >> -- 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/20090501/fb1cc37b/attachment.html From hrc at EAS.GATECH.EDU Fri May 1 13:35:10 2009 From: hrc at EAS.GATECH.EDU (Hai-Ru Chang) Date: Fri, 1 May 2009 13:35:10 -0400 Subject: q defval In-Reply-To: <77fcd6b20902251935i76a93748x95f6d20b8c0288c6@mail.gmail.com> Message-ID: Hello, I defined a variable p whose x , y and z dimensions are fixed, but t and e dimension are varied. How can I extract the values say at (t=10, e=3) and (t=15, e=20). I tried to use 'q defval' commands twice. The result are the same even before the first 'q defval' command, I issued the commands 'set t 10' and 'set e 3). Before the second 'q defval' command, I issued 'set t 15' and 'set e 20. Dr. Hai-Ru Chang School of Earth and Atmospheric Sciences Georgia Institute of Technology Atlanta, GA 30332-0340 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090501/c9804900/attachment.html From abbasmofidi at YAHOO.COM Fri May 1 14:00:01 2009 From: abbasmofidi at YAHOO.COM (abbas mofidi) Date: Fri, 1 May 2009 11:00:01 -0700 Subject: undesirable numbers below the X axis Message-ID: Dear all, ? I have two problems regarding to the attachment figure. ? 1. After plotting the figure, some undesirable numbers (Number 1 and 2) appear below the?X axis. How can I omit the numbers? 2. The legend numbers are small in size and thickness. How can I change the size and thickness of numbers of legend? I use cbarn.gs in GrADS version1.8 ? Thank you for your time. ? Regards, Abbas Mofidi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090501/0c59af43/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: SST-[1971-2000]-[Monthlymean].gif Type: image/gif Size: 290522 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090501/0c59af43/attachment.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: Caspian-SST-longterm.gs Type: application/octet-stream Size: 2546 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090501/0c59af43/attachment.obj From hrc at EAS.GATECH.EDU Fri May 1 16:17:20 2009 From: hrc at EAS.GATECH.EDU (Hai-Ru Chang) Date: Fri, 1 May 2009 16:17:20 -0400 Subject: IPC extension not available - cannot import! In-Reply-To: <77fcd6b20902251935i76a93748x95f6d20b8c0288c6@mail.gmail.com> Message-ID: Hello, I tried to exchange data between grads and NumPy. I can export a variable from grads but cannot send a NumPy array to grads. My grads was installed under /opt/opengrads. I also found libipc as ./Linux/Versions/2.0.a5.oga.4/x86_64/gex/libipc.gex. What should I do to make the imp method work? Thanks! Dr. Hai-Ru Chang School of Earth and Atmospheric Sciences Georgia Institute of Technology Atlanta, GA 30332-0340 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090501/1fd88db5/attachment.html From fallspinach at GMAIL.COM Fri May 1 17:16:36 2009 From: fallspinach at GMAIL.COM (Ming Pan) Date: Fri, 1 May 2009 17:16:36 -0400 Subject: mixed non-float vars Message-ID: Hi, I'm having trouble reading files with mixed types of non-float data, and here are the records in the control file: v1 0 -1,40,1 variable 1 v2 0 -1,40,2 variable 2 v3 0 99 variable 3 GrADS (2.0.a5) can not correctly locate the records in file except for the first variable. I went through some of the source code and it seems that the starting position of variables is only tracked in terms of grid elements (gavar->offset) and never tracked in actual bytes (?) Anyone has a solution? (Or a patch is needed?) ming From jimp at HAWAII.EDU Fri May 1 21:09:20 2009 From: jimp at HAWAII.EDU (James T. Potemra) Date: Fri, 1 May 2009 15:09:20 -1000 Subject: undesirable numbers below the X axis In-Reply-To: <329975.77722.qm@web30406.mail.mud.yahoo.com> Message-ID: Abbas: The number on the x-axis below the months are the year; I suspect you have defined the first time as year 1 in your control file. You can suppress the plotting of the year in your plot with the command: set tlsupp */year /*I think this also works for suppressing the month. As for the font size and thickness in cbarn.gs, you'll have to search for "set strsiz" in cbarn.gs and modify it accordingly. Jim abbas mofidi wrote: > > Dear all, > > > > I have two problems regarding to the attachment figure. > > > > 1. After plotting the figure, some undesirable numbers (Number 1 and > 2) appear below the X axis. How can I omit the numbers? > > 2. The legend numbers are small in size and thickness. How can I > change the size and thickness of numbers of legend? I use cbarn.gs in > GrADS version1.8 > > > > Thank you for your time. > > > > Regards, > > Abbas Mofidi > > > > ------------------------------------------------------------------------ > From skimball at USOUTHAL.EDU Sat May 2 10:46:34 2009 From: skimball at USOUTHAL.EDU (Sytske Kimball) Date: Sat, 2 May 2009 09:46:34 -0500 Subject: undesirable numbers below the X axis Message-ID: All, How about suppressing the Zulu hour marker? Is there any way you can change that to another time zone, e.g. CST? Thanks, Sytske Sytske Kimball Associate Professor of Meteorology Dept. of Earth Sciences University of South Alabama Mobile, AL phone (251) 460-7031 fax (251) 460-7886 email skimball at usouthal.edu >>> "James T. Potemra" 05/01/09 8:10 PM >>> Abbas: The number on the x-axis below the months are the year; I suspect you have defined the first time as year 1 in your control file. You can suppress the plotting of the year in your plot with the command: set tlsupp */year /*I think this also works for suppressing the month. As for the font size and thickness in cbarn.gs, you'll have to search for "set strsiz" in cbarn.gs and modify it accordingly. Jim abbas mofidi wrote: > > Dear all, > > > > I have two problems regarding to the attachment figure. > > > > 1. After plotting the figure, some undesirable numbers (Number 1 and > 2) appear below the X axis. How can I omit the numbers? > > 2. The legend numbers are small in size and thickness. How can I > change the size and thickness of numbers of legend? I use cbarn.gs in > GrADS version1.8 > > > > Thank you for your time. > > > > Regards, > > Abbas Mofidi > > > > ------------------------------------------------------------------------ > From arlindo.dasilva at GMAIL.COM Sat May 2 15:21:10 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Sat, 2 May 2009 15:21:10 -0400 Subject: IPC extension not available - cannot import! In-Reply-To: <40FDF96A-49D8-4B2E-B637-86C56869B0F6@eas.gatech.edu> Message-ID: On Fri, May 1, 2009 at 4:17 PM, Hai-Ru Chang wrote: > Hello, I tried to exchange data between grads and NumPy. I can > export a variable from grads but cannot send a NumPy array to grads. My > grads was installed under /opt/opengrads. I also found libipc > as ./Linux/Versions/2.0.a5.oga.4/x86_64/gex/libipc.gex. What should I do to > make the imp method work? Thanks! > > I just fixed a bug in ipc_load() that was preventing data exchange with grads v2. I'll post revised binaries shortly. I new version of pygrads is also due. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090502/c3dd2317/attachment.html From dasilva at ALUM.MIT.EDU Sat May 2 21:10:22 2009 From: dasilva at ALUM.MIT.EDU (Arlindo da Silva) Date: Sat, 2 May 2009 21:10:22 -0400 Subject: Updated OpenGrADS Documentation Message-ID: All, FYI, we have updated the INSTALLATION instructions for the OpenGrADS Bundle: http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle Likewise we have refreshed the BUILD instructions: http://opengrads.org/wiki/index.php?title=Building_the_OpenGrADS_Bundle_from_Sources The SUPPLIBS documentation has also been updated: http://opengrads.org/wiki/index.php?title=Supplemental_Libraries_%28Supplibs%29 Changes have also occurred at the OpenGrADS repository (in the unlikely event that you have been checking sources out of our CVS repo.) You can find more information here: http://opengrads.org/wiki/index.php?title=Development_Guidelines The OpenGrADS documentation index is still at the same place: http://opengrads.org/wiki/index.php?title=OpenGrADS_Documentation Please let us know of any omissions and inaccuracies. If you would like to help improving the OpenGrADS Wiki and/or writing recipes for the Cookbooks please drop us a note at opengrads-devel at lists.sf.net. Cheers! Arlindo dasilva at opengrads.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090502/0fd9b693/attachment.html From abbasmofidi at YAHOO.COM Mon May 4 21:03:34 2009 From: abbasmofidi at YAHOO.COM (abbas mofidi) Date: Mon, 4 May 2009 18:03:34 -0700 Subject: undesirable numbers below the X axis Message-ID: Hi Jim, Thank you very much for your help. Regarding to the size and thickness of numbers in legend, your suggestion worked. but regarding to undesirable numbers below the X axis, unfortunately, the command doesn't work in this case. Abbas --- On Sat, 5/2/09, James T. Potemra wrote: From: James T. Potemra Subject: Re: undesirable numbers below the X axis To: GRADSUSR at LIST.CINECA.IT Date: Saturday, May 2, 2009, 5:39 AM Abbas: The number on the x-axis below the months are the year; I suspect you have defined the first time as year 1 in your control file.? You can suppress the plotting of the year in your plot with the command: set tlsupp */year /*I think this also works for suppressing the month.? As for the font size and thickness in cbarn.gs, you'll have to search for "set strsiz" in cbarn.gs and modify it accordingly. Jim abbas mofidi wrote: > > Dear all, > > > > I have two problems regarding to the attachment figure. > > > > 1. After plotting the figure, some undesirable numbers (Number 1 and > 2) appear below the X axis. How can I omit the numbers? > > 2. The legend numbers are small in size and thickness. How can I > change the size and thickness of numbers of legend? I use cbarn.gs in > GrADS version1.8 > > > > Thank you for your time. > > > > Regards, > > Abbas Mofidi > > > > ------------------------------------------------------------------------ > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090504/5d4dbcdb/attachment.html From dipakmath at GMAIL.COM Tue May 5 00:40:02 2009 From: dipakmath at GMAIL.COM (dipak sahu) Date: Tue, 5 May 2009 10:10:02 +0530 Subject: error in max command with while loop Message-ID: Hii all users Here i faced some problem in grads looping , actually i want to extract the maximum values of each 24hr(1day) simulation of a 1month simulation .dat file. so for this i tried the command d max(tc, t=1,t=9) --> this the command to find the maximum value of 1st day (of 3hrly output saved file) so similarly i've to write this command for each day upto t=248, 31 times.But i want to implement the while loop to do this like reinit' 'open test-uprobe-3dvar.ctl' 'set lat 29.45' 'set lon 80.16' 'set lev 850' 'set gxout fwrite' 'set fwrite maximum-temp-thal-3dvar.dat' tt = 1 while (i<=241) *'set t 'tt 'd max(tc,t=tt,t=tt+8)' tt=tt+8 endwhile 'disable fwrite' ~ but this script file wasn't working. actually it was not taking the value of "tt" inside the max command. So anybody has any idea regarding to this issue, kindly suggest me. thanking you in advance with regards -- ******************************************** Dipak kumar Sahu, Research Scholar, Centre for Atmospheric Sciences., Indian Institute of Technology,Delhi email:- dipak.sahu at iitd.acads.in ********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090505/d17cedf9/attachment.html From jimp at HAWAII.EDU Tue May 5 02:06:09 2009 From: jimp at HAWAII.EDU (James T. Potemra) Date: Mon, 4 May 2009 20:06:09 -1000 Subject: error in max command with while loop In-Reply-To: <8562142e0905042140s25c8b51fg2cb38b6f8d41e55c@mail.gmail.com> Message-ID: Dipak: I think you need to distinguish between the value of tt and the variable using single quotes. Instead of 'd max(tc,t=tt,t=tt+8)' try 'd max(tc,t='tt',t='tt'+8)' In other words, try move the variable tt outside the single quotes. Jim dipak sahu wrote: > Hii all users > Here i faced some problem in grads looping , actually i want to > extract the maximum values of each 24hr(1day) simulation of a 1month > simulation .dat file. so for this i tried the command > d max(tc, t=1,t=9) --> this the command to find the maximum value of > 1st day (of 3hrly output saved file) > so similarly i've to write this command for each day upto t=248, 31 > times.But i want to implement the while loop to do this like > > reinit' > 'open test-uprobe-3dvar.ctl' > 'set lat 29.45' > 'set lon 80.16' > 'set lev 850' > 'set gxout fwrite' > 'set fwrite maximum-temp-thal-3dvar.dat' > tt = 1 > while (i<=241) > *'set t 'tt > 'd max(tc,t=tt,t=tt+8)' > tt=tt+8 > endwhile > 'disable fwrite' > ~ > but this script file wasn't working. actually it was not taking the > value of "tt" inside the max command. So anybody has any idea > regarding to this issue, kindly suggest me. > > thanking you in advance > with regards > > -- > ******************************************** > Dipak kumar Sahu, > Research Scholar, > Centre for Atmospheric Sciences., > Indian Institute of Technology,Delhi > email:- dipak.sahu at iitd.acads.in > ********************************************** From mhess at OCEANI.COM Tue May 5 18:35:43 2009 From: mhess at OCEANI.COM (Mark Hess) Date: Tue, 5 May 2009 16:35:43 -0600 Subject: Using GrADS to retrieve HYCOM data In-Reply-To: <49FA52F6.9010603@buoyweather.com> Message-ID: Can anyone tell me what I am doing wrong here? At this point I'm just trying to get a file off of the HYCOM server. I used the server http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc.html to generate the URL string below, but am obviously missing something quite basic (I'm an inexperienced GrADS user and brand new to OPeNDAP). Will I need to create a custom .ctl file to access and display these data or am I simply using the sdfopen command incorrectly? I am running GrADS version 2.0.a3. My command and result are below. ga-> sdfopen http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300] Scanning self-describing file: http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300] gaopnc error: nc_open failed to open file http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300] read_metadata: gaopnc failed gadsdf: Couldn't ingest SDF metadata. ga-> Mark ----- Original Message ----- From: Dan Martin To: GRADSUSR at LIST.CINECA.IT Sent: Thursday, April 30, 2009 7:40 PM Subject: Re: Using GrADS to retrieve HYCOM data The full HYCOM data is on a curvilinear grid that I haven't been able to make work in grads. They set up a linear grid for grads users by cutting off pre-gridded section above 48 degrees north. http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/ The update schedule is a bit irregular and the server is not alway up, but nice data when it is there. If anyone has the curvilinear grid version working in grads, any tips would be nice. Dan Mark Hess wrote: > Has anyone out there used GrADS to retrieve and display data from the > HYCOM OPeNDAP near real-time data server > http://hycom.coaps.fsu.edu/thredds/dodsC/glb_nrt_analysis.html? > > I am hoping to use GrADS to retrieve mixed layer depth data from this > server, but not real clear on the http/OPeNDAP string I would use to > download the file (whether it be ASCII or binary). If you have done > this and could send a sample script or command showing the http > line that would be much appreciated. > > Thanks, > > Mark > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090505/d1707141/attachment.html From jimp at HAWAII.EDU Tue May 5 19:29:39 2009 From: jimp at HAWAII.EDU (James T. Potemra) Date: Tue, 5 May 2009 13:29:39 -1000 Subject: Using GrADS to retrieve HYCOM data In-Reply-To: <6469A1A0DD1F4718907F4B12C84C603A@sailfish> Message-ID: Hi Mark: Your variable constraints look more like Matlab syntax to me. If you simply use sdfopen http://...... .nc (truncate everythins from the ? to the end) it should work. You'll then have access to the entire data file and can just 'set x 1500 2300', 'set y 1750 2169', and so on, then 'd mld' Jim Mark Hess wrote: > Can anyone tell me what I am doing wrong here? At this point I'm just > trying to get a file off of the HYCOM server. I used the server > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc.html to > generate the URL string below, but am obviously missing something > quite basic (I'm an inexperienced GrADS user and brand new to > OPeNDAP). Will I need to create a custom .ctl file to access and > display these data or am I simply using the sdfopen command incorrectly? > > I am running GrADS version 2.0.a3. My command and result are below. > > ga-> sdfopen > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300] > > Scanning self-describing file: > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300] > gaopnc error: nc_open failed to open file > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300] > read_metadata: gaopnc failed > gadsdf: Couldn't ingest SDF metadata. > ga-> > Mark > > ----- Original Message ----- > *From:* Dan Martin > *To:* GRADSUSR at LIST.CINECA.IT > *Sent:* Thursday, April 30, 2009 7:40 PM > *Subject:* Re: Using GrADS to retrieve HYCOM data > > The full HYCOM data is on a curvilinear grid that I haven't been > able to > make work in grads. They set up a linear grid for grads users by > cutting > off pre-gridded section above 48 degrees north. > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/ > > The update schedule is a bit irregular and the server is not alway up, > but nice data when it is there. > > If anyone has the curvilinear grid version working in grads, any tips > would be nice. > > Dan > > Mark Hess wrote: > > Has anyone out there used GrADS to retrieve and display data > from the > > HYCOM OPeNDAP near real-time data server > > http://hycom.coaps.fsu.edu/thredds/dodsC/glb_nrt_analysis.html? > > > > I am hoping to use GrADS to retrieve mixed layer depth data from > this > > server, but not real clear on the http/OPeNDAP string I would use to > > download the file (whether it be ASCII or binary). If you have done > > this and could send a sample script or command showing the http > > line that would be much appreciated. > > > > Thanks, > > > > Mark > > > From mhess at OCEANI.COM Wed May 6 11:34:16 2009 From: mhess at OCEANI.COM (Mark Hess) Date: Wed, 6 May 2009 09:34:16 -0600 Subject: Using GrADS to retrieve HYCOM data In-Reply-To: <4A00CBE3.9060001@hawaii.edu> Message-ID: Think I still must be doing something wrong and/or missing a few important concepts. Here's what I get: ga-> sdfopen http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc Scanning self-describing file: http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc gaopnc error: nc_open failed to open file http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc read_metadata: gaopnc failed gadsdf: Couldn't ingest SDF metadata. Perhaps I need to work on creating a .ctl file? Any help with that is appreciated. Thanks, Mark ----- Original Message ----- From: James T. Potemra To: GRADSUSR at LIST.CINECA.IT Sent: Tuesday, May 05, 2009 5:29 PM Subject: Re: Using GrADS to retrieve HYCOM data Hi Mark: Your variable constraints look more like Matlab syntax to me. If you simply use sdfopen http://...... .nc (truncate everythins from the ? to the end) it should work. You'll then have access to the entire data file and can just 'set x 1500 2300', 'set y 1750 2169', and so on, then 'd mld' Jim Mark Hess wrote: > Can anyone tell me what I am doing wrong here? At this point I'm just > trying to get a file off of the HYCOM server. I used the server > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc.html to > generate the URL string below, but am obviously missing something > quite basic (I'm an inexperienced GrADS user and brand new to > OPeNDAP). Will I need to create a custom .ctl file to access and > display these data or am I simply using the sdfopen command incorrectly? > > I am running GrADS version 2.0.a3. My command and result are below. > > ga-> sdfopen > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300] > > Scanning self-describing file: > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300] > gaopnc error: nc_open failed to open file > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300] > read_metadata: gaopnc failed > gadsdf: Couldn't ingest SDF metadata. > ga-> > Mark > > ----- Original Message ----- > *From:* Dan Martin > *To:* GRADSUSR at LIST.CINECA.IT > *Sent:* Thursday, April 30, 2009 7:40 PM > *Subject:* Re: Using GrADS to retrieve HYCOM data > > The full HYCOM data is on a curvilinear grid that I haven't been > able to > make work in grads. They set up a linear grid for grads users by > cutting > off pre-gridded section above 48 degrees north. > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/ > > The update schedule is a bit irregular and the server is not alway up, > but nice data when it is there. > > If anyone has the curvilinear grid version working in grads, any tips > would be nice. > > Dan > > Mark Hess wrote: > > Has anyone out there used GrADS to retrieve and display data > from the > > HYCOM OPeNDAP near real-time data server > > http://hycom.coaps.fsu.edu/thredds/dodsC/glb_nrt_analysis.html? > > > > I am hoping to use GrADS to retrieve mixed layer depth data from > this > > server, but not real clear on the http/OPeNDAP string I would use to > > download the file (whether it be ASCII or binary). If you have done > > this and could send a sample script or command showing the http > > line that would be much appreciated. > > > > Thanks, > > > > Mark > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090506/5fac1687/attachment.html From klevey at CUSTOMWEATHER.COM Wed May 6 12:32:15 2009 From: klevey at CUSTOMWEATHER.COM (Kevin M Levey) Date: Wed, 6 May 2009 09:32:15 -0700 Subject: Using GrADS to retrieve HYCOM data In-Reply-To: Message-ID: Hi Mark, Make sure you are using GRADSDODS from the command line and NOT gradsnc or gradsc (GRads versions < 2) or simply "grads" using version 2 Version 1.91: I can open your file using gradsdods as follows: weather:fweather1 ~ > gradsdods Grid Analysis and Display System (GrADS) Version 1.9.0-rc1 Copyright (c) 1988-2007 by Brian Doty and IGES Center for Ocean-Land-Atmosphere Studies (COLA) Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v1.9.0-rc1 32-bit little-endian readline sdf/xdf netcdf dap dap-stn lats athena printim Issue 'q config' command for more information. Landscape mode? (no for portrait): GX Package Initialization: Size = 11 8.5 ga-> http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc Unknown command: http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc ga-> sdfopen http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc Scanning self-describing file: http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc SDF file http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc is open as file 1 LON set to 74.16 434.08 LAT set to -78.64 46.8781 LEV set to 0 0 Time values set: 2009:5:5:0 2009:5:5:0 ga-> Not using gradsdods is a common mistake here. Using version 2.0 weather:fweather1 /usr/local/grads2/Contents > ./grads Welcome to the OpenGrADS Bundle Distribution -------------------------------------------- For additional information enter "grads --help". Starting "/usr/local/src/grads-2.0.a5.oga.4/Contents/Linux/Versions/ 2.0.a5.oga.4/x86_64/grads " ... Grid Analysis and Display System (GrADS) Version 2.0.a5.oga.4 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.a5.oga.4 little-endian readline printim grib2 netcdf hdf4- sds opendap-grids,stn athena geotiff Issue 'q config' command for more information. Loading User Defined Extensions table ... ok. Landscape mode? ('n' for portrait): GX Package Initialization: Size = 11 8.5 ga-> sdfopen http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc Scanning self-describing file: http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc SDF file http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc is open as file 1 LON set to 74.16 434.08 LAT set to -78.64 46.8781 LEV set to 0 0 Time values set: 2009:5:5:0 2009:5:5:0 E set to 1 1 ga-> As you can see, I can open your file just fine here too! Cheers Kevin On May 6, 2009, at 05/06/09 - 8:34 AM, Mark Hess wrote: > Think I still must be doing something wrong and/or missing a few > important concepts. Here's what I get: > > ga-> sdfopen http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc > Scanning self-describing file: > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc > gaopnc error: nc_open failed to open file > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc > read_metadata: gaopnc failed > gadsdf: Couldn't ingest SDF metadata. > > Perhaps I need to work on creating a .ctl file? Any help with that > is appreciated. > > Thanks, > > Mark > > > ----- Original Message ----- > From: James T. Potemra > To: GRADSUSR at LIST.CINECA.IT > Sent: Tuesday, May 05, 2009 5:29 PM > Subject: Re: Using GrADS to retrieve HYCOM data > > Hi Mark: > > Your variable constraints look more like Matlab syntax to me. If you > simply use sdfopen http://...... .nc (truncate > everythins from the ? to the end) it should work. You'll then have > access to the entire data file and can just > 'set x 1500 2300', 'set y 1750 2169', and so on, then 'd mld' > > Jim > > Mark Hess wrote: > > Can anyone tell me what I am doing wrong here? At this point I'm > just > > trying to get a file off of the HYCOM server. I used the server > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc.html > to > > generate the URL string below, but am obviously missing something > > quite basic (I'm an inexperienced GrADS user and brand new to > > OPeNDAP). Will I need to create a custom .ctl file to access and > > display these data or am I simply using the sdfopen command > incorrectly? > > > > I am running GrADS version 2.0.a3. My command and result are below. > > > > ga-> sdfopen > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld > [0:1:0][1750:1:2169][1500:1:2300] > > > > Scanning self-describing file: > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld > [0:1:0][1750:1:2169][1500:1:2300] > > gaopnc error: nc_open failed to open file > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld > [0:1:0][1750:1:2169][1500:1:2300] > > read_metadata: gaopnc failed > > gadsdf: Couldn't ingest SDF metadata. > > ga-> > > Mark > > > > ----- Original Message ----- > > *From:* Dan Martin > > *To:* GRADSUSR at LIST.CINECA.IT > > *Sent:* Thursday, April 30, 2009 7:40 PM > > *Subject:* Re: Using GrADS to retrieve HYCOM data > > > > The full HYCOM data is on a curvilinear grid that I haven't been > > able to > > make work in grads. They set up a linear grid for grads users by > > cutting > > off pre-gridded section above 48 degrees north. > > > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/ > > > > The update schedule is a bit irregular and the server is not > alway up, > > but nice data when it is there. > > > > If anyone has the curvilinear grid version working in grads, > any tips > > would be nice. > > > > Dan > > > > Mark Hess wrote: > > > Has anyone out there used GrADS to retrieve and display data > > from the > > > HYCOM OPeNDAP near real-time data server > > > http://hycom.coaps.fsu.edu/thredds/dodsC/ > glb_nrt_analysis.html? > > > > > > I am hoping to use GrADS to retrieve mixed layer depth data > from > > this > > > server, but not real clear on the http/OPeNDAP string I > would use to > > > download the file (whether it be ASCII or binary). If you > have done > > > this and could send a sample script or command showing the > http > > > line that would be much appreciated. > > > > > > Thanks, > > > > > > Mark > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090506/431e11f2/attachment.html From jimp at HAWAII.EDU Wed May 6 13:30:48 2009 From: jimp at HAWAII.EDU (James T. Potemra) Date: Wed, 6 May 2009 07:30:48 -1000 Subject: Using GrADS to retrieve HYCOM data In-Reply-To: Message-ID: Hi Mark: I think something is up with your version of GrADS. Here's what I get from grads-v2.0.a5.oga.4 Welcome to the OpenGrADS Bundle Distribution -------------------------------------------- For additional information enter "opengrads --help". Starting "/usr/local/grads-2.0.a5.oga.4/Contents/Linux/Versions/2.0.a5.oga.4/x86_64/grads -HC 1 -l -g 1000x800 " ... Grid Analysis and Display System (GrADS) Version 2.0.a5.oga.4 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.a5.oga.4 little-endian readline printim grib2 netcdf hdf4-sds 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 Command line history in /export/lii/jimp/.grads.log *sdfopen http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc * Scanning self-describing file: http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc SDF file http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc is open as file 1 LON set to 74.16 434.08 LAT set to -78.64 46.8781 LEV set to 0 0 Time values set: 2009:5:5:0 2009:5:5:0 E set to 1 1 ga-> q file File 1 : HYCOM GLBa0.08 Descriptor: http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc Binary: http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc Type = Gridded Xsize = 4500 Ysize = 2170 Zsize = 1 Tsize = 1 Esize = 1 Number of Variables = 8 date 0 t date mld 0 t,y,x MLT (0.20 degC) [90.6H] mlp 0 t,y,x MLT (0.03 kg/m3) [90.6H] qtot 0 t,y,x surf. heat flux [90.6H] emp 0 t,y,x surf. water flux [90.6H] surface_tempera 0 t,y,x surf. temp. trend [90.6H] surface_salinit 0 t,y,x surf. saln. trend [90.6H] ssh 0 t,y,x sea surf. height [90.6H] ga-> Jim Mark Hess wrote: > Think I still must be doing something wrong and/or missing a few > important concepts. Here's what I get: > > ga-> sdfopen > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc > > Scanning self-describing file: > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc > > gaopnc error: nc_open failed to open file > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc > > read_metadata: gaopnc failed > gadsdf: Couldn't ingest SDF metadata. > > Perhaps I need to work on creating a .ctl file? Any help with that is > appreciated. > > Thanks, > > Mark > > > ----- Original Message ----- > *From:* James T. Potemra > *To:* GRADSUSR at LIST.CINECA.IT > *Sent:* Tuesday, May 05, 2009 5:29 PM > *Subject:* Re: Using GrADS to retrieve HYCOM data > > Hi Mark: > > Your variable constraints look more like Matlab syntax to me. If you > simply use sdfopen http://...... .nc (truncate > everythins from the ? to the end) it should work. You'll then have > access to the entire data file and can just > 'set x 1500 2300', 'set y 1750 2169', and so on, then 'd mld' > > Jim > > Mark Hess wrote: > > Can anyone tell me what I am doing wrong here? At this point > I'm just > > trying to get a file off of the HYCOM server. I used the server > > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc.html > to > > generate the URL string below, but am obviously missing something > > quite basic (I'm an inexperienced GrADS user and brand new to > > OPeNDAP). Will I need to create a custom .ctl file to access and > > display these data or am I simply using the sdfopen command > incorrectly? > > > > I am running GrADS version 2.0.a3. My command and result are below. > > > > ga-> sdfopen > > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300 > ] > > > > Scanning self-describing file: > > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300 > ] > > gaopnc error: nc_open failed to open file > > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300 > ] > > read_metadata: gaopnc failed > > gadsdf: Couldn't ingest SDF metadata. > > ga-> > > Mark > > > > ----- Original Message ----- > > *From:* Dan Martin > > *To:* GRADSUSR at LIST.CINECA.IT > > > *Sent:* Thursday, April 30, 2009 7:40 PM > > *Subject:* Re: Using GrADS to retrieve HYCOM data > > > > The full HYCOM data is on a curvilinear grid that I haven't been > > able to > > make work in grads. They set up a linear grid for grads users by > > cutting > > off pre-gridded section above 48 degrees north. > > > > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/ > > > > The update schedule is a bit irregular and the server is not > alway up, > > but nice data when it is there. > > > > If anyone has the curvilinear grid version working in grads, > any tips > > would be nice. > > > > Dan > > > > Mark Hess wrote: > > > Has anyone out there used GrADS to retrieve and display data > > from the > > > HYCOM OPeNDAP near real-time data server > > > > http://hycom.coaps.fsu.edu/thredds/dodsC/glb_nrt_analysis.html? > > > > > > I am hoping to use GrADS to retrieve mixed layer depth > data from > > this > > > server, but not real clear on the http/OPeNDAP string I > would use to > > > download the file (whether it be ASCII or binary). If you > have done > > > this and could send a sample script or command showing the > http > > > line that would be much appreciated. > > > > > > Thanks, > > > > > > Mark > > > > > > From mhess at OCEANI.COM Wed May 6 15:13:15 2009 From: mhess at OCEANI.COM (Mark Hess) Date: Wed, 6 May 2009 13:13:15 -0600 Subject: Using GrADS to retrieve HYCOM data In-Reply-To: Message-ID: Success! That was it. A simple error on my part, of course. I used gradsdap and it worked great. Thanks so much to Kevin and everyone else who offered useful tips. Mark ----- Original Message ----- From: Kevin M Levey To: GRADSUSR at LIST.CINECA.IT Sent: Wednesday, May 06, 2009 10:32 AM Subject: Re: Using GrADS to retrieve HYCOM data Hi Mark, Make sure you are using GRADSDODS from the command line and NOT gradsnc or gradsc (GRads versions < 2) or simply "grads" using version 2 Version 1.91: I can open your file using gradsdods as follows: weather:fweather1 ~ > gradsdods Grid Analysis and Display System (GrADS) Version 1.9.0-rc1 Copyright (c) 1988-2007 by Brian Doty and IGES Center for Ocean-Land-Atmosphere Studies (COLA) Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v1.9.0-rc1 32-bit little-endian readline sdf/xdf netcdf dap dap-stn lats athena printim Issue 'q config' command for more information. Landscape mode? (no for portrait): GX Package Initialization: Size = 11 8.5 ga-> http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc Unknown command: http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc ga-> sdfopen http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc Scanning self-describing file: http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc SDF file http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc is open as file 1 LON set to 74.16 434.08 LAT set to -78.64 46.8781 LEV set to 0 0 Time values set: 2009:5:5:0 2009:5:5:0 ga-> Not using gradsdods is a common mistake here. Using version 2.0 weather:fweather1 /usr/local/grads2/Contents > ./grads Welcome to the OpenGrADS Bundle Distribution -------------------------------------------- For additional information enter "grads --help". Starting "/usr/local/src/grads-2.0.a5.oga.4/Contents/Linux/Versions/2.0.a5.oga.4/x86_64/grads " ... Grid Analysis and Display System (GrADS) Version 2.0.a5.oga.4 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.a5.oga.4 little-endian readline printim grib2 netcdf hdf4-sds opendap-grids,stn athena geotiff Issue 'q config' command for more information. Loading User Defined Extensions table ... ok. Landscape mode? ('n' for portrait): GX Package Initialization: Size = 11 8.5 ga-> sdfopen http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc Scanning self-describing file: http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc SDF file http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc is open as file 1 LON set to 74.16 434.08 LAT set to -78.64 46.8781 LEV set to 0 0 Time values set: 2009:5:5:0 2009:5:5:0 E set to 1 1 ga-> As you can see, I can open your file just fine here too! Cheers Kevin On May 6, 2009, at 05/06/09 - 8:34 AM, Mark Hess wrote: Think I still must be doing something wrong and/or missing a few important concepts. Here's what I get: ga-> sdfopen http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc Scanning self-describing file: http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc gaopnc error: nc_open failed to open file http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc read_metadata: gaopnc failed gadsdf: Couldn't ingest SDF metadata. Perhaps I need to work on creating a .ctl file? Any help with that is appreciated. Thanks, Mark ----- Original Message ----- From: James T. Potemra To: GRADSUSR at LIST.CINECA.IT Sent: Tuesday, May 05, 2009 5:29 PM Subject: Re: Using GrADS to retrieve HYCOM data Hi Mark: Your variable constraints look more like Matlab syntax to me. If you simply use sdfopen http://...... .nc (truncate everythins from the ? to the end) it should work. You'll then have access to the entire data file and can just 'set x 1500 2300', 'set y 1750 2169', and so on, then 'd mld' Jim Mark Hess wrote: > Can anyone tell me what I am doing wrong here? At this point I'm just > trying to get a file off of the HYCOM server. I used the server > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc.html to > generate the URL string below, but am obviously missing something > quite basic (I'm an inexperienced GrADS user and brand new to > OPeNDAP). Will I need to create a custom .ctl file to access and > display these data or am I simply using the sdfopen command incorrectly? > > I am running GrADS version 2.0.a3. My command and result are below. > > ga-> sdfopen > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300] > > Scanning self-describing file: > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300] > gaopnc error: nc_open failed to open file > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc?mld[0:1:0][1750:1:2169][1500:1:2300] > read_metadata: gaopnc failed > gadsdf: Couldn't ingest SDF metadata. > ga-> > Mark > > ----- Original Message ----- > *From:* Dan Martin > *To:* GRADSUSR at LIST.CINECA.IT > *Sent:* Thursday, April 30, 2009 7:40 PM > *Subject:* Re: Using GrADS to retrieve HYCOM data > > The full HYCOM data is on a curvilinear grid that I haven't been > able to > make work in grads. They set up a linear grid for grads users by > cutting > off pre-gridded section above 48 degrees north. > > http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/ > > The update schedule is a bit irregular and the server is not alway up, > but nice data when it is there. > > If anyone has the curvilinear grid version working in grads, any tips > would be nice. > > Dan > > Mark Hess wrote: > > Has anyone out there used GrADS to retrieve and display data > from the > > HYCOM OPeNDAP near real-time data server > > http://hycom.coaps.fsu.edu/thredds/dodsC/glb_nrt_analysis.html? > > > > I am hoping to use GrADS to retrieve mixed layer depth data from > this > > server, but not real clear on the http/OPeNDAP string I would use to > > download the file (whether it be ASCII or binary). If you have done > > this and could send a sample script or command showing the http > > line that would be much appreciated. > > > > Thanks, > > > > Mark > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090506/2cff6ab6/attachment.html From mhess at OCEANI.COM Wed May 6 17:14:39 2009 From: mhess at OCEANI.COM (Mark Hess) Date: Wed, 6 May 2009 15:14:39 -0600 Subject: Using GrADS to retrieve HYCOM data In-Reply-To: Message-ID: All, I can now open and display HYCOM MLD data in GrADS. My next step is to output a lat,lon,value ASCII file from the open dataset for a specified region. The script (shown below) is a cannabalized/modified version of one sent to me by Arlindo some time ago (any errors in the script are mine not his). While it does work, it is very slow. It was originally written to work from a local file so, I imagine the slow speed is because each time it writes a line in the ASCII file it needs to go out and pull that info from the http source. Is there a way I can first write the desired data to a NetCDF or binary file on my local disk and then write the ASCII file pulling from that file? I tried unsuccesfully to use the frwite command, but perhaps I am using the command incorrectly. Mark SCRIPT: 'reinit' 'sdfopen http://hycom.coaps.fsu.edu/opendap/nph-dods/datasets/hycom/global/GLBa0.08_rect/data/2d/rarchv.2009_125_00_2d.nc' * * find Imax, Jmax * 'q dims' rec=sublin(result,2) *Imax=subwrd(rec,13) Imax=2170 say 'Imax 'Imax rec=sublin(result,3) *Jmax=subwrd(rec,13) Jmax=2300 say 'Jmax 'Jmax * * define scaling environment by displaying any variable (otherwise an error * results...) * 'set gxout shaded' 'set lev 0' 'set lon 190 260' 'set lat 20 48' 'd mld' * * open output file and print header... * rc = write('mld.txt','i j lonval latval var') i=1750 while ( i <= Imax ) j=1500 while ( j <= Jmax ) 'q gr2w 'i' 'j rec = sublin(result,1) lonv = subwrd(rec,3) latv = subwrd(rec,6) 'set x 'i 'set y 'j 'd mld' var = subwrd(result,4) say ''i' 'j' 'lonv' 'latv' 'var lonval = math_format('%6.3f',lonv) latval = math_format('%6.3f',latv) rc = write('mld.txt',''i' 'j' 'lonval' 'latval' 'var'') j=j+1 endwhile i=i+1 endwhile rc = close('mld.txt') 'quit' -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090506/b86c4a55/attachment.html From arlindo.dasilva at GMAIL.COM Wed May 6 17:26:57 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Wed, 6 May 2009 17:26:57 -0400 Subject: Using GrADS to retrieve HYCOM data In-Reply-To: <68AFD9452784457E92CCBFD1A68B2A48@sailfish> Message-ID: On Wed, May 6, 2009 at 5:14 PM, Mark Hess wrote: > All, > > I can now open and display HYCOM MLD data in GrADS. My next step is to > output a lat,lon,value ASCII file from the open dataset for a specified > region. The script (shown below) is a cannabalized/modified version of one > sent to me by Arlindo some time ago (any errors in the script are mine not > his). While it does work, it is very slow. It was originally written to > work from a local file so, I imagine the slow speed is because each time > it writes a line in the ASCII file it needs to go out and pull that info > from the http source. Is there a way I can first write the desired data to > a NetCDF or binary file on my local disk and then write the ASCII file > pulling from that file? I tried unsuccesfully to use the frwite command, > but perhaps I am using the command incorrectly. > > Take a look at this recipe: http://cookbooks.opengrads.org/index.php?title=Recipe-002:_Saving_GrADS_variable_data_to_a_text_file Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090506/515fed84/attachment.html From kiran at TROPMET.RES.IN Thu May 7 07:58:16 2009 From: kiran at TROPMET.RES.IN (Kiran Salunke) Date: Thu, 7 May 2009 13:58:16 +0200 Subject: Grib file Template !! Message-ID: Hello everybody, I have a data (6hrly) in grib format. I would like to make it in .ctl format using grib2ctl.pl script.It's a five day forecast (120 hr) files. The following *.ctl working for one day i.e (06hr,12hr,18hr) it's not running for 24hr because it is next day. The files are as follow: T254_IND_00h.grb T254_IND_36h.grb T254_IND_06h.grb T254_IND_42h.grb T254_IND_12h.grb T254_IND_48h.grb T254_IND_18h.grb T254_IND_54h.grb T254_IND_24h.grb . T254_IND_30h.grb . . T254_IND_120h.grb ---------------------------------------- I am writing in this way: --------------------------------------------- dset ^T254_IND_%h2h.grb index ^fcs.idx undef 9.999E+20 title fcs * produced by grib2ctl v0.9.12.5p45 dtype grib 255 options template options yrev ydef 161 linear -20.000000 0.5 xdef 241 linear 20.000000 0.500000 tdef 20 linear 00Z04may2009 06hr * z has 26 levels, for prs zdef 26 levels 1000 975 950 925 900 850 800 750 700 650 600 550 500 450 400 350 300 250 200 150 100 70 50 30 20 10 vars 222 ........ ........ ...... ........ ...... thanks in advance, Mr.kiran salunke Indian Institute of Tropical Meteorology Dr. homi Bhabha rd, Ncl Post Pashan Pune-411008 Maharashtra India. From Daniele.Gandini at ARPA.PIEMONTE.IT Thu May 7 08:19:54 2009 From: Daniele.Gandini at ARPA.PIEMONTE.IT (Daniele Gandini) Date: Thu, 7 May 2009 14:19:54 +0200 Subject: Grib file Template !! Message-ID: You may link together the files so you have a file only and the problem is solved. Bye Dan ----- Original Message ----- From: "Kiran Salunke" To: Sent: Thursday, May 07, 2009 1:58 PM Subject: Grib file Template !! > Hello everybody, > I have a data (6hrly) in grib format. I would like to make it in > .ctl format using grib2ctl.pl script.It's a five day forecast (120 hr) files. > > The following *.ctl working for one day i.e (06hr,12hr,18hr) it's not > running for 24hr because it is next day. > > The files are as follow: > > T254_IND_00h.grb T254_IND_36h.grb > T254_IND_06h.grb T254_IND_42h.grb > T254_IND_12h.grb T254_IND_48h.grb > T254_IND_18h.grb T254_IND_54h.grb > T254_IND_24h.grb . > T254_IND_30h.grb . > . T254_IND_120h.grb > > ---------------------------------------- > I am writing in this way: > --------------------------------------------- > dset ^T254_IND_%h2h.grb > index ^fcs.idx > undef 9.999E+20 > title fcs > * produced by grib2ctl v0.9.12.5p45 > dtype grib 255 > options template > options yrev > ydef 161 linear -20.000000 0.5 > xdef 241 linear 20.000000 0.500000 > tdef 20 linear 00Z04may2009 06hr > * z has 26 levels, for prs > zdef 26 levels > 1000 975 950 925 900 850 800 750 700 650 600 550 500 450 400 350 300 250 200 > 150 100 70 50 30 20 10 > vars 222 > ........ > ........ > ...... > ........ > ...... > > > > > > thanks in advance, > > > Mr.kiran salunke > Indian Institute of Tropical Meteorology > Dr. homi Bhabha rd, Ncl Post > Pashan Pune-411008 > Maharashtra India. From maldmm5 at GMAIL.COM Thu May 7 10:53:35 2009 From: maldmm5 at GMAIL.COM (Mald MM5) Date: Fri, 8 May 2009 02:53:35 +1200 Subject: Fortran code to convert XYZ data to grads format ...? Message-ID: Hi users, Am sure someone must have a fortran code to convert XYZ data (ASCII data) into grads format. Since I am not very good at fortran, is it possible to share such a code? Anyone ? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090508/f23df450/attachment.html From carheden at CIRA.COLOSTATE.EDU Thu May 7 10:51:03 2009 From: carheden at CIRA.COLOSTATE.EDU (Adam Carheden) Date: Thu, 7 May 2009 16:51:03 +0200 Subject: GUI window updates on Linux Message-ID: Does anyone know how to compile grads to update the GUI window properly under Linux? Try this: - Display something - Cover the GUI window with another window - Move the other window off the GUI window. The place where the other window was on the GrADS GUI window is now black. - Type return in the command line window. The GUI Window now updates. This occurs for me using Grads 1.9 and 2.0a, both the binary distributions and executables I compile myself, and it occurs on SuSE 9.3, Gentoo 2008.0, and RHEL client 5.3. However, a friend of mine says he used to use GrADS on Solaris and the window updated correctly. (i.e. the GUI window updated when the other window moved away instead of waiting until you press return in the command line window.) Does anyone have this working correctly under Linux. Any idea how to compile it to work as expected? Thanks From spc_meteor at YAHOO.COM.BR Thu May 7 11:36:33 2009 From: spc_meteor at YAHOO.COM.BR (Saulo Carvalho) Date: Thu, 7 May 2009 08:36:33 -0700 Subject: Res: Grib file Template !! In-Reply-To: <00e901c9cf0e$20f4dda0$d8867f0a@ad.arpa.piemonte.it> Message-ID: You have to execute gribmap in grads command line and type the file name. ________________________________ De: Daniele Gandini Para: GRADSUSR at LIST.CINECA.IT Enviadas: Quinta-feira, 7 de Maio de 2009 9:19:54 Assunto: Re: Grib file Template !! You may link together the files so you have a file only and the problem is solved. Bye Dan ----- Original Message ----- From: "Kiran Salunke" To: Sent: Thursday, May 07, 2009 1:58 PM Subject: Grib file Template !! > Hello everybody, >? ? ? I have a data (6hrly) in grib format. I would like to make it in > .ctl format using grib2ctl.pl script.It's a five day forecast (120 hr) files. > >? ? The following *.ctl working for one day i.e (06hr,12hr,18hr) it's not > running for 24hr because it is next day. > > The files are as follow: > > T254_IND_00h.grb? T254_IND_36h.grb > T254_IND_06h.grb? T254_IND_42h.grb > T254_IND_12h.grb? T254_IND_48h.grb > T254_IND_18h.grb? T254_IND_54h.grb > T254_IND_24h.grb? . > T254_IND_30h.grb? . >? ? ? ? ? ? ? ? ? . T254_IND_120h.grb > > ---------------------------------------- > I am writing in this way: > --------------------------------------------- > dset ^T254_IND_%h2h.grb > index ^fcs.idx > undef 9.999E+20 > title fcs > *? produced by grib2ctl v0.9.12.5p45 > dtype grib 255 > options template > options yrev > ydef 161 linear -20.000000 0.5 > xdef 241 linear 20.000000 0.500000 > tdef 20 linear 00Z04may2009 06hr > *? z has 26 levels, for prs > zdef 26 levels > 1000 975 950 925 900 850 800 750 700 650 600 550 500 450 400 350 300 250 200 > 150 100 70 50 30 20 10 > vars 222 > ........ > ........ > ...... > ........ > ...... > > > > > > thanks in advance, > > > Mr.kiran salunke > Indian Institute of Tropical Meteorology > Dr. homi Bhabha rd, Ncl Post > Pashan Pune-411008 > Maharashtra India. Veja quais s?o os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090507/e0acb880/attachment.html From mhess at OCEANI.COM Thu May 7 12:34:01 2009 From: mhess at OCEANI.COM (Mark Hess) Date: Thu, 7 May 2009 10:34:01 -0600 Subject: fwrite In-Reply-To: <4A01C948.9080802@hawaii.edu> Message-ID: If I save a file using fwrite, what do I use to open that file again. In the docs it states that fwrite outputs a 'grid file'. Do I then use the 'open' command to open that file? If so, are there any restrictions or parameters required in that commaned line? If not, what am I not understanding? Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090507/267af753/attachment.html From hersala at GMAIL.COM Thu May 7 13:42:07 2009 From: hersala at GMAIL.COM (hersala) Date: Thu, 7 May 2009 14:42:07 -0300 Subject: fwrite In-Reply-To: <2BC187F3500B4963BB8C0DAFAB702822@sailfish> Message-ID: Dear Mark From jimp at HAWAII.EDU Thu May 7 13:46:06 2009 From: jimp at HAWAII.EDU (James T. Potemra) Date: Thu, 7 May 2009 07:46:06 -1000 Subject: fwrite In-Reply-To: <2BC187F3500B4963BB8C0DAFAB702822@sailfish> Message-ID: Mark: The result from fwrite is a binary file that you can open using GrADS; you just need to create a GrADS data descriptor file. Jim Mark Hess wrote: > If I save a file using fwrite, what do I use to open that file again. > In the docs it states that fwrite outputs a 'grid file'. Do I then > use the 'open' command to open that file? If so, are there any > restrictions or parameters required in that commaned line? If not, > what am I not understanding? > > Mark > From mhess at OCEANI.COM Thu May 7 13:47:41 2009 From: mhess at OCEANI.COM (Mark Hess) Date: Thu, 7 May 2009 11:47:41 -0600 Subject: fwrite In-Reply-To: <4A031E5E.4030200@hawaii.edu> Message-ID: Thanks all. Mark ----- Original Message ----- From: James T. Potemra To: GRADSUSR at LIST.CINECA.IT Sent: Thursday, May 07, 2009 11:46 AM Subject: Re: fwrite Mark: The result from fwrite is a binary file that you can open using GrADS; you just need to create a GrADS data descriptor file. Jim Mark Hess wrote: > If I save a file using fwrite, what do I use to open that file again. > In the docs it states that fwrite outputs a 'grid file'. Do I then > use the 'open' command to open that file? If so, are there any > restrictions or parameters required in that commaned line? If not, > what am I not understanding? > > Mark > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090507/106f729d/attachment.html From jimp at HAWAII.EDU Thu May 7 13:54:36 2009 From: jimp at HAWAII.EDU (James T. Potemra) Date: Thu, 7 May 2009 07:54:36 -1000 Subject: GUI window updates on Linux In-Reply-To: <20090507145209.A5A571FFD3@mx2.cineca.it> Message-ID: Adam: This might be a problem with "backing store". You can check with: xdpyinfo | grep backing If the result is backing-store YES, save-unders YES I'm not sure what your problem is. If it is not YES, you can set it when you start X (-bs) or via your xorg.conf (or the equiv on your system) file; try add the line Option "backingstore" "true" under the "Screen" section. This should allow you to maintain window content when you cover them. Note you'll have to restart X for the new xorg.conf file to get read. Jim Adam Carheden wrote: > Does anyone know how to compile grads to update the GUI window properly > under Linux? > > Try this: > - Display something > - Cover the GUI window with another window > - Move the other window off the GUI window. The place where the other window > was on the GrADS GUI window is now black. > - Type return in the command line window. The GUI Window now updates. > > This occurs for me using Grads 1.9 and 2.0a, both the binary distributions > and executables I compile myself, and it occurs on SuSE 9.3, Gentoo 2008.0, > and RHEL client 5.3. > > However, a friend of mine says he used to use GrADS on Solaris and the > window updated correctly. (i.e. the GUI window updated when the other window > moved away instead of waiting until you press return in the command line > window.) > > Does anyone have this working correctly under Linux. Any idea how to compile > it to work as expected? > > Thanks > From ela at COLA.IGES.ORG Thu May 7 14:41:52 2009 From: ela at COLA.IGES.ORG (Eric Altshuler) Date: Thu, 7 May 2009 14:41:52 -0400 Subject: Grib file Template !! In-Reply-To: <1595100145.272631241721708824.JavaMail.root@mail.iges.org> Message-ID: Dear Kiran Salunke, You need to have the following in your dset line: dset ^T254_IND_%f2h.grb Use %f2 instead of %h2 because the time information in the file names is given by forecast hour (2 or 3 digits). You should also have all the options on one line: options yrev template And your tdef line should have 21 instead of 20 in it, because there are 21 time levels (including the 00 hr forecast). Then run gribmap on the .ctl file after you make these changes. 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: "Kiran Salunke" To: GRADSUSR at LIST.CINECA.IT Sent: Thursday, May 7, 2009 7:58:16 AM GMT -05:00 US/Canada Eastern Subject: Grib file Template !! Hello everybody, I have a data (6hrly) in grib format. I would like to make it in .ctl format using grib2ctl.pl script.It's a five day forecast (120 hr) files. The following *.ctl working for one day i.e (06hr,12hr,18hr) it's not running for 24hr because it is next day. The files are as follow: T254_IND_00h.grb T254_IND_36h.grb T254_IND_06h.grb T254_IND_42h.grb T254_IND_12h.grb T254_IND_48h.grb T254_IND_18h.grb T254_IND_54h.grb T254_IND_24h.grb . T254_IND_30h.grb . . T254_IND_120h.grb ---------------------------------------- I am writing in this way: --------------------------------------------- dset ^T254_IND_%h2h.grb index ^fcs.idx undef 9.999E+20 title fcs * produced by grib2ctl v0.9.12.5p45 dtype grib 255 options template options yrev ydef 161 linear -20.000000 0.5 xdef 241 linear 20.000000 0.500000 tdef 20 linear 00Z04may2009 06hr * z has 26 levels, for prs zdef 26 levels 1000 975 950 925 900 850 800 750 700 650 600 550 500 450 400 350 300 250 200 150 100 70 50 30 20 10 vars 222 ........ ........ ...... ........ ...... thanks in advance, Mr.kiran salunke Indian Institute of Tropical Meteorology Dr. homi Bhabha rd, Ncl Post Pashan Pune-411008 Maharashtra India. From Charles.Seman at NOAA.GOV Thu May 7 15:57:18 2009 From: Charles.Seman at NOAA.GOV (Charles Seman) Date: Thu, 7 May 2009 15:57:18 -0400 Subject: Fortran code to convert XYZ data to grads format ...? In-Reply-To: <54c90bba0905070753t48ad0833y4179b830c67a6b5b@mail.gmail.com> Message-ID: Mald, Please find attached a Fortran 90 program, subroutines and output files which I hope may help... write_grads.f90 is the main program, and there is a parameter you can adjust for your particular computer system via data_options (currently set for "little_endian" which allows one to use the GrADS ctl file on either a "little_endian" or "big_endian" computer; without this option in the GrADS ctl file, GrADS can only view the data correctly on a computer system with "endianness" the same as that on which the data were generated: e.g. http://en.wikipedia.org/wiki/Endianness ...to check your computer on which you intend to generate the data, you can start-up GrADS, and the "config" info will tell you how GrADS was configured for your computer)... To compile and run, if your system has "gfortran" you can compile using: gfortran write_grads.f90 write_grads_ieee.f90 write_grads_ctl.f90 then to run: a.out For comparison, you can check your local results against those generated here using attached grads_example.ctl and grads_example.ieee files. Please let me know if you have any questions or problems with the codes. Thanks, Chuck Mald MM5 wrote: > Hi users, > > Am sure someone must have a fortran code to convert XYZ data (ASCII > data) into grads format. Since I am not very good at fortran, is it > possible to share such a code? > > Anyone ? > > Thanks > -- Please note that Charles.Seman at noaa.gov should be considered my NOAA email address, not cjs at gfdl.noaa.gov. ******************************************************************** Charles Seman Charles.Seman at noaa.gov U.S. Department of Commerce / NOAA / OAR Geophysical Fluid Dynamics Laboratory voice: (609) 452-6547 201 Forrestal Road fax: (609) 987-5063 Princeton, NJ 08540-6649 http://www.gfdl.noaa.gov/~cjs/ ******************************************************************** "The contents of this message are mine personally and do not necessarily reflect any position of the Government or NOAA." -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: write_grads.f90 Url: http://gradsusr.org/pipermail/gradsusr/attachments/20090507/da0355b0/attachment.pl -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: write_grads_ieee.f90 Url: http://gradsusr.org/pipermail/gradsusr/attachments/20090507/da0355b0/attachment-0001.pl -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: write_grads_ctl.f90 Url: http://gradsusr.org/pipermail/gradsusr/attachments/20090507/da0355b0/attachment-0002.pl -------------- next part -------------- A non-text attachment was scrubbed... Name: grads_example.ieee Type: application/octet-stream Size: 36000 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090507/da0355b0/attachment.obj -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: grads_example.ctl Url: http://gradsusr.org/pipermail/gradsusr/attachments/20090507/da0355b0/attachment-0003.pl From arlindo.dasilva at GMAIL.COM Thu May 7 17:01:15 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Thu, 7 May 2009 17:01:15 -0400 Subject: Fortran code to convert XYZ data to grads format ...? In-Reply-To: <54c90bba0905070753t48ad0833y4179b830c67a6b5b@mail.gmail.com> Message-ID: On Thu, May 7, 2009 at 10:53 AM, Mald MM5 wrote: > Hi users, > > Am sure someone must have a fortran code to convert XYZ data (ASCII data) > into grads format. Since I am not very good at fortran, is it possible to > share such a code? > This recipe has the basics of how to write a grads binary file from fortran: http://cookbooks.opengrads.org/index.php?title=Recipe-004:_Creating_GrADS_binary_gridded_files_using_FORTRAN It creates its own data, you would need to add code to read your ASCII data instead. Arlindo > > Anyone ? > > Thanks > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090507/b90de747/attachment.html From nakazawa at MRI-JMA.GO.JP Thu May 7 20:25:02 2009 From: nakazawa at MRI-JMA.GO.JP (Tetsuo Nakazawa) Date: Fri, 8 May 2009 09:25:02 +0900 Subject: grib1 index file in ensemble data? Message-ID: Dear all, A question of ensemble data in opengrads opengrads Versions/Current@/i386 2.0.a5.oga.2 I would like to use %e option and edef in my ctl. Currently I create all ctls for each member, as seen below. Then I created a new ctl file, to take care of ALL members, but I had an error message. For your reference I attach a new ctl file. I suppose the error comes from the treatment of grib1 index file..... -------------- next part -------------- A non-text attachment was scrubbed... Name: WEPS_plev_i2008042012e.ctl Type: application/octet-stream Size: 806 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090508/777ebc16/attachment.obj -------------- next part -------------- ---- start ---- Welcome to the OpenGrADS Bundle Distribution -------------------------------------------- For additional information enter "opengrads --help". Starting "/Users/t_nakazawa/opengrads/Darwin/Versions/2.0.a5.oga.2/ i386/grads -HC 1 " ... Grid Analysis and Display System (GrADS) Version 2.0.a5.oga.2 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.a5.oga.2 little-endian readline printim grib2 netcdf hdf4- sds opendap-grids,stn athena geo tiff Issue 'q config' command for more information. Loading User Defined Extensions table ... ok. Landscape mode? ('n' for portrait): GX Package Initialization: Size = 11 8.5 Command line history in /Users/t_nakazawa/.grads.log ga-> open WEPS_plev_i2008042012e.ctl Scanning description file: WEPS_plev_i2008042012e.ctl Open Error: Can't open Station/Index map file WEPS_plev_i2008042012_ %e.grb.idx The data file was not opened. ga-> quit ---- end ---- [typc067:NO NAME/data/2008042012] t_nakazawa% ls -al WEPS_plev_i2008042012* -rwxrwxrwx@ 1 t_nakazawa staff 581 Apr 21 2008 WEPS_plev_i2008042012_00.ctl -rwxrwxrwx@ 1 t_nakazawa staff 54820776 Apr 21 2008 WEPS_plev_i2008042012_00.grb -rwxrwxrwx@ 1 t_nakazawa staff 25153 Apr 21 2008 WEPS_plev_i2008042012_00.grb.idx -rwxrwxrwx@ 1 t_nakazawa staff 583 Apr 21 2008 WEPS_plev_i2008042012_01m.ctl -rwxrwxrwx@ 1 t_nakazawa staff 54820776 Apr 21 2008 WEPS_plev_i2008042012_01m.grb -rwxrwxrwx@ 1 t_nakazawa staff 25153 Apr 21 2008 WEPS_plev_i2008042012_01m.grb.idx -rwxrwxrwx@ 1 t_nakazawa staff 583 Apr 21 2008 WEPS_plev_i2008042012_01p.ctl -rwxrwxrwx@ 1 t_nakazawa staff 54820776 Apr 21 2008 WEPS_plev_i2008042012_01p.grb -rwxrwxrwx@ 1 t_nakazawa staff 25153 Apr 21 2008 WEPS_plev_i2008042012_01p.grb.idx ................... ................... -rwxrwxrwx@ 1 t_nakazawa staff 583 Apr 21 2008 WEPS_plev_i2008042012_24m.ctl -rwxrwxrwx@ 1 t_nakazawa staff 54820776 Apr 21 2008 WEPS_plev_i2008042012_24m.grb -rwxrwxrwx@ 1 t_nakazawa staff 25153 Apr 21 2008 WEPS_plev_i2008042012_24m.grb.idx -rwxrwxrwx@ 1 t_nakazawa staff 583 Apr 21 2008 WEPS_plev_i2008042012_24p.ctl -rwxrwxrwx@ 1 t_nakazawa staff 54820776 Apr 21 2008 WEPS_plev_i2008042012_24p.grb -rwxrwxrwx@ 1 t_nakazawa staff 25153 Apr 21 2008 WEPS_plev_i2008042012_24p.grb.idx -rwxrwxrwx@ 1 t_nakazawa staff 583 Apr 21 2008 WEPS_plev_i2008042012_25m.ctl -rwxrwxrwx@ 1 t_nakazawa staff 54820776 Apr 21 2008 WEPS_plev_i2008042012_25m.grb -rwxrwxrwx@ 1 t_nakazawa staff 25153 Apr 21 2008 WEPS_plev_i2008042012_25m.grb.idx -rwxrwxrwx@ 1 t_nakazawa staff 583 Apr 21 2008 WEPS_plev_i2008042012_25p.ctl -rwxrwxrwx@ 1 t_nakazawa staff 54820776 Apr 21 2008 WEPS_plev_i2008042012_25p.grb -rwxrwxrwx@ 1 t_nakazawa staff 25153 Apr 21 2008 WEPS_plev_i2008042012_25p.grb.idx ******************************************** Tetsuo Nakazawa nakazawa at mri-jma.go.jp Typhoon Research Department Meteorological Research Institute Tel: 029-853-8671 Fax: 029-853-8735 ******************************************** From nakazawa at MRI-JMA.GO.JP Thu May 7 21:13:41 2009 From: nakazawa at MRI-JMA.GO.JP (Tetsuo Nakazawa) Date: Fri, 8 May 2009 10:13:41 +0900 Subject: grib1 index file in ensemble data? In-Reply-To: <061D41A9-EE08-4027-8800-C2FDE46BC3E8@mri-jma.go.jp> Message-ID: Dear all, This is a self-response. I have solved the issue. I had to run "gribmap -i WEPS_plev_i2008042012e.ctl". On 2009/05/08, at 9:25, Tetsuo Nakazawa wrote: > Dear all, > > A question of ensemble data in opengrads > > opengrads > Versions/Current@/i386 > 2.0.a5.oga.2 > > I would like to use %e option and edef in my ctl. > Currently I create all ctls for each member, as seen below. > > Then I created a new ctl file, to take care of ALL members, but I > had an error > message. For your reference I attach a new ctl file. > > I suppose the error comes from the treatment of grib1 index file..... > > ******************************************** Tetsuo Nakazawa nakazawa at mri-jma.go.jp Typhoon Research Department Meteorological Research Institute Tel: 029-853-8671 Fax: 029-853-8735 ******************************************** From kiran at TROPMET.RES.IN Fri May 8 01:29:12 2009 From: kiran at TROPMET.RES.IN (kiran salunke) Date: Fri, 8 May 2009 11:59:12 +0630 Subject: Grib file Template !! In-Reply-To: <1403683376.272651241721712476.JavaMail.root@mail.iges.org> Message-ID: Dear Eric Altshuler, Thank you very much for your kind & useful reply. My problem is solved due to your solution. best regards kiran **************************************************************************************** Shri. Kiran D. Salunke Indian Institute of Tropical Meteorology (IITM), Dr Homi Bhabha Road, Pashan, NCL Post, Pune 411 021. INDIA Ph: 91-20-2589 3600, Ext: 306 (Off) Mobile: 09850371196 Fax: 91-20-2589 3825 mail: kiran at tropmet.res.in url: www.tropmet.res.in **************************************************************************************** ---------- Original Message ----------- From: Eric Altshuler To: GRADSUSR at LIST.CINECA.IT Sent: Thu, 7 May 2009 14:41:52 -0400 Subject: Re: Grib file Template !! > Dear Kiran Salunke, > > You need to have the following in your dset line: > > dset ^T254_IND_%f2h.grb > > Use %f2 instead of %h2 because the time information in the file names is given > by forecast hour (2 or 3 digits). You should also have all the options on one line: > > options yrev template > > And your tdef line should have 21 instead of 20 in it, because there are 21 > time levels (including the 00 hr forecast). > > Then run gribmap on the .ctl file after you make these changes. > > 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: "Kiran Salunke" > To: GRADSUSR at LIST.CINECA.IT > Sent: Thursday, May 7, 2009 7:58:16 AM GMT -05:00 US/Canada Eastern > Subject: Grib file Template !! > > Hello everybody, > I have a data (6hrly) in grib format. I would like to make it in > .ctl format using grib2ctl.pl script.It's a five day forecast (120 hr) files. > > The following *.ctl working for one day i.e (06hr,12hr,18hr) it's not > running for 24hr because it is next day. > > The files are as follow: > > T254_IND_00h.grb T254_IND_36h.grb > T254_IND_06h.grb T254_IND_42h.grb > T254_IND_12h.grb T254_IND_48h.grb > T254_IND_18h.grb T254_IND_54h.grb > T254_IND_24h.grb . > T254_IND_30h.grb . > . T254_IND_120h.grb > > ---------------------------------------- > I am writing in this way: > --------------------------------------------- > dset ^T254_IND_%h2h.grb > index ^fcs.idx > undef 9.999E+20 > title fcs > * produced by grib2ctl v0.9.12.5p45 > dtype grib 255 > options template > options yrev > ydef 161 linear -20.000000 0.5 > xdef 241 linear 20.000000 0.500000 > tdef 20 linear 00Z04may2009 06hr > * z has 26 levels, for prs > zdef 26 levels > 1000 975 950 925 900 850 800 750 700 650 600 550 500 450 400 350 300 250 200 > 150 100 70 50 30 20 10 > vars 222 > ........ > ........ > ...... > ........ > ...... > > thanks in advance, > > Mr.kiran salunke > Indian Institute of Tropical Meteorology > Dr. homi Bhabha rd, Ncl Post > Pashan Pune-411008 > Maharashtra India. ------- End of Original Message ------- From pdjakow at GMAIL.COM Fri May 8 02:46:11 2009 From: pdjakow at GMAIL.COM (=?UTF-8?Q?Piotr_Djak=C3=B3w?=) Date: Fri, 8 May 2009 08:46:11 +0200 Subject: Isolines in station data Message-ID: Hello Is there any method to create isolines/shaded map from station data? If yes, then how can i do that? Any idea? Best Regards Piotr Djakow From mmahakur at TROPMET.RES.IN Fri May 8 04:20:08 2009 From: mmahakur at TROPMET.RES.IN (M.Mahakur) Date: Fri, 8 May 2009 14:50:08 +0630 Subject: Isolines in station data In-Reply-To: <277f61790905072346i6bc08af3ld5b07b529ba93e5e@mail.gmail.com> Message-ID: Hello, You can do this after converting to gridded data using in-built 'oacres' function. Regards, Mahakur ---------- Original Message ----------- From: Piotr Djak?w To: GRADSUSR at LIST.CINECA.IT Sent: Fri, 8 May 2009 08:46:11 +0200 Subject: Isolines in station data > Hello > > Is there any method to create isolines/shaded map from station data? > If yes, then how can i do that? Any idea? > > Best Regards > Piotr Djakow ------- End of Original Message ------- From pdjakow at GMAIL.COM Fri May 8 04:51:01 2009 From: pdjakow at GMAIL.COM (=?UTF-8?Q?Piotr_Djak=C3=B3w?=) Date: Fri, 8 May 2009 10:51:01 +0200 Subject: Isolines in station data In-Reply-To: <20090508081649.M41809@tropmet.res.in> Message-ID: 2009/5/8 M.Mahakur : > Hello, > > You can do this after converting to gridded data using in-built 'oacres' function. > > Regards, > > Mahakur > I've found this method in http://cookbooks.opengrads.org/index.php?title=Recipe-013:_Gridding_and_Plotting_Station_Data But i think i must have some model data for my area - is this correct? Regards Piotr From mmahakur at TROPMET.RES.IN Fri May 8 08:20:16 2009 From: mmahakur at TROPMET.RES.IN (M.Mahakur) Date: Fri, 8 May 2009 18:50:16 +0630 Subject: Isolines in station data In-Reply-To: <277f61790905080151p3d1e0c5eu3980004aeffdda1d@mail.gmail.com> Message-ID: Hello, You do not need the model data file. I guess the cookbook example is for a different purpose, i.e. to interpolate the model data at the station locations. What you need is simply a dummy ctl with out any data file (i.e. no_data_file.bin does not exit). The 'options template' will take care of it and grdval will have undef evrywhere. Then try: open your_stn_data.ctl open dummy.ctl set gxout shaded/contour d oacres(grdval.2,stn_dat, r1, r2 ...) where the radii r1,r2,... etc you can choose. see: http://www.iges.org/grads/gadoc/gradfuncoacres.html (content of dummy.ctl) dset ^no_data_file.bin options template undef -999 title nothing xdef 181 linear -90 1.0 ydef 360 linear 0.0 1.0 zdef 1 linear 1 1 tdef 1 linear 08MAY2009 1dy vars 1 grdval 0 99 dumy values endvars You can change the xdef and ydef as per your domain and resolution requirements.. with regards, -- M. Mahakur Forecasting Research Division INDIAN INSTITUTE OF TROPICAL METEOROLOGY (Ministry of Earth Sciences, Govt. of India) Dr. Homi Bhabha Road, NCL Post, Pashan PUNE - 411 008, INDIA ---------- Original Message ----------- From: Piotr Djak?w To: GRADSUSR at LIST.CINECA.IT Sent: Fri, 8 May 2009 10:51:01 +0200 Subject: Re: Isolines in station data > 2009/5/8 M.Mahakur : > > Hello, > > > > You can do this after converting to gridded data using in-built 'oacres' function. > > > > Regards, > > > > Mahakur > > > > I've found this method in > http://cookbooks.opengrads.org/index.php?title=Recipe-013:_Gridding_and_Plotting_Station_Data > But i think i must have some model data for my area - is this correct? > > Regards > Piotr ------- End of Original Message ------- From bernd.becker at METOFFICE.GOV.UK Fri May 8 09:18:11 2009 From: bernd.becker at METOFFICE.GOV.UK (Bernd Becker) Date: Fri, 8 May 2009 14:18:11 +0100 Subject: sorting Message-ID: Hello, once upon a time. I wrote a sorting function in grads. I used a fortran wrapper to a bucket sort and got it to work in the early millenium. Now I wonder if you still may have a copy of the fortran in your UDFT, because I seem to have lost mine. Any sorting routine would be very welcome. Thanks, Bernd. -- Bernd Becker The Monthly Outlook Met Office 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.com - http://www.metoffice.com From pjamyangs at GMAIL.COM Fri May 8 11:14:38 2009 From: pjamyangs at GMAIL.COM (Jamyang Phuntshok) Date: Fri, 8 May 2009 17:14:38 +0200 Subject: Scripts Message-ID: Hello GrADS experts I have recently installed GrADS 2.0.a5. But I cannot find scripts files like cbarn.gs/cbar.gs. I do not know if it comes with the download package or I have to download and install seperately. Kindly please advise me. Thank you all in advance. Jamyang From mmahakur at TROPMET.RES.IN Fri May 8 11:36:27 2009 From: mmahakur at TROPMET.RES.IN (M.Mahakur) Date: Fri, 8 May 2009 22:06:27 +0630 Subject: Scripts In-Reply-To: <20090508151544.1B5F3206BE@mx2.cineca.it> Message-ID: You can have them from : http://www.iges.org/grads/gadoc/library.html and put in the grads lib folder.. Regards, M. Mahakur ---------- Original Message ----------- From: Jamyang Phuntshok To: GRADSUSR at LIST.CINECA.IT Sent: Fri, 8 May 2009 17:14:38 +0200 Subject: Scripts > Hello GrADS experts > > I have recently installed GrADS 2.0.a5. But I cannot find scripts files > like cbarn.gs/cbar.gs. I do not know if it comes with the download package > or I have to download and install seperately. Kindly please advise me. > > Thank you all in advance. > > Jamyang ------- End of Original Message ------- From msponsler at COMCAST.NET Fri May 8 12:55:22 2009 From: msponsler at COMCAST.NET (Mark Sponsler) Date: Fri, 8 May 2009 16:55:22 +0000 Subject: Scripts In-Reply-To: <1562327300.4606271241801652382.JavaMail.root@sz0052a.emeryville.ca.mail.comcast.net> Message-ID: They are here: ? OpenGrADS\Contents\Resources\Scripts Thanks, Mark ----- Original Message ----- From: "M.Mahakur" To: GRADSUSR at LIST.CINECA.IT Sent: Friday, May 8, 2009 8:36:27 AM GMT -08:00 US/Canada Pacific Subject: Re: Scripts You can have them from : http://www.iges.org/grads/gadoc/library.html and put in the grads lib folder.. Regards, M. Mahakur ---------- Original Message ----------- From: Jamyang Phuntshok To: GRADSUSR at LIST.CINECA.IT Sent: Fri, 8 May 2009 17:14:38 +0200 Subject: Scripts > Hello GrADS experts > > I have recently installed GrADS 2.0.a5. But I cannot find scripts files > like cbarn.gs/cbar.gs. I do not know if it comes with the download package > or I have to download and install seperately. Kindly please advise me. > > Thank you all in advance. > > Jamyang ------- End of Original Message ------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090508/263c6688/attachment.html From mike.bosilovich at GMAIL.COM Fri May 8 15:09:01 2009 From: mike.bosilovich at GMAIL.COM (Mike Bosilovich) Date: Fri, 8 May 2009 15:09:01 -0400 Subject: Opengrads Cookbook contributions Re: Fortran code to convert XYZ data to grads format ...? Message-ID: Hi Chuck, I skimmed over you're code and files. It is really well organized and well done. Have you considered contributing this to the Opengrads cookbooks? While Arlindo points out, there is a similar entry already, but the reality is that different people have different levels of experience and or needs, so even similar recipes that look at a problem from different perspectives can be very useful. There are some other advantages to posting there. As Arlindo did, only a link to the site is needed in the gradsusr reply. Others may be searching for something like this, and they will find it more easily. Also, others may improve upon it and have a reference to share from. I've only posted a few entries on the cookbook pages. But I have heard from several people who have taken my scripts and applied them. Since I've had them lying around for years before that, it's nice to know that they just aren't collecting dust between my need for them. Just a suggestion! Mike On Thu, May 7, 2009 at 3:57 PM, Charles Seman wrote: > Mald, > > Please find attached a Fortran 90 program, subroutines and output files > which I hope may help... > > write_grads.f90 is the main program, and there is a parameter you can > adjust for your particular computer system via data_options (currently > set for "little_endian" which allows one to use the GrADS ctl file on > either a "little_endian" or "big_endian" computer; without this option > in the GrADS ctl file, GrADS can only view the data correctly on a > computer system with "endianness" the same as that on which the data > were generated: e.g. http://en.wikipedia.org/wiki/Endianness ...to check > your computer on which you intend to generate the data, you can start-up > GrADS, and the "config" info will tell you how GrADS was configured for > your computer)... > > To compile and run, if your system has "gfortran" you can compile using: > gfortran write_grads.f90 write_grads_ieee.f90 write_grads_ctl.f90 > then to run: > a.out > > For comparison, you can check your local results against those generated > here using attached grads_example.ctl and grads_example.ieee files. > > Please let me know if you have any questions or problems with the codes. > > Thanks, > Chuck > > Mald MM5 wrote: >> >> Hi users, >> >> Am sure someone must have a fortran code to convert XYZ data (ASCII >> data) into grads format. Since I am not very good at fortran, is it >> possible to share such a code? >> >> Anyone ? >> >> Thanks >> > > -- > > Please note that Charles.Seman at noaa.gov should be considered my NOAA > email address, not cjs at gfdl.noaa.gov. > > ******************************************************************** > Charles Seman Charles.Seman at noaa.gov > U.S. Department of Commerce / NOAA / OAR > Geophysical Fluid Dynamics Laboratory voice: (609) 452-6547 > 201 Forrestal Road fax: (609) 987-5063 > Princeton, NJ 08540-6649 http://www.gfdl.noaa.gov/~cjs/ > ******************************************************************** > > "The contents of this message are mine personally and do not necessarily > reflect any position of the Government or NOAA." > > > program write_grads > > implicit none > > !----------------------------------------------------------------------- > ! Diagnostic data dimensions > !----------------------------------------------------------------------- > ! (x,y,z,vars,t) grid dimensions > ! nx, ny = number of (x,y) grid points, respectively > ! nz = number of vertical grid levels > ! nv = number of variables > ! nt = number of time-levels > !----------------------------------------------------------------------- > integer, parameter :: nx=10, ny=10, nz=10, nv=3, nt=3 > > !----------------------------------------------------------------------- > ! Diagnostic Data > !----------------------------------------------------------------------- > real, dimension(nx,ny,nz,nv,nt) :: dd > > !----------------------------------------------------------------------- > ! Fortran unit number for writing out the GrADS data > !----------------------------------------------------------------------- > integer :: unit=10 > > !----------------------------------------------------------------------- > ! Output filename for constructing GrADS output files > !----------------------------------------------------------------------- > character(len=72) :: filename = 'grads_example' > > !----------------------------------------------------------------------- > ! Output data characteristics > !----------------------------------------------------------------------- > character(len=30) :: data_options = 'little_endian' > > !----------------------------------------------------------------------- > ! GrADS undef value > !----------------------------------------------------------------------- > real :: undef=-999. > > !----------------------------------------------------------------------- > ! Grid parameters... > !----------------------------------------------------------------------- > ! > ! (x,y,z) grid origin values > ! > real :: x0=0.,y0=0.,z0=0. > ! > ! (x,y,z) grid increments > ! > real :: dx=10.,dy=10.,dz=1. > ! > ! time origin, increment > ! > character(len=30) :: t0 = '00:00z1Jan2004', dt = '1mn' > > !----------------------------------------------------------------------- > ! GrADS variables names and units > !----------------------------------------------------------------------- > character(len=15), dimension(nv) :: var, var_units > > !----------------------------------------------------------------------- > ! Local variables > !----------------------------------------------------------------------- > integer :: i,j,k,iv,n > character(len=80) :: ctl_file, ieee_file > > !----------------------------------------------------------------------- > ! Define GrADS ieee binary data and ctl files... > !----------------------------------------------------------------------- > ctl_file = TRIM(filename) // '.ctl' > ieee_file = TRIM(filename) // '.ieee' > > !----------------------------------------------------------------------- > ! Define and write the diagnostic output into GrADS ieee binary data > file... > !----------------------------------------------------------------------- > > do n = 1,nt > do iv = 1,nv > do k = 1,nz > do j = 1,ny > do i = 1,nx > dd(i,j,k,iv,n) = REAL(i+j+k+iv+n) > enddo > enddo > enddo > enddo > enddo > > call write_grads_ieee( unit, ieee_file, nx, ny, nz, nv, nt, dd ) > > var = (/ 'a', & > 'b', & > 'c' /) > var_units = (/ '(m)', & > '(K)', & > '(s)' /) > > call write_grads_ctl( unit, ctl_file, & > ieee_file, & > data_options, & > undef, & > nx, ny, nz, nt, & > x0, y0, z0, t0, & > dx, dy, dz, dt, & > nv, var, var_units) > > end program write_grads > > subroutine write_grads_ieee( iu, ieee_file, nx, ny, nz, nv, nt, dd ) > > implicit none > > !----------------------------------------------------------------------- > ! Fortran unit number for writing out the GrADS data > !----------------------------------------------------------------------- > integer, intent(in) :: iu > > !----------------------------------------------------------------------- > ! Output filename for constructing GrADS output file > !----------------------------------------------------------------------- > character(len=80), intent(in) :: ieee_file > > !----------------------------------------------------------------------- > ! Diagnostic data dimensions > !----------------------------------------------------------------------- > ! (x,y,z,vars,t) grid dimensions > ! nx, ny = number of (x,y) grid points, respectively > ! nz = number of vertical grid levels > ! nv = number of variables > ! nt = number of time-levels > !----------------------------------------------------------------------- > integer, intent(in) :: nx, ny, nz, nv, nt > > !----------------------------------------------------------------------- > ! Diagnostic Data > !----------------------------------------------------------------------- > real, dimension(nx,ny,nz,nv,nt), intent(in) :: dd > > !----------------------------------------------------------------------- > ! Local variables > !----------------------------------------------------------------------- > ! > ! IEEE array for writing out the GrADS data > ! > real(kind=4), dimension(nx,ny) :: grads_data > ! > ! record number for writing out the GrADS data > ! > integer :: irec > integer :: k,iv,n > > !----------------------------------------------------------------------- > ! Write the diagnostic output into GrADS ieee binary data file... > !----------------------------------------------------------------------- > > print * > print *,'Define output Unit ',iu,' for filename: ',TRIM(ieee_file) > > close(iu) > open(iu,file=TRIM(ieee_file),form="unformatted",access="direct", & > recl=nx*ny*4,status="unknown") > > print *,'Write GrADS ieee data to Unit: ',iu > > irec = 1 ! initialize > do n = 1,nt > do iv = 1,nv > do k = 1,nz > grads_data(:,:) = dd(:,:,k,iv,n) > write(iu,rec=irec) grads_data > irec = irec + 1 ! increment for next write-out record > enddo > enddo > enddo > close(iu) > > end subroutine write_grads_ieee > > !----------------------------------------------------------------------- > ! write_grads_ctl: generates GrADS ctl file > !----------------------------------------------------------------------- > subroutine write_grads_ctl(iu,ctl_file, & > ieee_file, & > data_options, & > undef, & > nx,ny,nz,nt, & > x0,y0,z0,t0, & > dx,dy,dz,dt, & > nv,var,var_units) > implicit none > > !----------------------------------------------------------------------- > ! Fortran unit number for writing out the GrADS ctl file > !----------------------------------------------------------------------- > integer, intent(in) :: iu > > !----------------------------------------------------------------------- > ! Output filename for constructing GrADS output file > !----------------------------------------------------------------------- > character(len=80), intent(in) :: ctl_file, ieee_file > > !----------------------------------------------------------------------- > ! Output data characteristics > !----------------------------------------------------------------------- > character(len=30), intent(in) :: data_options > > !----------------------------------------------------------------------- > ! GrADS undef value > !----------------------------------------------------------------------- > real, intent(in) :: undef > > !----------------------------------------------------------------------- > ! Grid parameters... > !----------------------------------------------------------------------- > integer, intent(in) :: nx,ny,nz,nt ! (x,y,z,t) dimensions > real, intent(in) :: x0,y0,z0 ! (x,y,z) grid origin values > real, intent(in) :: dx,dy,dz ! (x,y,z) grid increments > character(len=30), intent(in) :: t0,dt ! time origin, increment > > !----------------------------------------------------------------------- > ! Number of GrADS variables, and their names and units > !----------------------------------------------------------------------- > integer, intent(in) :: nv > character(len=15), dimension(nv), intent(in) :: var, var_units > > !----------------------------------------------------------------------- > ! Local variables > !----------------------------------------------------------------------- > > integer :: iv > > !----------------------------------------------------------------------- > > print * > print *,'Writing GrADS ctl file for GrADS dataset: ' > print *,' ',TRIM(ieee_file) > > close(iu) > open(iu,file=TRIM(ctl_file),status="unknown") > rewind(iu) > > write(iu,10) TRIM(ieee_file) > write(iu,11) TRIM(data_options) > write(iu,12) undef > write(iu,13) nx,x0,dx > write(iu,14) ny,y0,dy > write(iu,15) nz,z0,dz > write(iu,16) nt,TRIM(t0),TRIM(dt) > write(iu,17) nv > do iv=1,nv > write(iu,18) TRIM(var(iv)),nz,TRIM(var_units(iv)) > enddo > write(iu,19) > close(iu) > > print *,'Finished writing GrADS ctl file:' > print *,' ',TRIM(ctl_file) > print * > > 10 format('dset ^',a) > 11 format('options ',a) > 12 format('undef ',e12.5) > 13 format('xdef ',i4,' linear ',e12.5,' ',e12.5) > 14 format('ydef ',i4,' linear ',e12.5,' ',e12.5) > 15 format('zdef ',i4,' linear ',e12.5,' ',e12.5) > 16 format('tdef ',i5,' linear ',a,' ',a) > 17 format('vars ',i3) > 18 format(a,' ',i3,' 99 ',a) > 19 format('endvars') > > end subroutine write_grads_ctl > > dset ^grads_example.ieee > options little_endian > undef -0.99900E+03 > xdef 10 linear 0.00000E+00 0.10000E+02 > ydef 10 linear 0.00000E+00 0.10000E+02 > zdef 10 linear 0.00000E+00 0.10000E+01 > tdef 3 linear 00:00z1Jan2004 1mn > vars 3 > a 10 99 (m) > b 10 99 (K) > c 10 99 (s) > endvars > > From Charles.Seman at NOAA.GOV Fri May 8 15:59:49 2009 From: Charles.Seman at NOAA.GOV (Charles Seman) Date: Fri, 8 May 2009 15:59:49 -0400 Subject: Opengrads Cookbook contributions Re: Fortran code to convert XYZ data to grads format ...? In-Reply-To: <79aecae70905081209i35aa5981n4aa1288734d33c02@mail.gmail.com> Message-ID: Hi Mike, I'm not sure how to go about contributing to the Opengrads cookbooks... How much time would it take, including maintenance? I don't think I would be able to maintain such an Opengrads cookbook contribution, but if you or someone else wanted to put it out there, it is OK by me (if there were issues in the future with the code, they could be directed to me). Chuck Mike Bosilovich wrote: > Hi Chuck, > > I skimmed over you're code and files. It is really well organized and > well done. Have you considered contributing this to the Opengrads > cookbooks? While Arlindo points out, there is a similar entry already, > but the reality is that different people have different levels of > experience and or needs, so even similar recipes that look at a > problem from different perspectives can be very useful. > > There are some other advantages to posting there. As Arlindo did, only > a link to the site is needed in the gradsusr reply. Others may be > searching for something like this, and they will find it more easily. > Also, others may improve upon it and have a reference to share from. > > I've only posted a few entries on the cookbook pages. But I have heard > from several people who have taken my scripts and applied them. Since > I've had them lying around for years before that, it's nice to know > that they just aren't collecting dust between my need for them. > > Just a suggestion! > > Mike > > On Thu, May 7, 2009 at 3:57 PM, Charles Seman wrote: > >> Mald, >> >> Please find attached a Fortran 90 program, subroutines and output files >> which I hope may help... >> >> write_grads.f90 is the main program, and there is a parameter you can >> adjust for your particular computer system via data_options (currently >> set for "little_endian" which allows one to use the GrADS ctl file on >> either a "little_endian" or "big_endian" computer; without this option >> in the GrADS ctl file, GrADS can only view the data correctly on a >> computer system with "endianness" the same as that on which the data >> were generated: e.g. http://en.wikipedia.org/wiki/Endianness ...to check >> your computer on which you intend to generate the data, you can start-up >> GrADS, and the "config" info will tell you how GrADS was configured for >> your computer)... >> >> To compile and run, if your system has "gfortran" you can compile using: >> gfortran write_grads.f90 write_grads_ieee.f90 write_grads_ctl.f90 >> then to run: >> a.out >> >> For comparison, you can check your local results against those generated >> here using attached grads_example.ctl and grads_example.ieee files. >> >> Please let me know if you have any questions or problems with the codes. >> >> Thanks, >> Chuck >> >> Mald MM5 wrote: >> >>> Hi users, >>> >>> Am sure someone must have a fortran code to convert XYZ data (ASCII >>> data) into grads format. Since I am not very good at fortran, is it >>> possible to share such a code? >>> >>> Anyone ? >>> >>> Thanks >>> >>> >> -- >> >> Please note that Charles.Seman at noaa.gov should be considered my NOAA >> email address, not cjs at gfdl.noaa.gov. >> >> ******************************************************************** >> Charles Seman Charles.Seman at noaa.gov >> U.S. Department of Commerce / NOAA / OAR >> Geophysical Fluid Dynamics Laboratory voice: (609) 452-6547 >> 201 Forrestal Road fax: (609) 987-5063 >> Princeton, NJ 08540-6649 http://www.gfdl.noaa.gov/~cjs/ >> ******************************************************************** >> >> "The contents of this message are mine personally and do not necessarily >> reflect any position of the Government or NOAA." >> >> >> program write_grads >> >> implicit none >> >> !----------------------------------------------------------------------- >> ! Diagnostic data dimensions >> !----------------------------------------------------------------------- >> ! (x,y,z,vars,t) grid dimensions >> ! nx, ny = number of (x,y) grid points, respectively >> ! nz = number of vertical grid levels >> ! nv = number of variables >> ! nt = number of time-levels >> !----------------------------------------------------------------------- >> integer, parameter :: nx=10, ny=10, nz=10, nv=3, nt=3 >> >> !----------------------------------------------------------------------- >> ! Diagnostic Data >> !----------------------------------------------------------------------- >> real, dimension(nx,ny,nz,nv,nt) :: dd >> >> !----------------------------------------------------------------------- >> ! Fortran unit number for writing out the GrADS data >> !----------------------------------------------------------------------- >> integer :: unit=10 >> >> !----------------------------------------------------------------------- >> ! Output filename for constructing GrADS output files >> !----------------------------------------------------------------------- >> character(len=72) :: filename = 'grads_example' >> >> !----------------------------------------------------------------------- >> ! Output data characteristics >> !----------------------------------------------------------------------- >> character(len=30) :: data_options = 'little_endian' >> >> !----------------------------------------------------------------------- >> ! GrADS undef value >> !----------------------------------------------------------------------- >> real :: undef=-999. >> >> !----------------------------------------------------------------------- >> ! Grid parameters... >> !----------------------------------------------------------------------- >> ! >> ! (x,y,z) grid origin values >> ! >> real :: x0=0.,y0=0.,z0=0. >> ! >> ! (x,y,z) grid increments >> ! >> real :: dx=10.,dy=10.,dz=1. >> ! >> ! time origin, increment >> ! >> character(len=30) :: t0 = '00:00z1Jan2004', dt = '1mn' >> >> !----------------------------------------------------------------------- >> ! GrADS variables names and units >> !----------------------------------------------------------------------- >> character(len=15), dimension(nv) :: var, var_units >> >> !----------------------------------------------------------------------- >> ! Local variables >> !----------------------------------------------------------------------- >> integer :: i,j,k,iv,n >> character(len=80) :: ctl_file, ieee_file >> >> !----------------------------------------------------------------------- >> ! Define GrADS ieee binary data and ctl files... >> !----------------------------------------------------------------------- >> ctl_file = TRIM(filename) // '.ctl' >> ieee_file = TRIM(filename) // '.ieee' >> >> !----------------------------------------------------------------------- >> ! Define and write the diagnostic output into GrADS ieee binary data >> file... >> !----------------------------------------------------------------------- >> >> do n = 1,nt >> do iv = 1,nv >> do k = 1,nz >> do j = 1,ny >> do i = 1,nx >> dd(i,j,k,iv,n) = REAL(i+j+k+iv+n) >> enddo >> enddo >> enddo >> enddo >> enddo >> >> call write_grads_ieee( unit, ieee_file, nx, ny, nz, nv, nt, dd ) >> >> var = (/ 'a', & >> 'b', & >> 'c' /) >> var_units = (/ '(m)', & >> '(K)', & >> '(s)' /) >> >> call write_grads_ctl( unit, ctl_file, & >> ieee_file, & >> data_options, & >> undef, & >> nx, ny, nz, nt, & >> x0, y0, z0, t0, & >> dx, dy, dz, dt, & >> nv, var, var_units) >> >> end program write_grads >> >> subroutine write_grads_ieee( iu, ieee_file, nx, ny, nz, nv, nt, dd ) >> >> implicit none >> >> !----------------------------------------------------------------------- >> ! Fortran unit number for writing out the GrADS data >> !----------------------------------------------------------------------- >> integer, intent(in) :: iu >> >> !----------------------------------------------------------------------- >> ! Output filename for constructing GrADS output file >> !----------------------------------------------------------------------- >> character(len=80), intent(in) :: ieee_file >> >> !----------------------------------------------------------------------- >> ! Diagnostic data dimensions >> !----------------------------------------------------------------------- >> ! (x,y,z,vars,t) grid dimensions >> ! nx, ny = number of (x,y) grid points, respectively >> ! nz = number of vertical grid levels >> ! nv = number of variables >> ! nt = number of time-levels >> !----------------------------------------------------------------------- >> integer, intent(in) :: nx, ny, nz, nv, nt >> >> !----------------------------------------------------------------------- >> ! Diagnostic Data >> !----------------------------------------------------------------------- >> real, dimension(nx,ny,nz,nv,nt), intent(in) :: dd >> >> !----------------------------------------------------------------------- >> ! Local variables >> !----------------------------------------------------------------------- >> ! >> ! IEEE array for writing out the GrADS data >> ! >> real(kind=4), dimension(nx,ny) :: grads_data >> ! >> ! record number for writing out the GrADS data >> ! >> integer :: irec >> integer :: k,iv,n >> >> !----------------------------------------------------------------------- >> ! Write the diagnostic output into GrADS ieee binary data file... >> !----------------------------------------------------------------------- >> >> print * >> print *,'Define output Unit ',iu,' for filename: ',TRIM(ieee_file) >> >> close(iu) >> open(iu,file=TRIM(ieee_file),form="unformatted",access="direct", & >> recl=nx*ny*4,status="unknown") >> >> print *,'Write GrADS ieee data to Unit: ',iu >> >> irec = 1 ! initialize >> do n = 1,nt >> do iv = 1,nv >> do k = 1,nz >> grads_data(:,:) = dd(:,:,k,iv,n) >> write(iu,rec=irec) grads_data >> irec = irec + 1 ! increment for next write-out record >> enddo >> enddo >> enddo >> close(iu) >> >> end subroutine write_grads_ieee >> >> !----------------------------------------------------------------------- >> ! write_grads_ctl: generates GrADS ctl file >> !----------------------------------------------------------------------- >> subroutine write_grads_ctl(iu,ctl_file, & >> ieee_file, & >> data_options, & >> undef, & >> nx,ny,nz,nt, & >> x0,y0,z0,t0, & >> dx,dy,dz,dt, & >> nv,var,var_units) >> implicit none >> >> !----------------------------------------------------------------------- >> ! Fortran unit number for writing out the GrADS ctl file >> !----------------------------------------------------------------------- >> integer, intent(in) :: iu >> >> !----------------------------------------------------------------------- >> ! Output filename for constructing GrADS output file >> !----------------------------------------------------------------------- >> character(len=80), intent(in) :: ctl_file, ieee_file >> >> !----------------------------------------------------------------------- >> ! Output data characteristics >> !----------------------------------------------------------------------- >> character(len=30), intent(in) :: data_options >> >> !----------------------------------------------------------------------- >> ! GrADS undef value >> !----------------------------------------------------------------------- >> real, intent(in) :: undef >> >> !----------------------------------------------------------------------- >> ! Grid parameters... >> !----------------------------------------------------------------------- >> integer, intent(in) :: nx,ny,nz,nt ! (x,y,z,t) dimensions >> real, intent(in) :: x0,y0,z0 ! (x,y,z) grid origin values >> real, intent(in) :: dx,dy,dz ! (x,y,z) grid increments >> character(len=30), intent(in) :: t0,dt ! time origin, increment >> >> !----------------------------------------------------------------------- >> ! Number of GrADS variables, and their names and units >> !----------------------------------------------------------------------- >> integer, intent(in) :: nv >> character(len=15), dimension(nv), intent(in) :: var, var_units >> >> !----------------------------------------------------------------------- >> ! Local variables >> !----------------------------------------------------------------------- >> >> integer :: iv >> >> !----------------------------------------------------------------------- >> >> print * >> print *,'Writing GrADS ctl file for GrADS dataset: ' >> print *,' ',TRIM(ieee_file) >> >> close(iu) >> open(iu,file=TRIM(ctl_file),status="unknown") >> rewind(iu) >> >> write(iu,10) TRIM(ieee_file) >> write(iu,11) TRIM(data_options) >> write(iu,12) undef >> write(iu,13) nx,x0,dx >> write(iu,14) ny,y0,dy >> write(iu,15) nz,z0,dz >> write(iu,16) nt,TRIM(t0),TRIM(dt) >> write(iu,17) nv >> do iv=1,nv >> write(iu,18) TRIM(var(iv)),nz,TRIM(var_units(iv)) >> enddo >> write(iu,19) >> close(iu) >> >> print *,'Finished writing GrADS ctl file:' >> print *,' ',TRIM(ctl_file) >> print * >> >> 10 format('dset ^',a) >> 11 format('options ',a) >> 12 format('undef ',e12.5) >> 13 format('xdef ',i4,' linear ',e12.5,' ',e12.5) >> 14 format('ydef ',i4,' linear ',e12.5,' ',e12.5) >> 15 format('zdef ',i4,' linear ',e12.5,' ',e12.5) >> 16 format('tdef ',i5,' linear ',a,' ',a) >> 17 format('vars ',i3) >> 18 format(a,' ',i3,' 99 ',a) >> 19 format('endvars') >> >> end subroutine write_grads_ctl >> >> dset ^grads_example.ieee >> options little_endian >> undef -0.99900E+03 >> xdef 10 linear 0.00000E+00 0.10000E+02 >> ydef 10 linear 0.00000E+00 0.10000E+02 >> zdef 10 linear 0.00000E+00 0.10000E+01 >> tdef 3 linear 00:00z1Jan2004 1mn >> vars 3 >> a 10 99 (m) >> b 10 99 (K) >> c 10 99 (s) >> endvars >> >> >> -- Please note that Charles.Seman at noaa.gov should be considered my NOAA email address, not cjs at gfdl.noaa.gov. ******************************************************************** Charles Seman Charles.Seman at noaa.gov U.S. Department of Commerce / NOAA / OAR Geophysical Fluid Dynamics Laboratory voice: (609) 452-6547 201 Forrestal Road fax: (609) 987-5063 Princeton, NJ 08540-6649 http://www.gfdl.noaa.gov/~cjs/ ******************************************************************** "The contents of this message are mine personally and do not necessarily reflect any position of the Government or NOAA." From arlindo.dasilva at GMAIL.COM Fri May 8 17:11:50 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Fri, 8 May 2009 17:11:50 -0400 Subject: Opengrads Cookbook contributions Re: Fortran code to convert XYZ data to grads format ...? In-Reply-To: <4A048F35.8040501@noaa.gov> Message-ID: On Fri, May 8, 2009 at 3:59 PM, Charles Seman wrote: > Hi Mike, > > I'm not sure how to go about contributing to the Opengrads cookbooks... It is not much more beyond what you have already done and written in the e-mail. Basically, you descrivbe the problem that you are trying to solve, include the sample code you already assembled, and describe some concrete example of how one would use your code. Se for example what I did in this recipe: http://cookbooks.opengrads.org/index.php?title=Recipe-004:_Creating_GrADS_binary_gridded_files_using_FORTRAN > > How much time would it take, including maintenance? From maldmm5 at GMAIL.COM Fri May 8 23:50:17 2009 From: maldmm5 at GMAIL.COM (Mald MM5) Date: Sat, 9 May 2009 15:50:17 +1200 Subject: Trouble Installing grads with netcdf and hdf support Message-ID: Hi community, I have trouble getting the suport for netcdf and hdf...after I run configure..this is the part of the out put I got... Checking in system locations for libraries to support hdf ... checking udunits.h usability... yes checking udunits.h presence... yes checking for udunits.h... yes checking for utInit in -ludunits... no - hdf4 disabled Checking in system locations for libraries to support netcdf ... checking for udunits.h... (cached) yes checking for utInit in -ludunits... (cached) no - netcdf disabled +----------------------------------+ | | | Configuration Summary | | | | + readline enabled | | + printim enabled | | - netcdf disabled | | - hdf4 disabled | | - grib2 disabled | | - geotiff disabled | | - GUI disabled | | | | Build Summary | | | | + grads enabled | | - gradsdap (OPeNDAP) disabled | | | | + Dynamic linking enabled | | | +----------------------------------+ How can I get this "checking for utInit in -ludunits... no" fixed? Thanks Mald -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090509/13a8d510/attachment.html From arlindo.dasilva at GMAIL.COM Sat May 9 01:00:47 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Sat, 9 May 2009 01:00:47 -0400 Subject: Trouble Installing grads with netcdf and hdf support In-Reply-To: <54c90bba0905082050x7f3a047amec90338790cc4189@mail.gmail.com> Message-ID: On Fri, May 8, 2009 at 11:50 PM, Mald MM5 wrote: > Hi community, > > I have trouble getting the suport for netcdf and hdf...after I run > configure..this is the part of the out put I got... > Can you tell us where you got your sources from and the full name of the tarball sources? If building the opengrads bundle instructions are here: http://opengrads.org/wiki/index.php?title=Building_the_OpenGrADS_Bundle_from_Sources Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090509/8c02abdc/attachment.html From maldmm5 at GMAIL.COM Sat May 9 03:27:04 2009 From: maldmm5 at GMAIL.COM (Mald MM5) Date: Sat, 9 May 2009 19:27:04 +1200 Subject: Trouble Installing grads with netcdf and hdf support In-Reply-To: <77fcd6b20905082200j252a8276j5e723d6427b694b8@mail.gmail.com> Message-ID: Thanks Arlindo for the reply.. I got the GrADS from the grads website and using version 2.0.a5. I have the netcdf and hdf working here on openSuse 11.0 using intel compilers for C and fortran. Am I missing anything to get the installation go with netcdf and hdf? Thanks Mald On Sat, May 9, 2009 at 5:00 PM, Arlindo da Silva wrote: > On Fri, May 8, 2009 at 11:50 PM, Mald MM5 wrote: > >> Hi community, >> >> I have trouble getting the suport for netcdf and hdf...after I run >> configure..this is the part of the out put I got... >> > > Can you tell us where you got your sources from and the full name of the > tarball sources? If building the opengrads bundle instructions are here: > > > http://opengrads.org/wiki/index.php?title=Building_the_OpenGrADS_Bundle_from_Sources > > Arlindo > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090509/089b5cbf/attachment.html From scsebnic at LIBERO.IT Sat May 9 06:16:42 2009 From: scsebnic at LIBERO.IT (Nicola Sebastiani) Date: Sat, 9 May 2009 10:16:42 -0000 Subject: draw cities on a map Message-ID: Hi Angel I' am fine, thank you, and you? I have set-up a linux machine dedicated to wrf forecasting; at the moment it is easier to use grads to point out the results. Second step will be RIP (I hope!). I would resume the RIP scripts forgotten in some folder on my PC when I will have enough time to spend for that. What about you? I have been impressed looking at your very professional web site and nice products. I hope you are taking advantage thanks to your well known knowledge in IT and Weather . Have a nice weekend Ciao Nicola ---------------------------------------------------------------------------------------------------------------------------------- Are you interested in Weather Satellite and Earth Observation for educational purposes? Please, visit ----------->> http://www.scsebnic.net ---------------------------------------------------------------------------------------------------------------------------------- ----- Original Message ----- From: Angel Dimitrov To: GRADSUSR at LIST.CINECA.IT Sent: Friday, April 10, 2009 2:32 PM Subject: Re: draw cities on a map Hello Nicola, How are you? I see you are learning GrADS. Angel --- On Thu, 4/9/09, Nicola Sebastiani wrote: From: Nicola Sebastiani Subject: draw cities on a map To: GRADSUSR at LIST.CINECA.IT Date: Thursday, April 9, 2009, 12:35 AM Hi, using GRADS, is it possible to draw cities marker and name on a map, having the lat/lon (geographical coordinates) and the city name written into an (ascii) file? Thank you in advance Nicola ---------------------------------------------------------------------------------------------------------------------------------- Are you interested in Weather Satellite and Earth Observation for educational purposes? Please, visit ----------->> http://www.scsebnic.net ---------------------------------------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090509/4298696c/attachment.html From johnguhin at GMAIL.COM Sat May 9 15:38:10 2009 From: johnguhin at GMAIL.COM (John Guhin) Date: Sat, 9 May 2009 15:38:10 -0400 Subject: Averaging Message-ID: Hi, I have a 4D data (lon=144,lat=90,lev=24,time=100), with many missing values that are randomly located. I want to have an averaged output at every level i.e. , output file should have lon=1,lat=1,lev=24,time=1 At any level, I want to give equal weightage to all the data during the entire time period. So area averaging at first (aave) and then avergae over time is not appropriate. Is there a way to do this in GrADS? thanks in advance. -- John Guhin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090509/366d9c20/attachment.html From scsebnic at LIBERO.IT Sat May 9 18:10:10 2009 From: scsebnic at LIBERO.IT (Nicola Sebastiani) Date: Sat, 9 May 2009 22:10:10 -0000 Subject: draw cities on a map Message-ID: I'm sorry for the last message to GrADS mailing list. It was for Angel:-) Nicola ---------------------------------------------------------------------------------------------------------------------------------- Are you interested in Weather Satellite and Earth Observation for educational purposes? Please, visit ----------->> http://www.scsebnic.net ---------------------------------------------------------------------------------------------------------------------------------- ----- Original Message ----- From: Nicola Sebastiani To: GRADSUSR at LIST.CINECA.IT Sent: Saturday, May 09, 2009 10:16 AM Subject: Re: Re: draw cities on a map Hi Angel I' am fine, thank you, and you? I have set-up a linux machine dedicated to wrf forecasting; at the moment it is easier to use grads to point out the results. Second step will be RIP (I hope!). I would resume the RIP scripts forgotten in some folder on my PC when I will have enough time to spend for that. What about you? I have been impressed looking at your very professional web site and nice products. I hope you are taking advantage thanks to your well known knowledge in IT and Weather . Have a nice weekend Ciao Nicola ---------------------------------------------------------------------------------------------------------------------------------- Are you interested in Weather Satellite and Earth Observation for educational purposes? Please, visit ----------->> http://www.scsebnic.net ---------------------------------------------------------------------------------------------------------------------------------- ----- Original Message ----- From: Angel Dimitrov To: GRADSUSR at LIST.CINECA.IT Sent: Friday, April 10, 2009 2:32 PM Subject: Re: draw cities on a map Hello Nicola, How are you? I see you are learning GrADS. Angel --- On Thu, 4/9/09, Nicola Sebastiani wrote: From: Nicola Sebastiani Subject: draw cities on a map To: GRADSUSR at LIST.CINECA.IT Date: Thursday, April 9, 2009, 12:35 AM Hi, using GRADS, is it possible to draw cities marker and name on a map, having the lat/lon (geographical coordinates) and the city name written into an (ascii) file? Thank you in advance Nicola ---------------------------------------------------------------------------------------------------------------------------------- Are you interested in Weather Satellite and Earth Observation for educational purposes? Please, visit ----------->> http://www.scsebnic.net ---------------------------------------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090509/8f6d8e2a/attachment.html From sh.maeam at GMAIL.COM Sat May 9 23:34:56 2009 From: sh.maeam at GMAIL.COM (sh zhou) Date: Sun, 10 May 2009 11:34:56 +0800 Subject: unnormal display Message-ID: Hi All, Did someone come across a problem like this: when wrote data back , the display changed unnormal in Grads? because many "contour lines" disappeared , Can you tell me why? Please help me, thank you. In accessory , there are some files of my data and pictures. Please have a look, the code I used as following : ### program read_DOMAIN_INFO implicit none integer jx,iy,i,j ! real yy,xx,z parameter (iy=110,jx=140) real ht(jx,iy) open(10,file='DOMAIN.INFO',form='unformatted' $ ,recl=jx*iy*4, access='direct',convert='big_endian') ! replace 4 to 1 if IFC, I use PGI read(10,rec=2) ht do i=65,75 ht(i,30) = 5000. ht(i,55)=5000. enddo write(10,rec=2) ht print *, 'end of program' close(10) end ### Sincerely. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090510/9d3ff2c9/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: former.jpg Type: image/jpeg Size: 115458 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090510/9d3ff2c9/attachment.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: after-changed.jpg Type: image/jpeg Size: 83437 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090510/9d3ff2c9/attachment-0001.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: DOMAIN.CTL Type: application/octet-stream Size: 826 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090510/9d3ff2c9/attachment.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: DOMAIN.INFO Type: application/octet-stream Size: 1560000 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090510/9d3ff2c9/attachment-0001.obj From j.c.mikovitz at NASA.GOV Mon May 11 08:36:31 2009 From: j.c.mikovitz at NASA.GOV (Colleen Mikovitz) Date: Mon, 11 May 2009 08:36:31 -0400 Subject: unnormal display In-Reply-To: <94ce49550905092034u4b88b05dg6a1ca720aea8d3f1@mail.gmail.com> Message-ID: Dear Sh Zhou, On first glance at your program, it looks like you are replacing part of your array with the value of 5000. If you have not specifically set the contour levels in GrADS, then it is choosing the levels for you. In your map labeled "former", the contour interval is 200, while in the "after-changed", the interval is 500 (to accommodate the new value of 5000) . You can choose your contour levels with "set clevs" to show your original contours. Colleen On May 9, 2009, at 11:34 PM, sh zhou wrote: > > Hi All, > > Did someone come across a problem like this: when wrote data back , > the display changed unnormal in Grads? because many "contour lines" > disappeared , Can you tell me why? Please help me, thank you. > > In accessory , there are some files of my data and pictures. Please > have a look, the code I used as following : > > ### > program read_DOMAIN_INFO > implicit none > integer jx,iy,i,j > ! real yy,xx,z > parameter (iy=110,jx=140) > real ht(jx,iy) > open(10,file='DOMAIN.INFO',form='unformatted' > $ ,recl=jx*iy*4, access='direct',convert='big_endian') ! > replace 4 to 1 if IFC, I use PGI > > read(10,rec=2) ht > > do i=65,75 > > ht(i,30) = 5000. > ht(i,55)=5000. > enddo > > write(10,rec=2) ht > > print *, 'end of program' > close(10) > > end > ### > > Sincerely. > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090511/6c86ffb9/attachment.html From dasilva at ALUM.MIT.EDU Mon May 11 09:27:51 2009 From: dasilva at ALUM.MIT.EDU (Arlindo da Silva) Date: Mon, 11 May 2009 09:27:51 -0400 Subject: New release: Bundle v2.0.a5.oga.5 Message-ID: All, We have updated the OpenGrADS Bundles at sf.net, now at v2.0.a5.oga.5: http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=681044 This is primarily a bug fix release; now PyGrADS v1.1.2 (see separate posting) is 100% functional with GrADS v2. The bug fixes include: - bugs in ipc/ipc_load() that prevented pygrads from importing data into grads - "printim -b" should work - Mike Fiorino's extensions have been revised and updated; mfhilo should work - fixed a couple of bugs associated with 256 colors; you should be able to use printim/gxeps with images that use more than 100 colors. See the ChangeLog for additional details. Binaries for Linux, Mac OS X and FreeBSD 6.3 have been posted. Windows and other platforms to appear soon. Please let us know of any problems. Enjoy, Arlindo PS: I see in our logs that some people have downloaded v2.0.a5.oga.5 binaries before this announcement went out. Just last night we fix one last issue related to ipc/pygrads and refreshed the binaries. You will need to get the very latest build for pygrads to work. -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090511/24301781/attachment.html From rmcaffera at YAHOO.COM Mon May 11 09:45:47 2009 From: rmcaffera at YAHOO.COM (Mario Caffera) Date: Mon, 11 May 2009 06:45:47 -0700 Subject: varying image names in a loop In-Reply-To: <20090508081649.M41809@tropmet.res.in> Message-ID: Hello I'm trying to include the changing names of the images created in a loop. How is the way to include the changing paramenter i of the for (for=i:1,n) into the name of the figure? I uses "enable print blabla.gmf" in order to output the image files of my maps. My problem is to find the way to include this varying i in the "blabla". best regards and thank you in advance mario caffera --- On Fri, 5/8/09, M.Mahakur wrote: > From: M.Mahakur > Subject: Re: Isolines in station data > To: GRADSUSR at LIST.CINECA.IT > Date: Friday, May 8, 2009, 5:20 AM > Hello, > > You can do this after converting to gridded data using > in-built 'oacres' function. > > Regards, > > Mahakur > > ---------- Original Message ----------- > From: Piotr Djak?w > To: GRADSUSR at LIST.CINECA.IT > Sent: Fri, 8 May 2009 08:46:11 +0200 > Subject: Isolines in station data > > > Hello > > > > Is there any method to create isolines/shaded map from > station data? > > If yes, then how can i do that? Any idea? > > > > Best Regards > > Piotr Djakow > ------- End of Original Message ------- From dasilva at ALUM.MIT.EDU Mon May 11 09:59:31 2009 From: dasilva at ALUM.MIT.EDU (Arlindo da Silva) Date: Mon, 11 May 2009 09:59:31 -0400 Subject: PyGrADS v1.1.2 released! Message-ID: All, This is pretty much a bug fix release of PyGrADS. It includes a better handling of the e-dimension under GrADS v2.0, returning a single e-dimension under GrADS v1.x. It also includes Pablo Romero's ga.query("time") method which returns both GrADS and Unix time representations. The default GrADS binary is now "grads" instead of "gradshdf"; use the -x option of "pygrads" to specify any other grads binary (gradshsd, gradsdap, etc.) Recall that with the OpenGrADS Bundle v2.0.a5.oga.5 and v1.10.r2.oga the binary "grads" includes support for most data formats, including OpenDAP. It is strongly recommended that you use GrADS 2.0.oga.5 or later for a fully functional PyGrADS under GrADS v2.0, including the exp() and imp() methods. If you are still using the Legacy GrADS v1.x releases, it is recommended that you upgrade to the GrADS v1.10.r2.oga for fully support of the expr() method, something that is essential if using tge Java interface under Jython. See the ChangeLog for a complete list of bug fixes and new features. Notice that this release of PyGrADS should also work with COLA's stock GrADS v2.0.a5. The only thing that you will not be able to do is to import data back into GrADS because this feature requires the IPC extensions. You should be able to export data from GrADS to python with the expr() method. Enjoy, Arlindo PS: Make sure you have last night's build of GrADS v2.0.a5.oga.5 for the imp() method to work. -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090511/ece4a996/attachment.html From hrc at EAS.GATECH.EDU Mon May 11 10:30:57 2009 From: hrc at EAS.GATECH.EDU (Hai-Ru Chang) Date: Mon, 11 May 2009 10:30:57 -0400 Subject: New release: Bundle v2.0.a5.oga.5 In-Reply-To: <77fcd6b20905110627y4c10800bm6585042a9ae382d4@mail.gmail.com> Message-ID: Hello, Do you have a new binary for x86-64 linux platform? Thanks! Hai-Ru On May 11, 2009, at 9:27 AM, Arlindo da Silva wrote: > All, > > We have updated the OpenGrADS Bundles at sf.net, now at > v2.0.a5.oga.5: > > http://sourceforge.net/project/showfiles.php? > group_id=161773&package_id=305032&release_id=681044 > > This is primarily a bug fix release; now PyGrADS v1.1.2 (see > separate posting) is 100% functional with GrADS v2. The bug fixes > include: > > - bugs in ipc/ipc_load() that prevented pygrads from importing > data into grads > - "printim -b" should work > - Mike Fiorino's extensions have been revised and updated; mfhilo > should work > - fixed a couple of bugs associated with 256 colors; you should > be able to use printim/gxeps with images that use more than 100 > colors. > > See the ChangeLog for additional details. Binaries for Linux, Mac > OS X and FreeBSD 6.3 have been posted. Windows and other platforms > to appear soon. > > Please let us know of any problems. > > Enjoy, > > Arlindo > > PS: I see in our logs that some people have downloaded v2.0.a5.oga. > 5 binaries before this announcement went out. Just last night we > fix one last issue related to ipc/pygrads and refreshed the > binaries. You will need to get the very latest build for pygrads to > work. > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090511/972b350a/attachment.html From dasilva at ALUM.MIT.EDU Mon May 11 10:31:34 2009 From: dasilva at ALUM.MIT.EDU (Arlindo da Silva) Date: Mon, 11 May 2009 10:31:34 -0400 Subject: OpenGrADS development switching to v2.0 Message-ID: All, As I hinted in a previous message, the head of the OpenGrADS repository now contains GrADS v2.0. This means that all OpenGrADS development, including extensions and interfaces, will focus on GrADS v2.0. As usual, our intention is to take COLA releases pretty much "as is", and add small patches to enable the OpenGrADS extensions. The extensions themselves are developed as add-ons/plug-ins: you should have all the features present in the COLA releases, with the addition of the OpenGrADS extensions. And of course, as a bonus you also get any bugs we unintentionally introduce [?]; a increasing number of unit tests has been developed to catch these bugs earlier on, and we have designed the UDX interface to be very non-intrusive. So, if you don't care about the extensions/interfaces, but still would like a binary not available at COLA's site or the convenience of the "bundle install" there is a very good chance that would would not notice any difference between the OpenGrADS and COLA's builds. The usual caveat applies: no warranty, it is up to you to verify that this is indeed the case. In retiring GrADS v1.x development we realize that are still a number of users out there requiring GrADS v1.x in their day-to-day work. This is because of a lacking feature in GrADS v2.0 (the list of missing features is shrinking fast), or because of memory footprint/performance issues. As long as there is interest in the community (and volunteers!) we will try to maintain builds of v1.x. Only critical bug fixes and rebuilds to keep up with new OS releases will be posted. New development will concentrate on GrADS v2.0. If you have any questions or would like to make a suggestion drop us a note at opengrads-devel at lists.sf.net. Cheers! Arlindo -- Arlindo da Silva dasilva at opengrads.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090511/2d141c0a/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 541 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090511/2d141c0a/attachment.gif From dasilva at ALUM.MIT.EDU Mon May 11 10:45:02 2009 From: dasilva at ALUM.MIT.EDU (Arlindo da Silva) Date: Mon, 11 May 2009 10:45:02 -0400 Subject: Legacy GrADS v1.10.r2 builds available Message-ID: All, As I said in my previous message, in retiring GrADS v1.x development we realize that are still a number of users out there requiring GrADS v1.x in their day-to-day work. This is because of a lacking feature in GrADS v2.0 (the list of missing features is shrinking fast), or because of memory footprint/performance issues. As long as there is interest in the community (and volunteers!) we will try to maintain builds of v1.x. Only critical bug fixes and rebuilds to keep up with new OS releases will be posted. New development will concentrate on GrADS v2.0. A maintenance version of GrADS v1.10.r2.oga has been released on sf.net: http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=182392&release_id=680848 This version includes bug fixes on top of GrADS v1.9.0-rc1 (which in turn had bugfixes on top of 1.9beta4), and some features that had been contributed by Gary Love earlier on but never made into COLA's v1.9 releases. For this reason, we have bumped the version number from 1.9 to 1.10. For ease of maintenance, we have adopted the same build mechanism and extension API of v2.0, including the OpenGrADS Bundle concept. See the ChangeLog for a detailed description of what is included in this version. At this point v1.10 includes the same extensions as v2.0, but new extensions may not be back ported to v1.x. It is strongly recommended that you plan your migration to GrADS v2.0 at your earliest convenience. Again, current OpenGrADS development is focused on GrADS v2.0. Although no new development is expected to take place in the legacy GrADS v1.x branch, minor bug fixes and updates will be issued as long as there are resources and interest by the community. Enjoy, Arlindo PS: Builds for Linux/Unix are up; Windows builds later in the week. -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090511/b66578c4/attachment.html From arlindo.dasilva at GMAIL.COM Mon May 11 10:46:26 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Mon, 11 May 2009 10:46:26 -0400 Subject: New release: Bundle v2.0.a5.oga.5 In-Reply-To: <8ABBB7C1-6E08-4289-A1C7-1032145994EB@eas.gatech.edu> Message-ID: On Mon, May 11, 2009 at 10:30 AM, Hai-Ru Chang wrote: > Hello, Do you have a new binary for x86-64 linux platform? Thanks! > > Yes, I posted it this morning, it will show up in the sf.net mirrors at any moment. Keep checking. Arlindo > > Hai-Ru > > On May 11, 2009, at 9:27 AM, Arlindo da Silva wrote: > > All, > We have updated the OpenGrADS Bundles at sf.net, now at v2.0.a5.oga.5: > > > http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=681044 > > This is primarily a bug fix release; now PyGrADS v1.1.2 (see separate > posting) is 100% functional with GrADS v2. The bug fixes include: > > - bugs in ipc/ipc_load() that prevented pygrads from importing data into > grads > - "printim -b" should work > - Mike Fiorino's extensions have been revised and updated; mfhilo should > work > - fixed a couple of bugs associated with 256 colors; you should be able > to use printim/gxeps with images that use more than 100 colors. > > See the ChangeLog for additional details. Binaries for Linux, Mac OS X > and FreeBSD 6.3 have been posted. Windows and other platforms to appear > soon. > > Please let us know of any problems. > > Enjoy, > > Arlindo > > PS: I see in our logs that some people have downloaded v2.0.a5.oga.5 > binaries before this announcement went out. Just last night we fix one last > issue related to ipc/pygrads and refreshed the binaries. You will need to > get the very latest build for pygrads to work. > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090511/f828a64a/attachment.html From dmendes at FC.UL.PT Mon May 11 12:26:46 2009 From: dmendes at FC.UL.PT (David Mendes) Date: Mon, 11 May 2009 18:26:46 +0200 Subject: eofgrads in Windows XP help! Message-ID: Dear friends, With all your helps, I can also run EOF Grads in windows XP. error C:\GrADS19\win32>gradsnc Starting X server under c:\GrADS19/Xming User-mode mounting c:\GrADS19 as / and c:\GrADS19\win32 as /bin ... done! Starting gradsnc under c:\GrADS19\win32 ... Grid Analysis and Display System (GrADS) Version 1.9.0-rc1 Copyright (c) 1988-2007 by Brian Doty and IGES Center for Ocean-Land-Atmosphere Studies (COLA) Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v1.9.0-rc1 32-bit little-endian readline sdf/xdf netcdf lats athena prin tim Issue 'q config' command for more information. Landscape mode? (no for portrait): Format error in user defined function table: Processing function name: eofudf File name is: C:\GrADS19\win32\udft.txt GX Package Initialization: Size = 11 8.5 ga-> Thanks, David From arlindo.dasilva at GMAIL.COM Mon May 11 12:58:10 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Mon, 11 May 2009 12:58:10 -0400 Subject: eofgrads in Windows XP help! In-Reply-To: <20090511162752.2B562207C1@mx2.cineca.it> Message-ID: On Mon, May 11, 2009 at 12:26 PM, David Mendes wrote: > Dear friends, > > With all your helps, I can also run EOF Grads in windows XP. > error > I am confused, you *can* or you *cannot*? Try running the dos2unix utility on your UDFT dos2unix C:\GrADS19\win32\udft.txt and try again. Arlindo > > C:\GrADS19\win32>gradsnc > Starting X server under c:\GrADS19/Xming > User-mode mounting c:\GrADS19 as / and c:\GrADS19\win32 as /bin ... done! > Starting gradsnc under c:\GrADS19\win32 ... > > Grid Analysis and Display System (GrADS) Version 1.9.0-rc1 > Copyright (c) 1988-2007 by Brian Doty and IGES > Center for Ocean-Land-Atmosphere Studies (COLA) > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v1.9.0-rc1 32-bit little-endian readline sdf/xdf netcdf lats > athena prin > tim > > Issue 'q config' command for more information. > > Landscape mode? (no for portrait): > Format error in user defined function table: > Processing function name: eofudf > File name is: C:\GrADS19\win32\udft.txt > GX Package Initialization: Size = 11 8.5 > ga-> > > > > Thanks, > David > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090511/16779eec/attachment.html From dmendes at FC.UL.PT Mon May 11 13:08:43 2009 From: dmendes at FC.UL.PT (David Mendes) Date: Mon, 11 May 2009 18:08:43 +0100 Subject: RES: eofgrads in Windows XP help! In-Reply-To: <77fcd6b20905110958m42de9842ib599344e906a7e13@mail.gmail.com> Message-ID: Sorry, Error is : (Installation) > C:\GrADS19\win32>gradsnc > Starting X server under c:\GrADS19/Xming > User-mode mounting c:\GrADS19 as / and c:\GrADS19\win32 as /bin ... done! > Starting gradsnc under c:\GrADS19\win32 ... > > Grid Analysis and Display System (GrADS) Version 1.9.0-rc1 > Copyright (c) 1988-2007 by Brian Doty and IGES > Center for Ocean-Land-Atmosphere Studies (COLA) > Institute for Global Environment and Society (IGES) > GrADS comes with ABSOLUTELY NO WARRANTY > See file COPYRIGHT for more information > > Config: v1.9.0-rc1 32-bit little-endian readline sdf/xdf netcdf lats > athena prin > tim > > Issue 'q config' command for more information. > > Landscape mode? (no for portrait): > Format error in user defined function table: > Processing function name: eofudf > File name is: C:\GrADS19\win32\udft.txt > GX Package Initialization: Size = 11 8.5 > ga-> > > > > Thanks, > David ________________________________________ De: GRADSUSR at LIST.CINECA.IT [GRADSUSR at LIST.CINECA.IT] em Nome de Arlindo da Silva [arlindo.dasilva at GMAIL.COM] Enviado: segunda-feira, 11 de maio de 2009 17:58 Para: GRADSUSR at LIST.CINECA.IT Assunto: Re: eofgrads in Windows XP help! On Mon, May 11, 2009 at 12:26 PM, David Mendes > wrote: Dear friends, With all your helps, I can also run EOF Grads in windows XP. error I am confused, you *can* or you *cannot*? Try running the dos2unix utility on your UDFT dos2unix C:\GrADS19\win32\udft.txt and try again. Arlindo C:\GrADS19\win32>gradsnc Starting X server under c:\GrADS19/Xming User-mode mounting c:\GrADS19 as / and c:\GrADS19\win32 as /bin ... done! Starting gradsnc under c:\GrADS19\win32 ... Grid Analysis and Display System (GrADS) Version 1.9.0-rc1 Copyright (c) 1988-2007 by Brian Doty and IGES Center for Ocean-Land-Atmosphere Studies (COLA) Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v1.9.0-rc1 32-bit little-endian readline sdf/xdf netcdf lats athena prin tim Issue 'q config' command for more information. Landscape mode? (no for portrait): Format error in user defined function table: Processing function name: eofudf File name is: C:\GrADS19\win32\udft.txt GX Package Initialization: Size = 11 8.5 ga-> Thanks, David -- Arlindo da Silva dasilva at alum.mit.edu From ela at COLA.IGES.ORG Mon May 11 18:12:11 2009 From: ela at COLA.IGES.ORG (Eric Altshuler) Date: Mon, 11 May 2009 18:12:11 -0400 Subject: varying image names in a loop In-Reply-To: <1219722968.278741242079911689.JavaMail.root@mail.iges.org> Message-ID: Hello Mario, This is easy to do. Just set up a loop in your script like this (I assume you have already assigned a value for n): i=1 while (i<=n) ... ... 'enable print plot'i'.gmf' ... ... 'print' 'disable print' i=i+1 endwhile This will generate a sequence of plots named plot1.gmf, plot2.gmf, ..., plotn.gmf 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: "Mario Caffera" To: GRADSUSR at LIST.CINECA.IT Sent: Monday, May 11, 2009 9:45:47 AM GMT -05:00 US/Canada Eastern Subject: varying image names in a loop Hello I'm trying to include the changing names of the images created in a loop. How is the way to include the changing paramenter i of the for (for=i:1,n) into the name of the figure? I uses "enable print blabla.gmf" in order to output the image files of my maps. My problem is to find the way to include this varying i in the "blabla". best regards and thank you in advance mario caffera --- On Fri, 5/8/09, M.Mahakur wrote: > From: M.Mahakur > Subject: Re: Isolines in station data > To: GRADSUSR at LIST.CINECA.IT > Date: Friday, May 8, 2009, 5:20 AM > Hello, > > You can do this after converting to gridded data using > in-built 'oacres' function. > > Regards, > > Mahakur > > ---------- Original Message ----------- > From: Piotr Djak?w > To: GRADSUSR at LIST.CINECA.IT > Sent: Fri, 8 May 2009 08:46:11 +0200 > Subject: Isolines in station data > > > Hello > > > > Is there any method to create isolines/shaded map from > station data? > > If yes, then how can i do that? Any idea? > > > > Best Regards > > Piotr Djakow > ------- End of Original Message ------- From jimp at HAWAII.EDU Mon May 11 19:49:30 2009 From: jimp at HAWAII.EDU (James T. Potemra) Date: Mon, 11 May 2009 13:49:30 -1000 Subject: Issues with netCDF and opengrads-2.0 In-Reply-To: <77fcd6b20905110731v5d386db1t574031357c08f9e8@mail.gmail.com> Message-ID: Hi Arlindo: I emailed last week about having a problem reading in a netCDF file with grads-2.0.a5.oga.4, specifically the netCDF :title was too long (more than 256 characters). The files are now within this limit, and grads-2.0.a5.oga reads them okay. However, the same data set is served via OPeNDAP and the same grads binary does not work. I'm not sure I understand the error list (see below) but I suspect a similar issue. I've tried grads-1.9.0-rc1 and it works fine. I've attached the netCDF file as an example (ns01_2009_04_21.nc). Again, grads-1.9.0-rc1 can read both the local and OPeNDAP data set; grads-2.0.a5.oga.5 can now read the local one but not the OPeNDAP one. Below is the result when reading this via OPeNDAP as follows: Welcome to the OpenGrADS Bundle Distribution -------------------------------------------- For additional information enter "grads --help". Starting "/usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads -l " ... Grid Analysis and Display System (GrADS) Version 2.0.a5.oga.5 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.a5.oga.5 little-endian readline printim grib2 netcdf hdf4-sds 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 ga-> sdfopen http://oos.soest.hawaii.edu/thredds/dodsC/hioos/nss/ns01/ns01_200> Scanning self-describing file: http://oos.soest.hawaii.edu/thredds/dodsC/hioos/nss/ns01/ns01_2009_04_21.nc *** glibc detected *** /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads: free(): invalid pointer: 0x000000001e3cc5b4 *** ======= Backtrace: ========= /lib64/libc.so.6[0x3bf3071ce2] /lib64/libc.so.6(cfree+0x8c)[0x3bf307590c] /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads(_Z15convert_nc_type7nc_typeiiPvS0_+0x2ca)[0x7fa65a] /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads(_ZN7NCArray14extract_valuesEPviiRK12ClientParams+0x2e9)[0x82ce75] /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads(_Z8DODvarioiiPKmS0_PKlPvi+0xc6e)[0x7fcf5a] /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads(nc3_get_vara_double+0x9e)[0x807828] /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads(nc_get_vara_double+0x1a)[0x60513a] /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads(read_one_dimension+0x89)[0x53b0d7] /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads(gadsdf+0x17d6)[0x539694] /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads(gasdfopen+0x1d4)[0x537d14] /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads(gacmd+0xf4d)[0x51e2d3] /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads(Main+0x4c9)[0x496c39] /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads(main+0x2e)[0x496766] /lib64/libc.so.6(__libc_start_main+0xf4)[0x3bf301d974] /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads(__gxx_personality_v0+0x1a9)[0x4966a9] ======= Memory map: ======== 00400000-00cc0000 r-xp 00000000 fd:00 45711937 /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads 00dc0000-00de1000 rwxp 008c0000 fd:00 45711937 /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/x86_64/grads 00de1000-01098000 rwxp 00de1000 00:00 0 1e310000-1e3d7000 rwxp 1e310000 00:00 0 [heap] 3bf1e00000-3bf1e1c000 r-xp 00000000 fd:00 4063234 /lib64/ld-2.5.so 3bf201b000-3bf201c000 r-xp 0001b000 fd:00 4063234 /lib64/ld-2.5.so 3bf201c000-3bf201d000 rwxp 0001c000 fd:00 4063234 /lib64/ld-2.5.so 3bf2200000-3bf2217000 r-xp 00000000 fd:00 42144845 /usr/lib64/libXmu.so.6.2.0 3bf2217000-3bf2416000 ---p 00017000 fd:00 42144845 /usr/lib64/libXmu.so.6.2.0 3bf2416000-3bf2418000 rwxp 00016000 fd:00 42144845 /usr/lib64/libXmu.so.6.2.0 3bf2600000-3bf2610000 r-xp 00000000 fd:00 42157621 /usr/lib64/libXpm.so.4.11.0 3bf2610000-3bf2810000 ---p 00010000 fd:00 42157621 /usr/lib64/libXpm.so.4.11.0 3bf2810000-3bf2811000 rwxp 00010000 fd:00 42157621 /usr/lib64/libXpm.so.4.11.0 3bf3000000-3bf314c000 r-xp 00000000 fd:00 4063235 /lib64/libc-2.5.so 3bf314c000-3bf334c000 ---p 0014c000 fd:00 4063235 /lib64/libc-2.5.so 3bf334c000-3bf3350000 r-xp 0014c000 fd:00 4063235 /lib64/libc-2.5.so 3bf3350000-3bf3351000 rwxp 00150000 fd:00 4063235 /lib64/libc-2.5.so 3bf3351000-3bf3356000 rwxp 3bf3351000 00:00 0 3bf3400000-3bf3482000 r-xp 00000000 fd:00 4063243 /lib64/libm-2.5.so 3bf3482000-3bf3681000 ---p 00082000 fd:00 4063243 /lib64/libm-2.5.so 3bf3681000-3bf3682000 r-xp 00081000 fd:00 4063243 /lib64/libm-2.5.so 3bf3682000-3bf3683000 rwxp 00082000 fd:00 4063243 /lib64/libm-2.5.so 3bf3800000-3bf3802000 r-xp 00000000 fd:00 4063247 /lib64/libdl-2.5.so 3bf3802000-3bf3a02000 ---p 00002000 fd:00 4063247 /lib64/libdl-2.5.so 3bf3a02000-3bf3a03000 r-xp 00002000 fd:00 4063247 -------------- next part -------------- A non-text attachment was scrubbed... Name: ns01_2009_04_21.nc Type: application/x-netcdf Size: 10412 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090511/56a2e5d9/attachment.nc From arlindo.dasilva at GMAIL.COM Mon May 11 20:31:09 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Mon, 11 May 2009 20:31:09 -0400 Subject: Issues with netCDF and opengrads-2.0 In-Reply-To: <4A08B98A.2010607@hawaii.edu> Message-ID: On Mon, May 11, 2009 at 7:49 PM, James T. Potemra wrote: > Hi Arlindo: > > I emailed last week about having a problem reading in a netCDF file with > grads-2.0.a5.oga.4, specifically the netCDF :title was too long (more than > 256 characters). The files are now within this limit, and grads-2.0.a5.oga > reads them okay. However, the same data set is served via OPeNDAP and > the same grads binary does not work. I'm not sure I understand the error > list (see below) but I suspect a similar issue. I've tried > grads-1.9.0-rc1 and > it works fine. I've attached the netCDF file as an example > (ns01_2009_04_21.nc). > Again, grads-1.9.0-rc1 can read both the local and OPeNDAP data set; Is this a i686 or x86_64 version? > > grads-2.0.a5.oga.5 can now read the local one but not the OPeNDAP one. > Here is what I found out: I can read your opendap just fine with my v2.0.a5.oga.5 binaries for Mac OS X and Linux/i686, but it fails for the x86_64 binary. There is a problem somewhere, needs debugging. 1) Could you please try Jennifer's x86_64 gradsdap binary (from COLA's site) and let me know whether it has the same problem? 2) In the meantime, can you try the Linux/i686 binaries? They should work just fine on a x86_64 box. We should be able to figure this out. The x86_64 binaries have a been a bit tricky because of the different integer sizes. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090511/6b18ca5a/attachment.html From zjuyanlibin at 163.COM Tue May 12 03:37:21 2009 From: zjuyanlibin at 163.COM (Libin Yan) Date: Tue, 12 May 2009 09:37:21 +0200 Subject: hehe Message-ID: hehe From zjuyanlibin at 163.COM Tue May 12 03:48:42 2009 From: zjuyanlibin at 163.COM (Libin Yan) Date: Tue, 12 May 2009 15:48:42 +0800 Subject: test Message-ID: Just a test for first joinning. Hard working, happy life. 2009-05-12 ?????????????????????????????????????? ??? ?????????? ???????????? ??????????10??710075 ???15902909106 ??: 86-29-88327411 ??: 86-29-88320456 Email: yanlibin at ieecas.cn ?????: http://tibet.ieecas.cn/ ????: http://tibet.ieecas.cn/ylb.htm ?????????????????????????????????????? Libin Yan, PhD candidate Climate and Environment Modeling Institute of Earth Environment, Chinese Academy of Sciences (IEECAS) 10th Fenghui South Road, High-Tech Zone, Xi?an, 710075, Shaanxi, China Mobile: 86-15902909106 Tel: 86-29-88327411 Fax: 86-29-88320456 Email: yanlibin at ieecas.cn Labpage: http://tibet.ieecas.cn/ Personal: http://tibet.ieecas.cn/ylb.htm ?????????????????????????????????????? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090512/f8fc247f/attachment.html From meteo at SPORT123.IT Tue May 12 03:59:32 2009 From: meteo at SPORT123.IT (Valerio Guerra) Date: Tue, 12 May 2009 09:59:32 +0200 Subject: New release: Bundle v2.0.a5.oga.5 Message-ID: Arlindo da Silva wrote: > We have updated the OpenGrADS Bundles at sf.net, now at v2.0.a5.oga.5 Hi Arlindo, thank you for the new builds, I tested the Linux i686 on the Eeepc and it's ok. Anyway on SF.net (on 2009/05/12 at 07:51 UTC) I can't see any FreeBSD 7 build (64 or 32 bit) and the old "oga.4" build is no longer available... ps. a little memory refresh :-) which is the difference between the two windows versions, ..superpack.exe (19MB) and ..superpack.zip (55MB)? Thank you very much Valerio Guerra From bernd.becker at METOFFICE.GOV.UK Tue May 12 06:59:52 2009 From: bernd.becker at METOFFICE.GOV.UK (Bernd Becker) Date: Tue, 12 May 2009 11:59:52 +0100 Subject: UDF help (1.9.4) Message-ID: Hello. I managed to build a udf to sort data but cannot quite make it do what I want. tmean is a 1-d vector of temperature values, no missing data, nice. What are the important aspects of calling a udf this way 'd sort(tmean, first)' that works and this way, 'define a=sort(tmean,first)' that does not work. I want to access the values of a, those that are plotted successfully in the first case for further processing. And I want to avoid to write the data out and read them back in! How can that be achieved? Are there better ways to do this in grads2? As usual many thanks! Bernd. -- Bernd Becker The Monthly Outlook Met Office 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.com - http://www.metoffice.com From davide.sacchetti at ARPAL.ORG Tue May 12 07:33:46 2009 From: davide.sacchetti at ARPAL.ORG (Davide Sacchetti) Date: Tue, 12 May 2009 13:33:46 +0200 Subject: UDF help (1.9.4) In-Reply-To: <1242125992.27669.16.camel@eld313.desktop.frd.metoffice.com> Message-ID: I had a lot of problems in MALLOC, that is, "define variable=..." with grads 1.9. The situation got much better with opengrads v1.9.0-rc1 also if I still have some "random" and less frequent problem for defined variables. Then my suggestion is: upgrade to v1.9.0-rc1. Bye bye Davide On Tue, 2009-05-12 at 11:59 +0100, Bernd Becker wrote: > Hello. > > I managed to build a udf to sort data but cannot quite make it do what > I want. > > tmean is a 1-d vector of temperature values, no missing data, nice. > > What are the important aspects of calling a udf this way > > 'd sort(tmean, first)' > > that works and this way, > > 'define a=sort(tmean,first)' > > that does not work. > > I want to access the values of a, those that are plotted successfully in > the first case for further processing. > > And I want to avoid to write the data out and read them back in! > > How can that be achieved? > Are there better ways to do this in grads2? > > As usual many thanks! > > Bernd. > > > -- > Bernd Becker The Monthly Outlook > Met Office 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.com - http://www.metoffice.com > -- Sacchetti Davide 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.org web: www.meteoliguria.it From nieves at LTP.UPR.CLU.EDU Tue May 12 07:52:51 2009 From: nieves at LTP.UPR.CLU.EDU (Jose F. Nieves) Date: Tue, 12 May 2009 07:52:51 -0400 Subject: New release: Bundle v2.0.a5.oga.5 In-Reply-To: Message-ID: > Arlindo da Silva wrote: > > We have updated the OpenGrADS Bundles at sf.net, now at v2.0.a5.oga.5 > > Hi Arlindo, > > thank you for the new builds, I tested the Linux i686 on the Eeepc and it= > 's ok. > Anyway on SF.net (on 2009/05/12 at 07:51 UTC) I can't see any FreeBSD 7 b= > uild (64 or 32 bit) and the old "oga.4" build is no longer available... > > ps. a little memory refresh :-) which is the difference between the two w= > indows versions, ..superpack.exe (19MB) and ..superpack.zip (55MB)? > > Thank you very much > > Valerio Guerra I will build the FreeBSD-7.2 versions this week. Jose From arlindo.dasilva at GMAIL.COM Tue May 12 08:32:19 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Tue, 12 May 2009 08:32:19 -0400 Subject: UDF help (1.9.4) In-Reply-To: <1242128026.13052.14.camel@davide> Message-ID: On Tue, May 12, 2009 at 7:33 AM, Davide Sacchetti < davide.sacchetti at arpal.org> wrote: > I had a lot of problems in MALLOC, that is, "define variable=..." with > grads 1.9. The situation got much better with opengrads v1.9.0-rc1 > also if I still have some "random" and less frequent problem for defined > variables. Then my suggestion is: upgrade to v1.9.0-rc1. If you must stay with the Legacy GrADS v1.x then I suggest you upgrade to the recently released v1.10. Mainly because it will provide a seamless path to migrate to v2.0. If you can, migrate to v2.0, in if you need the OpenGrADS extensions, consider v2.0.a5.oga.5 available from sf.net: https://sourceforge.net/project/showfiles.php?group_id=161773 Now the UDF situation is in transition at this point. Stock v2.0 from COLA does not yet provide a mechanism for defining user defined functions. The OpenGrADS project provides a mechanism for UDFs in v2.0 which is not endorsed by COLA; the same mechanism is also implemented in v1.10 (and slightly different in v1.9.0-rc1). However, these OpenGrADS releases implement what we cal "API 0", a low level API that requires you know a bit about the internal GrADS data structures and that you rebuild your UDFs with new release of GrADS (to be sure, although in practice not always required.). The situation will change with "API 1", both this is not available yet. We have a proposal for "API 1" in here: http://opengrads.org/wiki/index.php?title=User_Defined_Extensions_in_GrADS_v2.0 COLA has plans to develop their own UDF interface, but I am not familiar with the details of their design. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090512/8f1ef9a1/attachment.html From jma at COLA.IGES.ORG Tue May 12 10:15:55 2009 From: jma at COLA.IGES.ORG (Jennifer Adams) Date: Tue, 12 May 2009 10:15:55 -0400 Subject: Issues with netCDF and opengrads-2.0 In-Reply-To: <4A08B98A.2010607@hawaii.edu> Message-ID: I am able to open this URL with 2.0.a5 and display a variable without any crashes on my 64-bit linux server and my mac. I suspect the version of the netcdf library linked with 2.0.a5.oga.5 because of the "nc3_get_vara_double" in the backtrace. That routine is in netcdf-4.0 but not libdap-3.7.8. --Jennfier On May 11, 2009, at 7:49 PM, James T. Potemra wrote: > ======= Backtrace: ========= > /lib64/libc.so.6[0x3bf3071ce2] > /lib64/libc.so.6(cfree+0x8c)[0x3bf307590c] > /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/ > x86_64/grads(_Z15convert_nc_type7nc_typeiiPvS0_+0x2ca)[0x7fa65a] > /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/ > x86_64/grads(_ZN7NCArray14extract_valuesEPviiRK12ClientParams+0x2e9) > [0x82ce75] > /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/ > x86_64/grads(_Z8DODvarioiiPKmS0_PKlPvi+0xc6e)[0x7fcf5a] > /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/ > x86_64/grads(nc3_get_vara_double+0x9e)[0x807828] > /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/ > x86_64/grads(nc_get_vara_double+0x1a)[0x60513a] > /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/ > x86_64/grads(read_one_dimension+0x89)[0x53b0d7] > /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/ > x86_64/grads(gadsdf+0x17d6)[0x539694] > /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/ > x86_64/grads(gasdfopen+0x1d4)[0x537d14] > /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/ > x86_64/grads(gacmd+0xf4d)[0x51e2d3] > /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/ > x86_64/grads(Main+0x4c9)[0x496c39] > /usr/local/grads-2.0.a5.oga.5/Contents/Linux/Versions/2.0.a5.oga.5/ > x86_64/grads(main+0x2e)[0x496766] From romero619 at HOTMAIL.COM Tue May 12 11:50:09 2009 From: romero619 at HOTMAIL.COM (P.Romero) Date: Tue, 12 May 2009 10:50:09 -0500 Subject: Endian problem Message-ID: I *believe* I might have an endian problem... Im working with a weather model (NOAA's wavewatch3) & its data on a little-endian machine. The raw source data from NOAA is only available in big-endian format. So, I had to enable 'byte-swapping' on my machine, switching from 'little-endian' to 'big-endian' for 'unformatted IO'. This was done in order for the IO routines within the model to work correctly on my platform. Anyway, this model also provides a post-processing routine that writes a GrADS control & binary data file. When I open the resulting ctl & data file in grads, everything looks fine, but the data is completely off. Im *guessing* this is because my version of grads is running in native 'little-endian' on my machine, but the grads binary file from the model post-processor was written in big-endian, due to the 'byte-swapping' I enabled. Is there a reasonably easy way to somehow 'adjust' this binary file back into little-endian? Or, is it possible to force grads into 'big-endian' just for this specific data source? Please help, Thanks, P.Romero From pdjakow at GMAIL.COM Tue May 12 11:52:07 2009 From: pdjakow at GMAIL.COM (=?UTF-8?Q?Piotr_Djak=C3=B3w?=) Date: Tue, 12 May 2009 17:52:07 +0200 Subject: Isolines in station data In-Reply-To: <20090508115857.M59821@tropmet.res.in> Message-ID: 2009/5/8 M.Mahakur : > Hello, Thanks a lot! I'll try this solution :) Regards Piotr Djakow From romero619 at HOTMAIL.COM Tue May 12 12:11:04 2009 From: romero619 at HOTMAIL.COM (P.Romero) Date: Tue, 12 May 2009 11:11:04 -0500 Subject: FW: Endian problem Message-ID: Nevermind... It was in the 'OPTIONS' settings for the control file: OPTIONS sequential big_endian Problem solved. P.Romero -----Original Message----- From: P.Romero [mailto:romero619 at hotmail.com] Sent: 2009-05-12 10:50 AM To: 'GRADSUSR at LIST.CINECA.IT' Subject: Endian problem I *believe* I might have an endian problem... Im working with a weather model (NOAA's wavewatch3) & its data on a little-endian machine. The raw source data from NOAA is only available in big-endian format. So, I had to enable 'byte-swapping' on my machine, switching from 'little-endian' to 'big-endian' for 'unformatted IO'. This was done in order for the IO routines within the model to work correctly on my platform. Anyway, this model also provides a post-processing routine that writes a GrADS control & binary data file. When I open the resulting ctl & data file in grads, everything looks fine, but the data is completely off. Im *guessing* this is because my version of grads is running in native 'little-endian' on my machine, but the grads binary file from the model post-processor was written in big-endian, due to the 'byte-swapping' I enabled. Is there a reasonably easy way to somehow 'adjust' this binary file back into little-endian? Or, is it possible to force grads into 'big-endian' just for this specific data source? Please help, Thanks, P.Romero From nieves at LTP.UPR.CLU.EDU Tue May 12 14:05:07 2009 From: nieves at LTP.UPR.CLU.EDU (Jose F. Nieves) Date: Tue, 12 May 2009 14:05:07 -0400 Subject: a5.oga5 freebsd-7.2-amd64 Message-ID: Hi The Freebsd-7.2-amd64 build of a5.oga5 is in the sf site. Jose From diego333medina at YAHOO.ES Tue May 12 15:41:44 2009 From: diego333medina at YAHOO.ES (diego) Date: Tue, 12 May 2009 19:41:44 +0000 Subject: output in txt format In-Reply-To: <277f61790905120852r7f1bc877ue139fa143d82a051@mail.gmail.com> Message-ID: I want to convert binary to txt files , with the output format. LONGITUDE LATITUDE zonal_wind_spee My ctl file is: dset ^ver.bin undef 9.999E+20 * 2000 ydef 62 linear -45.25 0.5 xdef 61 linear -95.25 0.5 tdef 1 linear 00Z01jan2000 1dy zdef 1 linear 1 1 vars 2 zonal_wind_spee 0 99 zonal wind speed component meridional_wind 0 99 meridional wind speed component Can anybody help me resolve this problem? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090512/52325c50/attachment.html From leandro at SMM.MIL.BR Tue May 12 22:33:16 2009 From: leandro at SMM.MIL.BR (1T(T) Leandro Machado) Date: Wed, 13 May 2009 03:33:16 +0100 Subject: output in txt format In-Reply-To: <344836.87374.qm@web23706.mail.ird.yahoo.com> Message-ID: Diego, You you should try to use this script: 'open CTLFILE' xloc=1 yloc=1 'set t 1' while (xloc<61) while (yloc<62) 'set x 'xloc 'set y 'yloc 'q dims' latt=sublin(result,3) latt=subwrd(latt,6) 'q dims' lonn=sublin(result,2) lonn=subwrd(lonn,6) 'd zonal_wind_spee' u=subwrd(result,4) write (gra.txt,latt' 'lonn' ' u,append) yloc=yloc+1 endwhile xloc=xloc+1 yloc=1 endwhile Bests regards Leandro Machado On Tue, 12 May 2009 19:41:44 +0000, diego wrote > > > I want to convert binary to txt files , with the output format. > > LONGITUDE LATITUDE zonal_wind_spee > > My ctl file is: > > dset ^ver.bin > undef 9.999E+20 > * 2000 > ydef 62 linear -45.25 0.5 > xdef 61 linear -95.25 0.5 > tdef 1 linear 00Z01jan2000 1dy > zdef 1 linear 1 1 > vars 2 > zonal_wind_spee 0 99 zonal wind speed component > meridional_wind 0 99 meridional wind speed component > > Can anybody help me resolve this problem? > 1T(T) Leandro Machado Ajudante da Se??o de Modelagem Atmosf?rica Centro de Hidrografia da Marinha R Bar?o de Jaceguai, s/n Ponta da Arma??o - Niter?i CEP 24.048-900 tel: (21) 2189-3282/3283 fax: (21) 2189-3295 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090513/4d22b501/attachment.html From saaved_m at YAHOO.ES Tue May 12 23:28:17 2009 From: saaved_m at YAHOO.ES (miguel Saavedra) Date: Wed, 13 May 2009 03:28:17 +0000 Subject: output in txt format Message-ID: leandro thanks, the script works very? well. --- El mar, 12/5/09, 1T(T) Leandro Machado escribi?: De: 1T(T) Leandro Machado Asunto: Re: output in txt format Para: GRADSUSR at LIST.CINECA.IT Fecha: martes, 12 mayo, 2009 9:33 Diego, You you should try to use this script: 'open CTLFILE' xloc=1 yloc=1 'set t 1' while (xloc<61) while (yloc<62) 'set x 'xloc 'set y 'yloc 'q dims' latt=sublin(result,3) latt=subwrd(latt,6) 'q dims' lonn=sublin(result,2) lonn=subwrd(lonn,6) 'd zonal_wind_spee' u=subwrd(result,4) write (gra.txt,latt'? 'lonn' ? ' u,append) yloc=yloc+1 endwhile xloc=xloc+1 yloc=1 endwhile Bests regards Leandro Machado On Tue, 12 May 2009 19:41:44 +0000, diego wrote > > > I want to convert binary to txt files , with the output format. > > LONGITUDE LATITUDE zonal_wind_spee > > My ctl file is: > > dset ^ver.bin > undef 9.999E+20 > * 2000 > ydef 62 linear -45.25 0.5 > xdef 61 linear -95.25 0.5 > tdef 1 linear 00Z01jan2000 1dy > zdef 1 linear 1 1 > vars 2 > zonal_wind_spee 0 99 zonal wind speed component > meridional_wind 0 99 meridional wind speed component > > Can anybody help me resolve this problem? > 1T(T) Leandro Machado Ajudante da Se??o de Modelagem Atmosf?rica Centro de Hidrografia da Marinha R Bar?o de Jaceguai, s/n Ponta da Arma??o - Niter?i CEP 24.048-900 tel: (21) 2189-3282/3283 fax: (21) 2189-3295 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090513/18a0ae3e/attachment.html From mehdi_porbagher at YAHOO.COM Wed May 13 02:13:45 2009 From: mehdi_porbagher at YAHOO.COM (mehdi porbagher) Date: Tue, 12 May 2009 23:13:45 -0700 Subject: test In-Reply-To: <200905121548417966763@163.com> Message-ID: Dear Dr.Libin Yan, I am S.Mehdi Pourbagher, the Iranian national, born on 1981, graduated from the Mashhad and Goorgan universities with B.S degree in natural resources engineering, and M.S in remote sensing and GIS from TMU University , Tehran , Iran . At present I am working in IR. Of Iran meteorology organization as an expert in satellite imagery processing, my research is application of remote sensing to derive meteorology parameters mapping and water recourses. Also expert in ENVI4.3 ArcGIS9.3 software and professional in application of MODIS, ASTER, AVHRR, TRMM, ETM+ ?satellite data in civil engineering, I and Professor Poul Menzel (an expert in the NASA)?are publishing a paper in the international journal of remote sensing, about precipitable water using water vapor bands MODIS satellite. Could you help me to receive a scholarship for doctoral program? Professor Paul Menzel,who?he work in NASA USA,?know me?. How can I continue my study in your department? With best regards' --- On Tue, 5/12/09, Libin Yan wrote: From: Libin Yan Subject: test To: GRADSUSR at LIST.CINECA.IT Date: Tuesday, May 12, 2009, 3:48 AM Just a test for first joinning. Hard working, happy life. ? 2009-05-12 ?????????????????????????????????????? ??? ?????????? ???????????? ??????????10??710075 ???15902909106?? ??: 86-29-88327411?? ??: 86-29-88320456 Email: yanlibin at ieecas.cn ?????: http://tibet.ieecas.cn/ ????: http://tibet.ieecas.cn/ylb.htm ?????????????????????????????????????? Libin Yan, PhD candidate Climate and Environment Modeling Institute of Earth Environment, Chinese Academy of Sciences (IEECAS) 10th Fenghui South Road, High-Tech Zone, Xi?an,?710075, Shaanxi, China Mobile: 86-15902909106?? Tel: 86-29-88327411?? Fax: 86-29-88320456 Email: yanlibin at ieecas.cn Labpage: http://tibet.ieecas.cn/ Personal: http://tibet.ieecas.cn/ylb.htm ?????????????????????????????????????? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090512/5ca1e132/attachment.html From meteo at SPORT123.IT Wed May 13 05:28:10 2009 From: meteo at SPORT123.IT (Valerio Guerra) Date: Wed, 13 May 2009 11:28:10 +0200 Subject: a5.oga5 freebsd-7.2-amd64 Message-ID: Jose F. Nieves wrote: > The Freebsd-7.2-amd64 build of a5.oga5 is in the sf site. Thank you very much, Jose. Do you also plan to build "oga.5" for Freebsd 7 x86? Anyway it is not really very important for me as I'm going to change my last i386 machine before next summer. Thank you again. Valerio Guerra From cassar at PILOTBOOK.EU Wed May 13 05:42:58 2009 From: cassar at PILOTBOOK.EU (Pierre Cassar) Date: Wed, 13 May 2009 11:42:58 +0200 Subject: a5.oga5 freebsd-7.2-amd64 Message-ID: Jose F. Nieves wrote: > The Freebsd-7.2-amd64 build of a5.oga5 is in the sf site. Hi Jose, thank you very much! Pierre Cassar From waltersimion at GMAIL.COM Wed May 13 05:59:50 2009 From: waltersimion at GMAIL.COM (walter simion) Date: Wed, 13 May 2009 11:59:50 +0200 Subject: New release: Bundle v2.0.a5.oga.5 Message-ID: Hi, I'm not a new subscriber to this list but this is my first post, simply to thank Arlindo, Jose and all the Opengrads comunity for all what they do to port/build Grads 2 to Freebsd and Windows. Thank you very much Dr. Walter Simion From nieves at LTP.UPR.CLU.EDU Wed May 13 09:14:34 2009 From: nieves at LTP.UPR.CLU.EDU (Jose F. Nieves) Date: Wed, 13 May 2009 09:14:34 -0400 Subject: a5.oga5 freebsd-7.2-amd64 In-Reply-To: Message-ID: > Do you also plan to build "oga.5" for Freebsd 7 x86? > Valerio Guerra Valerio, Pierre, Simon, thanks Yes I plan to do it (for 7.2) this week. Regards Jose From arlindo.dasilva at GMAIL.COM Wed May 13 11:21:57 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Wed, 13 May 2009 11:21:57 -0400 Subject: Issues with netCDF and opengrads-2.0 In-Reply-To: <4A0EE4EB-CCF2-430E-9BEC-333CE76005F0@cola.iges.org> Message-ID: On Tue, May 12, 2009 at 10:15 AM, Jennifer Adams wrote: > I am able to open this URL with 2.0.a5 and display a variable without > any crashes on my 64-bit linux server and my mac. I suspect the > version of the netcdf library linked with 2.0.a5.oga.5 because of the > "nc3_get_vara_double" in the backtrace. That routine is in netcdf-4.0 > but not libdap-3.7.8. --Jennfier > > Confirmed. In fact, doing a ncdump on this URL also segfaults; I have contacted the NetCDF-4 developers about it. In the meantime, there is a work around. It turns out the problem is associated with the coodinate variable time int time(time) ; time:long_name = "time" ; time:axis = "t" ; time:units = "minutes since 2008-01-01 00:00:00" ; which is an integer (instead of a float). (There is nothing wrong with using int for coordinate variables, but it triggers this bug). If you create a simple ddf with 2 lines: dset http://oos.soest.hawaii.edu/thredds/dodsC/hioos/nss/ns01/ns01_2009_04_21.nc TDEF time 360 LINEAR 0z1jan2008 1mn than everything works. Another possibility is to serve the data trough GDS instead of the THREDDS server. Or if rewriting the file is a possibility, making "time" a float would do it as well. I'll let you when we have this bug is fixed. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090513/d6e9ffca/attachment.html From diego333medina at YAHOO.ES Wed May 13 13:17:22 2009 From: diego333medina at YAHOO.ES (diego) Date: Wed, 13 May 2009 17:17:22 +0000 Subject: output in txt format Message-ID: Thanks Leandro The script works fine but get an error. Unknown command: 0 Unknown command: 0 Unknown command: 0 Unknown command: 0 Unknown command: 0 Unknown command: 0 ......... ............ ........... As I fix this? muito obrigado --- El mar, 12/5/09, 1T(T) Leandro Machado escribi?: De: 1T(T) Leandro Machado Asunto: Re: output in txt format Para: GRADSUSR at LIST.CINECA.IT Fecha: martes, 12 mayo, 2009 9:33 Diego, You you should try to use this script: 'open CTLFILE' xloc=1 yloc=1 'set t 1' while (xloc<61) while (yloc<62) 'set x 'xloc 'set y 'yloc 'q dims' latt=sublin(result,3) latt=subwrd(latt,6) 'q dims' lonn=sublin(result,2) lonn=subwrd(lonn,6) 'd zonal_wind_spee' u=subwrd(result,4) write (gra.txt,latt'? 'lonn' ? ' u,append) yloc=yloc+1 endwhile xloc=xloc+1 yloc=1 endwhile Bests regards Leandro Machado On Tue, 12 May 2009 19:41:44 +0000, diego wrote > > > I want to convert binary to txt files , with the output format. > > LONGITUDE LATITUDE zonal_wind_spee > > My ctl file is: > > dset ^ver.bin > undef 9.999E+20 > * 2000 > ydef 62 linear -45.25 0.5 > xdef 61 linear -95.25 0.5 > tdef 1 linear 00Z01jan2000 1dy > zdef 1 linear 1 1 > vars 2 > zonal_wind_spee 0 99 zonal wind speed component > meridional_wind 0 99 meridional wind speed component > > Can anybody help me resolve this problem? > 1T(T) Leandro Machado Ajudante da Se??o de Modelagem Atmosf?rica Centro de Hidrografia da Marinha R Bar?o de Jaceguai, s/n Ponta da Arma??o - Niter?i CEP 24.048-900 tel: (21) 2189-3282/3283 fax: (21) 2189-3295 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090513/a04a124c/attachment.html From fil at METEOPT.COM Wed May 13 14:12:08 2009 From: fil at METEOPT.COM (Filipe) Date: Wed, 13 May 2009 20:12:08 +0200 Subject: Problem in sst plot Message-ID: Hello all, I'm trying to plot sst data from ftp://polar.ncep.noaa.gov/pub/sst/ophi/ , but for some reason I get a white strip at longitude 0? when using nps projection, as you can see from this pic: http://img8.imageshack.us/img8/2815/userlist2.png When using any other projection, grads only draws from lon > 0?, as you can see from these pics: http://img8.imageshack.us/img8/5487/userlist1.png http://img8.imageshack.us/img8/7201/userlist3.png I don't know what I'm doing wrong, hope someone can help me. I'm using latest grib2ctl.pl, wgrib v1.8.0.12x and grads 2.05a (I also tested v1.9 and opengrads 2.05). I used the script http://pastebin.com/f3dc65253 Best regards. From Diane.Stokes at NOAA.GOV Wed May 13 16:48:51 2009 From: Diane.Stokes at NOAA.GOV (Diane Stokes) Date: Wed, 13 May 2009 16:48:51 -0400 Subject: Problem in sst plot In-Reply-To: <20090513181314.40DC52015A@mx2.cineca.it> Message-ID: Hi, Filipe. I recently ran into the same problem with a different dataset on the same grid. The spatial resolution the data you are viewing is 1/12 of a degree. The increment in the xdef and ydef statements of your control file is 0.083. (That's how the increment is stored in the grib file, so it's not a result of anything you did wrong). That increment value is not sufficient to wrap the data completely around the globe. You have 4320 points in your xdef: 4321 x 0.083 = 358.643 If you zoom in on the north pole, you'll see the data displayed does not extend far enough north either. If you add a few significant digits to the increment values in your xdef and ydef statements, eg: xdef 4320 linear 0.042000 0.083333 ydef 2160 linear -89.958000 0.083333 you'll get a more accurate mapping of the data. The values above will also bring the left and right edge of the grid sufficiently close that GrADS will know that the data does wrap the globe. You'd then be able to display the field when setting longitude values less than 0 or greater than 360. Diane Filipe wrote: > Hello all, > > I'm trying to plot sst data from ftp://polar.ncep.noaa.gov/pub/sst/ophi/ , > but for some reason I get a white strip at longitude 0? when using nps > projection, as you can see from this pic: > > http://img8.imageshack.us/img8/2815/userlist2.png > > When using any other projection, grads only draws from lon > 0?, as you can > see from these pics: > > http://img8.imageshack.us/img8/5487/userlist1.png > http://img8.imageshack.us/img8/7201/userlist3.png > > I don't know what I'm doing wrong, hope someone can help me. I'm using > latest grib2ctl.pl, wgrib v1.8.0.12x and grads 2.05a (I also tested v1.9 and > opengrads 2.05). I used the script http://pastebin.com/f3dc65253 > > Best regards. From nieves at LTP.UPR.CLU.EDU Wed May 13 17:36:07 2009 From: nieves at LTP.UPR.CLU.EDU (Jose F. Nieves) Date: Wed, 13 May 2009 17:36:07 -0400 Subject: freebsd-i386-7.2 build Message-ID: Hello I have uploaded the FreeBSD-7.2-i386 build of oga.5. Jose From Charles.Seman at NOAA.GOV Wed May 13 18:04:22 2009 From: Charles.Seman at NOAA.GOV (Charles Seman) Date: Wed, 13 May 2009 18:04:22 -0400 Subject: output in txt format In-Reply-To: <5368.83356.qm@web23702.mail.ird.yahoo.com> Message-ID: Diego, in a script, try: rc = write(...) Hope this helps, Chuck diego wrote: > Thanks Leandro > > The script works fine but get an error. > > Unknown command: 0 > Unknown command: 0 > Unknown command: 0 > Unknown command: 0 > Unknown command: 0 > Unknown command: 0 > ......... > ............ > ........... > > As I fix this? > > muito obrigado > > > > > --- El *mar, 12/5/09, 1T(T) Leandro Machado //* > > > escribi?: > > > De: 1T(T) Leandro Machado > Asunto: Re: output in txt format > Para: GRADSUSR at LIST.CINECA.IT > Fecha: martes, 12 mayo, 2009 9:33 > > Diego, > > You you should try to use this script: > > 'open CTLFILE' > xloc=1 > yloc=1 > 'set t 1' > while (xloc<61) > while (yloc<62) > 'set x 'xloc > 'set y 'yloc > 'q dims' > latt=sublin(result,3) > latt=subwrd(latt,6) > 'q dims' > lonn=sublin(result,2) > lonn=subwrd(lonn,6) > 'd zonal_wind_spee' > u=subwrd(result,4) > write (gra.txt,latt' 'lonn' ' u,append) > yloc=yloc+1 > endwhile > xloc=xloc+1 > yloc=1 > endwhile > > Bests regards > > Leandro Machado > > *On Tue, 12 May 2009 19:41:44 +0000, diego wrote* > > > > > > > > I want to convert binary to txt files , with > the output format. > > > > > > LONGITUDE LATITUDE zonal_wind_spee > > > > > > > My ctl file is: > > > > > > dset ^ver.bin > > > undef > 9.999E+20 > > > * 2000 > > > ydef 62 linear -45.25 0.5 > > > xdef 61 > linear -95.25 0.5 > > > tdef 1 linear 00Z01jan2000 1dy > > > zdef 1 linear 1 > 1 > > > vars 2 > > > zonal_wind_spee 0 99 zonal wind speed component > > > > meridional_wind 0 99 meridional wind speed component > > > > > > Can > anybody help me resolve this problem? > > > > > > > > > 1T(T) Leandro Machado > Ajudante da Se??o de Modelagem Atmosf?rica > Centro de Hidrografia da Marinha > R Bar?o de Jaceguai, s/n > Ponta da Arma??o - Niter?i > CEP 24.048-900 > tel: (21) 2189-3282/3283 fax: (21) 2189-3295 > > -- Please note that Charles.Seman at noaa.gov should be considered my NOAA email address, not cjs at gfdl.noaa.gov. ******************************************************************** Charles Seman Charles.Seman at noaa.gov U.S. Department of Commerce / NOAA / OAR Geophysical Fluid Dynamics Laboratory voice: (609) 452-6547 201 Forrestal Road fax: (609) 987-5063 Princeton, NJ 08540-6649 http://www.gfdl.noaa.gov/~cjs/ ******************************************************************** "The contents of this message are mine personally and do not necessarily reflect any position of the Government or NOAA." From fil at METEOPT.COM Wed May 13 21:02:58 2009 From: fil at METEOPT.COM (Fil) Date: Thu, 14 May 2009 02:02:58 +0100 Subject: Problem in sst plot In-Reply-To: <4A0B3233.7060007@noaa.gov> Message-ID: Hi, Diane Thanks a lot for your help, your solution works perfectly for polar stereographic projections. But on other projections it still doesn't show anything from -180? to 0? longitude. If I try to plot just for North America, I get an "Entire Grid Undefined" message. With 'set lon -180 180' it only draws from -180? to 0?. With lon 180 540 only draws from 0? to 180?. With lon -360 0 it won't draw anything. And with 0 360 it will draw the entire globe, but with the problem (for me) of getting centered in lon 180? which cuts Europe in half. Thanks. 2009/5/13 Diane Stokes > Hi, Filipe. > > I recently ran into the same problem with a different dataset on the > same grid. > > The spatial resolution the data you are viewing is 1/12 of a degree. > The increment in the xdef and ydef statements of your control file is > 0.083. (That's how the increment is stored in the grib file, so it's > not a result of anything you did wrong). > > That increment value is not sufficient to wrap the data completely > around the globe. You have 4320 points in your xdef: > 4321 x 0.083 = 358.643 > > If you zoom in on the north pole, you'll see the data displayed does not > extend far enough north either. > > If you add a few significant digits to the increment values in your xdef > and ydef statements, eg: > > xdef 4320 linear 0.042000 0.083333 > ydef 2160 linear -89.958000 0.083333 > > you'll get a more accurate mapping of the data. The values above will > also bring the left and right edge of the grid sufficiently close that > GrADS will know that the data does wrap the globe. You'd then be able > to display the field when setting longitude values less than 0 or > greater than 360. > > Diane > > > > Filipe wrote: > >> Hello all, >> >> I'm trying to plot sst data from ftp://polar.ncep.noaa.gov/pub/sst/ophi/, >> but for some reason I get a white strip at longitude 0? when using nps >> projection, as you can see from this pic: >> >> http://img8.imageshack.us/img8/2815/userlist2.png >> >> When using any other projection, grads only draws from lon > 0?, as you >> can >> see from these pics: >> >> http://img8.imageshack.us/img8/5487/userlist1.png >> http://img8.imageshack.us/img8/7201/userlist3.png >> >> I don't know what I'm doing wrong, hope someone can help me. I'm using >> latest grib2ctl.pl, wgrib v1.8.0.12x and grads 2.05a (I also tested v1.9 >> and >> opengrads 2.05). I used the script http://pastebin.com/f3dc65253 >> >> Best regards. >> > -- Fil - MeteoPT.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090514/78f12b7b/attachment.html From Diane.Stokes at NOAA.GOV Wed May 13 23:22:55 2009 From: Diane.Stokes at NOAA.GOV (Diane Stokes) Date: Wed, 13 May 2009 23:22:55 -0400 Subject: Problem in sst plot In-Reply-To: Message-ID: Sorry that didn't fix all cases for you. It worked for me running grads v1.9b4 and v2.0.a3 on IBM AIX. I'm confused by your result with: 'set lon -180 180' you only see -180? to 0?. And with: 'set lon 180 540' you only see 0? to 180?. Do you have those results swapped in the text of your msg? If you don't get advice from anyone else, I could only suggest you add a couple more significant digits (3's in this case) to your increment values. Good luck. Diane Fil wrote: > Hi, Diane > > Thanks a lot for your help, your solution works perfectly for polar > stereographic projections. But on other projections it still doesn't > show anything from -180? to 0? longitude. If I try to plot just for > North America, I get an "Entire Grid Undefined" message. > > With 'set lon -180 180' it only draws from -180? to 0?. With lon 180 540 > only draws from 0? to 180?. With lon -360 0 it won't draw anything. And > with 0 360 it will draw the entire globe, but with the problem (for me) > of getting centered in lon 180? which cuts Europe in half. > > Thanks. > > 2009/5/13 Diane Stokes > > > Hi, Filipe. > > I recently ran into the same problem with a different dataset on the > same grid. > > The spatial resolution the data you are viewing is 1/12 of a degree. > The increment in the xdef and ydef statements of your control file is > 0.083. (That's how the increment is stored in the grib file, so it's > not a result of anything you did wrong). > > That increment value is not sufficient to wrap the data completely > around the globe. You have 4320 points in your xdef: > 4321 x 0.083 = 358.643 > > If you zoom in on the north pole, you'll see the data displayed does not > extend far enough north either. > > If you add a few significant digits to the increment values in your xdef > and ydef statements, eg: > > xdef 4320 linear 0.042000 0.083333 > ydef 2160 linear -89.958000 0.083333 > > you'll get a more accurate mapping of the data. The values above will > also bring the left and right edge of the grid sufficiently close that > GrADS will know that the data does wrap the globe. You'd then be able > to display the field when setting longitude values less than 0 or > greater than 360. > > Diane > > > > Filipe wrote: > > Hello all, > > I'm trying to plot sst data from > ftp://polar.ncep.noaa.gov/pub/sst/ophi/ , > but for some reason I get a white strip at longitude 0? when > using nps > projection, as you can see from this pic: > > http://img8.imageshack.us/img8/2815/userlist2.png > > When using any other projection, grads only draws from lon > 0?, > as you can > see from these pics: > > http://img8.imageshack.us/img8/5487/userlist1.png > http://img8.imageshack.us/img8/7201/userlist3.png > > I don't know what I'm doing wrong, hope someone can help me. I'm > using > latest grib2ctl.pl, wgrib v1.8.0.12x and grads 2.05a (I also > tested v1.9 and > opengrads 2.05). I used the script http://pastebin.com/f3dc65253 > > Best regards. > > > > > -- > Fil - MeteoPT.com From sachinghude at TROPMET.RES.IN Thu May 14 00:39:31 2009 From: sachinghude at TROPMET.RES.IN (Sachin Ghude) Date: Thu, 14 May 2009 11:09:31 +0630 Subject: Comparison between two files with different resolution In-Reply-To: <77fcd6b20805140823g5f151e1by7a08fa4ea885edbb@mail.gmail.com> Message-ID: Dear all, I am trying to calculate mean between product 1 (2.8X2.8 degree of resolution), product 2 (2.8X2.8 degree of resolution) and product 3 (1X1 degree resolution). I do not know how to increase the resolution of product 3 to 2.8X2.8 degree. Regards Sachin Ghude ---------- Original Message ----------- From: Arlindo da Silva To: GRADSUSR at LIST.CINECA.IT Sent: Wed, 14 May 2008 11:23:56 -0400 Subject: Re: Comparison between two files with different resolution > On Wed, May 14, 2008 at 10:32 AM, Arlindo Meque wrote: > > Dear all, > > I am trying to do a comparison between GFS products (1X1 degree of resolution) and RFE products (0.1X0.1 degree resolution). I do not know how to decrease the resolution of RFE products to 1X1 as GFS. > > > Your best bet would be use use the extension re() or the older regrid2() UDF with the box-averaging method. Documentation for re() is here: > > http://opengrads.org/doc/udxt/re/ > > None of these are yet available with GrADS v2. The built in lterp() function in GrADS v2 will very likely introduce aliasing when going to a much lower resolution, so I'd not recommend it. > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu ------- End of Original Message ------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090514/70078d35/attachment.html From arlindo.dasilva at GMAIL.COM Thu May 14 08:00:52 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Thu, 14 May 2009 08:00:52 -0400 Subject: Comparison between two files with different resolution In-Reply-To: <20090514043551.M15654@mail.tropmet.res.in> Message-ID: On Thu, May 14, 2009 at 12:39 AM, Sachin Ghude wrote: > Dear all, > > I am trying to calculate mean between product 1 (2.8X2.8 degree of > resolution), product 2 (2.8X2.8 degree of resolution) and product 3 (1X1 > degree resolution). I do not know how to increase the resolution of > product 3 to 2.8X2.8 degree. > You will need to use a regridding function. Your options depend on the version of grads you are working with (always give us the version of grads you are using). In older versions (v1.9b4 ad earlier) the classic regrid2() UDF used to be the norm. Version 2.0 comes with lterp() function built in: http://grads.iges.org/grads/gadoc/gadocindex.html while the OpenGrADS builds (available from https://sourceforge.net/project/showfiles.php?group_id=161773) comes with the re() function: http://opengrads.org/doc/udxt/re/ re() is a C implementation of the classic regrid2() UDF and is much faster. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090514/636f614e/attachment.html From hrc at EAS.GATECH.EDU Thu May 14 10:29:12 2009 From: hrc at EAS.GATECH.EDU (Hai-Ru Chang) Date: Thu, 14 May 2009 10:29:12 -0400 Subject: import a grads variable that has a fixed dimension in lon/lat In-Reply-To: <77fcd6b20905021810t41cd2342ideeaf1ef79e2f637@mail.gmail.com> Message-ID: Hello, I tried import a defined grads variable with fixed dimension on latitude and longitude and varied dimension on time and ensemble members. When I tried to export the variable to python, I saw the following error messages Traceback (most recent call last): File "nino3_4_pnct.py", line 25, in sstpcnt = ga.exp("sstpcnt") File "/home/scripting/ext/Linux/lib/python2.5/site-packages/grads/ ganum.py", line 112, in exp return self._exp2d(expr) File "/home/scripting/ext/Linux/lib/python2.5/site-packages/grads/ ganum.py", line 232, in _exp2d 'invalid exchange metadata (idim,jdim)=(%d,%d) - make sure <%s> is valid and that lon/lat is varying.'%(id,jd,expr) grads.gacore.GrADSError: 'invalid exchange metadata (idim,jdim)= (-1,-1) - make sure is valid and that lon/lat is varying.' I have two questions. First, can I export a defined grads variable to a numpy array? Second, can I only export a grads variable that is varying in latitude and longitude? Thanks! Dr. Hai-Ru Chang School of Earth and Atmospheric Sciences Georgia Institute of Technology Atlanta, GA 30332-0340 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090514/99b40c91/attachment.html From arlindo.dasilva at GMAIL.COM Thu May 14 10:37:17 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Thu, 14 May 2009 10:37:17 -0400 Subject: import a grads variable that has a fixed dimension in lon/lat In-Reply-To: <651A205E-61DF-445A-BAB1-9059052BA2EA@eas.gatech.edu> Message-ID: Hi, I need to know versions of grads and pygrads you are working with. Thanks, Arlindo On Thu, May 14, 2009 at 10:29 AM, Hai-Ru Chang wrote: > Hello, I tried import a defined grads variable with fixed dimension > on latitude and longitude and varied dimension on time and ensemble members. > When I tried to export the variable to python, I saw the following error > messages > > Traceback (most recent call last): > File "nino3_4_pnct.py", line 25, in > sstpcnt = ga.exp("sstpcnt") > File > "/home/scripting/ext/Linux/lib/python2.5/site-packages/grads/ganum.py", line > 112, in exp > return self._exp2d(expr) > File > "/home/scripting/ext/Linux/lib/python2.5/site-packages/grads/ganum.py", line > 232, in _exp2d > 'invalid exchange metadata (idim,jdim)=(%d,%d) - make sure <%s> is > valid and that lon/lat is varying.'%(id,jd,expr) > grads.gacore.GrADSError: 'invalid exchange metadata (idim,jdim)=(-1,-1) - > make sure is valid and that lon/lat is varying.' > > I have two questions. First, can I export a defined grads variable to a > numpy array? > Yes. > Second, can I only export a grads variable that is varying in latitude and > longitude? > Yes. In fact, if using exp() it *must* be varying in lat/lon. Arlndo > > > Dr. Hai-Ru Chang > > School of Earth and Atmospheric Sciences > > Georgia Institute of Technology > > Atlanta, GA 30332-0340 > > > > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090514/472382c3/attachment.html From blossom002 at STUDENT.WCSU.EDU Thu May 14 10:42:53 2009 From: blossom002 at STUDENT.WCSU.EDU (Christopher Blossom) Date: Thu, 14 May 2009 10:42:53 -0400 Subject: Unsubscribe Message-ID: An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090514/534b2328/attachment.html From Michael.Fiorino at NOAA.GOV Thu May 14 14:08:40 2009 From: Michael.Fiorino at NOAA.GOV (Michael Fiorino) Date: Thu, 14 May 2009 18:08:40 +0000 Subject: Comparison between two files with different resolution In-Reply-To: <77fcd6b20905140500r3e10dd1bsedea8b6de08d2de1@mail.gmail.com> Message-ID: and my regrid2 function has been corrected and is available in opengrads 1.10 and 2.0 as 're2' ciao mike Arlindo da Silva wrote: > On Thu, May 14, 2009 at 12:39 AM, Sachin Ghude > > wrote: > > Dear all, > > I am trying to calculate mean between product 1 (2.8X2.8 degree of > resolution), product 2 (2.8X2.8 degree of resolution) and product > 3 (1X1 degree resolution). I do not know how to increase > the resolution of product 3 to 2.8X2.8 degree. > > You will need to use a regridding function. Your options depend on the > version of grads you are working with (always give us the version of > grads you are using). In older versions (v1.9b4 ad earlier) the > classic regrid2() UDF used to be the norm. Version 2.0 comes with > lterp() function built in: > > http://grads.iges.org/grads/gadoc/gadocindex.html > > while the OpenGrADS builds (available > from https://sourceforge.net/project/showfiles.php?group_id=161773) > comes with the re() function: > > http://opengrads.org/doc/udxt/re/ > > re() is a C implementation of the classic regrid2() UDF and is much > faster. > > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu From rsolanob at EMAIL.ARIZONA.EDU Thu May 14 14:50:57 2009 From: rsolanob at EMAIL.ARIZONA.EDU (Ramon Solano) Date: Thu, 14 May 2009 11:50:57 -0700 Subject: Out of buffer space Message-ID: Dear users, I am working with a pretty large dataset (5400 col x 3600 row), and by now reducing the spatial resolution is not a possibility. Two questions: 1. When I try to diplay one image, GrADS notifies that an "Out of buffer space" error happened, and even though the image is fully diplayed on the screen, the hard copy (a .png file) is truncated (I got only about 90% of the image). Is there a way to increase the buffer size or another way to cope with this problem? I'd be willing to try even a source compilation if necessary. 2. For high resolution datasets showed on screen or printed at large scale, what is the resampling technique used by GrADS to select the final output for a given pixel (NN, BIL, etc)? I.e., a pixel on screen or on an image has several pixels underneath, but only one value will be shown. Is there a way to control this resampling? Thanks in advance, Ramon. -- Ramon Solano, Research Specialist Terrestrial Biophysics and Remote Sensing Lab. Dept. of Soil, Water and Environmental Sciences University of Arizona From dipakmath at GMAIL.COM Fri May 15 00:51:50 2009 From: dipakmath at GMAIL.COM (dipak sahu) Date: Fri, 15 May 2009 10:21:50 +0530 Subject: New release: Bundle v2.0.a5.oga.5 In-Reply-To: Message-ID: Dear all currently i'm using the grads version *grads-1.8sl11 *, which is the latest version of grads with more and new graphics options for IBM-AIX P5 mechine. anybody kindly tell from where i can get the free latest version of grads package. thanking you in advance On Wed, May 13, 2009 at 3:29 PM, walter simion wrote: > Hi, > > I'm not a new subscriber to this list but this is my first post, > simply to thank Arlindo, Jose and all the Opengrads comunity for all > what they do to port/build Grads 2 to Freebsd and Windows. > > Thank you very much > > > Dr. Walter Simion > -- ******************************************** Dipak kumar Sahu, Research Scholar, Centre for Atmospheric Sciences., Indian Institute of Technology,Delhi email:- dipak.sahu at iitd.acads.in ********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090515/029aded9/attachment.html From thmavrom at GEO.AUTH.GR Fri May 15 04:17:10 2009 From: thmavrom at GEO.AUTH.GR (Theodoros Mavromatis) Date: Fri, 15 May 2009 11:17:10 +0300 Subject: Unsubscribe Message-ID: SIGNOFF GRADSUSR -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090515/efcf7175/attachment.html From arlindo.dasilva at GMAIL.COM Fri May 15 07:55:35 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Fri, 15 May 2009 07:55:35 -0400 Subject: New release: Bundle v2.0.a5.oga.5 In-Reply-To: <8562142e0905142151s4ef3b2bcy49fde88b8b1a260e@mail.gmail.com> Message-ID: On Fri, May 15, 2009 at 12:51 AM, dipak sahu wrote: > Dear all > currently i'm using the grads version *grads-1.8sl11 *, which is the > latest version of grads with more and new graphics options for IBM-AIX P5 > mechine. > What is your OS version? Send me directly the output of "uname -a". > anybody kindly tell from where i can get the free latest version of grads > package. > > I am currently working on a full build for AIX. it has been kind of a challenge to get opendap working. I'll let you know when I have something working. Arlindo > thanking you in advance > > > > On Wed, May 13, 2009 at 3:29 PM, walter simion wrote: > >> Hi, >> >> I'm not a new subscriber to this list but this is my first post, >> simply to thank Arlindo, Jose and all the Opengrads comunity for all >> what they do to port/build Grads 2 to Freebsd and Windows. >> >> Thank you very much >> >> >> Dr. Walter Simion >> > > > > -- > ******************************************** > Dipak kumar Sahu, > Research Scholar, > Centre for Atmospheric Sciences., > Indian Institute of Technology,Delhi > email:- dipak.sahu at iitd.acads.in > ********************************************** > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090515/c716936d/attachment.html From thi_veloso at YAHOO.COM.BR Fri May 15 08:57:12 2009 From: thi_veloso at YAHOO.COM.BR (Thiago Veloso) Date: Fri, 15 May 2009 05:57:12 -0700 Subject: Converting binary data to ascii Message-ID: ?Dear all, ? ?I have a relatively long (6-year) series of sattelite-based hourly?precipitation estimates, which is in binary format. Considering I need to manipulate this data on external programs, I'm trying to extract it to ascii files. ? ?Currently I?m using GrADS v1.9b4 running on a ordinary 32-bit desktop Ubuntu 9.04. Some years ago a colleague (now retired) developed a script which used to work in out previous datasets. But it won't work with these specific precipitation estimates files (maybe due to the enormous volume). GrADS suddenly crashes with an "segmentation fault" error message. ?Would anybody gently help me to identify what is causing the error? Following is the script code... ?Thanks in advance. ?? 'reinit'; 'c'; ? ?? prompt 'Variable: '; pull var ?? prompt 'Latitude? (lat1 lat2): '; pull lat ?? prompt 'Longitude (lon1 lon2): '; pull lon ?? prompt 'Tempo (t1 t2): '; pull t ? ?? 'open /usr/local/grads-1.9b4/lib/CMORPH_8km-30-minute.ctl' ? ? ' set lat 'lat; 'set lon 'lon; 'set t 't; ? ? 'q dims'; x=sublin(result,2); y=sublin(result,3); t=sublin(result,5); ? x1=subwrd(x,11); y1=subwrd(y,11); t1=subwrd(t,11);? ? x2=subwrd(x,13); y2=subwrd(y,13); t2=subwrd(t,13); ? ? if(x2=''); x1=subwrd(x, 9); x2=x1; endif? ? if(y2=''); y1=subwrd(y, 9); y2=y1; endif? ? if(t2=''); t1=subwrd(t, 9); t2=t1; endif ? ? x=x1; xmax=x2; y=y1; ymax=y2; t=t1; tmax=t2; ? ? lixo=write(var'.txt', 'lon ??? lat??? lev??? time??? 'r) ? ?while (t<=tmax) ? ??? 'set t 't; y=y1; ? ??? while (y<=ymax) ? ????? 'set y 'y; x=x1; ? ????? while(x<=xmax) ? ??????? 'set x 'x; 'set t 't;? ? ??????? r1=xyzt();? ? ?????? 'd 'var; r=subwrd(result, 4); ? ??????? lixo=write(var'.txt', r1%r,append); ??????? x=x+1 ????? endwhile ????? y=y+1 ??? endwhile ??? t=t+1 ? endwhile ? say ' End of Process!' ? ? ? function xyzt() ??? 'q dims'; x=sublin(result,2); y=sublin(result,3); z=sublin(result,4); t=sublin(result,5); ??? x=subwrd(x,6); y=subwrd(y,6); z=subwrd(z,6); t=subwrd(t,6); ? return(x'??? 'y'??? 'z'??? 't'??? ') ? ? function countwrd(x) ??? i=0 ??? while (subwrd(x,i+1)!='') ????? i=i+1; ??? endwhile ? return(i) ? ? function openfile(arq) ??? 'open 'arq; r=sublin(result,2); ??? if subwrd(r,2)='Error' ????? 'sdfopen 'arq; ??? endif ? return -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090515/9f9e3049/attachment.html From romero619 at HOTMAIL.COM Fri May 15 12:21:21 2009 From: romero619 at HOTMAIL.COM (P.R.) Date: Fri, 15 May 2009 11:21:21 -0500 Subject: extracting netcdf data In-Reply-To: <77fcd6b20905150455q1e48ec28yb0f0859eb6174c05@mail.gmail.com> Message-ID: I have a netcdf file with gridded data that I want to extract into an ASCII file. The ascii file should be in an NixNj matrix format. I also want to change its resolution prior to exporting it. Example: the grid in the netcdf file has a resolution of 0.0083 degree increments. Id like to lower this resolution to 0.05 degrees. I don't have much experience working with netcdf files. Can someone please recommend a method to accomplish this task (either using GrADS or some other external utility)??? Please help, Thanks, P.Romero From Charles.Seman at NOAA.GOV Fri May 15 13:10:12 2009 From: Charles.Seman at NOAA.GOV (Charles Seman) Date: Fri, 15 May 2009 13:10:12 -0400 Subject: extracting netcdf data In-Reply-To: Message-ID: P. Romero, In GrADS, the regrid function may be helpful to interpolate to a lower resolution, and then you could perhaps adapt the Opengrads Recipe-002 to write out the data: ftp://grads.iges.org/grads/sprite/udf/ http://cookbooks.opengrads.org/index.php?title=Recipe-002:_Saving_GrADS_variable_data_to_a_text_file I hope this helps, Chuck P.R. wrote: > I have a netcdf file with gridded data that I want to extract into an ASCII > file. > The ascii file should be in an NixNj matrix format. > > I also want to change its resolution prior to exporting it. > Example: > the grid in the netcdf file has a resolution of 0.0083 degree increments. > Id like to lower this resolution to 0.05 degrees. > > I don't have much experience working with netcdf files. > Can someone please recommend a method to accomplish this task (either using > GrADS or some other external utility)??? > > Please help, > Thanks, > P.Romero > -- Please note that Charles.Seman at noaa.gov should be considered my NOAA email address, not cjs at gfdl.noaa.gov. ******************************************************************** Charles Seman Charles.Seman at noaa.gov U.S. Department of Commerce / NOAA / OAR Geophysical Fluid Dynamics Laboratory voice: (609) 452-6547 201 Forrestal Road fax: (609) 987-5063 Princeton, NJ 08540-6649 http://www.gfdl.noaa.gov/~cjs/ ******************************************************************** "The contents of this message are mine personally and do not necessarily reflect any position of the Government or NOAA." From fil at METEOPT.COM Fri May 15 13:31:35 2009 From: fil at METEOPT.COM (Fil) Date: Fri, 15 May 2009 18:31:35 +0100 Subject: Problem in sst plot In-Reply-To: <4A0B8E8F.7090506@noaa.gov> Message-ID: You are right, I swapped the results. It seems that for some reason grads won't draw longitude < 0? with 'set lon' starting with a negative number. This won't be a problem (drawing first lon > 0? and then lon < 0?) except for the robinson projection which has to start with -180. Adding more digits unfortunately didn't work. Thank you very much for your help. 2009/5/14 Diane Stokes > Sorry that didn't fix all cases for you. It worked for me running grads > v1.9b4 and v2.0.a3 on IBM AIX. > > I'm confused by your result with: > 'set lon -180 180' > you only see -180? to 0?. And with: > 'set lon 180 540' > you only see 0? to 180?. Do you have those results swapped in the text > of your msg? > > If you don't get advice from anyone else, I could only suggest you add a > couple more significant digits (3's in this case) to your increment values. > > Good luck. > Diane > > > Fil wrote: > >> Hi, Diane >> >> Thanks a lot for your help, your solution works perfectly for polar >> stereographic projections. But on other projections it still doesn't >> show anything from -180? to 0? longitude. If I try to plot just for >> North America, I get an "Entire Grid Undefined" message. >> >> With 'set lon -180 180' it only draws from -180? to 0?. With lon 180 540 >> only draws from 0? to 180?. With lon -360 0 it won't draw anything. And >> with 0 360 it will draw the entire globe, but with the problem (for me) >> of getting centered in lon 180? which cuts Europe in half. >> >> Thanks. >> >> 2009/5/13 Diane Stokes > > >> >> >> Hi, Filipe. >> >> I recently ran into the same problem with a different dataset on the >> same grid. >> >> The spatial resolution the data you are viewing is 1/12 of a degree. >> The increment in the xdef and ydef statements of your control file is >> 0.083. (That's how the increment is stored in the grib file, so it's >> not a result of anything you did wrong). >> >> That increment value is not sufficient to wrap the data completely >> around the globe. You have 4320 points in your xdef: >> 4321 x 0.083 = 358.643 >> >> If you zoom in on the north pole, you'll see the data displayed does >> not >> extend far enough north either. >> >> If you add a few significant digits to the increment values in your >> xdef >> and ydef statements, eg: >> >> xdef 4320 linear 0.042000 0.083333 >> ydef 2160 linear -89.958000 0.083333 >> >> you'll get a more accurate mapping of the data. The values above will >> also bring the left and right edge of the grid sufficiently close that >> GrADS will know that the data does wrap the globe. You'd then be able >> to display the field when setting longitude values less than 0 or >> greater than 360. >> >> Diane >> >> >> >> Filipe wrote: >> >> Hello all, >> >> I'm trying to plot sst data from >> ftp://polar.ncep.noaa.gov/pub/sst/ophi/ , >> but for some reason I get a white strip at longitude 0? when >> using nps >> projection, as you can see from this pic: >> >> http://img8.imageshack.us/img8/2815/userlist2.png >> >> When using any other projection, grads only draws from lon > 0?, >> as you can >> see from these pics: >> >> http://img8.imageshack.us/img8/5487/userlist1.png >> http://img8.imageshack.us/img8/7201/userlist3.png >> >> I don't know what I'm doing wrong, hope someone can help me. I'm >> using >> latest grib2ctl.pl, wgrib v1.8.0.12x and grads 2.05a (I also >> tested v1.9 and >> opengrads 2.05). I used the script http://pastebin.com/f3dc65253 >> >> Best regards. >> >> >> >> >> -- >> Fil - MeteoPT.com >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090515/3ec44fda/attachment.html From jma at COLA.IGES.ORG Fri May 15 13:33:41 2009 From: jma at COLA.IGES.ORG (Jennifer Adams) Date: Fri, 15 May 2009 13:33:41 -0400 Subject: .gsf function return value doesnt work In-Reply-To: Message-ID: Hi, Pablo -- I am unable to duplicate this problem. I tried it on my mac and on our 64-bit linux server. I copied your addit.gsf and modified it to create addit2.gsf and they both seem to work fine and return a value to test.gs. Here is my code, plus the text of the GrADS session: addit.gsf: function addit(var1,var2) sum=var1+var2 say 'addit: 'var1'+'var2'='sum return (sum) addit2.gsf : function addit2(args) var1=subwrd(args,1) var2=subwrd(args,2) sum=var1+var2 say 'addit2: 'var1'+'var2'='sum return (sum) test.gs: rc = gsfallow("on") tx=addit(2,3) say 'addit returned 'tx args="2 3" tx=addit2(args) say 'addit2 returned 'tx # /usr/local/grads/2.0/2.0.a5/grads -lbc test Grid Analysis and Display System (GrADS) Version 2.0.a5 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.a5 little-endian readline printim grib2 netcdf hdf4-sds geotiff Issue 'q config' command for more information. GX Package Initialization: Size = 11 8.5 Running in Batch mode addit: 2+3=5 addit returned 5 addit2: 2+3=5 addit2 returned 5 ga-> --Jennifer -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org On Mar 11, 2009, at 1:37 PM, Pablo Romero wrote: > I'm reposting this question, since I dont know if the listserver > rejected it the first time... > > I've never been able to get the following to work: use the > 'return(varname)' statement within a .gsf function to return a value. > > I've only been able to accomplish the passing of variables around > between scripts by using '_varname' global variables, but this > defeats the whole purpose of creating a script function. > > I want to create a .gsf function that can actually return a value > that can be directly assigned to a variable in a .gs file. > > example: > > *gsf file, addit.gsf > > function addit(var1,var2) > sum=var1+var2 > return (sum) > > *test gs file, tst.gs > > rc = gsfallow("on") > tx=addit(2,3) > say '2+3 is 'tx > > however, this doesnt work... > it simply prints '2+3 is ', so the gsf function is NOT returning the > value of the 'sum' variable... > > Is this by design or am I doing something incorrectly? > are global variables the ONLY way to pass variables between script/ > script function files? > > If this *is* by design, then I would please like to submit a request > to COLA to consider fixing this in future versions. > > P.Romero > _________________________________________________________________ > Windows Live? Contacts: Organize your contact list. > http://windowslive.com/connect/post/marcusatmicrosoft.spaces.live.com-Blog-cns!503D1D86EBB2B53C!2285.entry?ocid=TXT_TAGLM_WL_UGC_Contacts_032009 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090515/1f56393c/attachment.html From jma at COLA.IGES.ORG Fri May 15 14:00:21 2009 From: jma at COLA.IGES.ORG (Jennifer Adams) Date: Fri, 15 May 2009 14:00:21 -0400 Subject: Problem in sst plot In-Reply-To: Message-ID: Fil, I have downloaded a data sample and done some testing. When you open your descriptor file with GrADS, look at the info written to the command window. Does it say "LON set to 0.042 359.944" or "LON set to 0 360"? The answer will depend on whether you have enough significant digits in the grid increment value in the XDEF and YDEF statements in your descriptor file. When I use "0.083333" instead of "0.083", then GrADS calculates that the file does indeed 'wrap' the globe and 'set lon -180 180' works as it should. Jennifer GrADS automatically issues a 'set lon 0 360' command when it opens a file that wraps the globe. It On May 15, 2009, at 1:31 PM, Fil wrote: > You are right, I swapped the results. It seems that for some reason > grads won't draw longitude < 0? with 'set lon' starting with a > negative number. This won't be a problem (drawing first lon > 0? and > then lon < 0?) except for the robinson projection which has to start > with -180. > > Adding more digits unfortunately didn't work. > > Thank you very much for your help. > > 2009/5/14 Diane Stokes > Sorry that didn't fix all cases for you. It worked for me running > grads > v1.9b4 and v2.0.a3 on IBM AIX. > > I'm confused by your result with: > 'set lon -180 180' > you only see -180? to 0?. And with: > 'set lon 180 540' > you only see 0? to 180?. Do you have those results swapped in the > text > of your msg? > > If you don't get advice from anyone else, I could only suggest you > add a > couple more significant digits (3's in this case) to your increment > values. > > Good luck. > Diane > > > Fil wrote: > Hi, Diane > > Thanks a lot for your help, your solution works perfectly for polar > stereographic projections. But on other projections it still doesn't > show anything from -180? to 0? longitude. If I try to plot just for > North America, I get an "Entire Grid Undefined" message. > > With 'set lon -180 180' it only draws from -180? to 0?. With lon 180 > 540 > only draws from 0? to 180?. With lon -360 0 it won't draw anything. > And > with 0 360 it will draw the entire globe, but with the problem (for > me) > of getting centered in lon 180? which cuts Europe in half. > > Thanks. > > 2009/5/13 Diane Stokes > > > > Hi, Filipe. > > I recently ran into the same problem with a different dataset on > the > same grid. > > The spatial resolution the data you are viewing is 1/12 of a > degree. > The increment in the xdef and ydef statements of your control > file is > 0.083. (That's how the increment is stored in the grib file, so > it's > not a result of anything you did wrong). > > That increment value is not sufficient to wrap the data completely > around the globe. You have 4320 points in your xdef: > 4321 x 0.083 = 358.643 > > If you zoom in on the north pole, you'll see the data displayed > does not > extend far enough north either. > > If you add a few significant digits to the increment values in > your xdef > and ydef statements, eg: > > xdef 4320 linear 0.042000 0.083333 > ydef 2160 linear -89.958000 0.083333 > > you'll get a more accurate mapping of the data. The values above > will > also bring the left and right edge of the grid sufficiently close > that > GrADS will know that the data does wrap the globe. You'd then be > able > to display the field when setting longitude values less than 0 or > greater than 360. > > Diane > > > > Filipe wrote: > > Hello all, > > I'm trying to plot sst data from > ftp://polar.ncep.noaa.gov/pub/sst/ophi/ , > but for some reason I get a white strip at longitude 0? when > using nps > projection, as you can see from this pic: > > http://img8.imageshack.us/img8/2815/userlist2.png > > When using any other projection, grads only draws from lon > > 0?, > as you can > see from these pics: > > http://img8.imageshack.us/img8/5487/userlist1.png > http://img8.imageshack.us/img8/7201/userlist3.png > > I don't know what I'm doing wrong, hope someone can help me. > I'm > using > latest grib2ctl.pl, wgrib v1.8.0.12x and grads 2.05a (I also > tested v1.9 and > opengrads 2.05). I used the script http://pastebin.com/ > f3dc65253 > > Best regards. > > > > > -- > Fil - MeteoPT.com > -- 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/20090515/2fcbdc05/attachment.html From jma at COLA.IGES.ORG Fri May 15 14:18:29 2009 From: jma at COLA.IGES.ORG (Jennifer Adams) Date: Fri, 15 May 2009 14:18:29 -0400 Subject: Out of buffer space In-Reply-To: <20090514115057.ae08oo8o048wow4w@www.email.arizona.edu> Message-ID: On May 14, 2009, at 2:50 PM, Ramon Solano wrote: > Dear users, > > I am working with a pretty large dataset (5400 col x 3600 row), and > by now > reducing the spatial resolution is not a possibility. > > Two questions: > > 1. When I try to diplay one image, GrADS notifies that an "Out of > buffer space" > error happened, and even though the image is fully diplayed on the > screen, the > hard copy (a .png file) is truncated (I got only about 90% of the > image). Is > there a way to increase the buffer size or another way to cope with > this > problem? I'd be willing to try even a source compilation if necessary. When you invoke GrADS, use the -m NNN option. This sets metafile buffer size to NNN, which must be an integer. Default value is 1000000. > > 2. For high resolution datasets showed on screen or printed at large > scale, what > is the resampling technique used by GrADS to select the final output > for a given > pixel (NN, BIL, etc)? I.e., a pixel on screen or on an image has > several pixels > underneath, but only one value will be shown. Is there a way to > control this > resampling? All of that is handled by the gd library. I have no idea what the algorithm is (might be in the library's documentation), but I do know that GrADS does not exploit the anti-aliasing option that is available in the newer version of the gd library. (Brian discovered it didn't work with line thicknesses, so he did not enable it.) I made this tiny plot and it has white pixels where text used to be: > > > Thanks in advance, > Ramon. > -- > Ramon Solano, Research Specialist > Terrestrial Biophysics and Remote Sensing Lab. > Dept. of Soil, Water and Environmental Sciences > University of Arizona -- 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/20090515/4f566758/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: small.png Type: image/png Size: 1507 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090515/4f566758/attachment.png From fil at METEOPT.COM Fri May 15 14:27:17 2009 From: fil at METEOPT.COM (Fil) Date: Fri, 15 May 2009 19:27:17 +0100 Subject: Problem in sst plot In-Reply-To: Message-ID: Hi Jennifer, With 0.083333 in the ctl it does shows "LON set to 0 360". Maybe it's something I'm doing wrong but even then it won't draw lon < 0?. I'm sending the files I'm using for testing. The grib can be downloaded from: http://www.ftp.ncep.noaa.gov/data/nccf/com/gfs/prod/sst.20090514/rtgssthr_grb_0.083.grib2 Thanks. 2009/5/15 Jennifer Adams > Fil, I have downloaded a data sample and done some testing. When you open > your descriptor file with GrADS, look at the info written to the command > window. Does it say "LON set to 0.042 359.944" or "LON set to 0 360"? > > The answer will depend on whether you have enough significant digits in the > grid increment value in the XDEF and YDEF statements in your descriptor > file. When I use "0.083333" instead of "0.083", then GrADS calculates that > the file does indeed 'wrap' the globe and 'set lon -180 180' works as it > should. > > Jennifer > > > GrADS automatically issues a 'set lon 0 360' command when it opens a file > that wraps the globe. It > > > On May 15, 2009, at 1:31 PM, Fil wrote: > > You are right, I swapped the results. It seems that for some reason grads > won't draw longitude < 0? with 'set lon' starting with a negative number. > This won't be a problem (drawing first lon > 0? and then lon < 0?) except > for the robinson projection which has to start with -180. > > Adding more digits unfortunately didn't work. > > Thank you very much for your help. > > 2009/5/14 Diane Stokes > >> Sorry that didn't fix all cases for you. It worked for me running grads >> v1.9b4 and v2.0.a3 on IBM AIX. >> >> I'm confused by your result with: >> 'set lon -180 180' >> you only see -180? to 0?. And with: >> 'set lon 180 540' >> you only see 0? to 180?. Do you have those results swapped in the text >> of your msg? >> >> If you don't get advice from anyone else, I could only suggest you add a >> couple more significant digits (3's in this case) to your increment >> values. >> >> Good luck. >> Diane >> >> >> Fil wrote: >> >>> Hi, Diane >>> >>> Thanks a lot for your help, your solution works perfectly for polar >>> stereographic projections. But on other projections it still doesn't >>> show anything from -180? to 0? longitude. If I try to plot just for >>> North America, I get an "Entire Grid Undefined" message. >>> >>> With 'set lon -180 180' it only draws from -180? to 0?. With lon 180 540 >>> only draws from 0? to 180?. With lon -360 0 it won't draw anything. And >>> with 0 360 it will draw the entire globe, but with the problem (for me) >>> of getting centered in lon 180? which cuts Europe in half. >>> >>> Thanks. >>> >>> 2009/5/13 Diane Stokes >> > >>> >>> >>> Hi, Filipe. >>> >>> I recently ran into the same problem with a different dataset on the >>> same grid. >>> >>> The spatial resolution the data you are viewing is 1/12 of a degree. >>> The increment in the xdef and ydef statements of your control file is >>> 0.083. (That's how the increment is stored in the grib file, so it's >>> not a result of anything you did wrong). >>> >>> That increment value is not sufficient to wrap the data completely >>> around the globe. You have 4320 points in your xdef: >>> 4321 x 0.083 = 358.643 >>> >>> If you zoom in on the north pole, you'll see the data displayed does >>> not >>> extend far enough north either. >>> >>> If you add a few significant digits to the increment values in your >>> xdef >>> and ydef statements, eg: >>> >>> xdef 4320 linear 0.042000 0.083333 >>> ydef 2160 linear -89.958000 0.083333 >>> >>> you'll get a more accurate mapping of the data. The values above will >>> also bring the left and right edge of the grid sufficiently close that >>> GrADS will know that the data does wrap the globe. You'd then be able >>> to display the field when setting longitude values less than 0 or >>> greater than 360. >>> >>> Diane >>> >>> >>> >>> Filipe wrote: >>> >>> Hello all, >>> >>> I'm trying to plot sst data from >>> ftp://polar.ncep.noaa.gov/pub/sst/ophi/ , >>> but for some reason I get a white strip at longitude 0? when >>> using nps >>> projection, as you can see from this pic: >>> >>> http://img8.imageshack.us/img8/2815/userlist2.png >>> >>> When using any other projection, grads only draws from lon > 0?, >>> as you can >>> see from these pics: >>> >>> http://img8.imageshack.us/img8/5487/userlist1.png >>> http://img8.imageshack.us/img8/7201/userlist3.png >>> >>> I don't know what I'm doing wrong, hope someone can help me. I'm >>> using >>> latest grib2ctl.pl, wgrib v1.8.0.12x and grads 2.05a (I also >>> tested v1.9 and >>> opengrads 2.05). I used the script http://pastebin.com/f3dc65253 >>> >>> Best regards. >>> >>> >>> >>> >>> -- >>> Fil - MeteoPT.com >>> >> > > -- > 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/20090515/e72cbb49/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: grads.gs Type: application/octet-stream Size: 345 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090515/e72cbb49/attachment.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: sst.ctl Type: application/octet-stream Size: 592 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090515/e72cbb49/attachment-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: sst.png Type: image/png Size: 20566 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090515/e72cbb49/attachment.png From jma at COLA.IGES.ORG Fri May 15 14:52:41 2009 From: jma at COLA.IGES.ORG (Jennifer Adams) Date: Fri, 15 May 2009 14:52:41 -0400 Subject: Problem in sst plot In-Reply-To: Message-ID: Wacky! My earlier sample was grib, but I get the same good results with the grib2 version of this data.... on my mac. When I tried it on my 64-bit linux box, I got an error I've never seen before: ga-> d sst jpc_decode return = 0 Constant field. Value = 271.33 ga-> That "jpc_decode" message is in the grib2 library in the dec_jpeg2000.c souce file. I have no idea what it means. Or where it got the 271.33 number. I will have to poke at it further. Could be a classic case of operator error. In the meanwhile ... Can you try using the grib1 version of this data instead? Go back to the original FTP site that you started with: ftp://polar.ncep.noaa.gov/pub/sst/ophi/ Jennifer p.s. Why do these puzzles show up on Friday afternoons? On May 15, 2009, at 2:27 PM, Fil wrote: > Hi Jennifer, > > With 0.083333 in the ctl it does shows "LON set to 0 360". Maybe > it's something I'm doing wrong but even then it won't draw lon < 0?. > I'm sending the files I'm using for testing. The grib can be > downloaded from: > > http://www.ftp.ncep.noaa.gov/data/nccf/com/gfs/prod/sst.20090514/rtgssthr_grb_0.083.grib2 > > Thanks. > > 2009/5/15 Jennifer Adams > Fil, > I have downloaded a data sample and done some testing. When you open > your descriptor file with GrADS, look at the info written to the > command window. Does it say "LON set to 0.042 359.944" or "LON set > to 0 360"? > > The answer will depend on whether you have enough significant digits > in the grid increment value in the XDEF and YDEF statements in your > descriptor file. When I use "0.083333" instead of "0.083", then > GrADS calculates that the file does indeed 'wrap' the globe and 'set > lon -180 180' works as it should. > > Jennifer > > > GrADS automatically issues a 'set lon 0 360' command when it opens a > file that wraps the globe. It > > > On May 15, 2009, at 1:31 PM, Fil wrote: > >> You are right, I swapped the results. It seems that for some reason >> grads won't draw longitude < 0? with 'set lon' starting with a >> negative number. This won't be a problem (drawing first lon > 0? >> and then lon < 0?) except for the robinson projection which has to >> start with -180. >> >> Adding more digits unfortunately didn't work. >> >> Thank you very much for your help. >> >> 2009/5/14 Diane Stokes >> Sorry that didn't fix all cases for you. It worked for me running >> grads >> v1.9b4 and v2.0.a3 on IBM AIX. >> >> I'm confused by your result with: >> 'set lon -180 180' >> you only see -180? to 0?. And with: >> 'set lon 180 540' >> you only see 0? to 180?. Do you have those results swapped in the >> text >> of your msg? >> >> If you don't get advice from anyone else, I could only suggest you >> add a >> couple more significant digits (3's in this case) to your increment >> values. >> >> Good luck. >> Diane >> >> >> Fil wrote: >> Hi, Diane >> >> Thanks a lot for your help, your solution works perfectly for polar >> stereographic projections. But on other projections it still doesn't >> show anything from -180? to 0? longitude. If I try to plot just for >> North America, I get an "Entire Grid Undefined" message. >> >> With 'set lon -180 180' it only draws from -180? to 0?. With lon >> 180 540 >> only draws from 0? to 180?. With lon -360 0 it won't draw anything. >> And >> with 0 360 it will draw the entire globe, but with the problem (for >> me) >> of getting centered in lon 180? which cuts Europe in half. >> >> Thanks. >> >> 2009/5/13 Diane Stokes > > >> >> >> Hi, Filipe. >> >> I recently ran into the same problem with a different dataset on >> the >> same grid. >> >> The spatial resolution the data you are viewing is 1/12 of a >> degree. >> The increment in the xdef and ydef statements of your control >> file is >> 0.083. (That's how the increment is stored in the grib file, so >> it's >> not a result of anything you did wrong). >> >> That increment value is not sufficient to wrap the data completely >> around the globe. You have 4320 points in your xdef: >> 4321 x 0.083 = 358.643 >> >> If you zoom in on the north pole, you'll see the data displayed >> does not >> extend far enough north either. >> >> If you add a few significant digits to the increment values in >> your xdef >> and ydef statements, eg: >> >> xdef 4320 linear 0.042000 0.083333 >> ydef 2160 linear -89.958000 0.083333 >> >> you'll get a more accurate mapping of the data. The values >> above will >> also bring the left and right edge of the grid sufficiently >> close that >> GrADS will know that the data does wrap the globe. You'd then >> be able >> to display the field when setting longitude values less than 0 or >> greater than 360. >> >> Diane >> >> >> >> Filipe wrote: >> >> Hello all, >> >> I'm trying to plot sst data from >> ftp://polar.ncep.noaa.gov/pub/sst/ophi/ , >> but for some reason I get a white strip at longitude 0? when >> using nps >> projection, as you can see from this pic: >> >> http://img8.imageshack.us/img8/2815/userlist2.png >> >> When using any other projection, grads only draws from lon > >> 0?, >> as you can >> see from these pics: >> >> http://img8.imageshack.us/img8/5487/userlist1.png >> http://img8.imageshack.us/img8/7201/userlist3.png >> >> I don't know what I'm doing wrong, hope someone can help me. >> I'm >> using >> latest grib2ctl.pl, wgrib v1.8.0.12x and grads 2.05a (I also >> tested v1.9 and >> opengrads 2.05). I used the script http://pastebin.com/f3dc65253 >> >> Best regards. >> >> >> >> >> -- >> Fil - MeteoPT.com >> > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > -- 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/20090515/ebb704dc/attachment.html From romero619 at HOTMAIL.COM Fri May 15 15:43:47 2009 From: romero619 at HOTMAIL.COM (P.R.) Date: Fri, 15 May 2009 14:43:47 -0500 Subject: Need help with ctl for netcdf Message-ID: I need help setting up the control file for a netcdf file. The file has a strange variable & dimensions setup, so I couldn?t open it automatically with sdfopen. Here's an 'ncdump' of the netcdf header #ncdump -h GEBCO_08.nc netcdf GEBCO_08 { dimensions: side = 2 ; xysize = 933120000 ; variables: double x_range(side) ; x_range:units = "user_x_unit" ; double y_range(side) ; y_range:units = "user_y_unit" ; short z_range(side) ; z_range:units = "user_z_unit" ; double spacing(side) ; int dimension(side) ; short z(xysize) ; z:scale_factor = 1. ; z:add_offset = 0. ; z:node_offset = 1 ; // global attributes: :title = "GEBCO_08 Grid" ; :source = "20090202" ; } This file contains bathymetric/elevation data in meters in the 'z' variable. However, it doesn?t appear to have x&y variables, just the total x*y grid size (933120000). Here's a description of the grid from the file's documentation: The complete data set gives global coverage. It consists of 21,600 rows x 43,200 columns, resulting in 9,331,200,000 data points. The data start at position 89? 59? 45??N, 179? 59? 45??W and are arranged in latitudinal bands of 360 degrees x 120 points/degree = 43,200 values. The data range eastward from 179? 59? 45??W to 179? 59? 45??E. Thus, the first band contains 43,200 values for 89? 59? 45??N, then followed by a band of 43,200 values at 89?59? 15??N and so on at 30 arc-second latitude intervals down to 89? 59? 45??S. Could someone please help me figure out how to setup the control file for this netcdf file? Please help, Thanks, P.Romero From fil at METEOPT.COM Fri May 15 17:52:25 2009 From: fil at METEOPT.COM (Fil) Date: Fri, 15 May 2009 22:52:25 +0100 Subject: Problem in sst plot In-Reply-To: Message-ID: Hi, I get the same results with grib1 data. I also tried in a 64-bit box and I didn't get any error, but I get the same resulting map. Tried grads 1.9 and opengrads 2 and the result is the same. Filipe btw: grib1 is a LOT faster than grib2. 2009/5/15 Jennifer Adams > Wacky! My earlier sample was grib, but I get the same good results with > the grib2 version of this data.... on my mac. When I tried it on my 64-bit > linux box, I got an error I've never seen before: > > ga-> d sst > jpc_decode return = 0 > Constant field. Value = 271.33 > ga-> > > That "jpc_decode" message is in the grib2 library in the dec_jpeg2000.c > souce file. I have no idea what it means. Or where it got the 271.33 number. > I will have to poke at it further. Could be a classic case of operator > error. In the meanwhile ... Can you try using the grib1 version of this data > instead? Go back to the original FTP site that you started with: > ftp://polar.ncep.noaa.gov/pub/sst/ophi/ > > Jennifer > p.s. Why do these puzzles show up on Friday afternoons? > > > > On May 15, 2009, at 2:27 PM, Fil wrote: > > Hi Jennifer, > > With 0.083333 in the ctl it does shows "LON set to 0 360". Maybe it's > something I'm doing wrong but even then it won't draw lon < 0?. I'm sending > the files I'm using for testing. The grib can be downloaded from: > > > http://www.ftp.ncep.noaa.gov/data/nccf/com/gfs/prod/sst.20090514/rtgssthr_grb_0.083.grib2 > > Thanks. > > 2009/5/15 Jennifer Adams > >> Fil, I have downloaded a data sample and done some testing. When you open >> your descriptor file with GrADS, look at the info written to the command >> window. Does it say "LON set to 0.042 359.944" or "LON set to 0 360"? >> >> The answer will depend on whether you have enough significant digits in >> the grid increment value in the XDEF and YDEF statements in your descriptor >> file. When I use "0.083333" instead of "0.083", then GrADS calculates that >> the file does indeed 'wrap' the globe and 'set lon -180 180' works as it >> should. >> >> Jennifer >> >> >> GrADS automatically issues a 'set lon 0 360' command when it opens a file >> that wraps the globe. It >> >> >> On May 15, 2009, at 1:31 PM, Fil wrote: >> >> You are right, I swapped the results. It seems that for some reason grads >> won't draw longitude < 0? with 'set lon' starting with a negative number. >> This won't be a problem (drawing first lon > 0? and then lon < 0?) except >> for the robinson projection which has to start with -180. >> >> Adding more digits unfortunately didn't work. >> >> Thank you very much for your help. >> >> 2009/5/14 Diane Stokes >> >>> Sorry that didn't fix all cases for you. It worked for me running grads >>> v1.9b4 and v2.0.a3 on IBM AIX. >>> >>> I'm confused by your result with: >>> 'set lon -180 180' >>> you only see -180? to 0?. And with: >>> 'set lon 180 540' >>> you only see 0? to 180?. Do you have those results swapped in the text >>> of your msg? >>> >>> If you don't get advice from anyone else, I could only suggest you add a >>> couple more significant digits (3's in this case) to your increment >>> values. >>> >>> Good luck. >>> Diane >>> >>> >>> Fil wrote: >>> >>>> Hi, Diane >>>> >>>> Thanks a lot for your help, your solution works perfectly for polar >>>> stereographic projections. But on other projections it still doesn't >>>> show anything from -180? to 0? longitude. If I try to plot just for >>>> North America, I get an "Entire Grid Undefined" message. >>>> >>>> With 'set lon -180 180' it only draws from -180? to 0?. With lon 180 540 >>>> only draws from 0? to 180?. With lon -360 0 it won't draw anything. And >>>> with 0 360 it will draw the entire globe, but with the problem (for me) >>>> of getting centered in lon 180? which cuts Europe in half. >>>> >>>> Thanks. >>>> >>>> 2009/5/13 Diane Stokes >>> > >>>> >>>> >>>> Hi, Filipe. >>>> >>>> I recently ran into the same problem with a different dataset on the >>>> same grid. >>>> >>>> The spatial resolution the data you are viewing is 1/12 of a degree. >>>> The increment in the xdef and ydef statements of your control file is >>>> 0.083. (That's how the increment is stored in the grib file, so it's >>>> not a result of anything you did wrong). >>>> >>>> That increment value is not sufficient to wrap the data completely >>>> around the globe. You have 4320 points in your xdef: >>>> 4321 x 0.083 = 358.643 >>>> >>>> If you zoom in on the north pole, you'll see the data displayed does >>>> not >>>> extend far enough north either. >>>> >>>> If you add a few significant digits to the increment values in your >>>> xdef >>>> and ydef statements, eg: >>>> >>>> xdef 4320 linear 0.042000 0.083333 >>>> ydef 2160 linear -89.958000 0.083333 >>>> >>>> you'll get a more accurate mapping of the data. The values above >>>> will >>>> also bring the left and right edge of the grid sufficiently close >>>> that >>>> GrADS will know that the data does wrap the globe. You'd then be >>>> able >>>> to display the field when setting longitude values less than 0 or >>>> greater than 360. >>>> >>>> Diane >>>> >>>> >>>> >>>> Filipe wrote: >>>> >>>> Hello all, >>>> >>>> I'm trying to plot sst data from >>>> ftp://polar.ncep.noaa.gov/pub/sst/ophi/ , >>>> but for some reason I get a white strip at longitude 0? when >>>> using nps >>>> projection, as you can see from this pic: >>>> >>>> http://img8.imageshack.us/img8/2815/userlist2.png >>>> >>>> When using any other projection, grads only draws from lon > 0?, >>>> as you can >>>> see from these pics: >>>> >>>> http://img8.imageshack.us/img8/5487/userlist1.png >>>> http://img8.imageshack.us/img8/7201/userlist3.png >>>> >>>> I don't know what I'm doing wrong, hope someone can help me. I'm >>>> using >>>> latest grib2ctl.pl, wgrib v1.8.0.12x and grads 2.05a (I also >>>> tested v1.9 and >>>> opengrads 2.05). I used the script http://pastebin.com/f3dc65253 >>>> >>>> Best regards. >>>> >>>> >>>> >>>> >>>> -- >>>> Fil - MeteoPT.com >>>> >>> >> >> -- >> Jennifer M. Adams >> IGES/COLA >> 4041 Powder Mill Road, Suite 302 >> Calverton, MD 20705 >> jma at cola.iges.org >> >> >> >> > > > > -- > 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/20090515/f1bdb9b3/attachment.html From fil at METEOPT.COM Fri May 15 18:34:18 2009 From: fil at METEOPT.COM (Fil) Date: Fri, 15 May 2009 23:34:18 +0100 Subject: Problem in sst plot In-Reply-To: Message-ID: I finally got it working! I was using a variable (define sst TMPsfc-273.15), then I just tried without the variable and now it draws the entire globe. :D Thanks for the help! 2009/5/15 Fil > Hi, > > I get the same results with grib1 data. I also tried in a 64-bit box and I > didn't get any error, but I get the same resulting map. Tried grads 1.9 and > opengrads 2 and the result is the same. > > Filipe > > btw: grib1 is a LOT faster than grib2. > > > 2009/5/15 Jennifer Adams > >> Wacky! My earlier sample was grib, but I get the same good results with >> the grib2 version of this data.... on my mac. When I tried it on my 64-bit >> linux box, I got an error I've never seen before: >> >> ga-> d sst >> jpc_decode return = 0 >> Constant field. Value = 271.33 >> ga-> >> >> That "jpc_decode" message is in the grib2 library in the dec_jpeg2000.c >> souce file. I have no idea what it means. Or where it got the 271.33 number. >> I will have to poke at it further. Could be a classic case of operator >> error. In the meanwhile ... Can you try using the grib1 version of this data >> instead? Go back to the original FTP site that you started with: >> ftp://polar.ncep.noaa.gov/pub/sst/ophi/ >> >> Jennifer >> p.s. Why do these puzzles show up on Friday afternoons? >> >> >> >> On May 15, 2009, at 2:27 PM, Fil wrote: >> >> Hi Jennifer, >> >> With 0.083333 in the ctl it does shows "LON set to 0 360". Maybe it's >> something I'm doing wrong but even then it won't draw lon < 0?. I'm sending >> the files I'm using for testing. The grib can be downloaded from: >> >> >> http://www.ftp.ncep.noaa.gov/data/nccf/com/gfs/prod/sst.20090514/rtgssthr_grb_0.083.grib2 >> >> Thanks. >> >> 2009/5/15 Jennifer Adams >> >>> Fil, I have downloaded a data sample and done some testing. When you >>> open your descriptor file with GrADS, look at the info written to the >>> command window. Does it say "LON set to 0.042 359.944" or "LON set to 0 >>> 360"? >>> >>> The answer will depend on whether you have enough significant digits in >>> the grid increment value in the XDEF and YDEF statements in your descriptor >>> file. When I use "0.083333" instead of "0.083", then GrADS calculates that >>> the file does indeed 'wrap' the globe and 'set lon -180 180' works as it >>> should. >>> >>> Jennifer >>> >>> >>> GrADS automatically issues a 'set lon 0 360' command when it opens a file >>> that wraps the globe. It >>> >>> >>> On May 15, 2009, at 1:31 PM, Fil wrote: >>> >>> You are right, I swapped the results. It seems that for some reason grads >>> won't draw longitude < 0? with 'set lon' starting with a negative number. >>> This won't be a problem (drawing first lon > 0? and then lon < 0?) except >>> for the robinson projection which has to start with -180. >>> >>> Adding more digits unfortunately didn't work. >>> >>> Thank you very much for your help. >>> >>> 2009/5/14 Diane Stokes >>> >>>> Sorry that didn't fix all cases for you. It worked for me running grads >>>> v1.9b4 and v2.0.a3 on IBM AIX. >>>> >>>> I'm confused by your result with: >>>> 'set lon -180 180' >>>> you only see -180? to 0?. And with: >>>> 'set lon 180 540' >>>> you only see 0? to 180?. Do you have those results swapped in the text >>>> of your msg? >>>> >>>> If you don't get advice from anyone else, I could only suggest you add a >>>> couple more significant digits (3's in this case) to your increment >>>> values. >>>> >>>> Good luck. >>>> Diane >>>> >>>> >>>> Fil wrote: >>>> >>>>> Hi, Diane >>>>> >>>>> Thanks a lot for your help, your solution works perfectly for polar >>>>> stereographic projections. But on other projections it still doesn't >>>>> show anything from -180? to 0? longitude. If I try to plot just for >>>>> North America, I get an "Entire Grid Undefined" message. >>>>> >>>>> With 'set lon -180 180' it only draws from -180? to 0?. With lon 180 >>>>> 540 >>>>> only draws from 0? to 180?. With lon -360 0 it won't draw anything. And >>>>> with 0 360 it will draw the entire globe, but with the problem (for me) >>>>> of getting centered in lon 180? which cuts Europe in half. >>>>> >>>>> Thanks. >>>>> >>>>> 2009/5/13 Diane Stokes >>>> > >>>>> >>>>> >>>>> Hi, Filipe. >>>>> >>>>> I recently ran into the same problem with a different dataset on the >>>>> same grid. >>>>> >>>>> The spatial resolution the data you are viewing is 1/12 of a degree. >>>>> The increment in the xdef and ydef statements of your control file >>>>> is >>>>> 0.083. (That's how the increment is stored in the grib file, so >>>>> it's >>>>> not a result of anything you did wrong). >>>>> >>>>> That increment value is not sufficient to wrap the data completely >>>>> around the globe. You have 4320 points in your xdef: >>>>> 4321 x 0.083 = 358.643 >>>>> >>>>> If you zoom in on the north pole, you'll see the data displayed does >>>>> not >>>>> extend far enough north either. >>>>> >>>>> If you add a few significant digits to the increment values in your >>>>> xdef >>>>> and ydef statements, eg: >>>>> >>>>> xdef 4320 linear 0.042000 0.083333 >>>>> ydef 2160 linear -89.958000 0.083333 >>>>> >>>>> you'll get a more accurate mapping of the data. The values above >>>>> will >>>>> also bring the left and right edge of the grid sufficiently close >>>>> that >>>>> GrADS will know that the data does wrap the globe. You'd then be >>>>> able >>>>> to display the field when setting longitude values less than 0 or >>>>> greater than 360. >>>>> >>>>> Diane >>>>> >>>>> >>>>> >>>>> Filipe wrote: >>>>> >>>>> Hello all, >>>>> >>>>> I'm trying to plot sst data from >>>>> ftp://polar.ncep.noaa.gov/pub/sst/ophi/ , >>>>> but for some reason I get a white strip at longitude 0? when >>>>> using nps >>>>> projection, as you can see from this pic: >>>>> >>>>> http://img8.imageshack.us/img8/2815/userlist2.png >>>>> >>>>> When using any other projection, grads only draws from lon > 0?, >>>>> as you can >>>>> see from these pics: >>>>> >>>>> http://img8.imageshack.us/img8/5487/userlist1.png >>>>> http://img8.imageshack.us/img8/7201/userlist3.png >>>>> >>>>> I don't know what I'm doing wrong, hope someone can help me. I'm >>>>> using >>>>> latest grib2ctl.pl, wgrib v1.8.0.12x and grads 2.05a (I also >>>>> tested v1.9 and >>>>> opengrads 2.05). I used the script >>>>> http://pastebin.com/f3dc65253 >>>>> >>>>> Best regards. >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Fil - MeteoPT.com >>>>> >>>> >>> >>> -- >>> Jennifer M. Adams >>> IGES/COLA >>> 4041 Powder Mill Road, Suite 302 >>> Calverton, MD 20705 >>> jma at cola.iges.org >>> >>> >>> >>> >> >> >> >> -- >> 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/20090515/a5438972/attachment.html From jm08j at FSU.EDU Fri May 15 18:53:29 2009 From: jm08j at FSU.EDU (J-P Michael) Date: Fri, 15 May 2009 18:53:29 -0400 Subject: KML ouuput In-Reply-To: <04555D46-6D3F-417D-A5EA-6C96A9F15BCF@cola.iges.org> Message-ID: Thank you, Jennifer and Jim. I do have an additional question that someone may have dealt with: I have not been able to get Google Earth to honor the transparent color settings I have made. I know this is more of a Google problem rather than GrADS. ----- Original Message ----- From: Jennifer Adams Date: Monday, April 13, 2009 2:36 pm Subject: Re: KML ouuput To: GRADSUSR at LIST.CINECA.IT > By default, when you use 'gxout kml' two files are created: grads.kml > and grads.tif. If you use 'set kml fileroot', then the two files will > have the fileroot that you specify -- with a .kml and a .tif appended. > The .kml file will contain an tag that points to the image file > grads.tif. Although it is possible to change this tag to point to > another image file, it is likely that the the georeferencing > information in the .kml file will become incorrect. The image output > from printim is something different from the image output from 'gxout > kml'. The image file created with 'gxout kml' is a grid of colored > pixels -- no map, no borders, no contours, no axis labels. Think of it > as the equivalent of 'gxout fwrite' but instead of writing out > floating point values, it writes out color index numbers. The output > from 'gxout geotiff' is exactly like the output from fwrite, except > that the format is TIFF and it also contains the georeferencing info > along with the grid of floating point data values. > Jennifer > > > > > > > On Apr 13, 2009, at 2:12 PM, James T. Potemra wrote: > > > Hi J-P: > > > > It seems to work fine with v2.0.a5.oga.3. Following Jennifer's > > message > > (02/24/2009): > > > > 'set kml wibble' > > 'set gxout kml' > > 'd variable' > > > > This gives you two files: wibble.tif and wibble.kml. > > You can then edit wibble.kml and change the name of the image > file in > > the tag to whatever you created with printim. > > > > Jim > > > > J-P Michael wrote: > >> I'm having trouble with the new KML feature of GrADS. For some > >> reason I cannot get any output when using KML - no KML file is > >> created. Has anyone seen something like this before? Any > suggestions?>> > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > From dhaval.prajapati at ICCSIR.ORG Mon May 18 00:42:56 2009 From: dhaval.prajapati at ICCSIR.ORG (Dhaval Prajapati) Date: Mon, 18 May 2009 04:42:56 +0000 Subject: Linear Trend Analysis using Grads Message-ID: Dear all, I have used following script to see the the linear trend in data. I am attaching one fig. for the reference. Yellow line is representing mean Green line represents trend 1. This script is working fine but in the result kinks are coming in the line representing trend, How to remove it and make the trend line smooth ? 2. How to check the statsistical significance level in the trend (5% amd 1% significance level) ? Script : *assuming this is the time limit 'reinit' 'enable print print.meta' 'open test1.ctl' 'set vpage 0 8 7.5 11' 'set grid off' 'set grads off' 'set t 1 57' 'set lat 18.96' 'set lon 72.83' 'set z 1' 'define yvar = ave(rf,t=1,t=57)' 'set vrange 0 1000' 'set ylabs 0| 100| 200| 300| 400| 500| 600| 700| 800| 900| 1000|' 'd rf' * make a variable 1, 2, ..., 24 to calculate m and c of y = mx + c 'xvar = rf*0 + 1' 'xvar = const(xvar,1,-rf)' 'xvar = 58 - sum(xvar,t+0,t=57)' 'set t 1' 'define p = sum(xvar,t=1,t=57)' 'define q = sum(rf,t=1,t=57)' 'define r = sum(xvar*rf,t=1,t=57)' 'define s = sum(xvar*xvar,t=1,t=57)' 'define rn = ave(xvar*rf,t=1,t=57)' 'define n = r/rn' 'define amp = (n*r - p*q)/(n*s - p*p)' 'define dd = (q - amp*p)/n' 'set t 1 57' 'define yvar = ave(rf,t=1,t=57)' 'define aa= (amp*xvar + dd)' 'set cmark 0' 'd aa' 'set cmark 0' 'd yvar' 'draw ylab mm' 'draw xlab Year' 'draw title 1SD_Ahm blk_Act_TS ylw_mean grn_trend' 'close 1' **__________________________________________________________________________________ 'open test2.ctl' 'set vpage 0 8 4 7.5' 'set grid off' 'set grads off' 'set t 1 57' 'set lat 18.96' 'set lon 72.83' 'set z 1' 'define yvar = ave(rf,t=1,t=57)' *'set vrange 0 1000' 'set ylabs 0| 100| 200| 300| 400| 500| 600| 700| 800| 900| 1000|' 'd rf' * make a variable 1, 2, ..., 24 to calculate m and c of y = mx + c 'xvar = rf*0 + 1' 'xvar = const(xvar,1,-rf)' 'xvar = 58 - sum(xvar,t+0,t=57)' 'set t 1' 'define p = sum(xvar,t=1,t=57)' 'define q = sum(rf,t=1,t=57)' 'define r = sum(xvar*rf,t=1,t=57)' 'define s = sum(xvar*xvar,t=1,t=57)' 'define rn = ave(xvar*rf,t=1,t=57)' 'define n = r/rn' 'define amp = (n*r - p*q)/(n*s - p*p)' 'define dd = (q - amp*p)/n' 'set t 1 57' 'define yvar = ave(rf,t=1,t=57)' 'define aa= (amp*xvar + dd)' 'set cmark 0' 'd aa' 'set cmark 0' 'd yvar' 'draw ylab mm' 'draw xlab Year' 'draw title 2SD_Ahm blk_Act_TS ylw_mean grn_trend' 'close 1' **_________________________________________________________________________________ 'open test3.ctl' 'set vpage 0 8 0.5 4' 'set grid off' 'set grads off' 'set t 1 57' 'set lat 18.96' 'set lon 72.83' 'set z 1' 'define yvar = ave(rf,t=1,t=57)' 'set vrange 0 1000' 'set ylabs 0| 100| 200| 300| 400| 500| 600| 700| 800| 900| 1000|' 'd rf' * make a variable 1, 2, ..., 24 to calculate m and c of y = mx + c 'xvar = rf*0 + 1' 'xvar = const(xvar,1,-rf)' 'xvar = 58 - sum(xvar,t+0,t=57)' 'set t 1' 'define p = sum(xvar,t=1,t=57)' 'define q = sum(rf,t=1,t=57)' 'define r = sum(xvar*rf,t=1,t=57)' 'define s = sum(xvar*xvar,t=1,t=57)' 'define rn = ave(xvar*rf,t=1,t=57)' 'define n = r/rn' 'define amp = (n*r - p*q)/(n*s - p*p)' 'define dd = (q - amp*p)/n' 'set t 1 57' 'define yvar = ave(rf,t=1,t=57)' 'define aa= (amp*xvar + dd)' 'set cmark 0' 'd aa' 'set cmark 0' 'd yvar' 'draw ylab mm' 'draw xlab Year' 'draw title 3SD_Ahm blk_Act_TS ylw_mean grn_trend' 'close 1' 'print' 'disable print' '!gxps -c -i print.meta -o TS_Ahm_June_123SD_magnitude_mm.ps' '!rm print.meta' Thanks, Dhaval Indian Centre for Climate and Societal Impacts Research (ICCSIR) Ahmedabad Education Society compound, Opp. H.L. Commerce College, Navrangpura, Ahmedabad 380 009, Gujarat, India Contact No. : +91(079)40045462 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090518/92efe96b/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: TS_Ahm_June_123SD_magnitude_mm.ps Type: application/octet-stream Size: 255406 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090518/92efe96b/attachment.obj From sajjad_met at HOTMAIL.COM Mon May 18 09:03:45 2009 From: sajjad_met at HOTMAIL.COM (Sajjad Saeed) Date: Mon, 18 May 2009 18:03:45 +0500 Subject: Significance of Composites In-Reply-To: <651A205E-61DF-445A-BAB1-9059052BA2EA@eas.gatech.edu> Message-ID: Dear all Is it possible to calculate the significance of the composites using GrADS? Does any body have any script (grads or R) to calculate the significance of the composite difference? Thankyou in advance Sajjad _________________________________________________________________ Drag n? drop?Get easy photo sharing with Windows Live? Photos. http://www.microsoft.com/windows/windowslive/products/photos.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090518/9d1c170b/attachment.html From thi_veloso at YAHOO.COM.BR Mon May 18 10:17:57 2009 From: thi_veloso at YAHOO.COM.BR (Thiago Veloso) Date: Mon, 18 May 2009 07:17:57 -0700 Subject: Converting binary data to ascii Message-ID: ? Dear Chuck, ? I've just tested and your tip helped me. The script worked like a charm after including the 'c events' command. ? Thank you very much! ? Best, ? Thiago. --- On Fri, 15/5/09, Charles Seman wrote: From: Charles Seman Subject: Re: Converting binary data to ascii To: thi_veloso at yahoo.com.br Date: Friday, 15 May, 2009, 1:38 PM Dear Thiago, Perhaps it may help if you add a 'c events' in your script as follows: ? ? ???'c events' ? ? ???x=x+1 ? ???endwhile ? ???y=y+1 ???endwhile ???t=t+1 endwhile In a local script here, a test in which the 'c events' command was commented out (code segment show below) generated a "Segmentation fault" message: *? 'c events' xx = xx+1 endwhile yy = yy+1 endwhile zz = zz+1 endwhile tt = tt+1 endwhile I hope this helps, Chuck Thiago Veloso wrote: >? Dear all, >???I have a relatively long (6-year) series of sattelite-based hourly precipitation estimates, which is in binary format. Considering I need to manipulate this data on external programs, I'm trying to extract it to ascii files. >???Currently I?m using GrADS v1.9b4 running on a ordinary 32-bit desktop Ubuntu 9.04. Some years ago a colleague (now retired) developed a script which used to work in out previous datasets. But it won't work with these specific precipitation estimates files (maybe due to the enormous volume). GrADS suddenly crashes with an "segmentation fault" error message. > >? Would anybody gently help me to identify what is causing the error? Following is the script code... > >? Thanks in advance. > >? ? 'reinit'; 'c'; >? ???prompt 'Variable: '; pull var >? ? prompt 'Latitude? (lat1 lat2): '; pull lat >? ? prompt 'Longitude (lon1 lon2): '; pull lon >? ? prompt 'Tempo (t1 t2): '; pull t >? ???'open /usr/local/grads-1.9b4/lib/CMORPH_8km-30-minute.ctl' >? ? ' set lat 'lat; 'set lon 'lon; 'set t 't; >? ? 'q dims'; x=sublin(result,2); y=sublin(result,3); t=sublin(result,5); >???x1=subwrd(x,11); y1=subwrd(y,11); t1=subwrd(t,11);???x2=subwrd(x,13); y2=subwrd(y,13); t2=subwrd(t,13); >? ? if(x2=''); x1=subwrd(x, 9); x2=x1; endif???if(y2=''); y1=subwrd(y, 9); y2=y1; endif???if(t2=''); t1=subwrd(t, 9); t2=t1; endif >? ? x=x1; xmax=x2; y=y1; ymax=y2; t=t1; tmax=t2; >???lixo=write(var'.txt', 'lon? ???lat? ? lev? ? time? ? 'r) >???while (t<=tmax) >? ? ? 'set t 't; y=y1; >? ? ? while (y<=ymax) >? ? ? ? 'set y 'y; x=x1; >? ? ? ? while(x<=xmax) >? ? ? ? ? 'set x 'x; 'set t 't;? ? ? ? ? r1=xyzt();? ? ? ???'d 'var; r=subwrd(result, 4); >? ? ? ? ? lixo=write(var'.txt', r1%r,append); >? ? ? ???x=x+1 >? ? ???endwhile >? ? ???y=y+1 >? ???endwhile >? ???t=t+1 >???endwhile >???say ' End of Process!' >??? >???function xyzt() >? ???'q dims'; x=sublin(result,2); y=sublin(result,3); z=sublin(result,4); t=sublin(result,5); >? ???x=subwrd(x,6); y=subwrd(y,6); z=subwrd(z,6); t=subwrd(t,6); >???return(x'? ? 'y'? ? 'z'? ? 't'? ? ') >? ? function countwrd(x) >? ???i=0 >? ???while (subwrd(x,i+1)!='') >? ? ???i=i+1; >? ???endwhile >???return(i) >? ? function openfile(arq) >? ???'open 'arq; r=sublin(result,2); >? ???if subwrd(r,2)='Error' >? ? ???'sdfopen 'arq; >? ???endif >???return > > -- Please note that Charles.Seman at noaa.gov should be considered my NOAA email address, not cjs at gfdl.noaa.gov. ******************************************************************** Charles Seman? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? Charles.Seman at noaa.gov U.S. Department of Commerce / NOAA / OAR Geophysical Fluid Dynamics Laboratory? ? ? ???voice: (609) 452-6547 201 Forrestal Road? ? ? ? ? ? ? ? ? ? ? ? ? ? ? fax: (609) 987-5063 Princeton, NJ? 08540-6649? ? ? ? ? ? http://www.gfdl.noaa.gov/~cjs/ ******************************************************************** "The contents of this message are mine personally and do not necessarily reflect any position of the Government or NOAA." -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090518/fde3a98f/attachment.html From arlindo.dasilva at GMAIL.COM Mon May 18 11:42:57 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Mon, 18 May 2009 11:42:57 -0400 Subject: Significance of Composites In-Reply-To: Message-ID: On Mon, May 18, 2009 at 9:03 AM, Sajjad Saeed wrote: > Dear all > > Is it possible to calculate the significance of the composites using GrADS? > Does any body have any script (grads or R) to calculate the significance of > the composite difference? > The libbjt extension has functions to compute t-test statistics: http://opengrads.org/doc/udxt/libbjt/ -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090518/0367a2aa/attachment.html From arlindo.dasilva at GMAIL.COM Wed May 20 10:01:16 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Wed, 20 May 2009 10:01:16 -0400 Subject: extracting netcdf data In-Reply-To: Message-ID: On Fri, May 15, 2009 at 12:21 PM, P.R. wrote: > I have a netcdf file with gridded data that I want to extract into an ASCII > file. > The ascii file should be in an NixNj matrix format. > > I also want to change its resolution prior to exporting it. > Example: > the grid in the netcdf file has a resolution of 0.0083 degree increments. > Id like to lower this resolution to 0.05 degrees. > Take a look at the re() function (the one in v2.0.a5.oga.5 recommended). Just try this define xxx = re(var,0.05) the xxx variable should be 0.05x0.05 degrees. Read the documentation for the full set of options: http://opengrads.org/doc/udxt/re/ > > I don't have much experience working with netcdf files. Once grads opens the file correctly it does not quite matter much which format the data is in (except for performance considerations). > Can someone please recommend a method to accomplish this task (either using > GrADS or some other external utility)??? > As Chuck recommends, take a look at Recipe 2 in the cookbooks or search the list for other alternatives: http://cookbooks.opengrads.org/index.php?title=Recipe-002:_Saving_GrADS_variable_data_to_a_text_file Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090520/2d964095/attachment.html From John.Papineau at NOAA.GOV Wed May 20 10:52:46 2009 From: John.Papineau at NOAA.GOV (john) Date: Wed, 20 May 2009 06:52:46 -0800 Subject: CentOS problems Message-ID: Greetings- Recently I was forced to move over to CentOS from Fedora, most grads (2.0 a3) commands and scripts work on CentOS, however the 'PRINTIM' command does not work, the error message is as follows: "PRINTIM error: open error" Does anyone have experience with this problem?? Many thanks- John From ivtoman at INET.HR Wed May 20 11:42:54 2009 From: ivtoman at INET.HR (Ivan Toman) Date: Wed, 20 May 2009 17:42:54 +0200 Subject: CentOS problems In-Reply-To: <4A14193E.6000905@noaa.gov> Message-ID: Hello, this looks to me like permissions problem, i.e., you do not have write permission in the directory where you try to save your image. Good luck, Ivan john wrote: > Greetings- > Recently I was forced to move over to CentOS from Fedora, most grads > (2.0 a3) > commands and scripts work on CentOS, however the 'PRINTIM' command does > not work, the error message is as follows: > "PRINTIM error: open error" > Does anyone have experience with this problem?? > > Many thanks- John > > From braun at METEO.PSU.EDU Wed May 20 11:48:19 2009 From: braun at METEO.PSU.EDU (Aviva Braun) Date: Wed, 20 May 2009 11:48:19 -0400 Subject: loading user defined functions in GrADSv2 Message-ID: Hi group, I am having some problems with Grads v 2.0 and loading user defined functions. I do a 'setenv GAUDFT /echidna/s0/guishard/era40tracks/udf/regrid2/udft.regrid2' before starting grads. Then, I start grads and type 'query udft'. The result is: Warning: User Defined Functions have been disabled in this version of GrADS How do allow for use of user defined functions? Do I need to rebuild grads to allow for udf's? Any help would be most appreciated. Thanks, Aviva ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From ag.dastidar at YAHOO.CO.IN Wed May 20 11:58:57 2009 From: ag.dastidar at YAHOO.CO.IN (Avik Ghosh Dastidar) Date: Wed, 20 May 2009 21:28:57 +0530 Subject: CentOS problems In-Reply-To: <4A14193E.6000905@noaa.gov> Message-ID: I am using CentOS 5 and grads 2.0a3 and did not face any problem like this. Check whether your output path exists (say /work/output/test.gif; check /work/output exists or not) or you have enough access privilage to the output directory. ________________________________ From: john To: GRADSUSR at LIST.CINECA.IT Sent: Wednesday, 20 May, 2009 8:22:46 PM Subject: CentOS problems Greetings- Recently I was forced to move over to CentOS from Fedora, most grads (2.0 a3) commands and scripts work on CentOS, however the 'PRINTIM' command does not work, the error message is as follows: "PRINTIM error: open error" Does anyone have experience with this problem?? Many thanks- John Share files, take polls, and make new friends - all under one roof. Go to http://in.promos.yahoo.com/groups/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090520/539e1a80/attachment.html From romero619 at HOTMAIL.COM Wed May 20 17:24:14 2009 From: romero619 at HOTMAIL.COM (P.R.) Date: Wed, 20 May 2009 16:24:14 -0500 Subject: FW: Need help with ctl for netcdf Message-ID: Im re-posting this message, since I believe that it might been skipped. Im still having trouble trying to open this particular netcdf file. I don?t know how to setup a control file for it. Again, here are the details of the file's contents: #ncdump -h GEBCO_08.nc netcdf GEBCO_08 { dimensions: side = 2 ; xysize = 933120000 ; variables: double x_range(side) ; x_range:units = "user_x_unit" ; double y_range(side) ; y_range:units = "user_y_unit" ; short z_range(side) ; z_range:units = "user_z_unit" ; double spacing(side) ; int dimension(side) ; short z(xysize) ; z:scale_factor = 1. ; z:add_offset = 0. ; z:node_offset = 1 ; // global attributes: :title = "GEBCO_08 Grid" ; :source = "20090202" ; } This file contains bathymetric/elevation data in meters in the 'z' variable. However, it doesn?t appear to have x&y variables, just the total x*y grid size (933120000). Here's a description of the grid from the file's documentation: " The complete data set gives global coverage. It consists of 21,600 rows x 43,200 columns, resulting in 9,331,200,000 data points. The data start at position 89? 59? 45??N, 179? 59? 45??W and are arranged in latitudinal bands of 360 degrees x 120 points/degree = 43,200 values. The data range eastward from 179? 59? 45??W to 179? 59? 45??E. Thus, the first band contains 43,200 values for 89? 59? 45??N, then followed by a band of 43,200 values at 89?59? 15??N and so on at 30 arc-second latitude intervals down to 89? 59? 45??S. " Please help, P. Romero -----Original Message----- From: P.R. [mailto:romero619 at hotmail.com] Sent: 2009-05-15 2:44 PM To: 'GRADSUSR at LIST.CINECA.IT' Subject: Need help with ctl for netcdf I need help setting up the control file for a netcdf file. The file has a strange variable & dimensions setup, so I couldn?t open it automatically with sdfopen. Here's an 'ncdump' of the netcdf header #ncdump -h GEBCO_08.nc netcdf GEBCO_08 { dimensions: side = 2 ; xysize = 933120000 ; variables: double x_range(side) ; x_range:units = "user_x_unit" ; double y_range(side) ; y_range:units = "user_y_unit" ; short z_range(side) ; z_range:units = "user_z_unit" ; double spacing(side) ; int dimension(side) ; short z(xysize) ; z:scale_factor = 1. ; z:add_offset = 0. ; z:node_offset = 1 ; // global attributes: :title = "GEBCO_08 Grid" ; :source = "20090202" ; } This file contains bathymetric/elevation data in meters in the 'z' variable. However, it doesn?t appear to have x&y variables, just the total x*y grid size (933120000). Here's a description of the grid from the file's documentation: The complete data set gives global coverage. It consists of 21,600 rows x 43,200 columns, resulting in 9,331,200,000 data points. The data start at position 89? 59? 45??N, 179? 59? 45??W and are arranged in latitudinal bands of 360 degrees x 120 points/degree = 43,200 values. The data range eastward from 179? 59? 45??W to 179? 59? 45??E. Thus, the first band contains 43,200 values for 89? 59? 45??N, then followed by a band of 43,200 values at 89?59? 15??N and so on at 30 arc-second latitude intervals down to 89? 59? 45??S. Could someone please help me figure out how to setup the control file for this netcdf file? Please help, Thanks, P.Romero From arlindo.dasilva at GMAIL.COM Wed May 20 19:50:00 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Wed, 20 May 2009 19:50:00 -0400 Subject: Need help with ctl for netcdf In-Reply-To: Message-ID: On Fri, May 15, 2009 at 3:43 PM, P.R. wrote: > I need help setting up the control file for a netcdf file. > The file has a strange variable & dimensions setup, so I couldn?t open it > automatically with sdfopen. > Here's an 'ncdump' of the netcdf header > > #ncdump -h GEBCO_08.nc > > netcdf GEBCO_08 { > dimensions: > side = 2 ; > xysize = 933120000 ; > variables: > double x_range(side) ; > x_range:units = "user_x_unit" ; > double y_range(side) ; > y_range:units = "user_y_unit" ; > short z_range(side) ; > z_range:units = "user_z_unit" ; > double spacing(side) ; > int dimension(side) ; > short z(xysize) ; > z:scale_factor = 1. ; > z:add_offset = 0. ; > z:node_offset = 1 ; > > // global attributes: > :title = "GEBCO_08 Grid" ; > :source = "20090202" ; > } > > This file contains bathymetric/elevation data in meters in the 'z' > variable. > However, it doesn?t appear to have x&y variables, just the total x*y grid > size (933120000). > Here's a description of the grid from the file's documentation: > > The complete data set gives global coverage. > It consists of 21,600 rows x 43,200 columns, resulting in 9,331,200,000 > data > points. > Yikes, everything is lumped into a single 1D array, I don't think grads will be able to read it since the array has rank 1. The simplest solution is to write a small program to read this data and write it in a more grads friendly way. Since I know you have pygrads installed you could try something like this: [] ga-> from mpl_toolkits.basemap import NetCDFFile [] ga-> z = NetCDFFile('GEBCO.nc').variables['z'][:].astype(float32) at this point point z should be a 1D array of size 933120000. Just write it to a flat binary file [] ga-> z.tofile('GEBCO.bin') and prepare a ctl to go along with it. If you are inspired you could also reshape z as a 2D array and write it to a coards compatible NetCDF file that grads can read. Here is the API: http://www-md.fsl.noaa.gov/eft/developer/netCDFPythonInterface.html Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090520/18d3f78d/attachment.html From john.bacon at WORSTEAD.CO.UK Thu May 21 05:30:08 2009 From: john.bacon at WORSTEAD.CO.UK (John_Bacon) Date: Thu, 21 May 2009 10:30:08 +0100 Subject: CentOS problems In-Reply-To: <306118.37802.qm@web94201.mail.in2.yahoo.com> Message-ID: An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090521/bc5a005b/attachment.html From pdjakow at GMAIL.COM Thu May 21 07:08:51 2009 From: pdjakow at GMAIL.COM (=?UTF-8?Q?Piotr_Djak=C3=B3w?=) Date: Thu, 21 May 2009 13:08:51 +0200 Subject: wxsym Message-ID: Hello Is possible to draw more symbols than http://kadarsah.files.wordpress.com/2008/12/wxsym1.jpg ? Reagrds Piotr From rsolanob at GMAIL.COM Thu May 21 14:48:22 2009 From: rsolanob at GMAIL.COM (Ramon Solano) Date: Thu, 21 May 2009 11:48:22 -0700 Subject: HDF _FillValue error Message-ID: Hello all, I am working with HDF-EOS files from the MODIS sensor (MOD13 product) with no problems. However, there is an issue I'm not sure what is causing it. I'm using the GrADS feature "UNDEF" to specify the SDS attribute that contains the actual fill value, and it works quite well except for all SDS and attributes defined as 8-bit integer (HDF Data Type 20). The GrADS message is as follows: Warning: HDF Attribute "_FillValue" is not a numeric data type (20) Warning: Could not retrieve undef attribute "_FillValue" -- using -99999 instead Is this a bug or some extra configuration is required? Thanks for your feedback. /Ramon --- Ramon Solano, Research Specialist Terrestrial Biophysics and Remote Sensing Lab. Dept. of Soil, Water and Environmental Sciences The University of Arizona From lwelp at MAIL.UCSD.EDU Thu May 21 16:29:49 2009 From: lwelp at MAIL.UCSD.EDU (Lisa Welp) Date: Thu, 21 May 2009 13:29:49 -0700 Subject: loading user defined functions in GrADSv2 In-Reply-To: <20090520114819.69043rngx45r4ls0@www.meteo.psu.edu> Message-ID: Hi Aviva, I'm having the same problem as you. If you've recieved a helpful solution off-list, I'd be interested in hearing it. Thanks, Lisa Aviva Braun wrote: > Hi group, > > I am having some problems with Grads v 2.0 and loading user defined functions. > > I do a 'setenv GAUDFT > /echidna/s0/guishard/era40tracks/udf/regrid2/udft.regrid2' before > starting grads. Then, I start grads and type 'query udft'. The > result is: > > Warning: User Defined Functions have been disabled in this version of GrADS > > How do allow for use of user defined functions? Do I need to rebuild > grads to allow for udf's? > > Any help would be most appreciated. > > Thanks, > Aviva > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > -- --------------------------------------- Lisa Welp-Smith, Postdoc Carbon Dioxide Research Group Scripps Institution of Oceanography, UCSD 9500 Gilman Dr. Dept. 0244 La Jolla, CA 92093-0244 (work) 858-822-1642 (cell) 203-823-5410 lwelp at ucsd.edu From jma at COLA.IGES.ORG Thu May 21 16:48:13 2009 From: jma at COLA.IGES.ORG (Jennifer Adams) Date: Thu, 21 May 2009 16:48:13 -0400 Subject: loading user defined functions in GrADSv2 In-Reply-To: <4A15B9BD.6030409@mail.ucsd.edu> Message-ID: User Defined Functions were disabled in GrADS version 2.0. Please see a post from me dated January 25, 2008 with the subject "GrADS 2.0.a0". Arlindo's opengrads may have what you need to implement your UDF. --Jennifer On May 21, 2009, at 4:29 PM, Lisa Welp wrote: > Hi Aviva, > > I'm having the same problem as you. If you've recieved a helpful > solution off-list, I'd be interested in hearing it. > > Thanks, > Lisa > > Aviva Braun wrote: >> Hi group, >> >> I am having some problems with Grads v 2.0 and loading user defined >> functions. >> >> I do a 'setenv GAUDFT >> /echidna/s0/guishard/era40tracks/udf/regrid2/udft.regrid2' before >> starting grads. Then, I start grads and type 'query udft'. The >> result is: >> >> Warning: User Defined Functions have been disabled in this version >> of GrADS >> >> How do allow for use of user defined functions? Do I need to rebuild >> grads to allow for udf's? >> >> Any help would be most appreciated. >> >> Thanks, >> Aviva >> >> ---------------------------------------------------------------- >> This message was sent using IMP, the Internet Messaging Program. >> >> > > -- > --------------------------------------- > Lisa Welp-Smith, Postdoc > Carbon Dioxide Research Group > Scripps Institution of Oceanography, UCSD > 9500 Gilman Dr. Dept. 0244 > La Jolla, CA 92093-0244 > (work) 858-822-1642 > (cell) 203-823-5410 > lwelp at ucsd.edu -- 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/20090521/c15bb8a6/attachment.html From rsolanob at GMAIL.COM Thu May 21 17:23:13 2009 From: rsolanob at GMAIL.COM (Ramon Solano) Date: Thu, 21 May 2009 14:23:13 -0700 Subject: loading user defined functions in GrADSv2 In-Reply-To: <5D85542C-52AA-41B3-B42F-5C2F6D8C455E@cola.iges.org> Message-ID: Hello, There is no problem, just a new name. Please try q udxt Or is this a "hidden" not-to-be-used feature? I had success compiling and integrating my own functions with this same version, in case anyone may be having troubles doing that. Here is my output: ga-> q udxt printenv -> c_xenv from runenv -> c_env from @ -> c_env from getenv -> c_getenv from setenv -> c_setenv from gxyat -> c_gxyat from set_rgba -> c_rgba from hello -> c_hello from ipc_verb -> c_Verb from ipc_open -> c_Open from ipc_close -> c_Close from ipc_save -> c_Save from ipc_define -> c_Define from ipc_error -> c_Error from mfhilo -> c_mfhilo from tcprop -> c_tcprop from shp_lines -> c_lines from shp_polyf -> c_polyf from lt -> f_bjt from jd -> f_bjt from cosz -> f_bjt from dayratio -> f_bjt from if -> f_bjt from maxv -> f_bjt from minv -> f_bjt from which -> f_bjt from ftest -> f_bjt from ttest -> f_bjt from tfit -> f_bjt from fit -> f_bjt from tcorr2 -> f_bjt from tregr2 -> f_bjt from tmave2 -> f_bjt from madvu -> f_bjt from madvv -> f_bjt from madvw -> f_bjt from muadv -> f_bjt from mvadv -> f_bjt from mwadv -> f_bjt from satvap -> f_bjt from dew -> f_bjt from lw -> f_bjt from lw2 -> f_bjt from pinterp -> f_bjt from zinterp -> f_bjt from line -> f_bjt from vint2 -> f_bjt from fish -> f_fish from fish_psi -> f_psichi from fish_chi -> f_psichi from fish_vor -> f_psichi from fish_div -> f_psichi from dewpt -> f_gsudf from ept -> f_gsudf from epi -> f_gsudf from plcl -> f_gsudf from shear -> f_gsudf from srh1km -> f_gsudf from srh3km -> f_gsudf from tlcl -> f_gsudf from tsindex -> f_gsudf from ttindex -> f_gsudf from wchill -> f_gsudf from hello -> f_hello from ipc_save -> f_Save from ipc_load -> f_Load from smth2d -> f_smth2d from uv2trw -> f_uv2trw from re2 -> f_re2 from esmrf -> f_esmrf from linreg -> f_linreg from re -> ffre from re_ -> ffre_dbg from regrid2 -> f_gsudf from reimg -> f_gsudf from sh_filt -> f_shfilt from sh_power -> f_shpowr from and -> f_rsb from or -> f_rsb from iclass -> f_rsb from bin2dec -> f_rsb from bmask -> f_rsb from On May 21, 2009, at 1:48 PM, Jennifer Adams wrote: > User Defined Functions were disabled in GrADS version 2.0. Please > see a post from me dated January 25, 2008 with the subject "GrADS > 2.0.a0". Arlindo's opengrads may have what you need to implement > your UDF. > --Jennifer > > On May 21, 2009, at 4:29 PM, Lisa Welp wrote: > >> Hi Aviva, >> >> I'm having the same problem as you. If you've recieved a helpful >> solution off-list, I'd be interested in hearing it. >> >> Thanks, >> Lisa >> >> Aviva Braun wrote: >>> Hi group, >>> >>> I am having some problems with Grads v 2.0 and loading user >>> defined functions. >>> >>> I do a 'setenv GAUDFT >>> /echidna/s0/guishard/era40tracks/udf/regrid2/udft.regrid2' before >>> starting grads. Then, I start grads and type 'query udft'. The >>> result is: >>> >>> Warning: User Defined Functions have been disabled in this version >>> of GrADS >>> >>> How do allow for use of user defined functions? Do I need to >>> rebuild >>> grads to allow for udf's? >>> >>> Any help would be most appreciated. >>> >>> Thanks, >>> Aviva >>> >>> ---------------------------------------------------------------- >>> This message was sent using IMP, the Internet Messaging Program. >>> >>> >> >> -- >> --------------------------------------- >> Lisa Welp-Smith, Postdoc >> Carbon Dioxide Research Group >> Scripps Institution of Oceanography, UCSD >> 9500 Gilman Dr. Dept. 0244 >> La Jolla, CA 92093-0244 >> (work) 858-822-1642 >> (cell) 203-823-5410 >> lwelp at ucsd.edu > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > --- Ramon Solano, Research Specialist Terrestrial Biophysics and Remote Sensing Lab. Dept. of Soil, Water and Environmental Sciences The University of Arizona -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090521/8a6b44f1/attachment.html From romero619 at HOTMAIL.COM Thu May 21 19:58:07 2009 From: romero619 at HOTMAIL.COM (P.R.) Date: Thu, 21 May 2009 18:58:07 -0500 Subject: Create grads-compatible (fortran-unformatted) binary files with perl Message-ID: Im trying to setup a perl script to create a grads binary file. Based on the documentation, the grads binary files are in sequential (unformatted) fortran binary format. So, they should contain a record header, record, & record trailer. Example for a record containing a 32bit single-precision float ('REAL*4' in fortan). 4byte/32bit header: Value='4' 4byte/32bit record: Value='3.23343' 4byte/32bit trailer: Value='4' I have a few questions on how GrADS reads (fortran unformatted) binary files: 1) how many bytes should the record header&trailer be? Is this platform-specific, or does GrADS expect a specific size? 2) grads expects each record to contain a REAL (float) value, correct? 3) if question #2 is correct, does grads expect "REAL" values in the binary file to be 4 bytes or 8? So, if my data is a 'double' data-type, should it be forced to 'REAL*8', i.e. 64bit double-precision float? Or, does it need to be 'REAL*4', 32bit single precision float? Please help, Thanks, P.Romero From jma at COLA.IGES.ORG Thu May 21 20:21:40 2009 From: jma at COLA.IGES.ORG (Jennifer Adams) Date: Thu, 21 May 2009 20:21:40 -0400 Subject: Create grads-compatible (fortran-unformatted) binary files with perl In-Reply-To: Message-ID: On May 21, 2009, at 7:58 PM, P.R. wrote: > Im trying to setup a perl script to create a grads binary file. > > Based on the documentation, the grads binary files are in sequential > (unformatted) fortran binary format. > > So, they should contain a record header, record, & record trailer. Grads will handle binary data in sequential or stream format. The stream format has no header or trailer. It is easier to just write out stream and skip the headers and trailers -- why make your file unnecessarily large? > > > Example for a record containing a 32bit single-precision float > ('REAL*4' in > fortan). > 4byte/32bit header: > Value='4' > > 4byte/32bit record: > Value='3.23343' > > 4byte/32bit trailer: > Value='4' > > I have a few questions on how GrADS reads (fortran unformatted) binary > files: > > 1) how many bytes should the record header&trailer be? > Is this platform-specific, or does GrADS expect a specific size? The header and trailer for sequential format are always 4 bytes. > > > 2) grads expects each record to contain a REAL (float) value, correct? yes > > > 3) if question #2 is correct, does grads expect "REAL" values in the > binary > file to be 4 bytes or 8? 4 bytes per value > > So, if my data is a 'double' data-type, should it be forced to > 'REAL*8', > i.e. 64bit double-precision float? > Or, does it need to be 'REAL*4', 32bit single precision float? you have to convert your REAL*8 doubles to REAL*4 floats and then write them out. Although internally GrADS converts everything to double, we don't yet have an interface for reading (or writing out) double precision binary data. Jennifer > > > Please help, > Thanks, > P.Romero -- 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/20090521/108b6d8d/attachment.html From furue at HAWAII.EDU Thu May 21 23:26:27 2009 From: furue at HAWAII.EDU (Ryo Furue) Date: Thu, 21 May 2009 17:26:27 -1000 Subject: Create grads-compatible (fortran-unformatted) binary files with perl In-Reply-To: Message-ID: Hi GrADS users, | Based on the documentation, the grads binary files are in sequential | (unformatted) fortran binary format. If your purpose is solely to create files for GrADS, the stream binary is definitely the way to go. But, if you want to read the data also from Fortran, the sequential format is sometimes more convenient. | So, they should contain a record header, record, & record trailer. [. . .] | 1) how many bytes should the record header&trailer be? | Is this platform-specific, or does GrADS expect a specific size? For future reference, I describe the Fortran file format here. (Jennifer already answered what format GrADS expects.) In theory, the Fortran format is implementation-specific. In practice (that is, if you forget about the old dinosaurs like the IBM mainframe), the format is almost always this: 1) a record = header|data|trailer; 2) the header is a signed integer that is the size of the data in bytes; 3) the trailer is identical to the header; 4) the header is usually four bytes. An obvious problem is that this format allows only up to 2 GiB of data per record. So, modern Fortran compilers sometimes (usually?) have an option to switch to an eight-byte header. Regards, Ryo From arlindo.dasilva at GMAIL.COM Fri May 22 11:17:54 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Fri, 22 May 2009 11:17:54 -0400 Subject: loading user defined functions in GrADSv2 In-Reply-To: <122E0335-15AF-4C3D-85E4-156CBDDAFD75@gmail.com> Message-ID: On Thu, May 21, 2009 at 5:23 PM, Ramon Solano wrote: > Hello, > There is no problem, just a new name. Please try > > q udxt > > Or is this a "hidden" not-to-be-used feature? > As I said in a previous message, *IMPORTANT CAVEAT** --------------------------------------------------------------- As COLA has not yet published the official API for User Defined functions in GrADS v2.0 we have adopted here an API that is based on our work with v1.9.0-rc1. This is a very low-level API that is *not* endorsed by COLA. As such, it is *not* advisable that users adopt this API to write their own extensions. Furthermore, the extensions as implemented here are tied to a specific version of GrADS and should always be built in the context a given GrADS source tree. --------------------------------------------------------------* See below, for a current list of functions (note: use "q udx" instead of "q udxt" for a short description of the functions.) The extensions are available with the "OpenGrADS Bundle", which has the same functionality of COLA releases with the addition of the extensions. Another important distinction is that we have adopted NetCDF-4 which supports all the classic NetCDF formats in addition to OpenDAP and the new NetCDF-4/HDF-5 formats. (Except for a small glitch with some specific non-GDS OpenDAP URLs on 64-bit Linux, NetCDF-4 appears to be working very well.) There is no "gradsdap" binary --- the "grads" binary does it all: opendap, netcdf-2/4, hdf-4, grib-1/2, binary, etc. To get these extensions you need to install the OpenGrADS Bundle from: Linux, Mac OS X, Linux: http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=681044 Windows: http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=290254&release_id=682062 OpenGrADS documentation is available from this Wiki: http://opengrads.org/wiki/index.php?title=OpenGrADS_Documentation In your tarball you also will find under Contents/ a file called Documentation.html with off-line documentation for the extensions and grads in general for those times when you do not have an Internet connection. Again, in case you missed what I've said above: *these extensions are *not* included in the tarballs you download from COLA, you need to install the OpenGrADS Bundle from the URL above.* Arlindo ga-> q udx User Defined COMMAND Short Description Function at Library ---------- ----------------------------------- -------------------------- printenv Expand environment variables c_xenv@^env.gex runenv Expand env vars and run command c_env@^env.gex @ Expand env vars and run command c_env@^env.gex getenv Get value of environment variable c_getenv@^env.gex setenv Set value of environment variable c_setenv@^env.gex gxyat Save images in PNG/SVG/PDF/PS c_gxyat@^gxyat.gex set_rgba Set color red/green/blue/alpha c_rgba@^gxyat.gex hello Hello, World! sample command c_hello@^libhello.gex ipc_verb IPC verbose toggle c_Verb@^libipc.gex ipc_open Open stream for save/load c_Open@^libipc.gex ipc_close Close stream c_Close@^libipc.gex ipc_save Save expression to stream c_Save@^libipc.gex ipc_define Define variable (obsolete) c_Define@^libipc.gex ipc_error Print IPC error message c_Error@^libipc.gex mfhilo Find max/min or H/L in 2D field c_mfhilo@^libmf.gex tcprop Properties radinf from central lon/lat c_tcprop@^libmf.gex shp_lines Draw lines from shapefile c_lines@^shape.gex shp_polyf Draw polygons from shapefile c_polyf@^shape.gex ---------- ----------------------------------- -------------------------- User Defined FUNCTION Short Description Function at Library ---------- ----------------------------------- -------------------------- lt Less than operator f_bjt@^libbjt.gex jd Julian day f_bjt@^libbjt.gex cosz Cosine solar zenith angle f_bjt@^libbjt.gex dayratio Daylight ratio f_bjt@^libbjt.gex if Conditional function f_bjt@^libbjt.gex maxv Maximum value f_bjt@^libbjt.gex minv Minimum value f_bjt@^libbjt.gex which Label gridpoints f_bjt@^libbjt.gex ftest F-test f_bjt@^libbjt.gex ttest T-test f_bjt@^libbjt.gex tfit Point linear regression f_bjt@^libbjt.gex fit Global linear regression f_bjt@^libbjt.gex tcorr2 Time correlation f_bjt@^libbjt.gex tregr2 Point linear regression f_bjt@^libbjt.gex tmave2 Time averaging w/masking f_bjt@^libbjt.gex madvu Calculates -d(u*EXPR)/dx f_bjt@^libbjt.gex madvv Calculates -d(V*EXPR)/dy f_bjt@^libbjt.gex madvw Calculates -d(W*EXPR)/dp f_bjt@^libbjt.gex muadv Zonal advection f_bjt@^libbjt.gex mvadv Meridional advection f_bjt@^libbjt.gex mwadv Vertical advection f_bjt@^libbjt.gex satvap Saturated vapor pressure f_bjt@^libbjt.gex dew Dew point temperature f_bjt@^libbjt.gex lw Thermal infrared fluxes f_bjt@^libbjt.gex lw2 Thermal infrared fluxes v2 f_bjt@^libbjt.gex pinterp Pressure interpolation f_bjt@^libbjt.gex zinterp Height interpolation f_bjt@^libbjt.gex line Draws a line f_bjt@^libbjt.gex vint2 Mass-weighted vertical integral f_bjt@^libbjt.gex fish Poisson solver f_fish@^fish.gex fish_psi Compute streamfunction f_psichi@^fish.gex fish_chi Compute velocity potential f_psichi@^fish.gex fish_vor Compute vorticity f_psichi@^fish.gex fish_div Compute divergence f_psichi@^fish.gex dewpt Dew-point temperature f_gsudf@^gsudf.gex ept Equivalent potential temperature f_gsudf@^gsudf.gex epi Potential Instability f_gsudf@^gsudf.gex plcl Pressure at LCL f_gsudf@^gsudf.gex shear Wind Shear f_gsudf@^gsudf.gex srh1km Storm-relative Helicity 0-1km' f_gsudf@^gsudf.gex srh3km Storm-relative Helicity 0-3km' f_gsudf@^gsudf.gex tlcl Temperature at LCL f_gsudf@^gsudf.gex tsindex Chance of T-storm Initiation f_gsudf@^gsudf.gex ttindex Total Totals Index f_gsudf@^gsudf.gex wchill Wind Chill Index (New) f_gsudf@^gsudf.gex hello Hello, World! sample function f_hello@^libhello.gex ipc_save Save expression to stream f_Save@^libipc.gex ipc_load Load variable from file f_Load@^libipc.gex smth2d Shuman smoother/de-smoother f_smth2d@^libmf.gex uv2trw Find radial/tangential velocity f_uv2trw@^libmf.gex re2 General interpolator (regrid2) f_re2@^libmf.gex esmrf Saturation vapor pressure (old MRF) f_esmrf@^libmf.gex linreg Linear regression: mx + b f_linreg@^libmf.gex re General interpolator ffre@^re.gex re_ General interpolator (verbose) ffre_dbg@^re.gex regrid2 regrid2-like wrapper for re() f_gsudf@^gsudf.gex reimg Interpolation for Image Generation' f_gsudf@^gsudf.gex sh_filt Spherical harmonic filter f_shfilt@^shfilt.gex sh_power Spherical harmonic spectra f_shpowr@^shfilt.gex ---------- ----------------------------------- -------------------------- -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090522/c522e593/attachment.html From arlindo.dasilva at GMAIL.COM Fri May 22 11:38:35 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Fri, 22 May 2009 11:38:35 -0400 Subject: Create grads-compatible (fortran-unformatted) binary files with perl In-Reply-To: Message-ID: On Thu, May 21, 2009 at 7:58 PM, P.R. wrote: > Im trying to setup a perl script to create a grads binary file. > Are you using PDL for your float point data? You can see examples in Gerl source code on how to write binary files: http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=256759&release_id=574264 I am not sure what you need, but you can write single variables to a file and read them in grads with the ipc_load() extensions. Take a look at http://opengrads.org/wiki/index.php?title=Perl_Interface_to_GrADS Note: Gerl does not work with mod_perl, make sure your cgi script is using /usr/bin/perl. This can be fixed, but it has not been a priority for me because I have switched to python. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090522/66cce2f2/attachment.html From legras at LMD.ENS.FR Sat May 23 19:57:52 2009 From: legras at LMD.ENS.FR (Bernard Legras) Date: Sun, 24 May 2009 01:57:52 +0200 Subject: pb with gxyat Message-ID: I am using gxyat to produce outputs from grads calling it from the grads command line. gxyat performs the output but immediately after, grads crashes. I am using grads on a Linux box with Mandriva 2009.1 distribution. I have installed the bundle version of grads-2.0.a5 with opengrads From arlindo.dasilva at GMAIL.COM Sat May 23 22:31:06 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Sat, 23 May 2009 19:31:06 -0700 Subject: pb with gxyat In-Reply-To: Message-ID: On Sat, May 23, 2009 at 4:57 PM, Bernard Legras wrote: > I am using gxyat to produce outputs from grads calling it from > the grads command line. > gxyat performs the output but immediately after, grads crashes. > Did you do a "bundle installation" or the "classic installation"? I'll need your help debugging this. What happens if you use the unix command line"gxyat"? That is, do a "print" to save a metafile, exit grads and run gxyat on it from the shell command line. I need to know whether this crashes as well. > I am using grads on a Linux box with Mandriva 2009.1 distribution. I am currently running without problems on a 32-bit Mandriva 2008.something box. Is this a 32-bit or 64-bit platform? If a 64-bit platform, have you tried using the 32-bit (i686) binaries? > > I have installed the bundle version of grads-2.0.a5 with opengrads > Please send me the output of: ga-> q config % uname -a % gcc --version from the command line enter ga-> gxyat and send me the output (I am interested in the cairo version that is being linked in). Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090523/bdf2fc4b/attachment.html From kfernbern at YAHOO.COM Sun May 24 18:03:23 2009 From: kfernbern at YAHOO.COM (Katia Fernandes) Date: Mon, 25 May 2009 00:03:23 +0200 Subject: Walker Cell Message-ID: Hi Everyone, I posted a question yesterday but I am not sure it went through so I am sorry if this is a repeat for some... I am trying to plot zonal mass streamfunction (as far as I understand psim only calculates meridional mass transport). Does anyone have an script for that? Meanwhile I am trying to plot the longitude height cross section of u and w. I have monthly wind fields from era40 and they looks fine individually, but my logic seems to be incorrect. I am doing something like: 'sdfopen 7901_mly_u.nc' 'sdfopen 7901_mly_w.nc' ***** u and w (m/s) 'set t 1' 'set lev 1000 150' 'set lat 0' 'd u;w.2*1000 * to compensate the much lower values of w I was expecting to get something that would resemble a circulation (Walker Cell), but I get for each level (12 total) arrows pointing up or down, or in other words I get 12 lines of arrows pointing up and down. I thought that had to do with very few levels compared to the 144 longitude points, so I interpolated it in the vertical (outside grads) and I still get the unusual behavior. Any idea of what I may be doing incorrectly? Thank you very much, K?tia From matias at TROPOSFERA.ATMOSFCU.UNAM.MX Tue May 26 06:50:52 2009 From: matias at TROPOSFERA.ATMOSFCU.UNAM.MX (Matias Mendez) Date: Tue, 26 May 2009 06:50:52 -0400 Subject: gancsetup error: Message-ID: Hello GrADS users, I got 3-h NARR data (u-wind and v-wind at 10m, air temperature at 2m, mean sea level pressure) for the period 1979-2003, from this link: ftp://ftp.cdc.noaa.gov/Datasets/NARR/monolevel/ I constructed ddf files to open data. It worked well, I could open, display and analize winds and temperature data. But when I tried to display mean SLP data I got this error message: ga-> d slp Notice: Automatic Grid Interpolation Taking Place gancsetup error: Variable slp not in netcdf file Data Request Error: Error for variable 'slp' Error ocurred at column 1 DISPLAY error: Invalid expression Expression = slp What does this mean?, how can I fix it?. This is its DDF: dset /home2/PROCLIMA/NARR/d-MSLP/prmsl.2003.nc dtype netcdf UNDEF -9999.0 missing_value UNPACK scale_factor add_offset PDEF 349 277 lcc 1 -145.5 1 1 50 50 -107 32463.41 32463.41 XDEF 1025 linear 150 0.2 YDEF 425 linear 2 0.2 ZDEF 1 levels 0 tdef 2920 linear 00z01jan2003 3hr vars 3 slp 0 t,y,x MSLP 3hr glat 0 t,y,x Latitude glon 0 t,y,x Longitude endvars I'm using GrADS v1.9b4. I'll thank you so much your help. Regards, Matias From jma at COLA.IGES.ORG Tue May 26 12:00:12 2009 From: jma at COLA.IGES.ORG (Jennifer Adams) Date: Tue, 26 May 2009 12:00:12 -0400 Subject: gancsetup error: In-Reply-To: <1243335052.30285.22.camel@localhost.localdomain> Message-ID: On May 26, 2009, at 6:50 AM, Matias Mendez wrote: > Hello GrADS users, > > I got 3-h NARR data (u-wind and v-wind at 10m, air temperature at 2m, > mean sea level pressure) for the period 1979-2003, from this link: > > ftp://ftp.cdc.noaa.gov/Datasets/NARR/monolevel/ > > I constructed ddf files to open data. It worked well, I could open, > display and analize winds and temperature data. But when I tried to > display mean SLP data I got this error message: > > ga-> d slp > Notice: Automatic Grid Interpolation Taking Place > gancsetup error: Variable slp not in netcdf file The variable in the file is called "prmsl" -- if you want to rename it to 'slp' you must create an alias in your descriptor file: prmsl=>slp 0 t,y,x 3-hourly Pressure at Mean Sea Level Same problem with glat and glon: lat=>glat 0 y,x latitude coordinate lon=>glon 0 y,x longitude coordinate --Jennifer > > Data Request Error: Error for variable 'slp' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = slp > > What does this mean?, how can I fix it?. > > > This is its DDF: > > dset /home2/PROCLIMA/NARR/d-MSLP/prmsl.2003.nc > dtype netcdf > UNDEF -9999.0 missing_value > UNPACK scale_factor add_offset > PDEF 349 277 lcc 1 -145.5 1 1 50 50 -107 32463.41 32463.41 > XDEF 1025 linear 150 0.2 > YDEF 425 linear 2 0.2 > ZDEF 1 levels 0 > tdef 2920 linear 00z01jan2003 3hr > vars 3 > slp 0 t,y,x MSLP 3hr > glat 0 t,y,x Latitude > glon 0 t,y,x Longitude > endvars > > > I'm using GrADS v1.9b4. I'll thank you so much your help. > > Regards, > Matias -- 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/20090526/496aa874/attachment.html From matias at TROPOSFERA.ATMOSFCU.UNAM.MX Tue May 26 07:06:20 2009 From: matias at TROPOSFERA.ATMOSFCU.UNAM.MX (Matias Mendez) Date: Tue, 26 May 2009 07:06:20 -0400 Subject: gancsetup error: In-Reply-To: <7195DB94-35FC-4285-98E6-3A9B2339070D@cola.iges.org> Message-ID: Jennifer, You're right, now it's working fine!. Thank you very much. Matias El mar, 26-05-2009 a las 12:00 -0400, Jennifer Adams escribi?: > > On May 26, 2009, at 6:50 AM, Matias Mendez wrote: > > > Hello GrADS users, > > > > I got 3-h NARR data (u-wind and v-wind at 10m, air temperature at > > 2m, > > mean sea level pressure) for the period 1979-2003, from this link: > > > > ftp://ftp.cdc.noaa.gov/Datasets/NARR/monolevel/ > > > > I constructed ddf files to open data. It worked well, I could open, > > display and analize winds and temperature data. But when I tried to > > display mean SLP data I got this error message: > > > > ga-> d slp > > Notice: Automatic Grid Interpolation Taking Place > > gancsetup error: Variable slp not in netcdf file > > > The variable in the file is called "prmsl" -- if you want to rename > it to 'slp' you must create an alias in your descriptor file: > prmsl=>slp 0 t,y,x 3-hourly Pressure at Mean Sea Level > > Same problem with glat and glon: > lat=>glat 0 y,x latitude coordinate > lon=>glon 0 y,x longitude coordinate > > > --Jennifer > > > > > > Data Request Error: Error for variable 'slp' > > Error ocurred at column 1 > > DISPLAY error: Invalid expression > > Expression = slp > > > > What does this mean?, how can I fix it?. > > > > > > This is its DDF: > > > > dset /home2/PROCLIMA/NARR/d-MSLP/prmsl.2003.nc > > dtype netcdf > > UNDEF -9999.0 missing_value > > UNPACK scale_factor add_offset > > PDEF 349 277 lcc 1 -145.5 1 1 50 50 -107 32463.41 32463.41 > > XDEF 1025 linear 150 0.2 > > YDEF 425 linear 2 0.2 > > ZDEF 1 levels 0 > > tdef 2920 linear 00z01jan2003 3hr > > vars 3 > > slp 0 t,y,x MSLP 3hr > > glat 0 t,y,x Latitude > > glon 0 t,y,x Longitude > > endvars > > > > > > I'm using GrADS v1.9b4. I'll thank you so much your help. > > > > Regards, > > Matias > > > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > From dasilva at ALUM.MIT.EDU Tue May 26 12:39:34 2009 From: dasilva at ALUM.MIT.EDU (Arlindo da Silva) Date: Tue, 26 May 2009 12:39:34 -0400 Subject: Fwd: FW: New release: Bundle v2.0.a5.oga.5 (mfhilo not working as expected with CL option) In-Reply-To: Message-ID: Tom, I haven't seen this message before. I'm forwarding it to Mike. Arlindo ---------- Forwarded message ---------- From: Petroski, Tom (MLCI) Date: Tue, May 26, 2009 at 11:43 AM Subject: FW: New release: Bundle v2.0.a5.oga.5 (mfhilo not working as expected with CL option) To: dasilva at alum.mit.edu Hi Arlindo, Sorry to bother you at this email address, but I sent the following email to the GRADSUSR list twice, but I am not sure if any one received it?? Neither my coworker nor I have received it via the list. Have you received it? If you have received it via the list, then I don?t want to send it a third time. Thank You, Tom _____________________________ Thomas J. Petroski Merrill Lynch Commodities, Inc. 20 E. Greenway Plaza, Suite 700 Houston, TX 77046 Direct: 713-544-4214 Fax: 713-544-7931 Mobile: 713-679-8723 tom_petroski at ml.com ------------------------------ *From:* Petroski, Tom (MLCI) *Sent:* Friday, May 22, 2009 1:44 PM *To:* GRADSUSR at LIST.CINECA.IT *Subject:* FW: New release: Bundle v2.0.a5.oga.5 (mfhilo not working as expected with CL option) Dear GrADS Users, I apologize if you all have seen this twice, but not sure if it made it through the first time when I sent it yesterday. Thank You, Tom Petroski ------------------------------ *From:* Petroski, Tom (MLCI) *Sent:* Thursday, May 21, 2009 11:53 AM *To:* GRADSUSR at LIST.CINECA.IT *Subject:* RE: New release: Bundle v2.0.a5.oga.5 Dear All, I am having some difficulty using mfhilo. I am using the v2.0.a5.oga.5 x86_64 binaries. I am following the guidance in http://opengrads.org/doc/udxt/libmf/. I am using 2.5 degree GFS grib2 data downloaded from NCEP. ga-> define slp = PRMSLmsl/100 ga-> mfhilo slp GR A|B m 50 mfhilo GR method N: 7 maxmin: 0 pcntile: 50 latc: 20.00 lonc: 280.00 H 18.71 262.99 M: 1014.67 G: 100.0 L: 100.0 D: 965.77 GV: 5.4314 LV: 7.14837 H 10.26 277.74 M: 1010.05 G: 13.7 L: 52.1 D: 598.79 GV: 0.743396 LV: 3.72741 L 24.90 274.21 M: 1006.33 G: 66.8 L: 83.3 D: 435.50 GV: 1.96315 LV: 5.61837 L 8.49 272.11 M: 1007.34 G: 14.4 L: 10.8 D: 828.76 GV: 0.422068 LV: 0.726056 L 10.80 284.27 M: 1007.82 G: 46.4 L: 32.2 D: 604.83 GV: 1.36231 LV: 2.16917 L 8.39 294.74 M: 1008.11 G: 100.0 L: 64.3 D: 1103.05 GV: 2.93739 LV: 4.33709 L 14.06 259.68 M: 1008.72 G: 70.6 L: 42.8 D: 1218.04 GV: 2.07464 LV: 2.88997 ga-> mfhilo slp CL A|B 500 100 EEE invalid sortby: 5 sortby= 'm' (mag or value of extrema) | 'g' (gradient) | 'l' (laplacian) | 'd' (distance [deg]) ga-> mfhilo slp CL mfhilo GR method N: 11 maxmin: 0 pcntile: 0 latc: 20.00 lonc: 280.00 H 18.71 262.99 M: 1014.67 G: 100.0 L: 100.0 D: 965.77 GV: 5.4314 LV: 7.14837 H 10.26 277.74 M: 1010.05 G: 13.7 L: 52.1 D: 598.79 GV: 0.743396 LV: 3.72741 H 13.65 261.86 M: 1009.04 G: 21.7 L: 23.1 D: 1107.96 GV: 1.18012 LV: 1.65209 H 7.83 261.05 M: 1008.75 G: 12.0 L: 15.5 D: 1320.93 GV: 0.650961 LV: 1.11012 L 24.90 274.21 M: 1006.33 G: 66.8 L: 83.3 D: 435.50 GV: 1.96315 LV: 5.61837 L 8.49 272.11 M: 1007.34 G: 14.4 L: 10.8 D: 828.76 GV: 0.422068 LV: 0.726056 L 10.80 284.27 M: 1007.82 G: 46.4 L: 32.2 D: 604.83 GV: 1.36231 LV: 2.16917 L 8.39 294.74 M: 1008.11 G: 100.0 L: 64.3 D: 1103.05 GV: 2.93739 LV: 4.33709 L 14.06 259.68 M: 1008.72 G: 70.6 L: 42.8 D: 1218.04 GV: 2.07464 LV: 2.88997 L 24.83 257.36 M: 1009.5 G: 28.6 L: 100.0 D: 1287.09 GV: 0.840842 LV: 6.74594 L 18.67 271.83 M: 1009.56 G: 57.0 L: 27.8 D: 469.40 GV: 1.6739 LV: 1.87257 In the first example, I get a result. In the second example, I followed the guidance, but no luck. In the third example, I specified just CL, but output says I am using the ?mfhilo GR method?. Does any one know the correct syntax? Thank You, Thomas J. Petroski ------------------------------ *From:* GRADSUSR at LIST.CINECA.IT [mailto:GRADSUSR at LIST.CINECA.IT] *On Behalf Of *Arlindo da Silva *Sent:* Monday, May 11, 2009 8:28 AM *To:* GRADSUSR at LIST.CINECA.IT *Subject:* New release: Bundle v2.0.a5.oga.5 All, We have updated the OpenGrADS Bundles at sf.net, now at v2.0.a5.oga.5: http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=681044 This is primarily a bug fix release; now PyGrADS v1.1.2 (see separate posting) is 100% functional with GrADS v2. The bug fixes include: - bugs in ipc/ipc_load() that prevented pygrads from importing data into grads - "printim -b" should work - Mike Fiorino's extensions have been revised and updated; mfhilo should work - fixed a couple of bugs associated with 256 colors; you should be able to use printim/gxeps with images that use more than 100 colors. See the ChangeLog for additional details. Binaries for Linux, Mac OS X and FreeBSD 6.3 have been posted. Windows and other platforms to appear soon. Please let us know of any problems. Enjoy, Arlindo PS: I see in our logs that some people have downloaded v2.0.a5.oga.5 binaries before this announcement went out. Just last night we fix one last issue related to ipc/pygrads and refreshed the binaries. You will need to get the very latest build for pygrads to work. -- Arlindo da Silva dasilva at alum.mit.edu ------------------------------ This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. References to "Merrill Lynch" are references to any company in the Merrill Lynch & Co., Inc. group of companies, which are wholly-owned by Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this E-communication may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. ------------------------------ -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090526/c7af60e2/attachment.html From Michael.Fiorino at NOAA.GOV Tue May 26 14:33:29 2009 From: Michael.Fiorino at NOAA.GOV (Michael Fiorino) Date: Tue, 26 May 2009 12:33:29 -0600 Subject: Fwd: FW: New release: Bundle v2.0.a5.oga.5 (mfhilo not working as expected with CL option) In-Reply-To: <77fcd6b20905260939o197c615y698a5ddeaf6496a4@mail.gmail.com> Message-ID: hi tom, i did not see this on the gradsusr... thanks for the bug report. in the second example: mfhilo slp CL A|B 500 100 failed because you used 'CL' vice 'cl' -- this is a bug that i've fixed... i also discovered some other bugs with the ncep routines... so the radinf (500) and cintinf(100) should also work... arlindo, i have some cvs issues but want to update extensions/mf best /r mike Arlindo da Silva wrote: > Tom, > > I haven't seen this message before. I'm forwarding it to Mike. > > Arlindo > > > ---------- Forwarded message ---------- > From: *Petroski, Tom (MLCI)* > > Date: Tue, May 26, 2009 at 11:43 AM > Subject: FW: New release: Bundle v2.0.a5.oga.5 (mfhilo not working as > expected with CL option) > To: dasilva at alum.mit.edu > > > Hi Arlindo, > > > > Sorry to bother you at this email address, but I sent the following > email to the GRADSUSR list twice, but I am not sure if any one > received it?? Neither my coworker nor I have received it via the > list. Have you received it? If you have received it via the list, > then I don?t want to send it a third time. > > > > Thank You, > > > > Tom > > _____________________________ > > > > Thomas J. Petroski > > Merrill Lynch Commodities, Inc. > > 20 E. Greenway Plaza, Suite 700 > > Houston, TX 77046 > > Direct: 713-544-4214 > > Fax: 713-544-7931 > > Mobile: 713-679-8723 > > tom_petroski at ml.com > > ------------------------------------------------------------------------ > > *From:* Petroski, Tom (MLCI) > *Sent:* Friday, May 22, 2009 1:44 PM > *To:* GRADSUSR at LIST.CINECA.IT > *Subject:* FW: New release: Bundle v2.0.a5.oga.5 (mfhilo not working > as expected with CL option) > > > > Dear GrADS Users, > > > > I apologize if you all have seen this twice, but not sure if it made > it through the first time when I sent it yesterday. > > > > Thank You, > > > > Tom Petroski > > ------------------------------------------------------------------------ > > *From:* Petroski, Tom (MLCI) > *Sent:* Thursday, May 21, 2009 11:53 AM > *To:* GRADSUSR at LIST.CINECA.IT > *Subject:* RE: New release: Bundle v2.0.a5.oga.5 > > > > Dear All, > > > > I am having some difficulty using mfhilo. I am using the > v2.0.a5.oga.5 x86_64 binaries. I am following the guidance in > http://opengrads.org/doc/udxt/libmf/. > > > > I am using 2.5 degree GFS grib2 data downloaded from NCEP. > > > > ga-> define slp = PRMSLmsl/100 > > > > ga-> mfhilo slp GR A|B m 50 > > mfhilo GR method N: 7 maxmin: 0 pcntile: 50 latc: 20.00 lonc: > 280.00 > > H 18.71 262.99 M: 1014.67 G: 100.0 L: 100.0 D: 965.77 > GV: 5.4314 LV: 7.14837 > > H 10.26 277.74 M: 1010.05 G: 13.7 L: 52.1 D: 598.79 > GV: 0.743396 LV: 3.72741 > > L 24.90 274.21 M: 1006.33 G: 66.8 L: 83.3 D: 435.50 > GV: 1.96315 LV: 5.61837 > > L 8.49 272.11 M: 1007.34 G: 14.4 L: 10.8 D: 828.76 > GV: 0.422068 LV: 0.726056 > > L 10.80 284.27 M: 1007.82 G: 46.4 L: 32.2 D: 604.83 > GV: 1.36231 LV: 2.16917 > > L 8.39 294.74 M: 1008.11 G: 100.0 L: 64.3 D: 1103.05 > GV: 2.93739 LV: 4.33709 > > L 14.06 259.68 M: 1008.72 G: 70.6 L: 42.8 D: 1218.04 > GV: 2.07464 LV: 2.88997 > > > > ga-> mfhilo slp CL A|B 500 100 > > EEE invalid sortby: 5 > > sortby= 'm' (mag or value of extrema) | 'g' (gradient) | 'l' > (laplacian) | 'd' (distance [deg]) > > > > ga-> mfhilo slp CL > > mfhilo GR method N: 11 maxmin: 0 pcntile: 0 latc: 20.00 > lonc: 280.00 > > H 18.71 262.99 M: 1014.67 G: 100.0 L: 100.0 D: 965.77 > GV: 5.4314 LV: 7.14837 > > H 10.26 277.74 M: 1010.05 G: 13.7 L: 52.1 D: 598.79 > GV: 0.743396 LV: 3.72741 > > H 13.65 261.86 M: 1009.04 G: 21.7 L: 23.1 D: 1107.96 > GV: 1.18012 LV: 1.65209 > > H 7.83 261.05 M: 1008.75 G: 12.0 L: 15.5 D: 1320.93 > GV: 0.650961 LV: 1.11012 > > L 24.90 274.21 M: 1006.33 G: 66.8 L: 83.3 D: 435.50 > GV: 1.96315 LV: 5.61837 > > L 8.49 272.11 M: 1007.34 G: 14.4 L: 10.8 D: 828.76 > GV: 0.422068 LV: 0.726056 > > L 10.80 284.27 M: 1007.82 G: 46.4 L: 32.2 D: 604.83 > GV: 1.36231 LV: 2.16917 > > L 8.39 294.74 M: 1008.11 G: 100.0 L: 64.3 D: 1103.05 > GV: 2.93739 LV: 4.33709 > > L 14.06 259.68 M: 1008.72 G: 70.6 L: 42.8 D: 1218.04 > GV: 2.07464 LV: 2.88997 > > L 24.83 257.36 M: 1009.5 G: 28.6 L: 100.0 D: 1287.09 > GV: 0.840842 LV: 6.74594 > > L 18.67 271.83 M: 1009.56 G: 57.0 L: 27.8 D: 469.40 > GV: 1.6739 LV: 1.87257 > > > > In the first example, I get a result. In the second example, I > followed the guidance, but no luck. In the third example, I specified > just CL, but output says I am using the ?mfhilo GR method?. > > > > Does any one know the correct syntax? > > > > Thank You, > > > > Thomas J. Petroski > > > > ------------------------------------------------------------------------ > > *From:* GRADSUSR at LIST.CINECA.IT > [mailto:GRADSUSR at LIST.CINECA.IT ] *On > Behalf Of *Arlindo da Silva > *Sent:* Monday, May 11, 2009 8:28 AM > *To:* GRADSUSR at LIST.CINECA.IT > *Subject:* New release: Bundle v2.0.a5.oga.5 > > > > All, > > > > We have updated the OpenGrADS Bundles at sf.net , now > at v2.0.a5.oga.5: > > > > > http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=681044 > > > > > This is primarily a bug fix release; now PyGrADS v1.1.2 (see > separate posting) is 100% functional with GrADS v2. The bug fixes > include: > > > > - bugs in ipc/ipc_load() that prevented pygrads from importing data > into grads > > - "printim -b" should work > > - Mike Fiorino's extensions have been revised and updated; mfhilo > should work > > - fixed a couple of bugs associated with 256 colors; you should be > able to use printim/gxeps with images that use more than 100 colors. > > > > See the ChangeLog for additional details. Binaries for Linux, Mac OS > X and FreeBSD 6.3 have been posted. Windows and other platforms to > appear soon. > > > > Please let us know of any problems. > > > > Enjoy, > > > > Arlindo > > > > PS: I see in our logs that some people have downloaded v2.0.a5.oga.5 > binaries before this announcement went out. Just last night we fix > one last issue related to ipc/pygrads and refreshed the binaries. You > will need to get the very latest build for pygrads to work. > > > > > > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > ------------------------------------------------------------------------ > This message w/attachments (message) may be privileged, confidential > or proprietary, and if you are not an intended recipient, please > notify the sender, do not use or share it and delete it. Unless > specifically indicated, this message is not an offer to sell or a > solicitation of any investment products or other financial product or > service, an official confirmation of any transaction, or an official > statement of Merrill Lynch. Subject to applicable law, Merrill Lynch > may monitor, review and retain e-communications (EC) traveling through > its networks/systems. The laws of the country of each sender/recipient > may impact the handling of EC, and EC may be archived, supervised and > produced in countries other than the country in which you are located. > This message cannot be guaranteed to be secure or error-free. > References to "Merrill Lynch" are references to any company in the > Merrill Lynch & Co., Inc. group of companies, which are wholly-owned > by Bank of America Corporation. Securities and Insurance Products: * > Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * > Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or > Activity * Are Not Insured by Any Federal Government Agency. > Attachments that are part of this E-communication may have additional > important disclosures and disclaimers, which you should read. This > message is subject to terms available at the following link: > http://www.ml.com/e-communications_terms/. By messaging with Merrill > Lynch you consent to the foregoing. > ------------------------------------------------------------------------ > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu From Tom_Petroski at ML.COM Tue May 26 14:46:01 2009 From: Tom_Petroski at ML.COM (Petroski, Tom (MLCI)) Date: Tue, 26 May 2009 14:46:01 -0400 Subject: Fwd: FW: New release: Bundle v2.0.a5.oga.5 (mfhilo not working as expected with CL option) In-Reply-To: <4A1C35F9.1000302@noaa.gov> Message-ID: Hi Mike, Thanks for getting back to me. I think my first two submittals to the GRADSUSR list were lost somehow, no problem. Earlier today, I downloaded all the source code for the Bundle v2.0.a5.oga.5 and discovered that 'cl' works. Now that I have it working, I am getting output but it is all zeros. Is there something else I need to do? See example code below: [wxuser at wxserver grib2_bin]$ grads -lcb Welcome to the OpenGrADS Bundle Distribution -------------------------------------------- For additional information enter "grads --help". Starting "/opt/opengrads/Linux/Versions/2.0.a5.oga.5/x86_64/grads -lcb " ... -c option was specified, but no command was provided Grid Analysis and Display System (GrADS) Version 2.0.a5.oga.5 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.a5.oga.5 little-endian readline printim grib2 netcdf hdf4-sds 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 Running in Batch mode ga-> open temp/avn_00z_0012hr_14694-1243358009.ctl Scanning description file: temp/avn_00z_0012hr_14694-1243358009.ctl Data file /mnt/choumfl003_g/data/avn-00/20090526/00-0012.one.grib2 is open as file 1 LON set to 0 360 LAT set to -90 90 LEV set to 1000 1000 Time values set: 2009:5:26:12 2009:5:26:12 E set to 1 1 ga-> set lat 5 35 LAT set to 5 35 ga-> set lon 255 305 LON set to 255 305 ga-> define slp=PRMSLmsl/100 Define memory allocation size = 12648 bytes ga-> mfhilo slp cl A|B 500 100 mfhilo CL method N: 17 maxmin: 0 rad: 500.0 [nm] cint: 100.0 latc: 20.00 lonc: 280.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 L 0.00 0.00 M: 0 D: 0.00 ga-> Thank You, Tom _____________________________ Thomas J. Petroski Merrill Lynch Commodities, Inc. 20 E. Greenway Plaza, Suite 700 Houston, TX 77046 Direct: 713-544-4214 Fax: 713-544-7931 Mobile: 713-679-8723 tom_petroski at ml.com -----Original Message----- From: Michael Fiorino [mailto:Michael.Fiorino at noaa.gov] Sent: Tuesday, May 26, 2009 1:33 PM To: GRADSUSR at LIST.CINECA.IT Cc: Petroski, Tom (MLCI) Subject: Re: Fwd: FW: New release: Bundle v2.0.a5.oga.5 (mfhilo not working as expected with CL option) hi tom, i did not see this on the gradsusr... thanks for the bug report. in the second example: mfhilo slp CL A|B 500 100 failed because you used 'CL' vice 'cl' -- this is a bug that i've fixed... i also discovered some other bugs with the ncep routines... so the radinf (500) and cintinf(100) should also work... arlindo, i have some cvs issues but want to update extensions/mf best /r mike Arlindo da Silva wrote: > Tom, > > I haven't seen this message before. I'm forwarding it to Mike. > > Arlindo > > > ---------- Forwarded message ---------- > From: *Petroski, Tom (MLCI)* > > Date: Tue, May 26, 2009 at 11:43 AM > Subject: FW: New release: Bundle v2.0.a5.oga.5 (mfhilo not working as > expected with CL option) > To: dasilva at alum.mit.edu > > > Hi Arlindo, > > > > Sorry to bother you at this email address, but I sent the following > email to the GRADSUSR list twice, but I am not sure if any one > received it?? Neither my coworker nor I have received it via the > list. Have you received it? If you have received it via the list, > then I don't want to send it a third time. > > > > Thank You, > > > > Tom > > _____________________________ > > > > Thomas J. Petroski > > Merrill Lynch Commodities, Inc. > > 20 E. Greenway Plaza, Suite 700 > > Houston, TX 77046 > > Direct: 713-544-4214 > > Fax: 713-544-7931 > > Mobile: 713-679-8723 > > tom_petroski at ml.com > > ------------------------------------------------------------------------ > > *From:* Petroski, Tom (MLCI) > *Sent:* Friday, May 22, 2009 1:44 PM > *To:* GRADSUSR at LIST.CINECA.IT > *Subject:* FW: New release: Bundle v2.0.a5.oga.5 (mfhilo not working > as expected with CL option) > > > > Dear GrADS Users, > > > > I apologize if you all have seen this twice, but not sure if it made > it through the first time when I sent it yesterday. > > > > Thank You, > > > > Tom Petroski > > ------------------------------------------------------------------------ > > *From:* Petroski, Tom (MLCI) > *Sent:* Thursday, May 21, 2009 11:53 AM > *To:* GRADSUSR at LIST.CINECA.IT > *Subject:* RE: New release: Bundle v2.0.a5.oga.5 > > > > Dear All, > > > > I am having some difficulty using mfhilo. I am using the > v2.0.a5.oga.5 x86_64 binaries. I am following the guidance in > http://opengrads.org/doc/udxt/libmf/. > > > > I am using 2.5 degree GFS grib2 data downloaded from NCEP. > > > > ga-> define slp = PRMSLmsl/100 > > > > ga-> mfhilo slp GR A|B m 50 > > mfhilo GR method N: 7 maxmin: 0 pcntile: 50 latc: 20.00 lonc: > 280.00 > > H 18.71 262.99 M: 1014.67 G: 100.0 L: 100.0 D: 965.77 > GV: 5.4314 LV: 7.14837 > > H 10.26 277.74 M: 1010.05 G: 13.7 L: 52.1 D: 598.79 > GV: 0.743396 LV: 3.72741 > > L 24.90 274.21 M: 1006.33 G: 66.8 L: 83.3 D: 435.50 > GV: 1.96315 LV: 5.61837 > > L 8.49 272.11 M: 1007.34 G: 14.4 L: 10.8 D: 828.76 > GV: 0.422068 LV: 0.726056 > > L 10.80 284.27 M: 1007.82 G: 46.4 L: 32.2 D: 604.83 > GV: 1.36231 LV: 2.16917 > > L 8.39 294.74 M: 1008.11 G: 100.0 L: 64.3 D: 1103.05 > GV: 2.93739 LV: 4.33709 > > L 14.06 259.68 M: 1008.72 G: 70.6 L: 42.8 D: 1218.04 > GV: 2.07464 LV: 2.88997 > > > > ga-> mfhilo slp CL A|B 500 100 > > EEE invalid sortby: 5 > > sortby= 'm' (mag or value of extrema) | 'g' (gradient) | 'l' > (laplacian) | 'd' (distance [deg]) > > > > ga-> mfhilo slp CL > > mfhilo GR method N: 11 maxmin: 0 pcntile: 0 latc: 20.00 > lonc: 280.00 > > H 18.71 262.99 M: 1014.67 G: 100.0 L: 100.0 D: 965.77 > GV: 5.4314 LV: 7.14837 > > H 10.26 277.74 M: 1010.05 G: 13.7 L: 52.1 D: 598.79 > GV: 0.743396 LV: 3.72741 > > H 13.65 261.86 M: 1009.04 G: 21.7 L: 23.1 D: 1107.96 > GV: 1.18012 LV: 1.65209 > > H 7.83 261.05 M: 1008.75 G: 12.0 L: 15.5 D: 1320.93 > GV: 0.650961 LV: 1.11012 > > L 24.90 274.21 M: 1006.33 G: 66.8 L: 83.3 D: 435.50 > GV: 1.96315 LV: 5.61837 > > L 8.49 272.11 M: 1007.34 G: 14.4 L: 10.8 D: 828.76 > GV: 0.422068 LV: 0.726056 > > L 10.80 284.27 M: 1007.82 G: 46.4 L: 32.2 D: 604.83 > GV: 1.36231 LV: 2.16917 > > L 8.39 294.74 M: 1008.11 G: 100.0 L: 64.3 D: 1103.05 > GV: 2.93739 LV: 4.33709 > > L 14.06 259.68 M: 1008.72 G: 70.6 L: 42.8 D: 1218.04 > GV: 2.07464 LV: 2.88997 > > L 24.83 257.36 M: 1009.5 G: 28.6 L: 100.0 D: 1287.09 > GV: 0.840842 LV: 6.74594 > > L 18.67 271.83 M: 1009.56 G: 57.0 L: 27.8 D: 469.40 > GV: 1.6739 LV: 1.87257 > > > > In the first example, I get a result. In the second example, I > followed the guidance, but no luck. In the third example, I specified > just CL, but output says I am using the "mfhilo GR method". > > > > Does any one know the correct syntax? > > > > Thank You, > > > > Thomas J. Petroski > > > > ------------------------------------------------------------------------ > > *From:* GRADSUSR at LIST.CINECA.IT > [mailto:GRADSUSR at LIST.CINECA.IT ] *On > Behalf Of *Arlindo da Silva > *Sent:* Monday, May 11, 2009 8:28 AM > *To:* GRADSUSR at LIST.CINECA.IT > *Subject:* New release: Bundle v2.0.a5.oga.5 > > > > All, > > > > We have updated the OpenGrADS Bundles at sf.net , now > at v2.0.a5.oga.5: > > > > > http://sourceforge.net/project/showfiles.php?group_id=161773&package_id= 305032&release_id=681044 > > > > > This is primarily a bug fix release; now PyGrADS v1.1.2 (see > separate posting) is 100% functional with GrADS v2. The bug fixes > include: > > > > - bugs in ipc/ipc_load() that prevented pygrads from importing data > into grads > > - "printim -b" should work > > - Mike Fiorino's extensions have been revised and updated; mfhilo > should work > > - fixed a couple of bugs associated with 256 colors; you should be > able to use printim/gxeps with images that use more than 100 colors. > > > > See the ChangeLog for additional details. Binaries for Linux, Mac OS > X and FreeBSD 6.3 have been posted. Windows and other platforms to > appear soon. > > > > Please let us know of any problems. > > > > Enjoy, > > > > Arlindo > > > > PS: I see in our logs that some people have downloaded v2.0.a5.oga.5 > binaries before this announcement went out. Just last night we fix > one last issue related to ipc/pygrads and refreshed the binaries. You > will need to get the very latest build for pygrads to work. > > > > > > > > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > ------------------------------------------------------------------------ > This message w/attachments (message) may be privileged, confidential > or proprietary, and if you are not an intended recipient, please > notify the sender, do not use or share it and delete it. Unless > specifically indicated, this message is not an offer to sell or a > solicitation of any investment products or other financial product or > service, an official confirmation of any transaction, or an official > statement of Merrill Lynch. Subject to applicable law, Merrill Lynch > may monitor, review and retain e-communications (EC) traveling through > its networks/systems. The laws of the country of each sender/recipient > may impact the handling of EC, and EC may be archived, supervised and > produced in countries other than the country in which you are located. > This message cannot be guaranteed to be secure or error-free. > References to "Merrill Lynch" are references to any company in the > Merrill Lynch & Co., Inc. group of companies, which are wholly-owned > by Bank of America Corporation. Securities and Insurance Products: * > Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * > Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or > Activity * Are Not Insured by Any Federal Government Agency. > Attachments that are part of this E-communication may have additional > important disclosures and disclaimers, which you should read. This > message is subject to terms available at the following link: > http://www.ml.com/e-communications_terms/. By messaging with Merrill > Lynch you consent to the foregoing. > ------------------------------------------------------------------------ > > > > > -- > Arlindo da Silva > dasilva at alum.mit.edu -------------------------------------------------------------------------- This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. References to "Merrill Lynch" are references to any company in the Merrill Lynch & Co., Inc. group of companies, which are wholly-owned by Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this E-communication may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -------------------------------------------------------------------------- From sumin81s at GMAIL.COM Tue May 26 22:45:41 2009 From: sumin81s at GMAIL.COM (SUMIN WOO) Date: Wed, 27 May 2009 11:45:41 +0900 Subject: to set the range of change Message-ID: Dear GRADS Users. I want to plot the vertical profiler in some variable. So I attached that figures. As you see, in left figure, the range of variable from -3 to 2 and the from -4 to 4 in right fiture. But I want to set the same range in X Asix, then It is easy to compare two figure. I have used 'xlevs', 'xasix' options already. How to set the range of temperature change (like -6 to 6) ?? please let me know. Sincerely, SUMIN WOO ================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090527/69c808fb/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: profiler.jpg Type: image/jpeg Size: 35126 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090527/69c808fb/attachment.jpg From j.burn at GEOS.COM Wed May 27 10:57:37 2009 From: j.burn at GEOS.COM (Burn James) Date: Wed, 27 May 2009 16:57:37 +0200 Subject: g2ctl and windows Message-ID: Hi I'm struggling to create a ctl file for a Grib2 file I've downloaded. Here's part of my (I'm afraid, Windows) batch file. rem create the inv file wgrib2 -s H:\temp\multi_1.glo_30m.t00z.grib2 >global.t00z.grib.inv rem create the ctl file H:\Grads20\g2ctl.exe -verf H:\temp\multi_1.glo_30m.t00z.grib2 >global.t00z.grib.ctl next stage is to use gribmap to create the idx file but I can't even get past the g2ctl stage. My inv file looks fine - something like 1:0:d=2009052700:WIND Wind Speed [m/s]:surface:anl: 2:175642:d=2009052700:WDIR Wind Direction (from which blowing) [deg]:surface:anl: 3:426839:d=2009052700:UGRD U-Component of Wind [m/s]:surface:anl: 4:600867:d=2009052700:VGRD V-Component of Wind [m/s]:surface:anl: 5:776662:d=2009052700:HTSGW Significant Height of Combined Wind Waves and Swell [m]:surface:anl: etc. However, the ctl file is created as a blank file. I'm using wgrib2 v0.1.7.8e 2/2009 Any ideas? - I thought I may need -no_profile as its a wave model but it appears it's something different. Thanks James From ela at COLA.IGES.ORG Wed May 27 13:41:55 2009 From: ela at COLA.IGES.ORG (Eric Altshuler) Date: Wed, 27 May 2009 13:41:55 -0400 Subject: to set the range of change In-Reply-To: <602ec75b0905261945i2a71a5dkdc2fc1d4b614191@mail.gmail.com> Message-ID: Dear Sumin Woo, Use 'set vrange2 x1 x2' e.g. 'set vrange2 -6 6' For documentation see http://grads.iges.org/grads/gadoc/gradcomdsetvrange2.html. 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: "SUMIN WOO" To: GRADSUSR at LIST.CINECA.IT Sent: Tuesday, May 26, 2009 10:45:41 PM GMT -05:00 US/Canada Eastern Subject: to set the range of change Dear GRADS Users. I want to plot the vertical profiler in some variable. So I attached that figures. As you see, in left figure, the range of variable from -3 to 2 and the from -4 to 4 in right fiture. But I want to set the same range in X Asix, then It is easy to compare two figure. I have used 'xlevs', 'xasix' options already. How to set the range of temperature change (like -6 to 6) ?? please let me know. Sincerely, SUMIN WOO ================================== From arlindo.dasilva at GMAIL.COM Wed May 27 21:58:55 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Wed, 27 May 2009 18:58:55 -0700 Subject: g2ctl and windows In-Reply-To: <20090527145845.CE2B521F49@mx2.cineca.it> Message-ID: On Wed, May 27, 2009 at 7:57 AM, Burn James wrote: > Hi > > I'm struggling to create a ctl file for a Grib2 file I've downloaded. > Here's part of my (I'm afraid, Windows) batch file. > Which version of grads? > > rem create the inv file > wgrib2 -s H:\temp\multi_1.glo_30m.t00z.grib2 >global.t00z.grib.inv > > rem create the ctl file > H:\Grads20\g2ctl.exe -verf H:\temp\multi_1.glo_30m.t00z.grib2 > >global.t00z.grib.ctl > > next stage is to use gribmap to create the idx file but I can't even get > past the g2ctl stage. My inv file looks fine - something like > 1:0:d=2009052700:WIND Wind Speed [m/s]:surface:anl: > 2:175642:d=2009052700:WDIR Wind Direction (from which blowing) > [deg]:surface:anl: > 3:426839:d=2009052700:UGRD U-Component of Wind [m/s]:surface:anl: > 4:600867:d=2009052700:VGRD V-Component of Wind [m/s]:surface:anl: > 5:776662:d=2009052700:HTSGW Significant Height of Combined Wind Waves and > Swell [m]:surface:anl: etc. > > However, the ctl file is created as a blank file. I'm using wgrib2 > v0.1.7.8e 2/2009 > > Any ideas? - I thought I may need -no_profile as its a wave model but it > appears it's something different. > Which version of perl are you using? You stand a better chance of you having this working by using perl that comes with cygwin. I need to investigate a long term solution for this problem. I take it is not an option for you to use grads v2.0, is it? Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090527/b8ad32d5/attachment.html From abbasmofidi at YAHOO.COM Wed May 27 23:25:22 2009 From: abbasmofidi at YAHOO.COM (abbas mofidi) Date: Wed, 27 May 2009 20:25:22 -0700 Subject: to set the range of change Message-ID: Dear Sumin, You can use the following commands. set vrange -3 3 set xlint 1 or set vrange -3 3 set xlevs? ................. Regards, Abbas --- On Wed, 5/27/09, SUMIN WOO wrote: From: SUMIN WOO Subject: to set the range of change To: GRADSUSR at LIST.CINECA.IT Date: Wednesday, May 27, 2009, 7:15 AM Dear GRADS Users. ? I want to plot the vertical profiler in some variable. So I attached that figures. As you see, in left figure, the range of variable from -3 to 2 and the from -4 to 4 in right fiture. But I want to set the same range in X Asix, then It is easy to compare two figure. ? I have used 'xlevs', 'xasix' options already. ? How to set the range of temperature change (like -6 to 6) ?? ? please let me know. ? Sincerely, ? SUMIN WOO ================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090527/6e4395cc/attachment.html From j.burn at GEOS.COM Thu May 28 05:04:58 2009 From: j.burn at GEOS.COM (Burn James) Date: Thu, 28 May 2009 11:04:58 +0200 Subject: g2ctl and windows Message-ID: Hi Arlindo The main version of Grads we have here is 2.0.a3.oga.1 We also have access to the Cygwin version of Grads 2.0.a5.oga.4 - some of our scripts are using this version now. It was from this version that I took the latest version of wgrib2. The g2ctl I used is an .exe file -so perl not needed? Okay, trying with a g2ctl.pl and a perl v 5.6.0 for MSWin - from 2002 by the looks - getting some error message: can't locate POSIX.pm in @INC (@INC contains: .) BEGIN Failed - compliation aborted at line 36... I'll have a play with the perl options here - Not sure about how to get a different (Cygwin?) version. BTW I love what you're doing with the other extensions stuff with Grads - I run OpenSuse at home and am trying to pluck up courage and get into the PyGrads or Perl interface... Cheers James On Wed, 27 May 2009 18:58:55 -0700, Arlindo da Silva wrote: >On Wed, May 27, 2009 at 7:57 AM, Burn James wrote: > >> Hi >> >> I'm struggling to create a ctl file for a Grib2 file I've downloaded. >> Here's part of my (I'm afraid, Windows) batch file. >> > >Which version of grads? > > >> >> rem create the inv file >> wgrib2 -s H:\temp\multi_1.glo_30m.t00z.grib2 >global.t00z.grib.inv >> >> rem create the ctl file >> H:\Grads20\g2ctl.exe -verf H:\temp\multi_1.glo_30m.t00z.grib2 >> >global.t00z.grib.ctl >> >> next stage is to use gribmap to create the idx file but I can't even get >> past the g2ctl stage. My inv file looks fine - something like >> 1:0:d=2009052700:WIND Wind Speed [m/s]:surface:anl: >> 2:175642:d=2009052700:WDIR Wind Direction (from which blowing) >> [deg]:surface:anl: >> 3:426839:d=2009052700:UGRD U-Component of Wind [m/s]:surface:anl: >> 4:600867:d=2009052700:VGRD V-Component of Wind [m/s]:surface:anl: >> 5:776662:d=2009052700:HTSGW Significant Height of Combined Wind Waves and >> Swell [m]:surface:anl: etc. >> >> However, the ctl file is created as a blank file. I'm using wgrib2 >> v0.1.7.8e 2/2009 >> >> Any ideas? - I thought I may need -no_profile as its a wave model but it >> appears it's something different. >> > > Which version of perl are you using? You stand a better chance of you >having this working by using perl that comes with cygwin. I need to >investigate a long term solution for this problem. I take it is not an >option for you to use grads v2.0, is it? > > Arlindo > > > >-- >Arlindo da Silva >dasilva at alum.mit.edu > From matias at TROPOSFERA.ATMOSFCU.UNAM.MX Thu May 28 08:09:21 2009 From: matias at TROPOSFERA.ATMOSFCU.UNAM.MX (J. Matias Mendez Perez) Date: Thu, 28 May 2009 07:09:21 -0500 Subject: to set the range of change In-Reply-To: <365675.54280.qm@web30405.mail.mud.yahoo.com> Message-ID: Dear Sumin, To control y-axis range and labels interval you can do: set vrange y1 y2 set ylint interval and for x-axis: set vrange2 x1 x2 set xlint interval For instance: * x-axis 'set vrange2 -3 3' 'set xlint 0.5' * y-axis 'set vrange -6 6' 'set ylint 1.0' Good luck. Regards, Matias Specifies the interval between labeled tick marks on the X-axis. > Dear Sumin, > > You can use the following commands. > > set vrange -3 3 > set xlint 1 > > or > > set vrange -3 3 > set xlevs ................. > > > Regards, > Abbas > > > > --- On Wed, 5/27/09, SUMIN WOO wrote: > > From: SUMIN WOO > Subject: to set the range of change > To: GRADSUSR at LIST.CINECA.IT > Date: Wednesday, May 27, 2009, 7:15 AM > > Dear GRADS Users. > > I want to plot the vertical profiler in some variable. > So I attached that figures. > As you see, in left figure, the range of variable from -3 to 2 and the > from -4 to 4 in right fiture. > But I want to set the same range in X Asix, then It is easy to compare two > figure. > > I have used 'xlevs', 'xasix' options already. > > How to set the range of temperature change (like -6 to 6) ?? > > please let me know. > > Sincerely, > > > SUMIN WOO > ================================== > > > > > From arlindo.dasilva at GMAIL.COM Thu May 28 12:41:15 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Thu, 28 May 2009 09:41:15 -0700 Subject: g2ctl and windows In-Reply-To: <20090528090606.02D51228F4@mx2.cineca.it> Message-ID: On Thu, May 28, 2009 at 2:04 AM, Burn James wrote: > Hi Arlindo > > The main version of Grads we have here is 2.0.a3.oga.1 > On Windows? This must be cygwin based as well. > > We also have access to the Cygwin version of Grads 2.0.a5.oga.4 - some of > our scripts are using this version now. I recommend updating to the latest v2.0.a5.oga.5 superpack. It has important bug fixes. If you intend to use use pygrads you must upgrade to v2.0.a5.oga.5. > It was from this version that I > took the latest version of wgrib2. The g2ctl I used is an .exe file -so > perl not needed? > Do not use g2ctl.pl with GrADS v2.0. This script is on needed for reading Grib-2 files through the g2 extension with the old GrADS v1.x series. GrADS v2.0 supports GRIB-2 natively. All you need is to run grib2ctl to create your ctl. Take a look at the User's Guide: http://grads.iges.org/grads/gadoc/grib.html > Okay, trying with a g2ctl.pl and a perl v 5.6.0 for MSWin - from 2002 by > the looks - getting some error message: can't locate POSIX.pm in @INC (@INC > contains: .) BEGIN Failed - compliation aborted at line 36... I'll have a > play with the perl options here - Not sure about how to get a different > (Cygwin?) version. > You have v2.0, do not use g2ctl. This script was included by mistake. > > BTW I love what you're doing with the other extensions stuff with Grads - I > run OpenSuse at home and am trying to pluck up courage and get into the > PyGrads or Perl interface... > While the perl interface is still being maintained for bug fixes and the like, the python interface is the one receiving more attention and updates these days. The main reason is that you have a much larger collection of scientifc software for python than for perl. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090528/271a0702/attachment.html From lisa.hryciw at GMAIL.COM Thu May 28 12:38:00 2009 From: lisa.hryciw at GMAIL.COM (Lisa) Date: Thu, 28 May 2009 18:38:00 +0200 Subject: Canadian provinces borders Message-ID: Hi! Does anyone have a script to plot the borders of the Canadian provinces? Thanks! -Lisa From mmacleod at SCOTIAWEATHER.COM Thu May 28 13:46:58 2009 From: mmacleod at SCOTIAWEATHER.COM (mmacleod) Date: Thu, 28 May 2009 17:46:58 +0000 Subject: Canadian provinces borders In-Reply-To: <20090528163908.D020E98E8E@mx2.cineca.it> Message-ID: Hi Lisa. I have a program but Ron Godison of Environment Canada has done it as a binary file. It is called province.dat It is attached. To set at command line or in script : set mpdset province.dat If you ware using an area outside Canada as well, then use it and the hires as follows: set mpdset hires province.dat It will attach and use both backgrounds. Good luck. Regards, Mac Lisa wrote: > Hi! Does anyone have a script to plot the borders of the Canadian provinces? > Thanks! > > -Lisa > -- M.A. (Mac) MacLeod President and General Manager Scotia Weather Services Inc 192 Wyse Road, Suite 8, Dartmouth, N.S. B3A 1M9 Tele: 902-468-3866 Fax: 902-461-1768 E-mail: mmacleod at scotiaweather.com Visit us: www.scotiaweather.com -------------- next part -------------- A non-text attachment was scrubbed... Name: province.dat Type: application/octet-stream Size: 106240 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090528/534c6542/attachment.obj From arlindo.dasilva at GMAIL.COM Thu May 28 15:17:03 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Thu, 28 May 2009 12:17:03 -0700 Subject: Canadian provinces borders In-Reply-To: <20090528163908.D020E98E8E@mx2.cineca.it> Message-ID: On Thu, May 28, 2009 at 9:38 AM, Lisa wrote: > Hi! Does anyone have a script to plot the borders of the Canadian > provinces? If you have the opengrads bundle installed, the shapefile extension can do this. Try: ga-> open model.ctl ga-> set lon -140 -40 ga-> set lat 45 75 ga-> set mpdraw off ga-> d ps ga-> shp_lines admin98 You should get a plot like the attachment. You can read more about the shapefile extension here: http://opengrads.org/doc/udxt/shape/ You also provide your own shapefile instead of the sample admin98 one that is included. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090528/faf805d2/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: sample.png Type: image/png Size: 15615 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090528/faf805d2/attachment.png From axl419 at YAHOO.COM Thu May 28 18:14:15 2009 From: axl419 at YAHOO.COM (See Hai Ooi) Date: Thu, 28 May 2009 15:14:15 -0700 Subject: Window version of GrADS Message-ID: Dear Mr Arlindo, I could not locate the grads-2.0a5.oga.5-win32_superpack. Has it been available already ? Thank you. Sincerely, OOI See-hai Get your preferred Email name! Now you can @ymail.com and @rocketmail.com. http://mail.promotions.yahoo.com/newdomains/aa/ From klevey at CUSTOMWEATHER.COM Thu May 28 19:02:32 2009 From: klevey at CUSTOMWEATHER.COM (Kevin M Levey) Date: Thu, 28 May 2009 16:02:32 -0700 Subject: Mike Fiorino's clhilo UDF - H and L plotted on maps for GRADS 2.0 ? In-Reply-To: <77fcd6b20905281217n21462cf9o7155d16331eeda70@mail.gmail.com> Message-ID: THU 28MAY09: 1540PDT Hi All The only item still standing in the way of using GRADS 2.0 100% is the lack of UDFs. Arlindo da Silva's opengrads has made great strides in incorporating many of the previously very useful UDFs used in GRads versions before 2.0. One of these is Mike Fiorino's clhilo UDF package that plots actual H and L letters on maps. Has any progress been made to include this in the opengrads version of 2.0? I know Mike has issued libmf.gex (http://opengrads.org/doc/udxt/ libmf/) for version 2.0 opengrads, however, I don't see how it can be used to plot actual H an L on GRADS plots? Any news on this would be greatly appreciated. We'd like to totally migrate to GRADS 2.0 but this is our last issue. Many thanks. Regards, Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) Director of Meteorological 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 May 28, 2009, at 05/28/09 - 12:17 PM, Arlindo da Silva wrote: > On Thu, May 28, 2009 at 9:38 AM, Lisa wrote: > Hi! Does anyone have a script to plot the borders of the Canadian > provinces? > > If you have the opengrads bundle installed, the shapefile extension > can do this. Try: > > ga-> open model.ctl > ga-> set lon -140 -40 > ga-> set lat 45 75 > ga-> set mpdraw off > ga-> d ps > ga-> shp_lines admin98 > > You should get a plot like the attachment. You can read more about > the shapefile extension here: > > http://opengrads.org/doc/udxt/shape/ > > You also provide your own shapefile instead of the sample admin98 > one that is included. > > Arlindo > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090528/4d9bc696/attachment.html From azarzarrin at YAHOO.COM Thu May 28 19:19:54 2009 From: azarzarrin at YAHOO.COM (Azar Zarrin) Date: Thu, 28 May 2009 16:19:54 -0700 Subject: Window version of GrADS Message-ID: Hi See Hai, Look at this link: http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=290254 Regards, Azar --- On Fri, 5/29/09, See Hai Ooi wrote: From: See Hai Ooi Subject: Window version of GrADS To: GRADSUSR at LIST.CINECA.IT Date: Friday, May 29, 2009, 1:14 AM Dear Mr Arlindo, ? ???I could not locate the grads-2.0a5.oga.5-win32_superpack.? Has it been available already ? ? ???Thank you. Sincerely, OOI See-hai ? ? ? Get your preferred Email name! Now you can @ymail.com and @rocketmail.com. http://mail.promotions.yahoo.com/newdomains/aa/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090528/3b6be1d2/attachment.html From axl419 at YAHOO.COM Thu May 28 23:47:28 2009 From: axl419 at YAHOO.COM (See Hai Ooi) Date: Thu, 28 May 2009 20:47:28 -0700 Subject: Window version of GrADS Message-ID: Dear Encik Azar, I got it. Thank you. I lost this development status message in the midst of so many. Regards. Ooi New Email addresses available on Yahoo! Get the Email name you've always wanted on the new @ymail and @rocketmail. Hurry before someone else does! http://mail.promotions.yahoo.com/newdomains/aa/ From fil at METEOPT.COM Sat May 30 00:29:11 2009 From: fil at METEOPT.COM (Fil) Date: Sat, 30 May 2009 05:29:11 +0100 Subject: Mike Fiorino's clhilo UDF - H and L plotted on maps for GRADS 2.0 ? In-Reply-To: Message-ID: I'm also expecting for this since GRADS 2.0 was first released (more than a year ago). I wonder if the old philo2.gs script (which I customized) can be used with libmf from opengrads to plot the H/L letters? 2009/5/29 Kevin M Levey > THU 28MAY09: 1540PDT > Hi All > > The only item still standing in the way of using GRADS 2.0 100% is the lack > of UDFs. Arlindo da Silva's opengrads has made great strides in > incorporating many of the previously very useful UDFs used in GRads versions > before 2.0. > > One of these is Mike Fiorino's clhilo UDF package that plots actual H and L > letters on maps. Has any progress been made to include this in the opengrads > version of 2.0? > > I know Mike has issued libmf.gex (http://opengrads.org/doc/udxt/libmf/) > for version 2.0 opengrads, however, I don't see how it can be used to plot > actual H an L on GRADS plots? > > Any news on this would be greatly appreciated. We'd like to totally migrate > to GRADS 2.0 but this is our last issue. > > Many thanks. > > Regards, > > Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape > Town) > Director of Meteorological 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 May 28, 2009, at 05/28/09 - 12:17 PM, Arlindo da Silva wrote: > > On Thu, May 28, 2009 at 9:38 AM, Lisa wrote: > >> Hi! Does anyone have a script to plot the borders of the Canadian >> provinces? > > > If you have the opengrads bundle installed, the shapefile extension can do > this. Try: > > ga-> open model.ctl > ga-> set lon -140 -40 > ga-> set lat 45 75 > ga-> set mpdraw off > ga-> d ps > ga-> shp_lines admin98 > > You should get a plot like the attachment. You can read more about the > shapefile extension here: > > http://opengrads.org/doc/udxt/shape/ > > You also provide your own shapefile instead of the sample admin98 one that > is included. > > Arlindo > > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090530/76b36ddc/attachment.html From sh.maeam at GMAIL.COM Sat May 30 23:30:58 2009 From: sh.maeam at GMAIL.COM (sh zhou) Date: Sun, 31 May 2009 11:30:58 +0800 Subject: station data Message-ID: Dear All, I got a error when used station data , the error message is as following: ### ga-> d r Low Level I/O Error: Read error on data file Data file name = stid.dat Error reading 542200117 bytes at location 0 Data Request Error: Variable is 'r' Error ocurred at column 1 DISPLAY error: Invalid expression Expression = r ga-> ### why in "location 0 " read a so huge data ? Station data is : ### Year Month Stid Lat Lon Rainfall 1980 1 QQQ 34.3 -85.5 123.3 1980 1 RRR 44.2 -84.5 87.1 1980 1 SSS 22.4 -83.5 412.8 1980 1 TTT 33.4 -82.5 23.3 1980 2 QQQ 34.3 -85.5 145.1 1980 2 RRR 44.2 -84.5 871.4 1980 2 SSS 22.4 -83.5 223.1 1980 2 TTT 33.4 -82.5 45.5 ### The fortran code I used is : ### PROGRAM for_read_stinfo integer :: i,j,k, year, month, nflag integer, parameter :: ms = 4, ml = 1, mt = 2 integer, parameter :: nlev = ml+1 character(8) :: stid(ms) real, dimension(ms) :: rain, lat, lon real :: dtime nflag = 1 open(1000, file = 'stid.txt') open(2000, file = 'stid.dat', form = 'binary') read(1000,*) do j = 1, mt do i = 1, ms read(1000,*) year , month, stid(i), lat(i), lon(i), rain(i) write(*,*) year , month, stid(i), lat(i), lon(i), rain(i) enddo do i =1, ms write(2000) stid(i), lat(i), lon(i), dtime, nlev, nflag enddo write(2000) stid(i), 0.0, 0.0, 0.0, 0, 0 enddo write(2000) stid(i), 0.0, 0.0, 0.0, 0, 0 ! ---------------------------------------------------------------- END ### My ".ctl" file is: ### DSET stid.dat *DSET rain.dat options sequential DTYPE station STNMAP rain.map UNDEF -999.0 TITLE Station Data Sample TDEF 2 linear jan1980 1mon VARS 1 r 0 99 rainfall ENDVARS ### Please tell me what mistake I'v made. Thank you. Sincerely. -- Shenghui Student HuNan University . China -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090531/f86ca289/attachment.html From shimon at CYCLONE.TAU.AC.IL Sun May 31 02:54:29 2009 From: shimon at CYCLONE.TAU.AC.IL (Simon Krichak) Date: Sun, 31 May 2009 09:54:29 +0300 Subject: Supress y-axe Message-ID: Dear All, I have a small scrpt in which I display time series of a characteristic produced in several different experiments. All of the values are of the same order and I use a command 'set yaxes' to determine the limits and inteval of the y-axe. Since all of them are the same I do not need several identical y-axes however on my plot. Please remind me how to supress the plotting of the y-axe when I need. Best regards, Simon Krichak -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090531/7ec30a82/attachment.html From sh.maeam at GMAIL.COM Sun May 31 04:07:57 2009 From: sh.maeam at GMAIL.COM (sh zhou) Date: Sun, 31 May 2009 16:07:57 +0800 Subject: station data In-Reply-To: <94ce49550905302030i2c2b0590le58b45d322ea9e07@mail.gmail.com> Message-ID: Yeah, I made a bad mistake, I didn't write arguments into "stid.dat" 2009/5/31 sh zhou > Dear All, > > I got a error when used station data , the error message is as following: > ### > ga-> d r > Low Level I/O Error: Read error on data file > Data file name = stid.dat > Error reading 542200117 bytes at location 0 > Data Request Error: Variable is 'r' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = r > ga-> > ### > why in "location 0 " read a so huge data ? > > Station data is : > ### > Year Month Stid Lat Lon Rainfall > 1980 1 QQQ 34.3 -85.5 123.3 > 1980 1 RRR 44.2 -84.5 87.1 > 1980 1 SSS 22.4 -83.5 412.8 > 1980 1 TTT 33.4 -82.5 23.3 > 1980 2 QQQ 34.3 -85.5 145.1 > 1980 2 RRR 44.2 -84.5 871.4 > 1980 2 SSS 22.4 -83.5 223.1 > 1980 2 TTT 33.4 -82.5 45.5 > ### > The fortran code I used is : > ### > PROGRAM for_read_stinfo > > integer :: i,j,k, year, month, nflag > integer, parameter :: ms = 4, ml = 1, mt = 2 > integer, parameter :: nlev = ml+1 > character(8) :: stid(ms) > real, dimension(ms) :: rain, lat, lon > real :: dtime > > nflag = 1 > open(1000, file = 'stid.txt') > open(2000, file = 'stid.dat', form = 'binary') > read(1000,*) > do j = 1, mt > do i = 1, ms > > read(1000,*) year , month, stid(i), lat(i), lon(i), rain(i) > write(*,*) year , month, stid(i), lat(i), lon(i), rain(i) > > enddo > > do i =1, ms > write(2000) stid(i), lat(i), lon(i), dtime, nlev, nflag > enddo > > write(2000) stid(i), 0.0, 0.0, 0.0, 0, 0 > > enddo > write(2000) stid(i), 0.0, 0.0, 0.0, 0, 0 > ! ---------------------------------------------------------------- > END > ### > My ".ctl" file is: > ### > DSET stid.dat > *DSET rain.dat > options sequential > DTYPE station > STNMAP rain.map > UNDEF -999.0 > TITLE Station Data Sample > TDEF 2 linear jan1980 1mon > VARS 1 > r 0 99 rainfall > ENDVARS > ### > Please tell me what mistake I'v made. > Thank you. > > > Sincerely. > -- > Shenghui Student > > HuNan University . China > -- Shenghui Student Major: Physics HuNan University . China -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090531/6bdcc25d/attachment.html From sh.maeam at GMAIL.COM Sun May 31 11:00:23 2009 From: sh.maeam at GMAIL.COM (sh zhou) Date: Sun, 31 May 2009 23:00:23 +0800 Subject: about axis Message-ID: Dear All, Could you tell me how to make the x-axis long? in my code I did like this : ### program background integer :: i,j,k real,dimension(100,100) :: a open(1000,file = 'grid.dat',form = 'binary') do i=1,100 do j = 1,100 a(i,j) = 0.0 enddo enddo write(1000) ((a(i,j), i =1,100), j=1,100) END ### My ".ctl" file is : ### dset grid.dat title grid data undef -999.9 xdef 100 linear 100.00 0.05 ydef 100 linear 20.00 0.10 zdef 1 levels 1000. tdef 2 linear jan1980 1mo vars 1 r 0 99 grid td endvars ### but the x-axis is too short when displayed , there is a picture in attachment. Please tell me shat should I do. Thank you. Sincerely. -- Shenghui Student HuNan University . China -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090531/5b109b3b/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: test.gif Type: image/gif Size: 25070 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090531/5b109b3b/attachment.gif From mmahakur at TROPMET.RES.IN Sun May 31 11:09:26 2009 From: mmahakur at TROPMET.RES.IN (M.Mahakur) Date: Sun, 31 May 2009 21:39:26 +0630 Subject: about axis In-Reply-To: <94ce49550905310800q7e25839g8d663bef7268047d@mail.gmail.com> Message-ID: Hello, If you donot want to follow the aspect ratio, you can use 'set mproj scaled'. Regards, Mahakur ---------- Original Message ----------- From: sh zhou To: GRADSUSR at LIST.CINECA.IT Sent: Sun, 31 May 2009 23:00:23 +0800 Subject: about axis > Dear All, > > Could you tell me how to make the x-axis long? > in my code I did like this : > ### > program background > > integer :: i,j,k > real,dimension(100,100) :: a > > open(1000,file = 'grid.dat',form = 'binary') > do i=1,100 > do j = 1,100 > a(i,j) = 0.0 > enddo > enddo > > write(1000) ((a(i,j), i =1,100), j=1,100) > > END > ### > > My ".ctl" file is : > > ### > dset grid.dat > title grid data > undef -999.9 > xdef 100 linear 100.00 0.05 > ydef 100 linear 20.00 0.10 > zdef 1 levels 1000. > tdef 2 linear jan1980 1mo > vars 1 > r 0 99 grid td > endvars > ### > > but the x-axis is too short when displayed , there is a picture in > attachment. Please tell me shat should I do. > > Thank you. > > Sincerely. > -- > > Shenghui Student > > HuNan University . China ------- End of Original Message ------- From pdjakow at GMAIL.COM Sun May 31 11:24:53 2009 From: pdjakow at GMAIL.COM (PiotrD) Date: Sun, 31 May 2009 17:24:53 +0200 Subject: LFC Message-ID: Hello Does anyone know how to calculate LFC from GFS model using GrADS scripting? Regards Piotr Djakow -- Prognoza modelu numerycznego GFS dla obszaru Polski: http://www.gfspl.rootnode.net From arlindo.dasilva at GMAIL.COM Sun May 31 12:39:42 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Sun, 31 May 2009 12:39:42 -0400 Subject: LFC In-Reply-To: <4A22A145.1090900@gmail.com> Message-ID: On Sun, May 31, 2009 at 11:24 AM, PiotrD wrote: > Hello > > Does anyone know how to calculate LFC from GFS model using GrADS scripting? > > I don't have anything handy, but the latest opengrads bundle has a function to compute the LCL. You could start from there. http://opengrads.org/doc/udxt/saakeskus/ BTW, all the Saakeskus functions above are implemented as gsUDFs, meaning that you write your UDF as a gs script, no need for C or fortran. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090531/71d39495/attachment.html From jmssnyder at UCDAVIS.EDU Sun May 31 12:51:19 2009 From: jmssnyder at UCDAVIS.EDU (Jason Snyder) Date: Sun, 31 May 2009 18:51:19 +0200 Subject: plotting two files with different variables Message-ID: To Whom it May Concern, I have two wind files from NCEP, one with zonal wind data and another with meridional wind data. I am trying to open both files in grads and use data from both files to calculate overall wind magnitude and direction. How do I open both files so that I can utilize the data from these files simulataneously? For example if I have a zonal wind file uwnd.2008.nc with a variable uwnd and a meridional wind file vwnd.2008.nc with a variable vwnd. How do I open both these files so that I can display both uwnd and vwnd? Thanks, Jason Snyder From zjuyanlibin at 163.COM Sun May 31 12:57:26 2009 From: zjuyanlibin at 163.COM (Libin Yan) Date: Mon, 1 Jun 2009 00:57:26 +0800 Subject: plotting two files with different variables Message-ID: 'sdfopen d:/uwnd.nc' 'sdfopen d:/vwnd.nc' 'd uwnd.1;vwnd.2' 2009-06-01 ?????????????????????????????????????? ??? ?????????? ???????????? ??????????10??710075 ???15902909106 ??: 86-29-88327411 ??: 86-29-88320456 Email: yanlibin at ieecas.cn ?????: http://tibet.ieecas.cn/ ????: http://tibet.ieecas.cn/ylb.htm ?????????????????????????????????????? Libin Yan, PhD candidate Climate and Environment Modeling Institute of Earth Environment, Chinese Academy of Sciences (IEECAS) 10th Fenghui South Road, High-Tech Zone, Xi?an, 710075, Shaanxi, China Mobile: 86-15902909106 Tel: 86-29-88327411 Fax: 86-29-88320456 Email: yanlibin at ieecas.cn Labpage: http://tibet.ieecas.cn/ Personal: http://tibet.ieecas.cn/ylb.htm ?????????????????????????????????????? ???? Jason Snyder ????? 2009-06-01 00:52:29 ???? GRADSUSR ??? ??? plotting two files with different variables To Whom it May Concern, I have two wind files from NCEP, one with zonal wind data and another with meridional wind data. I am trying to open both files in grads and use data from both files to calculate overall wind magnitude and direction. How do I open both files so that I can utilize the data from these files simulataneously? For example if I have a zonal wind file uwnd.2008.nc with a variable uwnd and a meridional wind file vwnd.2008.nc with a variable vwnd. How do I open both these files so that I can display both uwnd and vwnd? Thanks, Jason Snyder -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090601/7e5eb9d1/attachment.html From arlindo.dasilva at GMAIL.COM Sun May 31 17:04:12 2009 From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva) Date: Sun, 31 May 2009 17:04:12 -0400 Subject: plotting two files with different variables In-Reply-To: <20090531165227.5D6711FFBC@mx2.cineca.it> Message-ID: On Sun, May 31, 2009 at 12:51 PM, Jason Snyder wrote: > To Whom it May Concern, > > I have two wind files from NCEP, one with zonal wind data and another with > meridional wind data. I am trying to open both files in grads and use > data from both files to calculate overall wind magnitude and direction. > How do I open both files so that I can utilize the data from these files > simulataneously? > > For example if I have a zonal wind file uwnd.2008.nc with a variable uwnd > and a meridional wind file vwnd.2008.nc with a variable vwnd. How do I > open both these files so that I can display both uwnd and vwnd? > Take a look at this section of the User's Guide: http://grads.iges.org/grads/gadoc/variable.html Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090531/81c1eab1/attachment.html From sh.maeam at GMAIL.COM Sun May 31 21:37:11 2009 From: sh.maeam at GMAIL.COM (sh zhou) Date: Mon, 1 Jun 2009 09:37:11 +0800 Subject: about axis In-Reply-To: <20090531150750.M53846@tropmet.res.in> Message-ID: Thank you M.Mahakur , The axis displayed normally now. Best regards. 2009/5/31 M.Mahakur > Hello, > > If you donot want to follow the aspect ratio, you can use 'set mproj > scaled'. > > Regards, > > Mahakur > > ---------- Original Message ----------- > From: sh zhou > To: GRADSUSR at LIST.CINECA.IT > Sent: Sun, 31 May 2009 23:00:23 +0800 > Subject: about axis > > > Dear All, > > > > Could you tell me how to make the x-axis long? > > in my code I did like this : > > ### > > program background > > > > integer :: i,j,k > > real,dimension(100,100) :: a > > > > open(1000,file = 'grid.dat',form = 'binary') > > do i=1,100 > > do j = 1,100 > > a(i,j) = 0.0 > > enddo > > enddo > > > > write(1000) ((a(i,j), i =1,100), j=1,100) > > > > END > > ### > > > > My ".ctl" file is : > > > > ### > > dset grid.dat > > title grid data > > undef -999.9 > > xdef 100 linear 100.00 0.05 > > ydef 100 linear 20.00 0.10 > > zdef 1 levels 1000. > > tdef 2 linear jan1980 1mo > > vars 1 > > r 0 99 grid td > > endvars > > ### > > > > but the x-axis is too short when displayed , there is a picture in > > attachment. Please tell me shat should I do. > > > > Thank you. > > > > Sincerely. > > -- > > > > Shenghui Student > > > > HuNan University . China > ------- End of Original Message ------- > -- Shenghui Student Major: Physics HuNan University . China -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090601/0052a196/attachment.html